Как навести порядок в своем бизнесе. Как построить надежную систему из ненадежных элементов. Практикум

Пример 52. Алексей Тимонин, генеральный директор интернет-магазина путешествий OZON.travel: «Соображения из практического опыта.

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

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

• непротиворечивое и однозначное понимание, что такое проект именно для конкретной организации (и что такое для нее не проект);

• классификацию проектов

(по ресурсам, количеству задействованных департаментов и внешних контрагентов, важности для достижения ключевых целей);

• реестр проектов. Ответственного за его ведение (и вообще за поддержку методологии ведения проектов – хотя это может быть другой человек);

• не очень большой, максимально практический набор шаблонов документов (типа заявка на проект, устав проекта, отчет о состоянии проекта и т. д.)

и процессов (регламенты/форматы встреч, способы отчетности и пр.). При этом должны быть выработаны более-менее ясные критерии, когда и в каком объеме эти документы и процессы применяются (например, когда проект масштабный и критически важный). Иначе все это может очень быстро превратиться в бессмысленную бюрократическую историю, которая рано или поздно сама собой затухнет.

• Точно стоит знать (и лучше отработать на практике) полезные инструменты/подходы

 – типа SWOT-анализа, метода критического пути. Да и вообще основные понятия этой дисциплины “управление проектами” стоит знать. Чтобы потом можно было осознанно принимать решение – что вы будете использовать, а что нет. Я бы советовал прочитать PMBook (по-английски или в переводе), либо посетить хорошие курсы (обязательно хорошие, иначе будет пустая трата времени; поизучайте отзывы в Интернете).

• Насчет инструментов по ведению проектов. Тут тоже все индивидуально. В моей практике Microsoft Project в полном объеме не применяется (обычно вообще не применяется). Используются либо любительские смеси – Excel + Word + регламент (особенно вначале), либо – в более современном варианте – Google Documents (решается тема распределенного доступа и коллективной работы), либо различные бесплатные или коммерческие решения (типа адаптированных wiki-движков, Microsoft Sharepoint или инструментов от 37signals.com).

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