работать на проектах IBM. С настоящими, очень крутыми, опытными и добрыми инженерами IBM.

Это лучшее, что могло со мной случиться на старте карьеры. Будучи еще студентом, общаться с такими людьми и учиться у них — это просто замечательная возможность. А еще у меня был прекрасный начальник-технарь Сережа Злобич, который терпеливо объяснял мне, как писать и тестировать код, что такое стиль в коде, как оптимизировать производительность и как развиваться.

Если между проектами возникали паузы, мы всем отделом взахлеб учились и проходили сертификации. Это было своеобразное спортивное соревнование. Вопрос был не в том, сдашь ты экзамен или нет (провалов никогда не было), а в том, насколько быстро ты справишься. Я как-то поставил рекорд и успешно сдал часовой экзамен из 40 вопросов за 16 минут. Впрочем, его скоро побили, установив рекорд в 12 минут. Отличное было время.

В 2006 г. я получил очень желанный и крутой сертификат в линейке Lotus — IBM Advanced Application Developer. Правда, радость и счастье от успешной сдачи экзамена через несколько дней сменились апатией: это был последний экзамен в профессиональной ветке Lotus Notes. Куда расти дальше, было непонятно.

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

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

Через пару месяцев мне повезло: начальник небольшого отдела из семи человек, на проекте которого я в тот момент работал, решил уйти и открыть собственный бизнес. Виталий предложил мне эту позицию. Я с удовольствием согласился. Быстро стало ясно, что я понятия не имею, что делать с этими людьми: не знаю, как их мотивировать, как оценивать работу и согласовывать сроки, как проверять результаты и проводить работу над ошибками. Что вообще такое ошибка и как отличить ее от хорошей работы? Нужно было всему этому где-то научиться. В Минске хороших курсов по управлению не было, и я нашел через интернет очень крутой курс в IBM Москва.

Курс назывался «Основы и принципы управления проектами». Вот об этих основах управления проектами мы и будем говорить в следующих главах.

Алексей Минкевич[2]

Глава 2

Основы управления проектами

Проект — это временное предприятие, направленное на создание уникального продукта, услуги или результата. Такое определение дает нам PMBOK (Project Management Body Of Knowledge) — свод правил по управлению проектами, разработанный американским Project Management Institute (PMI).

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

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

Чтобы четко представлять себе разницу, рассмотрим пример автомобиля Lada Kalina. Разработка самой модели конструкторским бюро и налаживание производства — это проект, а вот ее серийная сборка на конвейере — это уже операционная деятельность. Другой пример из IT: работа по поддержке существующих систем. Сама поддержка является операционной деятельностью, но если в рамках поддержки необходима доработка системы и исправление ошибок, то эти доработки, собранные в обновления до новых версий, представляют собой полноценные проекты.

Для чего нужны проекты

Любой проект служит определенной цели и решает конкретные задачи бизнеса.

Коммерческая цель. Например, бизнес хочет создать и --">