Оптика проджекта (#8)
Зачем нам вообще нужна такая абстракция как проект, если мы не проджект-менеджеры? Проектом называют любой ограниченный во времени процесс с конкретными целями: если мы достигли целей, то проект завершен. Без этой абстракции довольно сложно управлять изменениями в компании и создавать что-то новое. При этом поддерживать операционную работу в целом можно и без оптики проджект-менеджмента.
Первое, к чему мы пришли в Софт Культуре — это к умению выделять проекты как таковые. Очень легко мыслить проектом, например, разработку курса, но уже сложнее назвать проектом внедрение какой-то новой командной механики. Далеко не все, чем мы занимаемся, надо оборачивать в проекты, однако если этого не делать в принципе, то можно месяцами купаться в водопаде из разрозненных задач.
В работе над проектами все проходят, как правило, одни и те же этапы. Планирование проекта — первый из этапов, который частенько пропускается, особенно, когда цель ясна и понятна, а вот процесс ее достижения — не очень. Первоначальный план почти никогда не воплощается без изменений, но смысл планирования — не в том, чтобы точно в этот план вписаться на 100%, а в том, чтобы на берегу обнаружить подводные камни, отбросить направления, куда идти не стоит или даже отложить проект. Также подробное описание проекта помогает команде синхронизировать цели и ожидания.
После успешного планирования очень легко забить на контроль (сверку с планом и его актуализацию), потому что «итак понятно, что делать». Эту болезнь нас до сих пор иногда настигает. Из собственного опыта я могу сказать, что регулярный контроль позволяет увидеть дыры, которые иначе уходят из вида. А также оценить реальную скорость работы, чтобы ускориться в моменте и использовать этот опыт для грамотного планирования в будущем!
Поэтому у проекта на мой взгляд должен быть один лид или ответственный. Мы много раз пробовали игнорировать это правило, но всегда получалось не очень, потому что без лида выпадает этап контроля, хоть движение по начатому проекту и происходит. Есть некоторый разумный лимит проектов, которые может вести лид параллельно, о нем надо не забывать, даже если очень хочется начать все и сразу.
Когда цели проекта достигнуты, его надо не забыть «закрыть»: резюмировать, архивировать, обсудить итоги! Этот этап — самый скучный, он работает «на будущее», однако занимает ничтожно мало по отношению к уже потраченному на проект времени, так что пропускать его в угоду скорости просто непозволительно.
После того как появились проекты, появилась и необходимость визуализировать их наглядно в каком-то интерфейсе. Как ни странно, самые распространенные инструменты управления задачами очень плохо справляются именно с этой функцией. В курсе по управлению проектами от Школы ченджеров очень классно рассказывают о том, как должен работать такой интерфейс.
Еще по теме
- Краш-курс Школы ченджеров по затаскиванию проектов в срок. Все, что из него читал — отозвалось на 100%.
- Выступление основателя Behance Скотта Бельски, открывшее мне глаза на многие плохие паттерны ведения проектов у творческих людей.
- Хорошая статья Matthew Ström про несовершенства планирования и увязывание проектов с долгосрочной стратегией.