Разработка программного обеспечения требует различных вспомогательных инструментов, помимо редакторов и компиляторов. Система контроля версий является ярким примером такого необходимого инструмента. Однако многие важные инструменты разработки, возможно, не являются "хорошими", а лишь "достаточно хорошими". Системы сборки — одна из таких категорий, в которой отсутствуют по-настоящему превосходные варианты. Инструменты управления задачами и тикетами также попадают в эту проблемную категорию, причем Jira является особенно критикуемым примером. Привлекательность Jira для компаний заключается в ее обширных функциях, которые, к сожалению, приводят к сложности и требуют от пользователей программирования пользовательских рабочих процессов. Это может привести к бесконечной настройке со стороны менеджеров проектов вместо фактического прогресса по проекту. Jira позволяет определять рабочие процессы тикетов как конечные автоматы, включая автоматическую маршрутизацию между членами команды. Далее текст знакомит с Клинстеном, который столкнулся со сложным рабочим процессом Jira. Отображаемый пример рабочего процесса является двуязычным (голландский и английский) и чрезмерно сложным. Такое избыточное количество состояний и переходов подрывает его цель по упорядочиванию работы для команды. Автор выражает разочарование, сравнивая этот опыт с желанием закрыть вкладку браузера. Сложность рабочего процесса Клинстена затрудняет его понимание и эффективное использование.