Как стать автором
Обновить

Доведение проекта до конца

Управление проектами *
В работе первые 90% проекта делаются за 10% времени, оставшиеся 10% — за 90%
Народная мудрость


В работе очень важным является доведение до конца.

Существует всего одно результативное состояние у задачи — «сделано». Все остальные — почти, еще чуть-чуть, немного осталось, сделал наполовину, и т.д. — это состояние, которое я называю «не сделано».

Согласно одной статистике, 4-5% людей обладают талантом предпринимателя (от слова «предпринимать»). Думаю, не сильно больше — талантом доводить до конца.

Доведение до конца любого дела, которое является важным, до положительного результата — чрезвычайно редкое качество. Именно оно и лежит в основе любой предпринимательской деятельности, в основе управления проектами. Довести проект до финальной точки, дожать идею упорным трудом, решить вопрос с помощью многочисленных импровизаций, побороть конкурентов с помощью все новых и новых тузов из рукава; продать товар, сделав в три раза больше звонков, чем другой человек, использовать по-максимуму имеющиеся возможности.

Бороться до конца — вот кредо настоящего профессионала (умение резко переключиться под нужды, ясное дело, также нужно:).

Теперь пример доведения дела до конца в рамках целого проекта.

Могу одно сказать, по своему опыту — доведения дела до результата, до победного конца требует работы сверх обычного, и серьезного вложения умственных, духовных и физических сил. Неспроста большие руководители и выдающиеся бизнесмены, серьезные ученые и великие изобретатели много работают.

Это задача, как и многие жизненные, не имеет четкой постановки и не имеет однозначного способа решения.

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

И так далее. В общем-то, это следствие неумения управлять рисками, скажет опытный человек. Так оно и есть. Но как же именно застраховаться от непредвиденных ситуаций? Есть определенные подходы. Итак, как и на каких же принципах построить работу над проектом, чтобы уложиться в срок и добиться результата?

  • Continious delivery. В целом известно, что нельзя сразу сделать вещь правильно — есть лишь степень приближения к тому, что нужно. То есть любая сделанная вещь будет дорабатываться — это факт. Это раз. Во-вторых, чем дольше делается что-либо, тем оно сложнее, дальше от требуемого результата, и тем труднее расстаться с ним. В-третьих, чем дольше делается какой-либо кусок задачи, тем меньшее количество этапов можно сделать в единицу времени. Поэтому придуман очень простой подход — результат каждый день (два-три дня), в виде работающих прототипов, с целью максимального количества итераций в единицу времени для наибольшего приближения к цели.
  • Исходя из предыдущего пункта, а также данности, что клиенты не собираются интегрировать, за редким исключением, вас в свои бизнес-процессы и будут обязательно тормозить, все работы нужно выполнять с разбитием на максимальное количество этапов с оплатой, причем так, чтобы переход между этапами не зависел от предоставления клиентом чего-либо.
  • С управленческой точки зрения, в проекте разумно выделить два этапа — стартап раш и допилка напильником.
  • Result-oriented skills на время стартап — раша. Цель на этом этапе — уложиться в срок, и для этого очень хорошо ежедневно поставлять клиенту результат и двигаться с ним в мышлении синхронно, использовать обратную связь. Да, все очень сильно меняется, когда работа исполнителей (и оплата) ориентирована на результат, а не на мифические 40 часов в неделю. Пока не показал макет — не ушел с работы. Спрограммируй модуль, потом получишь бонус и выходные, чтобы вылечиться до конца. С другой стороны, пришел и за час сделал модуль, просчитанный на день — гуляй. За сутки нарисовал макетов на три дня вперед — возьми два отгула, главное будь на связи на редкий случай. Иногда нужно быть жестким, но справедливым.
  • Agile методики на стадию допилки проекта. Когда проект уже работает и стал самодостаточным, наступает активная фаза его доработок, которая может продлиться очень долго. Тут хорошо работать традиционными гибкими методологиями типа Скрама, определять на неделю-две объем работ, важнейших для клиента, фиксировать на время итерации этот список и действовать по нему.


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

Удачи нам в нашем нелегком деле.
Теги: доведение до конца
Хабы: Управление проектами
Всего голосов 94: ↑71 и ↓23 +48
Комментарии 59
Комментарии Комментарии 59

Похожие публикации

Лучшие публикации за сутки