web-dev-qa-db-ja.com

スクラム-実際の例?

私はスクラムから始めて、本やチュートリアルの多くの部分的な例を見ましたが、実際にスクラムを使用しようとすると、ユーザーストーリーを書いて製品のバックログを作成するのは簡単ではありません。ユーザーストーリー、製品のバックログ、スプリントのバックログを含む実際のプロジェクトを見て、正しい方法で実行しているかどうかを確認します。

パブリックな製品バックログがあるオープンソースプロジェクトはありますか?実際のプロジェクトからの共有された完全なユーザーストーリーと製品バックログはありますか?

3
Camilo

これを行うには2つの方法があります-すべてが簡単な方法と難しい方法のように。簡単な方法は、経験のある人、メンター/コンサルタント/トレーナーなどを雇って、彼らにあなたの仕事の状況を学び、必要なアドバイスを提供することです。難しい方法は、本を読んでからそれを実行し、その一部を正しく理解し、いくつかの間違いを犯し、それらから認識して学習し、次回から物事を洗練することです(スクラムを使用してスクラムを学習できるような音)。

私は難しい方法です。あなたができることは、自分を取り戻すことです。最初はうまくいかないことを受け入れますが、開始しないことから何も学べず、それを続けます。あなたはおそらく長い道のりで多くの悪い習慣を学ぶでしょう、それで可能な場合はメンター(そしてこのようなQ/Aサイト)を使ってください-そして批判と自己批判にオープンになってください。

OPについて言えば、ユーザーストーリーを書くのは簡単ではありません。正解です。簡単ではありません。もしそうであれば、スクラムは存在せず、ウォーターフォールは問題ありません。誰もがスクラムでそれを簡単にできると主張している人はいません(少なくとも、自分の話していることを知っている人はいません)。ソフトウェア開発は難しく、スクラムは硬度を管理する方法であり、管理を改善することで、より簡単に、または可能な限り簡単にすることができます。スクラムは物事を「簡単」にすることはできません。

2
mattnz

それは確かにパラダイムシフトです。スクラムのアプローチ/プロセスを効果的に活用するには、チームが理解し、考え方を調整するのに少し時間がかかります。

プロジェクトの最も正確なスクラム管理にあなたを導く短い道または特効薬はありません。ユーザーストーリーが収集され、バックログアイテムが作成されます。ただし、これは反復的なアプローチであるため、適切なサンプルを見て、スクラムセレモニーを習得して使用することで、「チーム」は会社の​​文化に合った最も有益で適切なアプローチに取り組むことができます。

パブリックな製品バックログがあるオープンソースプロジェクトはありますか?

いくつかのアーティファクトを掘り下げる良い投稿がいくつかありますので、それらが役に立つかもしれません:

1
Yusubov

チェックアウト スクラムとXP 。それはまさにあなたが求めているものです。実際にスクラムを使用している人々の物語です。

0

本の代わりに、スクラム方式に従ういくつかのプロジェクト管理ソフトウェアを試すこともできます。一部のアプリケーションでは、いくつかのルールによって正しい方法で分析している場合も分析します。デスクトップアプリケーションまたはWebサービスとして、インターネット上にいくつかのアプリケーションがあるはずです。

個人的には本では正確には行いませんが、ワークフローに繰り返し適用して、スクラムやその他のアジャイル手法によって現在のプロジェクト管理プロセスを改善します。スクラムに非常によく似たものがいくつかあります。したがって、最終的にはいくつかのバリエーションがあり、それはあなたとあなたのチームに採用しやすく、オリジナルと同じくらい効果的です。

0
Eduard