Цитаты из книг автора «Алексей Минкевич»

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

Бэклог продукта (Product backlog) — упорядоченный список известных требований к продукту. Это единственный источник требований к любым необходимым изменениям в продукте. Владелец продукта является ответственным за его бэклог, включая содержимое, доступность и упорядоченность продукта. Бэклог работ похож на иерархическую структуру работ. Это те же пакеты работ, только расставленные в порядке важности для бизнеса.

Основные элементы фреймворка — scrum-команды и связанные с ними роли, события, артефакты и правила. Каждый элемент фреймворка служит определенной цели и является обязательным для успешного использования Scrum.

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

Основные идеи Agile-подхода Люди и взаимодействие между ними важнее процессов и инструментов. Каждая команда уникальна и может выстраивать процессы под себя. Процессы и инструменты вторичны, потому что только помогают закрепить высокий уровень, которого достигла команда. Если в какой-то момент команда понимает, что может стать еще эффективнее, делая что-то по-другому, она меняет процессы соответствующим образом. Работающий продукт важнее исчерпывающей документации. Нет смысла тратить время на описание продукта наперед, если вы только начали работать — планы могут несколько раз поменяться. Время на описание можно потратить более эффективно, сделав что-то для более быстрой разработки. Иными словами, зачем вам эксплуатационное руководство на автомобиль, разработка которого еще в процессе? Сотрудничество с заказчиком важнее следования условиям договора. Важно вовлекать заказчика в разработку, проактивно решать возможные вопросы и делать то, что нужно сейчас, а не то, что было нужно когда-то, при составлении договора. Готовность к изменениям важнее следования изначальному плану. Этот пункт следует из предыдущего. Условия меняются постоянно, современный бизнес развивается и адаптируется к новым требованиям очень быстро. Поэтому нужно быть готовым к изменениям в изначальном плане и принимать их не просто как должное, а с радостью.

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

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

Во время проведения подобного семинара на стороне заказчика очень важно похвалить людей из его команды, которые внесли большой вклад в успех проекта. Людям будет очень приятно, что вы похвалили их при руководителях, и они будут рады сотрудничать с вами на следующих проектах.

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

Ретроспективу проекта следует проводить спустя некоторое время после завершения. Временной период должен быть достаточно продолжительным, чтобы можно было убедиться в том, что проект действительно завершился успешно, дать ему время поработать в «боевых» условиях.