Решебник начинающего руководителя проекта

Помни: каждый новый специалист «съест» кусочек ресурса проекта. Ты должна понимать, каким результатом для команды обосновано присутствие в ней каждого участника.

Не в каждом проекте нужен выделенный представитель каждой роли. Оцени необходимость в результате каждой роли и прими решение, насколько она важна, критична для этого проекта.

Акцент твоей работы в роли менеджера будет меняться по ходу проекта:

– Старт проекта. Ничего не понятно, результат существует в виде общей концепции, риски «не получить результат в конце» максимальны.

Ты акцентируешь свое внимание на понимании архитектуры/концепции и построении плана проекта. Выстраиваешь основные потоки коммуникаций. Основная задача – выйти из предпроектного тумана «ничего не понятно» и перейти в штатный режим работы.

– Проект. Когда работа встает на стабильные рельсы и разработчики начинают «строгать» фичи, а также появляются осязаемые кусочки результата, ты переключаешься на контроль и управление ожиданиями: демонстрируешь промежуточные результаты, получаешь уточнения и новые вводные, актуализируешь путь к успеху, т.

е. план проекта. Это этап производства – тебе надо в заявленные сроки и с ожидаемым качеством прийти к целевому результату.

– Завершение проекта. Когда же проект близится к финалу и кусочки соединяются в итоговое решение, ты переключаешься на качество во всех его проявлениях и на введение решения в эксплуатацию. Основная задача – запустить решение в эксплуатацию. А значит, оно должно работать, и работать хорошо.

А пользователи должны хотеть им пользоваться.

Этап проекта диктует менеджеру, как отрабатывать риски и планы, ускорять поставки и управлять изменениями, как шлифовать качество и оформлять результат.

Я намеренно не упоминаю выше такие пункты, как «проведение дэйли», «совещания» и «заведение задач»: ведь сами по себе эти действия не несут результата – это всего лишь инструменты, которые команда может применять, а может и не применять для улучшения своего результата.

Итак, краткие тезисы этой главы:

– Ролей в команде разработки много. Каждая – для своего результата. Определи целевой результат и, исходя из него и доступной команды, распредели роли.

– Роль не равно человек. Береги ресурсы, если проекту не нужна/не ценна работа какой-то роли.

– Роль менеджера – в достижении общего результата.

– Акценты в твоей работе зависят от текущего состояния результата всего проекта.