Настольная книга project-менеджера. Что нужно знать, чтобы управлять IT, digital и другими проектами с учетом российских реалий - стр. 6

▶ Запросил доступы к коду.

▶ Провел код-ревью – процедуру анализа и оценки качества кода.

▶ Изучил текущую документацию. Если документации нет – это тоже показатель.

▶ Принял решение, можно ли работать с текущим кодом или нужно выбросить и все делать с нуля.

▶ Подписал контракт.

▶ Получил предоплату.

▶ Еще раз уточнил требования. Собрал их в бэклог. Отсортировал по приоритетам. Организовал работу спринтами.

☐ Нарисовал прототипы. Сдал клиенту.

☐ Нарисовал дизайн, если задача это предполагает. Также сдал клиенту.

☐ Еще раз проговорил голосом результат с заказчиком, убедился, что мы все одинаково понимаем.

☐ Доформировал требования на уровне задач в тикет-системе с учетом изменений, которые появились в дизайне и прототипе. Обычно это мелочи, но иногда все разворачивается на 180°.

☐ Дал вычитать требования разработчикам.

☐ Проговорил задачи голосом с командой, ответил на вопросы. Получил оценки от команды, например, методом Planning Poker (подробнее в главе 3).

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

☐ Запланировал разработку в календарном плане.

☐ Написал тест-кейсы или критерии приемки по каждой из задач.

☐ Запрограммировал. Следил за ходом работ, решал «затыки».

☐ По итогам разработки провел код-ревью нового кода.

☐ Протестировал, исправил баги.

☐ Проверил производительность.

☐ Сдал заказчику проект на тестовом сервере, получил и обработал обратную связь. Мелкие недочеты исправил сразу, остальное перенес в будущие спринты.

☐ Провел ретроспективу с командой, посмотрел, что можно улучшить в проекте и процессах работы.

☐ Актуализировал документацию.

☐ Провел деплой (выкладку на боевые сервера).

☐ Обновил контент.

☐ Проверил работу на боевом сервере.

☐ Подписал акты, получил постоплату.

▶ Выяснил, что еще хотел бы клиент, повторил бы цикл. Сам предложил улучшения проекта: по коду, функциям, дизайну, удобству и простоте использования.

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

В общем, у менеджера тут много дел. Причем, ценность большинства из них воспринимается клиентом весьма гадательно. И хорошо бы что-то делегировать.

Как выглядит кривая роста компетенций и профессионализма руководителя? А это действительно кривая.

Кривая роста мастерства

Для человека все ново, он заинтересован и очень быстро осваивает то, что называется «язык отрасли». Это как игра на гитаре, мальчики поймут: вам показали пять аккордов, вы освоили их за три дня и, в принципе, большинство песен во дворе уже можете петь под гитару. Все девушки ваши.

Хотя уже и на этом этапе часть людей отвалится, потому что поймут – это не для них. Такой начальный профессиональный сплит-тест – «да-нет».

Дальше расти сложнее. Надо барре ставить, табулатуры разбирать, или (боже упаси) ноты учить. И получается, что усилий нужно прилагать все больше и больше, а видимых достижений – все меньше и меньше. Уменьшается и количество людей, которые могут оценить ваши успехи. Страшно и ни черта не понятно.

Здесь-то многие и сдаются. Особенно юные быстро обучаемые дарования. Интересней нахвататься по верхам, стать лучшим математиком среди гуманитариев или лучшим менеджером среди программистов. Лучшим летчиком среди парашютистов и так далее.