ソフトウェア開発には、エディタやコンパイラだけでなく、さまざまなサポートツールが必要です。ソース管理はその代表的な例です。しかし、多くの重要な開発ツールは、優れたものではなく、単に「十分良い」ものに過ぎないと言えます。ビルドシステムはそのようなカテゴリの一つであり、真に優れた選択肢が欠けています。チケットおよびタスク管理ツールもこの問題のあるカテゴリに属し、Jiraはその中でも特に批判されている例です。Jiraが企業に支持されるのは、その豊富な機能にありますが、残念ながらそれが複雑さにつながり、ユーザーはカスタムワークフローをプログラムする必要があります。これにより、実際のプロジェクトの進捗ではなく、プロジェクトマネージャーによる終わりのない設定が行われる可能性があります。Jiraは、チケットワークフローをステートマシンとして定義することを可能にし、チームメンバー間の自動ルーティングも含まれます。その後、テキストは、混乱したJiraワークフローに遭遇したKlinstenを紹介します。表示されたワークフローの例は、バイリンガル（オランダ語と英語）で、過度に複雑です。この過剰な状態と遷移の数は、チームの作業シーケンスを明確にするという目的を損なっています。著者は、ブラウザタブを閉じたいと思った経験に例えて、フラストレーションを表明しています。Klinstenのワークフローの複雑さは、理解して効果的に使用することを困難にしています。