コンサルタントやツール開発者は、物事を複雑にする傾向があるようです。彼らは、私たちが物事を作るのが難しいほど、クライアントが私たちを必要としていると考えています。そして、それがツールやサービスの販売方法だと思います。
一方で、不必要な複雑さは非常に煩わしいと思います。これは私が今週初めて読んだ小説に似ています。良かったのですが、マイナーなキャラクターが多すぎて筋書きが複雑になり、本がわかりにくくなりました。
この状況は、次のようなユーザーストーリーに対して複雑な階層または分類法を実装する場合に発生します。
これは必要ありません。チームがストーリーに複雑な分類法を使用することを余儀なくされると、特定のストーリーが叙事詩なのか、物語なのか、それとも単なるタイトルなのかを心配して時間を無駄にします。この議論は、小説に登場するマイナーなキャラクターに似ており、プロットを不必要に複雑にします。
「でもマイク」と聞いたことがあります。「あなたは以前に叙事詩やテーマについて書いたことがあります。
はい、しかしこれらはマーキングです。「歴史は歴史です」ので、私はこの物語の分類法をお勧めします：
一部のストーリーは大きく、叙事詩としてラベル付けできます。私はすでに映画の例えを使用しました。すべての映画は映画ですが、一部の映画はロマンチックコメディです-叙事詩のようにラベリングしています。
同様に、トピックは関連するストーリーのグループを示しますが、階層内で動作するべきではありません。繰り返しになりますが、映画を使用して、ジェームズボンドとオースティンパワーズの映画を含むスパイ映画グループを持つことができます。しかし、コメディグループにはオースティンパワーズが含まれていましたが、ジェームズボンドは含まれていませんでした。
したがって、トピックとエピックはラベルであり、暗黙の階層ではありません。物事を本来よりも複雑にしないでください。ストーリーの複雑な階層や分類法を持つ理由は見たことがありません。