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

* Можете ли вы ответить, насколько эффективны ваши процессы?
* Можете ли ответить, эффективны ли они вообще?
* А что вы подразумеваете под эффективностью?
* Решает ли каждая процессная активность какую-то проблему?
* Актуально ли ещё это решение?
* Можете ли хотя бы ответить, для чего какая активность была внедрена?
* А понимают ли ценность каждой активности ваши коллеги или члены команды?
* Знакомо ли вам, когда спрашиваете СТО "а почему у нас тестирование так работает?", а вам отвечают "так сложилось"?
* Бывает ли, что кажется, что какая-то процессная активность появилась просто потому, что "консультант так сказал", а сути не понимает никто?
* А что, если какие-то процессные активности были добавлены, когда команда состояла из 4 сеньоров-фулстеков, а сейчас в ней уже 12 специалистов разного уровня и разных специальностей?

Кажется, что каждая процессная активность должна быть рационально обоснована в текущем контексте, и сотрудники должны понимать, для чего что происходит.

Можно выпасть из процесса производства ПО на месяцы, описать все процессы, а потом запустить тренинг для всех сотрудников. Но рационально ли это? Наверное, нет.

Но можно же есть слона по частям 🙂

PDR — Process decision record — подход, дающий возможность любой команде комфортно съесть слона, — "рационализация процессов" по частям.