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

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

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