Книга Гибкое управление проектами и продуктами, страница 8. Автор книги Борис Вольфсон

Разделитель для чтения книг в онлайн библиотеке

Онлайн книга «Гибкое управление проектами и продуктами»

Cтраница 8
Relevant – релевантные цели

Релевантность целей нужно рассматривать с двух сторон: релевантность для исполнителя и для компании. Релевантность (значимость) для исполнителя тесно связана с его мотивацией. Например, сотруднику, который любит изучать новые технологии, можно и нужно поручить исследовательский проект, а не рутинную работу. Когда команда понимает, что цель важна, усилия, которые она направит на ее достижение, будут заведомо больше усилий, направленных на «неважную» цель. Отмечу также, что букву R (и другие буквы аббревиатуры SMART) расшифровывают по-разному.

Time-bound – цели со сроком

При обсуждении сроков выполнения задач или достижения целей нельзя не вспомнить еще один эмпирический закон – закон Паркинсона: «Любая работа увеличивается в объеме, чтобы заполнить все отпущенное на нее время». Из личного опыта скажу, что, когда у задачи нет срока, она вытесняется срочными делами и шанс, что до нее когда-нибудь дойдут руки, падает, поэтому при постановке любой задачи необходимо устанавливать срок исполнения.


Срочность целей тесно связана с достижимостью: чем меньше срок исполнения задачи, тем более она труднодостижимая, что надо учитывать при постановке задач (табл. 3.7).


Таблица 3.7.

Срочность задач

Гибкое управление проектами и продуктами

Концепция ограничения по срокам встроена в Scrum: итерации всегда фиксированного размера и команда четко знает, когда будет проводиться демонстрация результатов спринта.


Гибкое управление проектами и продуктами

SMART


Лишняя функциональность

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


Насколько дорогой окажется поддержка, сильно зависит от длительности проекта. Проиллюстрирую это следующим графиком, на котором по горизонтальной оси отложена длительность проекта, а по вертикальной – стоимость. Если стоимость разработки новой «фишки» фактически не зависит от длительности проекта, то стоимость поддержки в длительных проектах вырастает. В некоторой точке эти графики пересекутся.


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


Гибкое управление проектами и продуктами

Зависимость стоимости разработки и поддержки от длительности проекта


Если со стартапами все понятно, то для анализа проектов с жизненным циклом, длительность которых измеряется годами, можно рассмотреть следующую формулу стоимости разработки и поддержки «фишки»:


FC = StoryPoints × StoryPointCost + SupportCost


Она фактически иллюстрирует графики в аналитическом виде: первое слагаемое, которое представляет собой стоимость разработки, при увеличении длительности проекта не изменяется, второе же растет.


Гибкое управление проектами и продуктами

Зависимость стоимости разработки и поддержки от времени жизни проекта


Из этого можно сделать следующие выводы:

• в бесконечном проекте важна только стоимость поддержки;

• чем длительнее проект, тем важней стоимость поддержки;

• в долгосрочных проектах нужно оценивать стоимость поддержки, а не разработки;

• чем длительнее проект, тем выгодней вырезать ненужные «фишки».


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

Глава 4. Управление командой

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

Антуан де Сент-Экзюпери

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

Что такое команда

Определений команды существует несколько десятков. Будем придерживаться следующего, которое дал Майкл Армстронг.


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

Этапы командообразования

Чтобы группа людей превратилась в сплоченную команду, она должна пройти несколько этапов. Наиболее распространенной моделью командообразования является модель Такмана.


Гибкое управление проектами и продуктами

Этапы командообразования


В своем развитии команды проходят несколько этапов.

1. Формирование.

На данном этапе происходит создание команды и постановка целей, распределение и закрепление ролей (в том числе социальных). Отдельные члены команды еще не очень понимают цель и задачи, которые перед ними поставлены.


Гибкое управление проектами и продуктами

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


2. Бурление.

На этом этапе участники осознают свои цели и определяют вектор движения. Обратите внимание, что векторы разнонаправлены между собой и с направлением, которое необходимо для достижения цели.


Гибкое управление проектами и продуктами

Разнонаправленность членов команды

Вход
Поиск по сайту
Ищем:
Календарь
Навигация