カテゴリー: Agile Project Management

プロダクトバックログは、製品のリリースに必要なすべての特徴、機能、要件、拡張、および修正をリストアップします。プロダクトバックログのプロジェクトは、説明（適切に詳細）、ストーリーポイント（見積もり）、順序（優先順位）の属性を持つ。これらは、バックログに継続的に追加、削除、更新（Emergent）され、チームのバックログに対する理解を適時、適切に反映させなければならない .

アジャイル開発とは、人間中心で、反復的かつ段階的な開発手法である。アジャイル開発では、ソフトウェアプロジェクトの構築を複数のサブプロジェクトに分割し、各サブプロジェクトの成果を検証した上で、統合・運用の特性を持たせる。つまり、大きなプロジェクトを複数の小さなプロジェクトに分割し、相互に関連しながらも、独立して運営し、別々に完成させることができる。この間、ソフトウェアは常に使用可能な状態にある。

LeSSは、スクラムを複数のチームに拡張するための軽量でアジャイルなフレームワークです。2005年に始まったBas VoddeとCraig Larmanは、大規模なプロジェクトでスクラムの原則とルールを使用した後、LeSSフレームワークを開発しました。彼らの目標は、スクラムの制約の中で、大規模なプロジェクトを成功させることでした。

ほとんどのアジャイルやスクラムのトレーニングコースでは、7 +/- 2ルール、つまり、アジャイルやスクラムのチームは5人から9人であるべきだと言及しています。 Scrumの愛好家は、ScrumガイドがScrumチームは3人以下または9人以上であるべきではないと言っていることを思い出すかもしれません。この経験則はどこから来ているのか、そして、なぜなのか？

LeSSは、Bas VoddeとCraig Larmanがスクラムのスケールアップの実践経験から生み出したもので、2014年にLeSS Companyとして設立されました。LeSS（Large Scale Scrum）の根底には、「More with LeSS」の原則があります。複雑な製品開発には、複雑な解決策は必要ありません。問題の本質を深く理解し、よりシンプルな解決策で解決することが必要なのです。

ソフトウェア開発では必ずと言っていいほど、これらの用語に出くわします。時には、ソフトウェアの機能の一部である要件/ユースケース、バックログ項目…。それを使用するためのソフトウェアの人々の慣例は何ですか、またはどのような？