Визуализировать процесс — казалось бы, что может быть проще! Каждый сумеет нарисовать к...
Визуализировать процесс — казалось бы, что может быть проще! Каждый сумеет нарисовать канбан-досочку. Но реальность такова, что зачастую люди делают ошибки, и эти ошибки имеют последствия. Люди пытаются на одной доске разместить иерархически разные рабочие элементы, например Story и Task. Это просто невозможно: вы всегда получите бесконтрольный хаос. Единственное адекватное, что вы можете сделать, — это сущность Story представить в виде горизонтальной дорожки; тогда у вас получится упаковать на доске все задачи так, что будет видно, что к какой Story относится, и будет виден ответ на главный вопрос — что надо сделать, чтобы доделать Story. Но еще лучше все же разнести Story и Task по разным доскам. Доска со Story более важна для общения руководителя разработки с заказчиком (ведь скорее всего именно за реализацию Story вам заказчик платит). Обновления на такой доске происходят нечасто, поэтому статусное собрание надо проводить 1–2 раза в неделю, а может, и реже. Эта доска показывает прогресс реализации клиентских запросов. Доска с задачами скорее важна руководителю разработки и самой команде. На этой доске видно, кто чем занят, проще руководить загрузкой. Изменения на доске происходят динамично, и встречаться на статусных собраниях там придется часто. Именно на этом собрании будет происходить распределение работы, предложения взаимопомощи и командного взаимодействия. Ну и, конечно, эти две доски должны быть связаны между собой. Вот вроде бы простая вещь, а потянешь за нее — и вылезает огромный динозавр, с которым надо уметь разбираться. Вот поэтому Канбан-метод и надо изучать. Если соберетесь — смотрите расписание открытых тренингов ну или закажите корпоративный тренинг у нас на сайте.