Канбан представляет собой систему управления потоком задач, обеспечивающую постоянное информирование всех разработчиков о том, какое задание кто в данный момент выполняет, куда передаст его результаты и какое задание будет выполнять после. Обычно под канбаном понимается доска, состоящая из нескольких вертикальных секций (например, «сделать», «в работе», «сделано»), по которым перемещаются конкретные задания. Однако пользовательская ценность доски заключается вовсе не в отображении состояния всех заданий этапа (от них, как правило, в глазах рябит и никакой особой наглядности не получается), а в возможности быстро посмотреть, кто чем сейчас занят, а по окончании этапа – оценить, насколько честно каждый разработчик прогнозирует свои трудозатраты по выполнению отдельных заданий (оценить «фокус-фактор»).
Для оперативного мониторинга выполнения заданий рекомендуется выбрать подходящую автоматизированную систему (Jira, Trello и им подобные), позволяющую строить отчеты как в разрезе разработчиков («доска канбан для Васи»), так и в разрезе текущих заданий («кто что делает сейчас, сколько еще будет делать и что будет делать потом»). Удобство соответствующей программы для ПМ – это экономия по одной минуте несколько десятков раз в день, потому что смотреть, «кто чем сейчас занят», придется постоянно.
1. Задания с «доски проекта» переносятся в автоматизированную систему с сохранением приоритетов, планового времени и критериев завершения. Система должна обеспечивать единственность задания у одного исполнителя в один момент. Это принципиально важно, поскольку любое дополнительное задание, даже если оно не выполняется, рассеивает внимание и значительно снижает производительность. Значительно – это не на проценты, а в разы!
2. После выполнения очередного задания разработчик демонстрирует его тимлиду (и другим разработчикам, если это требуется) в соответствии с критериями завершения и переходит к следующей задаче из своего стека.
3. В любой момент ПМ обладает всей полнотой информации о выполненных, выполняющихся и запланированных заданиях этапа и использует эту информацию для управления репутацией (см. п. 3.2.6).
4. По завершении этапа соотношение планового и фактического времени выполнения заданий позволяет рассчитать «фокус-фактор» по каждому разработчику и использовать его при планировании следующих этапов.
Результат. «Доска проекта» в виде какой-нибудь программы управления заданиями, позволяющей быстро отобразить необходимые срезы информации: кто чем занят и у кого какие задания в стеке. Таким образом, не только каждый разработчик всегда знает, чем ему заниматься, но и все остальные аффилянты проекта могут при желании получить данную информацию.