Scrum Master (курс) : Лекция 18

Цель

Понять что такое хартия проекта (project charter) и как использовать её для поддержки прозрачности

Тезисы

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

Одним из очень старых (есть еще в RUP и PMP) методов является хартия проекта (project charter).

Хартия состоит из двух основных частей:

Цель проекта

Цель проекта описывает цели проекта и для кого, по какой причине и что мы пытаемся достичь целей проекта.

Есть множество методик формулирования целей проекта, но мы можем начать с 5W+H:

1) WHO - кто получит выгоды от нашего проекта?

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

2) WHY - почему наш проект нужен?

Простой вариант использовать шаблон проблемы из RUP, ответив на два вопроса:

a) Чем именно не нравится текущее положение вещей

б) Как выглядела бы ситуация в которая бы устраивала.

Ответ на этот вопрос создает условия для проверки успешности проекта (не важно насколько мы соблюли требования - важно стало ли от проекта действительно лучше!)

Плюс, принимать и разделять (commit to) цель намного проще если это цель "сделать мир лучше", а не "выполнить миллион непонятных условий".

3) WHAT - как именно воспользуются люди нашем результатом.

Лучше всего иметь простой и краткий сценарий как мы видим использование.

4) WHERE - в каких условиях им будут пользоваться.

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

5) WHEN - самый простой вариант ответить на этот вопрос - это оценить стоимость задержки. Кто и как именно пострадает или понесет потери если не будет поставлена обещанная ценность.

6) И, наконец, HOW - это наше обещание - что именно мы сделаем чтобы помочь страдающим пользователям.

Соглашение о работе

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

В случае если мы говорим о Scrum проекте, то достаточно короткая, но эффективная модель для правил может быть такой:

1) Мы объявляем что мы работаем по скраму и говорим что является для нас источником информациит - например Scrum Guide.

2) Мы говорим кто отвечает за каждую роль

3) Мы назначаем место и время для каждого события

4) Мы говорим как каждый из участников (PO, DevTeam, SM) будет поддерживать ценности Scrum (focus, commitment, courage, respect, openess). Ценности - по сути это поведение (иногда даже используются словое virtue - добродетель) которое мы ожидаем от участников и без которые успешная реализация скрама будет крайне затруднена.

Ограничения

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

Максимальный размер каждой части хартии - 1 лист, так что бы его можно было повешать на information radiator, например на white board.