タグ付けされた質問 「scrum」

私は過去4年間、3つの異なるプロジェクトでSCRUMを使用しています。SCRUMの利点の1つは、柔軟性と適応性にあります。たとえば、変化する顧客の要件に対応できます。別の利点は、管理者がプロジェクトの進捗状況を簡単に追跡できることです。 SCRUMの柔軟性は、要件が非常に速く変化し、プロトタイプを見た後、顧客が何を望んでいるかを本当に理解しているWebアプリケーションを実装する場合などに有利です。 一方、要件がかなり固定されている他の種類のソフトウェアプロジェクト（たとえば、航空宇宙産業）があります。要件仕様のドキュメントを取得し、6か月後には有効なソフトウェアと完全なドキュメントを用意する必要があります。この種のプロジェクトでは、SCRUMが提供する柔軟性が必要であるとは思いません（プロトタイプを作成して顧客に見せて要件についてフィードバックを得る必要がないという意味で）：非常に構造化された体系的なアプローチが必要ですこれはおそらく、プロジェクトごとに何度も何度も繰り返され、驚きの余地はほとんどありません。 それでは、SCRUMはその支持者によって汎用のソフトウェア開発方法論と見なされますか、それともプロジェクトまたはアプリケーション領域の特定のカテゴリに特に適していると見なされますか？ たとえば、私は最近、航空宇宙産業向けのソフトウェアを製造している会社のWebサイトを見て、Vモデルを使用していることに気付きました。SCRUMの支持者は、SCRUMはこの種のプロジェクトにはあまり適していないと言いますか、それともこの会社がSCRUMへの切り替えを試みる必要があると提案しますか？ 注私はこのフォーラムの読者の意見を求めていないのですが、私はSCRUMの提案者の間で定評が何であるかを知りたいこと：SCRUMは、汎用またはプロジェクトのみの特定のクラスのためにかなり適していると考えられますか？後者の場合、どのようなプロジェクトですか？

8 scrum  development-methodologies 

休業。この質問には、より焦点を当てる必要があります。現在、回答を受け付けていません。 この質問を改善してみませんか？質問を更新して、この投稿を編集するだけで1つの問題に焦点を当てます。 6年前休業。 この図に遭遇し、これらの数値を確認するのに役立つ別のよく知られたソースがあるかどうか疑問に思いました。 正常に完了したスプリントについて分析したデータに基づいて、チームは1人のスプリントにつき1人のユーザーストーリー（実際にはあらゆる種類の製品バックログアイテム）を平均1〜1-1 / 2にする必要があると判断しました。 出典：Mike Cohnのブログ「毎日のスタンドアップは1人ずつですか、それとも1枚ずつですか？」

8 scrum  estimation  user-story 

私たちの会社は最近、ほぼ一人（Joe）によってコード化された製品でスクラムに移行しました。私たちは、私たちのプロセスに統合しようとする既存の顧客との関係をサポートしています。 とりあえず、次の方法を試しました。 毎週担当者のローテーションを行っています。 1週間の担当者は、最大8時間のサポートに費やすことができます。 しかし、私たちはそれを機能させることができませんでした： Joeは常にコードをよく知っているため、常にサポートを提供します。説明するよりも、実行するほうが常に速いです。 私たち（残りの私たち）は、サポートタスクではなく、新しいストーリー（つまり、新しいストーリー）の内容に集中する傾向があります。 ジョーは仕事が多すぎて、スプリント以外でも何かをしなければならないので、自分ですべてのサポートを処理することはできません。 あなたはすでに同じような状況に直面しましたか？どのようにしてそれから抜け出したのですか？ 注：現在のところ、サポート担当者を1人にすることはできません。今後ともよろしくお願いいたします。

8 agile  scrum  support