January 29th, 2009

cartoon

Порядок задач, или квадрат риск-приоритет revisited

Одна из самых простых и ценных техник при выборе порядка задач в плане (или состава итераций при  time-boxing планировании) является квадрат риск-приоритет.

Я с этой штукой ознакомился в 2000 году в книге Мюррея Кантора OO Project Management with UML. Все предельно просто. Приоритета всего два - 1 (обязательно надо делать, без этого продукт не имеет смысла, не успели - двигаем срок), и 2 (желательно сделать, но если не успели к сроку, то и черт с ним). Далее, Кантор советует указать для каждой задачи риск - опять же, по простой градации, "высокий", "средний", и "низкий". Под риском задачи понимается наша уверенность в точности сроков ее выполнения.

Затем, порядок задач выбирается так:

2. Низкий риск, высокий приоритет - делаем во вторую очередь. Делаем просто потому, что это надо обязательно делать. Все, сделали это - уже хорошо. 1. Высокий риск, высокий приоритет - делаем в первую очередь. Над такими задачами надо обычно много думать, возможно - прототипировать, проектировать или исследовать. Потому, что надо максимум граблей словить в начале проекта, чтобы все коррекции сроков пришлись на начало.
3. Низкий риск, низкий приоритет - делаем в третью очередь, стараемся сделать наверняка и побольше. 4. Высокий риск - низкий приоритет - план обычно составляется так, что это мы делать не успеваем :).

Как видите, это великолепный способ побить работу на этапы-итерации. Однако, здесь есть две проблемы, которые мешают применить данный метод в лоб.

1. У людей вызывает затруднение не только выставить приоритет задачам, но и вообще разбить работу на задачи. Потому, что задача есть определенная активность, и она сама по себе определенного статического приоритета не имеет.

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

3. Бинарный приоритет - это однако маловато. Хочется больше градаций приоритета, а как их добавить в данное правило - непонятно.

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

Collapse )