チームがアイデアを生み出すのが苦手なときに、スクラムを使い始める方法は？

Question

プロジェクトへのスクラムの実装に関して、少し問題があります。私が一緒に仕事をしているチームは、一般的にアイデアを思いつくのが非常に苦手です。彼らが環境に慣れていないのか、それとも何なのかはわかりません。

私は以前に彼らと協力しましたが、実際には、すべての要件とタスクが彼らのために配置され、役割がプロジェクトリーダーによって割り当てられ、多くのことを行う必要がないウォーターフォール開発戦略の下で最もよく機能します。彼ら自身の思考や組織化。それらはその方法論の下でうまく機能します。

ただし、スプリントタスクの生成に関しては、スプリント計画会議で私が目にするのは空白の視線だけです。誰も話そうとはせず、私は議論を進めることを余儀なくされました。たぶん私も彼らをうまく導いていないのかもしれませんが、残念ながら問題の根本が何であるかは本当にわかりません。私が先導しない限り、スプリント計画会議のどこにも行きません。それでも、私が何かを言うと彼らはうなずき、それをスプリントタスクとして書き留めます。このサイクルが繰り返されます。私の意見ではあまりアジャイルではありません。

私はチームメンバーの1人に、彼らが問題を抱えている可能性がある理由について親友だと尋ねました。彼は、各PBIの考え抜かれた要件仕様が欠けていたため、スプリントタスクを実際に生成できなかったためだと述べました。彼らが達成しようとしている目標を知りませんでした。リモートでも要件を理解せずにプロジェクトに飛び込むことはできないことを認識しています。

これに応えて、各スプリントの前に1〜2か月の「製品バックログ計画」フェーズを考案しました。ここでPBIを確認し、「肉付け」するものを決定します（これをと呼びます）。 realizing）し、選択したPBIの非公式な「要件の仕様」を書いて、翌月かそこらと次の3〜4回の会議に費やします。

それは機能しているようで、スクラムやアジャイルマニフェストの原則と衝突するように感じませんが、私は嘘をつきたくありません自分に。また、1から2か月の間のスプリントを費やすことは、私の考えではひどい時間の無駄であり、私が読んだことから、その間の時間のように聞こえますスプリントは通常1〜2週間です。また、 "Scrum-but" になるリスクを冒したくありません。

私は以前にスクラムを使用したことがありますが、スクラムが機能したチームでは使用していません。ですから、スクラムの内容を実際に観察して評価する機会がなかったのでなぜスクラムの内容がそのままであるのか、いつ理解できなかったのでしょうか。それらを変更するために必要でした（「私たちは野球を試してみましたが機能しませんでした」を参照してください）。

それが重要である場合（私はそれが重要であると私は信じています）、現在、確立されたまたは公式の顧客はありません。つまり、私たちは外に出てお客様が要件を提示するのではなく、積極的に要件を探します。

スクラムにならずに、このチームの障害を克服するために私は何をすべきですか？しかし？私は正しい軌道に乗っていますか？

Vladimir Stokic · Accepted Answer

ここで不足しているのは製品の所有者です。あなたたちが取り組んでいる製品について知っていて、あなたのバックログに終わるユーザーストーリーがDoR（Definition of Ready）を満たすことを確認できる人。もちろん、これは、チームがバックログにあるものを額面どおりに受け取る必要があるという意味ではありません。彼らはそれに挑戦し、必要に応じて説明を求める必要があります。ただし、米国で詳細を入力すると、画像がよく見えるようになり、不足している部分を追加できるようになる可能性があります。余談ですが、@ CandiedOrangeの発言には意味があります。チームを管理するのではなく、チームを指導する必要があります。もちろん、成功する必要性を感じなければなりません。それは彼ら次第です。しかし、それらを細かく管理すると、最終的にはあなたに依存するようになり、それはあなたが達成したいことではありません。

Dan1701 · Answer

考えられる解決策がいくつかあります。

チームがideasを生成する必要があるのは本当ですか？エンジニアリングチームは通常、製品自体を考え出して作成するのではなく、製品管理から得られるアイデアを実装する責任があります。おそらく、チームが製品の作成に集中できるように、製品を設計するにはPMが必要です。

製品自体が定義されると、機能を表す高レベルのストーリーを作成し、その下に個々のタスクを作成するのはかなり方法論的なプロセスです。チームがインスピレーションを欠いていると言っているようですが、これは実際にはスプリント計画の一部ではありません（ただし、motivationの欠如が要因になる可能性があります）。

たぶん、アジャイルやスクラムはあなたの状況では正しくありません。外部の要件とプロセスによって、より逐次的な開発が賢明になる場合があります。
この場合、チームの目的や存在について質問する必要がありますか？顧客がいない場合、ビジネス目標は何ですか？あなたがより大きな組織の一員である場合、このチームはより価値のある他のことに取り組んでいませんか？

candied_orange · Answer

それらを飢えさせなさい。

奇抜なようですが、彼らを殺しているのはあなたが飼っているということですスプーンフィーディング彼ら。

スクラムは、プッシュしない場合に最適に機能します。あなたがそれらを管理すればするほど、これは悪化します。

あなたが賢い人たちのチームを持っているなら、あなたがしなければならないことは、目標をレイアウトし、彼らが仕事を見つけることが期待されることを明確にすることです。誰が何を達成しているのかを見ていることを明確にしてください。

仕事を割り当てないでください。目標を設定します。自己組織化したい場合は、組織化を停止します。

会議に行き続けますが、彼らがそれを始めるまで彼らを待つことをいとわないです。

これで何もすることがない場合は、チームに所属していません。あなたはそれを自分で行うことによってこれを行う方法を彼らに教えます。やることを選んで、それを始めましょう。他の人ができることを何も残さないほど大きなものを選ばないでください。