소프트웨어 개발에는 에디터와 컴파일러 외에도 다양한 지원 도구가 필요합니다. 소스 제어는 필수적인 도구의 대표적인 예입니다. 그러나 많은 중요한 개발 도구는 "좋다"기보다는 단순히 "충분히 좋다"고 할 수 있습니다. 빌드 시스템은 이러한 범주 중 하나로, 진정으로 뛰어난 옵션이 부족합니다. 티켓 및 작업 관리 도구도 이 문제 범주에 속하며, Jira는 특히 비판받는 예입니다. Jira가 기업에 매력적인 이유는 광범위한 기능 때문인데, 이는 불행히도 복잡성을 야기하고 사용자가 사용자 정의 워크플로를 프로그래밍하도록 요구합니다. 이는 실제 프로젝트 진행 대신 프로젝트 관리자가 끝없는 구성을 하도록 만들 수 있습니다. Jira는 상태 기계로 티켓 워크플로를 정의할 수 있으며, 팀원 간의 자동 라우팅도 포함합니다. 그런 다음 텍스트는 혼란스러운 Jira 워크플로를 접한 Klinsten을 소개합니다. 표시된 예시 워크플로는 이중 언어(네덜란드어 및 영어)이며 지나치게 복잡합니다. 이 과도한 상태 및 전환 수는 팀을 위한 작업 순서 명확화라는 목적을 훼손합니다. 저자는 브라우저 탭을 닫고 싶은 경험에 비유하며 좌절감을 표현합니다. Klinsten의 워크플로의 복잡성은 이해하고 효과적으로 사용하는 것을 어렵게 만듭니다.