6

私が働いているチームは、スクラムを大いに受け入れてきました。私はそのアイデアが本当に好きですが、開発の現実に合わせるために常に妥協しなければならないことに気づきました。これにより、スクラムの効果が低下し、他のオーバーヘッドが発生します。

私が求めているのは、そこにいる人々に純粋なスクラムを使って作業してもらうことです。それとも、妥協する必要があるのは避けられないのでしょうか。

スクラムは逸脱に対して少し不寛容であるように思われるので、これをお願いします。スクラムに合うように世界を常に変更できるとは限らず、機能しない場所を回避できるとすれば、より良い方法論になる可能性があります。

4

7 に答える 7

8

スクラムは間違いなく逸脱に対して寛容ですが、ここでの重要なポイントは、「私たちは常に適合させるために妥協しなければならない」というあなたの声明だと思います。もちろん、方法論を変えると、物事のやり方も変わります。 「私たちは今、LISPショップです。しかし、実際にコードをLISPで作成する必要があるのでしょうか、それともC#を使用できるのでしょうか?」

スクラムを受け入れ、物事のやり方が変わることを受け入れます。あなたは間違いなく利益を享受するでしょう。残念ながら、スクラムを真に効率的にするには、開発チームだけでなく、すべての利害関係者がスクラムを受け入れる必要があります。

于 2009-01-22T10:09:01.103 に答える
3

自分が行っている妥協点をよく見て、それがスクラム/アジャイルのコアバリューからあなたを遠ざけていない場合.

長い間、私の店の人々は私たちがアジャイルだと主張してきましたが、彼らが本当に意味しているのは、要件の変更をほぼいつでも開発にプッシュできるということです。従うべきあらゆる種類の手順と指示がありますが、それは「旅行の光」ではありません。スクラム、XP、またはその他の真にアジャイルな方法論を実際
に行って いないことが誰もが明確である場合、それは必ずしも大きな問題ではありません。

他の中核的なものを適応させずにいくつかのものが導入された場合にのみ、危険になります。システムでアジャイルになろうとすると、単に罰せられるだけです。4 週間のイテレーションを修正しようとしますが、最優先の新しい要件が毎週発生し、それらを無視することはできません。詳細な計画を立てるように求められ、スプリント中に何かが少しでもそれから逸脱するたびに苦情が寄せられます。あなたの最高のチーム メンバーは、他のチームの問題を解決するために常に中断されます。

それはアジャイルではありません。どんなにアジャイルと呼ぼうとしてもうまくいきません。

したがって、あなたの状況の現実は同じかもしれませんが、あなたの組織はまだその準備ができていません。

于 2009-01-22T10:54:09.873 に答える
1

私たちのチームは現在、数年間スクラムを使用しています。最初は問題があり、経営陣がスクラムを受け入れてチームとの連携方法を変更するまで、多くの伝道が必要でしたが、スクラムは私たちの生産性を活用し、知識の伝達を強化しました。チームメンバー全体。

私の理解では、スクラムは逸脱に対して非常にオープンであり、ふりかえり (開発者向け) と短いイテレーション (プロジェクト計画側/管理から) による絶え間ないフィードバックと適応に依存しています。もちろん、関係するすべての関係者 (開発者、スクラム マスター、プロダクト オーナー/管理者/クライアント) は、スクラムが他の非アジャイル開発アプローチのほとんどとは異なる方法で機能すること、および現在の方法論の一部を変更する必要があることを受け入れる必要があります。

個人的には、このスクラムは、過去に経験した他の「静的な」開発/プロジェクト アプローチよりも大きな自由と有効性を与えてくれると思います。

于 2009-01-22T10:21:54.167 に答える
0

あなたが話している「妥協」の 1 つまたは 2 つだけを明らかにすることができれば、さらに良い答えが得られるかもしれません。あなたが話しているのは手続き上の問題なのか、未処理のタスクの管理なのか、スタンドアップ ミーティングの開催時間なのか、バージョン管理について何をすべきなのか、私にはわかりません。

大企業環境での「純粋なスクラム」に関する私の経験は、本当にうまくいっています。スクラム モデルを使用することによって、否定的な意味で妥協したものは何も思い浮かびません。

于 2009-02-04T16:54:05.057 に答える
0

最近スクラムの使用を開始し、ニーズに合わせて適応させています。ただし、これはすべての方法論に当てはまると思います。

毎日のスクラム ミーティングが少し頻繁すぎると感じたこともあります。現在は、週に 2 回スクラム ミーティングを行っています。

私たちのスプリントは、想定されているほど厳格ではありません。終了前のスプリントの途中で、1 つまたは 2 つの機能を追加することがよくあります。

最後に、おそらく最も重要なのは、スクラム マスターとプロダクト オーナーが同一人物であることです。

全体として、物事はスムーズに進みます。私が一番気に入っているのはバーンダウンチャートです。

お役に立てれば。

于 2009-01-22T10:19:40.210 に答える
0

可能ですが、万人向けではありません。実際、ほとんどの場所ではそうではありません。そのための前提条件が、ばかげたほど多くのショップで満たされていなかったからです。また、ほとんどの人が独自のバージョンのスクラムを使用しています。

于 2009-01-22T10:17:43.083 に答える