今年はスクラムとアジャイルのテスト/アサーションが人気になっているようです。たとえば、Nokiaはスクラムをテストします。そのようなテストをするのは良い考えではないと思います。どう思いますか?
3 に答える
一方では、アジャイルであると主張する人がますます増えているため、このようなテストにより、「XP を実行しているが、コードにコメントを付けていない」という行でそれらを整理することができます。
しかし、人々が質問を正しい方法で理解し、答えないことをどのように確認できるでしょうか。?
一方、あなたが提供したリンクは初期バージョンではなく、Jeff Sutherland の支援を受けているため興味深いものです。
ポイントは、開発方法論を 8 つの質問で要約することはできないということです。したがって、私見では、質問を正しく理解して回答すれば、テストだけでも興味深いものです。改善したいチームに役立ちます。このテストで収集された結果については、同じことは言えません。
この infoQ の記事は、より適切な方法でそれを述べています。実践が実際に結果をもたらしているかどうかはわかりません。
私はすぐにテストを受けましたが、質問はスクラムを行っていると主張する人に尋ねるのに適した質問であることがわかりました。また、次のような質問もします。
- 自動化されたビルド プロセスはありますか?
- どのくらいの頻度で実行されますか?
- ビルドが壊れるとどうなりますか?
OTOH、このようなテストは自己評価として役立ちますが、テストに基づいてチームを「評価」するつもりはありません。
概要を簡単に確認するには、Nokia テストが使用可能であることがわかります。
さらなる調査のために、Henrik Kniberg によるより詳細なスクラム チェックリストを使用することをお勧めします。これは、コーチやスクラム マスターがアジャイル チームが行うほとんどの領域でのギャップをすばやく特定するのに役立ちます。70の質問があっても、チームメンバーはイエス/ノーで答えます。このアンケートは 20 分で完了することができました。特に数か月後にそれを繰り返すと、チームの回答に驚かれることでしょう。
アジャイル実装の詳細な分析を行う必要がある場合は、 Mike Cohnによって作成された C*比較型 Agilit *y 評価を使用することをお勧めします。あなたの会社を業界と相対的に比較するのに役立ちます。適応プロセスの品質に直接影響を与える企業組織で使用します。これのおかげで、このエンタープライズ企業の適応プロセスははるかに良くなりました
スクラム チェックリストと比較アジリティの詳細については、こちらを参照してください。