スクラム実践者が知るべき97のこと

30デジタルツールは有害だ: Jira

バス・ヴォッデ

この記事を書いている時点で、スクラムやLeSSの実装でいちばんよく使われているデジタルツールはJiraだろう。不幸なことに、Jiraを利用すると、予想可能な機能不全がいくつか起こる。

スクラムの混乱

Jiraの使用を強制することで、「エンタープライズ全体」へのスクラム導入を試みる企業は多い。Jiraを使ってスクラムを学べるとでも考えているのだろう。だが、Jiraはスクラムツールではない。スクラムやスクラム以外の多くのアイデアが組み込まれているが、課題管理ツールである。Jiraに含まれるアイデアをスクラムだと思って、もしくはスクラムであると説明されて、チームはアイデアを利用するようになる。

その結果、スクラムにまったく反したものができ上がる。どうしてそうなるのだろうか？　スクラムは経験的なプロセス制御なので、最低限しか規定されていない。チームのプラクティスは規定されたり固定されたりするものではなく、コンテキストに応じて導入され、適応されていくものだ。スクラムは、ツールがプロセスを所有するのではなく、チームがプロセスを所有することを想定しているのだ。

プロダクトバックログとスプリントバックログの統合

Jiraは、プロダクトバックログとスプリントバックログを統合する。良いアイデアに見えるかもしれないが、実際にはその逆だ。目的を混乱させてしまう。

プロダクトバックログには、プロダクトのフィーチャーや改善が含まれている。プロダクトオーナーは、プロダクトバックログを使って、プロダクトの進捗を追跡し、次に開発するフィーチャーを選び、スコープ・納期・コストのトレードオフを検討する。 ...