スクラムガイド | 14. 開発者の過ち

公開: 2022-04-26

開発チームは、独立した専門家のグループです。 しかし、彼らが実施するプロジェクトの成功は、彼らの共同の努力にかかっています。 そして、これには多くの成熟度とチームワークのスキルが必要です。 開発者の最も一般的な間違いは何ですか? 製品目標の追求を困難または不可能にするものはどれですか?

開発者のよくある間違い – 目次:

  1. 開発者のよくある間違い
  2. 自分の考えに過度に執着する
  3. 自己雇用
  4. 開発者の撤退
  5. 独立
  6. 権限の範囲に責任を限定する
  7. スプリント バックログの乱雑さ
  8. 概要

開発者のよくある間違い

スクラムで作業する開発者の過ちの多くは、チームワークへのアプローチに端を発しています。 一方では、それは誤解された独立性であり、チームの利益に反して自分のアイデアを擁護しています。 一方で、他人に頼り、主体性を欠いています。 問題のもう 1 つの原因は、チームの責任に対する誤解である可能性があります。

The most common mistakes of Developers

自分の考えに過度に執着する

開発者の日々の責任には、複雑な問題に対する革新的な解決策を見つけることが含まれます。 解決策を開発するために労力を費やすと、自分のアイデアに過度に執着するようになる可能性があります。 これにより、製品の目標を見失い、ビジネスの観点から役に立たない副次的なソリューションの開発に多くの時間を費やします。 また、チームの敏捷性を脅かす代替ソリューションを探すことにも消極的です。

自己雇用

チームでの自分の役割を理解するのが難しい開発者は、自分のタスクをスプリントの目標から切り離そうとします。 さらに悪いことに、彼らはチームの他のメンバーに言及せずにそれらを実行します。 また、スプリント バックログに勝手に変更を加えると問題になることもあります。 このように、開発者の 1 人が独立性を誤解されているのは、コミュニケーションの問題が原因である可能性があります。

独立への過度の欲求は、開発者の個々の成果に対する認識の欠如に根ざしている可能性があります。 チームが行った仕事に対する彼または彼女の貢献が、投入された努力とタスクの難しさに比例して評価されない場合に表示されます。

一人で作業すると、チーム内で深刻な対立の原因になる可能性があります。 そのため、スクラム マスターは根本的な問題にできるだけ早く反応して解決することが非常に重要です。 これは、間違いが開発者にあるのではなく、開発者の関与の評価が間違っていることが判明する可能性があるためです。

開発者の撤退

前の 2 つの問題 (自分で作業することと、自分のアイデアに過度に執着すること) から生じる問題は、コミュニケーション不足の問題である可能性があります。 その後、開発者はチームから孤立し始めます。 彼らはスプリント バックログに従ってタスクを実行しますが、チームの生活からは撤退します。

このような状況では、スクラム マスターは撤退した開発者に特別な注意を払う必要があります。 チームへの貢献に感謝し、積極的な姿勢を採用するよう奨励します。

独立

自己組織化は、以前の記事で説明した、成熟したよく構成された開発チームの特徴です。 これは、困難にもかかわらず、開発者は、タスクを自分たちの間でどのように分配するか、いつ、どのように完了するかについて、他の人に頼らないことを意味します。 しかし、自己組織化は対人誤解を引き起こす可能性があります。

このような場合、スクラム マスターが常に存在し、スプリント ゴールを達成するために実行する必要があるタスクが分散されていることを確認する必要があります。 これは、開発者の依存関係の問題が発生するときです。

繰り返しますが、スクラム マスターは、開発チームのメンバーが自己決定し、自分のタスクに責任を持つように促すことによって、救助に来るべきです。

権限の範囲に責任を限定する

開発者が直面しなければならないもう 1 つの問題は、特にチームの形成において、開発者のコ​​ア コンピテンシーに属するタスク以外のタスクを実行したがらないことです。

この間違いにより、開発チームの有効性が大幅に低下する可能性があります。 すべてのスプリントが各チーム メンバーのコア コンピテンシーを利用するわけではありません。 したがって、スプリントの目標に等しく関連するその他の、補助的な、または組織化のタスクを実行することにオープンでなければなりません

common mistakes

スプリント バックログの乱雑さ

そのようなタスクの 1 つは、スプリント バックログを整理することです。 開発チームを円滑に運営するための重要な仕事です。 ただし、よくある間違いは、それを保持する責任を開発者間で移すことです。 これは、スプリント目標の作業だけでなく、チームの開発とその継続的な改善も妨げます。

開発者のよくある間違い - まとめ

要約すると、開発者の最も一般的な間違いには、チーム全体から自分自身を切り離そうとする試みが含まれます。 開発チームの完全性は、独立性の開発、スプリント バックログの乱雑さ、および開発者がコア コンピテンシー以外の職務を実行することを望まないことの問題によっても脅かされています。

私たちのコンテンツが気に入ったら、Facebook、Twitter、LinkedIn、Instagram、YouTube の忙しいミツバチ コミュニティに参加してください

Scrum Guide | 14. Mistakes of Developers caroline becker avatar 1background

作者: キャロライン・ベッカー

プロジェクト マネージャーとして、Caroline は、最適なワークフローを設計し、プロセスを最適化するための新しい方法を見つける専門家です。 彼女の組織力と時間的プレッシャーの下で働く能力により、彼女は複雑なプロジェクトを実現するのに最適な人物となっています。

スクラムガイド:

  1. 基本的な用語、役割、および概念の用語集
  2. スクラムとは?
  3. スクラムの価値
  4. あなたの会社にスクラムを導入する方法は?
  5. スクラム チーム - それは何ですか?どのように機能しますか?
  6. プロダクトオーナーとは?
  7. プロダクトオーナーのよくある間違い
  8. スクラムマスターとは?
  9. 優れたスクラムマスターの特徴
  10. スクラムマスターのよくある間違い
  11. スクラム マスターはどのような統計と指標を追跡する必要がありますか?
  12. プロダクトオーナーとスクラムマスターの協力
  13. スクラムの開発チーム
  14. 開発者のよくある間違い
  15. スクラム成果物
  16. スクラムのスケーリング
  17. スプリントバックログ
  18. 製品バックログとは何ですか?
  19. ユーザーストーリーとは?
  20. INVEST で最高のユーザー ストーリーを作成する
  21. 最も一般的なユーザー ストーリーの間違い
  22. ユーザーストーリーの承認基準
  23. スクラムの見積もりとストーリー ポイント
  24. 企画ポーカー
  25. チーム見積もりゲーム
  26. 増分の定義
  27. スクラムイベント
  28. スクラムにおけるスプリントとは?
  29. スクラム チームのコミットメント - 製品の目標、スプリントの目標、完了の定義
  30. バーンダウンチャートとは?
  31. バーンダウン チャートを作成して解釈する方法
  32. バーンダウンチャートのメリットとデメリット
  33. スクラムとスクラムバンのかんばんボード
  34. スクラムの速度 - 開発チームの速度
  35. デイリースクラム
  36. スプリント計画
  37. スプリントレビュー
  38. スプリントレトロスペクティブとは何ですか?
  39. スプリントふりかえりでよくある間違い
  40. 製品バックログ育成