Пять качеств хорошего менеджера

В каждой компании есть человек, который всегда остаётся виноватым. Иногда такими людьми становятся скромные непоседы, которые не могут отстаивать свои решения. А иногда быть виноватым является должностной обязанностью, как, например, у помощников и менеджеров. Так, менеджерам положено управлять процессами взаимодействия внутри компании и они отвечают за трудности, возникающие в ходе работы. Конечно, в жизни бывает разное, и разработать план, который бы исключал все сложности, практически невозможно. Но превращать реализацию проекта в хождение по минному полю в поисках безопасного пути тоже неправильно. Так что же должен делать менеджер-сапёр, какими качествами обладать, чтобы не завести подшефную команду на мины? На мой взгляд, для того, чтобы максимально эффективно управлять проектом, необходимо обладать следующими качествами:

  1. умение формулировать чёткие цели;
  2. последовательность;
  3. ответственность;
  4. заинтересованность проектом;
  5. компетентность;

Формулирование ясных целей

Управление в первую очередь сводится к постановке определённых целей. От того, насколько ясно и недвусмысленно менеджер поставит задачу, зависит насколько быстро и качественно она будет реализована; от того, насколько подробно и доступно задача будет задокументирована, зависит трудоёмкость поддержки этой функциональности. Существуют различного рода артефакты, которые призваны помочь в описании требований (о них я писал ранее в статье «Как управлять требованиями») и в зависимости от проекта и конкретной задачи можно выбирать между ними. Но, вне зависимости от способа, любая задача обязана иметь понятные, полностью определённые и достижимые критерии готовности. Иначе велика вероятность, что программист превратится в злого джинна, который своевольно интерпретирует желания хозяина.

Последовательность

Далеко не все функции системы можно реализовать в рамках одной задачи. Достаточно часто возникает необходимость разбития задачи на подзадачи (хотя бы для того, чтобы иметь возможность ясно увидеть цели). Когда уже есть ряд задач, необходимо составить план реализации задуманного, учитывая риски, приоритеты и зависимости между задачами. Это необходимо, чтобы последовательно решать поставленные бизнес-задачи, а не распылять внимание разработчика по разным частям системы. Конечно, бывают непредвиденные ситуации, на которые необходимо реагировать, но желательно свести количество таких моментов к минимуму. Организовав такие своеобразные цепочки, можно выделить стандартные процессы, похожие на конвейер, что поможет сделать работу более эффективной (например, внедрив специализацию или распараллеливая работу). Хаотичное выполнение первостепенных задач помимо того, что затрудняет прослеживание взаимосвязей между задачами и с трудом поддаётся оценке, всегда будет оставлять проект незавершённым и увеличивает вероятность внесения ошибок.

Ответственность

Предыдущие два пункта требуют от управляющего большой ответственности, так как от качества проработки задач и рабочих процессов напрямую зависит скорость разработки, а вместе с ней — и стоимость проекта. При подробном описании задач и методов их достижения ясно проявляются слабые места организации. Однако не стоит отчаиваться и считать такое положение вещей ошибкой или провалом. Ещё более пагубным будет желание менеджера оправдаться, ссылаясь на неорганизованность клиента, изменчивость бизнеса и т.п. Ведь при наличии информации о неэффективных процессах, есть возможность вносить в них изменения, обеспечивая положительную и, что немаловажно, контролируемую динамику проекта.

Заинтересованность

Заинтересованность проектом тесно связана с ответственностью: тяжело представить себе ответственное отношение к вещи или ситуации, которая тебя совершенно не интересует. Вовлечённость управляющего в проект имеет множество аспектов, каждый из которых способен принести пользу для разработки и поддержки. Так, вовлечённость в работу команды даёт возможность менеджеру лучше контролировать внутренние процессы через общение с членами команды и, соответственно, быстрее принимать решения для повышения их эффективности; заинтересованность в проектной области позволяет внести в развитие проекта свежие идеи рынка и в целом быть готовым к изменениям рынка. В конце концов, если быть пассивным по отношению к проекту, то такая апатия передастся и членам команды («Что, нам больше всех надо?») и рассчитывать на успех в таком случае не приходится.

Компетентность

Ответственность и заинтересованность сотрудника в совокупности с опытом работы говорят о его компетентности. Квалифицированный менеджер знает достаточное количество методик ведения проекта, а его активная позиция позволяет постоянно узнавать их новые нюансы. К сожалению, в настоящее время достойных управленцев в сфере IT, которые хотя бы способны не превращать Scrum в хаос, не говоря уже о знаниях о Kanban, RUP и прочих техниках и их различиях, очень мало. В силу этого обстоятельства, менеджерам редко удаётся выстраивать рабочие процессы внутри группы; эта задача ложится на плечи разработчиков, а менеджеры лишь выполняют роль «испорченного телефона» между владельцем продукта, пользователями и исполнителями. Для того, чтобы быть полезным проекту, менеджер должен знать загруженность команды, уметь оценивать время выполнения той или иной задачи, строить краткосрочные и долгосрочные планы развития и многое другое.

Заключение

Менеджер определяет проект, создавая из хаоса пожеланий упорядоченный процесс разработки. Он является своеобразным богом для команды. Как известно, богом быть трудно, но именно на долю менеджера выпадает роль лидера. В зависимости от выше перечисленных навыков или их отсутствия управляющий может превратиться в своенравного жестокого божка, приносящего сумбур и неразбериху (например, чайка-менеджмент), или любящего заботливого бога, являющимся примером для членов команды и приходящего на помощь в трудную минуту. К сожалению, сейчас встретить менеджера из второй категории — чудо, но я надеюсь, что таких чудес скоро станет больше.

Поделиться
This entry was posted in Management, Programming and tagged , , , . Bookmark the permalink.

Leave a Reply

Your email address will not be published.

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>