Самые большие препятствия для успешного выполнения задачи

Posted on Friday 20 May 2011 under by Rustam Sydykov

Привет, народ!

Не знаю, как у вас, а на моей практике самыми большими сложностями во всех проектах или просто в IT жизни, были так называемые “PPP”: people, politics and processes (люди, политика и бюрократия). Когда попадаешь на поле боя этих три “п”, можно быть увереным, что ничего хорошего из этого не выйдет. Или тебя перемолотят, пережуют и выплюнут, или, если хватило ума распознать ситуацию, можно выжить, пережив самые сложные моменты где-нибудь в сторонке :)
Чем больше растешь в должности, тем больше приходиться работать с людьми. Умение общаться и “не наступать на мозоли” людям часто выходит на первый план. Пусть даже некоторых хочется пристрелить во время работы, но коллег не выбирают :) Самый плохой вариант – кто-то выше тебя по должности сделал ошибку, но “уперся” рогом и не хочет ее признать. Я уже упоминал о такой ситуации и честно признаю, что очень мало людей могут признаться в этом и “отыграть назад”. Чем выше должность, тем труднее это сделать. Но люди, которые могут это сделать, заслуживают самого большого уважения.
Политика… это продолжение первого случая, но уже вовлечена группа людей. Ситуация ухудшается, если существуют конкурирующие группы. Гарантированы тлеющие очаги конфликтов, грозящие превратиться на время в “локальную заварушку”. Опять же, все мы люди и вполне возможно, случайно (или не случайно) можно оказаться (или быть причисленным) к одной из группировок. Надо стараться дистанцироваться от всех конфликтных ситуаций. Полностью не получиться, тогда надо на себя напяливать самую толстую шкуру, которой вы обладаете, стараться “обтекать” или получать удовольствие. КПД работы в любом случае будет низкий, как бы вы не старались.
Ну а третий вариант – когда невозмонжо что-то сделать, не потратив гораздо больше энергии на бюрократические проволочки. Систему можно попытаться сломать, но она будет сопротивляться силами паразитирующих на ней людей. Явно под бюрократию открыли должности, набрали людей и они просто так не откажутся от своих мест и зарплат. Можно попытаться найти обходные пути или лазейки. В любой неэффективной системе появятся более простые процессы, не вовлекающие сложную бюрократию. Где-то они в каких-то точках будут пересекаться, но в целом процесс будет быстрее и эффективнее. Надо знать нужных людей :) Вот и все.
А что у вас, мои немногочисленные читатели, вызывает самые большие проблемы в работе? :)

Засим раскланиваюсь,
Рустам.

Ответственность за принятие решений в проектах

Posted on Sunday 8 May 2011 under , by Rustam Sydykov

Привет, народ!

Несколько раз я был в ситуациях, когда при работе над какой-либо задачей возникал рабочий конфликт интересов. Т.е. несколько заинтересованных сторон решали, как лучше сделать что либо и не могли прийти к одному общему решению. Часто это  случается, когда стороны имеют одинаковый “вес” в плане возможности принятия решений.
Особенно ярко этот конфликт проявляется при обсуждении соглашения об именах/названиях: будь то учетные записи, имена компьютеров и т.п. Не дай бог участвовать в этом! :) Религиозные войны не идут ни в какой сравнение! Или, к примеру, есть проект, в котором какую-либо задачу можно решить либо одним способом, либо другим. Если есть два мнения, предложенные конфликтующими или конкурирующими группами/людьми, эти способы будут защищаться с самым яростным юношским запалом.
Чтобы не оказаться в подобной ситуации, надо сразу определиться с главными типами людей, вовлеченных в работу над чем-либо:

  • Заказчики (“stakeholders”)
    Это тот, кто, собственно, “платит деньги”. Эти люди не должны участвовать в непосредственной “текучке”, он являются “высшей” инстанцией, если отвественные лица (о них ниже) не могут разрешить конфликт. Как правило заказчики – это директора, начальники департаметов и т.п.;
  • Ответственные лица (“accountable”)
    Непосредственно назначенные заказчиком для руководства и остлеживания прогресса выполнения задачи или проекта, оценки качества выполнения. Одной из главных обязанностей этих людей и является разрешение спорных моментов при их возникновеннии.

В дополнение к двум типам, обозначенным выще, разные методики управления проектами распознают еще две возможные роли: “Исполнитель” (“Responsible”) и “Консультант” (“Informed”). “Исполнитель” – это тот, кто выполняет работу (т.е. если работать на кого-то, значит “исполнитель” – это вы или я, плюс еще вовлеченные в проект люди, выполняющие какие-либо задачи, а “консультант” – кто-то, кто может предоставить необходимую информацию, важную для успешного завершения работы.
Так что я хотел сказать. Надо очень четко определить роли еще до начала любой работы. Желательно избегать совмещения ролей “ответственного лица” и “исполнителя” – трудно самого себя контролировать и оценивать качество исполнения :) Существование авторитета, способного принять решение (если нет – беда), позволяет выступать ответственному лицу или лицам третейским судъей.
Заказчик, как правило, напрямую не занимается решением таким вопросов если они не оказывают критического влияния на конечный результат.
В следующем посте будут несколько рекоммендаций, как категоризировать людей в проекте по типам.
По больщому счету ничего умного я не написал. Но я лично был в проекте, который не мог сдвинуться с “мертвой точки” полгода только потому, что две стороны “тянули одеяло” на себя и никто не мог стукнуть кулаком по столу и сказать: “Делайте так, так и так!” :)

Засим раскланиваюсь,
Рустам.