Решебник начинающего руководителя проекта - Дмитрий Бельков

Скачать книгу

(Project Manager – ты) может рассказать про подходы к реализации, о технологиях и команде. Именно в этот момент проясняются ваши ожидания друг от друга, в этот же момент возникают вопросы и предложения, которые могут сфокусировать конечный продукт или прояснить новые риски. На встрече заказчик «вливается» в команду, появляются общие цели и ожидания. И это хорошо.

      7. Minimal Viable Product (он же MVP). Выделите с командой и заказчиком основные этапы и MVP, т. е. минимальный кусок системы, который покажет основной процесс или его часть. Потом это будете развивать. Вам результат нужен как можно раньше, чтобы проверить вашу идею и видение конечного результата. Есть миллион причин, почему проект может не взлететь. И половину этих проблем тебе придется решить в виде задач как раз при создании MVP.

      Дополнительно внесите в этот этап непонятные вопросы и риски, которые могут «выстрелить», и тогда весь проект не срастется. К примеру, вопросы архитектуры, интеграции и т. д. Т. е. на этапе MVP у вас две задачи – проработать все непонятное, заставив это работать в базовом необходимом виде, и сделать минимальный кусок решения, который уже начнет приносить основную пользу. Если вы решите обе эти задачи, то все остальное – дело техники.

      При выпуске MVP вы мало того что предоставите заказчику то, что уже можно использовать, так вы уже будете знать, что дальше делать (у вас есть ТЗ) и как (все мутные технические вопросы вы решили уже на этапе MVP).

      8. Оценка трудозатрат. Теперь MVP надо оценить. В виде задач верхнего уровня, которые вы постепенно детализируете до конкретных понятных атомарных (малых) задач. Желательно, чтобы оценка каждой задачи не превышала 1—3 дня работы. Вы получаете структурированный план работ и Трудозатраты.

      9. Ресурсы. Следующим шагом табличку с планом нужно обогатить информацией о том, кто и когда сделает эту задачу. Для каждой задачи укажите ответственного за выполнение, плановое время работы (хотя бы ориентировочно это может оценить сам ответственный) и дату, когда она должна быть сделана. Для MVP это надо сделать обязательно. В будущем можно будет там же отслеживать статус: взято в работу, сделано, отложено на столько-то. В отдельной колонке укажешь комментарии.

      10. Дорожная карта. Детальные оценки на MVP и экспертные (на остальные этапы) лягут в основу верхнеуровневой Дорожной карты. Нарисуйте линейку и на нее нанесите результаты, когда и что будет. Или под ней укажите, когда начнутся и закончатся этапы. Масштаб линейки и цена ее деления зависит от величины проекта. Обычно таймлайн – от недели до квартала. При проектах больше 2 лет их разбивают на отдельные проекты и объединяют их в связанную программу. Но пока это вам не грозит. Так что берите и верстайте Дорожную карту.

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

      Все,

Скачать книгу