私はちょうどスクラムについて学んでいるので、イテレーションの一部ではニワトリであるかもしれませんが、自分の役割を果たせばブタになるように思えます。その後、ニワトリに戻ります。これは正しい考え方ですか？反復中にあなたの利害関係が変化することはありますか? そうでない場合、それはどのように機能しますか？ソフトウェアが構築されると、計画、コーディング、テスト、改良が行われ、完成します。私の考えは間違っていますか？ありがとう！
9027 次
9 に答える
13
あなたがチームの一員であり、プロジェクトの利害関係者でもない限り、両方ではありません。
Pig はスクラム チームのメンバーで、プロダクト オーナー、スクラム マスター、開発者、テスターなどです。
ニワトリは製品を欲しがる人々、つまり顧客、経営陣です。
両方の人がどこにいるのかを確認できるのは、製品がチーム向けであるときだけです。その場合、チームは豚 (作業を行い、すべてを一直線に並べる) であるだけでなく、製品を必要とする顧客でもあります。
于 2009-08-10T19:14:30.357 に答える
3
プロジェクトの成功または失敗に関してあなたのお尻が一線を画しているなら、あなたは豚です.
于 2009-08-10T19:12:22.310 に答える
2
反復の間、あなたは豚か鶏のどちらかになります。両方になることはできません。チームメンバーはスプリントの参加者であるため、常に反復バックログに取り組んでいる必要があります。
「イテレーション」とは、出荷可能な製品の増分 (「スプリント」とも呼ばれます) を作成するためにチームによって設定された期間を意味すると仮定します。
于 2009-08-10T19:12:56.273 に答える
2
私の経験と SCRUM の理解に基づいて、あなたの役割はスプリント中に変わるべきではありません。あなたは鶏か豚のどちらかです。
豚は仕事を成し遂げる人 (例: 開発者) であり、ニワトリは豚が仕事をすることで何かを得る人 (例: プロダクト オーナー) です。
編集: 鶏と豚のこの「定義」を見つけました:豚と鶏の古典的な話
于 2009-08-10T19:15:01.293 に答える
1
In my opinion you are either a chicken or a pig, it does not change during an iteration / sprint.
If you experiance roles changing like that your sprints are probably too long, or the person was really a chicked the whole time.
于 2009-08-10T19:10:30.223 に答える
1
ここに豚と鶏の記事があり、その一部は次のとおりです。
私は、プロダクト オーナーとスクラム マスターの両方の役割を、チームの豚のように考えています。
ウィキペディアによると、プロダクト オーナー、スクラム マスター、チームは「豚」の役割であり、利害関係者 (顧客、ベンダー) とマネージャーは「鶏」の役割です。
それに基づいて、私は一般的にあなたが豚と鶏の間で変わっていないと思います.
于 2009-08-10T19:13:49.140 に答える
1
概要:スプリント中に豚と鶏の役割を交換すると、開始前に行われた最初の契約が危険にさらされる可能性があり、成功した配送が危険にさらされる可能性があります。
豚と鶏の概念は、プロジェクト管理分野で製品開発サイクルの直接的および間接的な利害関係者として知られているもののスクラムのメタファーにすぎません。
豚と鶏が飲食店を始めるという短くて記憶に残る面白い話は、優れた比喩となり、管理用語に頼ることなく利害関係者の概念を説明するのに役立ちます。
スクラムの優れた点の 1 つは、管理者以外が現在の管理テクノロジにアクセスできるようになることです。ソフトウェアシステムについて言うように、消費者向けまたはユーザーフレンドリーにすること。
では、ニワトリ (間接的な利害関係者) が豚 (直接的な利害関係者) になることや、その逆が開発サイクル中に発生する可能性があるのでしょうか? 人は同時にニワトリとブタの両方になることができますか?
後者に答えると、それは明確な「いいえ」です。人は、単一のプロジェクトのコンテキストでは、ニワトリまたはブタのどちらかになることができます。ニワトリとブタの部門全体のアイデアは、プロジェクト段階で、肯定的な結果に直接関与し、関心を持つ人々 (ブタ) に、より大きな意思決定力と責任を与え、時には強力な外部プレーヤー (ニワトリ) からの干渉を制限することです。
プロジェクトの途中で役割を変更できますか? はい、できますが、スプリント中はできません。スクラムはアジャイル開発手法であり、チーム全体に結果に対する共同責任を課すことを目的としています。アジャイル (特にスクラム) は、「1 対 1 およびオール フォー ワン」の姿勢を促進します。すべての構造化された方法がそれを行うわけではありません。たとえば、ウォーターフォールの弱点の 1 つは、一部のチーム メンバーの責任は、暫定的な成果物 (つまり、機能仕様) が受け入れられるとすぐに終了することです。後の開発段階でプロジェクトを成功させる責任がある不運なチーム メンバー (通常は開発者) の肩にかかっています。
スプリントと呼ばれるスクラムの反復は、ある種の中間成果物ではなく、仕様からすぐに使用できる製品への完全な変更を提供することを目的としています。チームは、スプリントに何が入るかを決定するために多くのインプットを提供し、その後、変更を提供するために集合的にコミットする必要があります。これにより、チームと外の世界との間に契約が作成されます。
スプリント中に役割を変更すると、この契約が危険にさらされる可能性があります。豚がニワトリになった場合、豚はスプリントを完了させる責任がなくなり、残りのチームメンバーの肩に仕事の欠点に対処する負担がかかります。スプリント中にニワトリがブタになると、スプリントに参加する前に合意したことに現実的にコミットすることはできなくなります。したがって、スプリント期間中、役割が変更されないことが最善です。
于 2009-08-19T12:27:13.907 に答える
0
規則に従ってスクラムを行うチームでは、スプリント中はニワトリかブタにしかなれません。そしておそらくほとんどのスクラム グルは、スプリント間でチームを変更すべきではないと言うでしょう。
あなたがチームの一員である場合、スプリント中にステークを変更することはできません。なぜなら、あなたが作成することを約束した出荷可能なコードの一部に責任を持つのはチーム全体だからです。「私はその機能のバックエンド部分だけを担当しており、スプリントの前半に構築される」のように考えるなら、あなたは間違った方向に進んでいます。
しかし、自分にとって何が正しいかを考えずにスクラムを実践するのは、間違った決定かもしれません。非常に価値があり、他の責任も持っているチームメンバーがいるかもしれません (私の意見ではあまり良くありません)。
于 2009-08-10T19:23:10.510 に答える
0
私は主に、自分の会社を含むスタートアップと仕事をしています。いずれの場合も、私はリーン開発で「チーフ エンジニア」または「プロダクト ディレクター」と呼ばれる役割を果たします。私は主任技術者であり、製品マネージャーであり、顧客の声です。あなたの組織にこのような人がいる場合、スクラムの正統性が示唆するほど厳密に役割を部門化する必要はないかもしれません。スクラムがよくあることです。
于 2010-07-13T04:09:20.860 に答える