Развивая вопрос построения процессов той же разработки, ключев | Вместо Evernote

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

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

Правда все улучшения часто связаны с его усложнением. То есть, соблюдением кучи правил. И вот здесь начинает все рассыпаться. Люди не роботы, а некоторым, так вообще похер.

После того, как мы нашли способ выполнять бизнес-процесс эффективно, нам нужно организовать все так, чтобы его нельзя было выполнить иным образом.

Задачу нельзя перевести в статус QA, если не указан сервер, куда она выкатилась для теста. Таск не может быть закрыт, пока пулл-реквест не замержен и документация не написана. И так далее.

Если где-то возможно нарушить процесс – он обязательно будет нарушен. И вы будете регулярно тратить время на разбор полетов.