スクラムvs.アジャイルvs. CMMI
ソース管理を行うために、プロジェクトをVisual Studio Onlineにプッシュしています。私はこのプロジェクトを自分で開発しています。私はこれまでスクラム、アジャイル、CMMIを使用したことがなく、 http://msdn.Microsoft.com/library/vstudio/ms400752.aspx で読んだ詳細な説明は多くの知識を前提としています。 （彼らが話していることをまだ知らない人には意味がありません。）
私がスクリム、アジャイル、CMMIを本当に学ぶための最良の方法は、それらを使用することです。しかし、どこから始めましょうか？上記のリンクは私を助けません。
ソース管理だけを探しているソロ開発者として、スクラム、アジャイル、またはCMMIから始めるべきですか？
この質問から意見ベースを排除するために、私は公式の質問をします：レイマンの言葉でスクラム、アジャイル、CMMIの違いは何ですか？（しかし、実際には、どこから始めればいいのかを考えているだけです！）
（ちょうど参考に-私は企業ソフトウェア（ Digité ）の共同創設者であり、さまざまなテクノロジー組織にエンタープライズソフトウェアを構築して販売しているため、これらのトピックについてある程度の背景があります:-)）
アジャイルとスクラムは、ソフトウェア開発方法であるという点で関連しています。アジャイルは、スクラム、エクストリームプログラミング（XP）などの特定の方法の包括的な用語です。
一方、CMMIは、大規模な組織にとって有用な品質管理フレームワークであり、彼らが行うソフトウェア作業の再現可能な品質を実証するために、全体的な能力と成熟度の観点から自分自身を測定する必要があります。組織はソフトウェア開発手法の組み合わせを使用できます-アジャイル手法（スクラム/カンバン/ XP/BDD/TDD /など）、「従来の」手法（ウォーターフォール、反復）、または混合（ハイブリッドアジャイル）。ビジネスニーズに応じて使用できます。 。彼らは引き続きCMMIを全体的なガバナンスフレームワークとして使用して、ソフトウェア機能を測定および開発できます。
確かに、ソロ開発者として、CMMIについて心配する必要はありません。
アジャイル手法は一般に、リスクを減らし、成功の可能性を高め、開発しているものが適切な製品ではない可能性があるという早期の警告でソフトウェアを構築する機能を提供します（確かに、製品の権利-しかし、適切な製品を構築するためにも）。あなたが一人の開発者であったとしても、あなたはあなたとやり取りする必要がある他の人々、特にあなたの顧客を持たなければなりません。スクラムやかんばんなどのアジャイル手法を使用すると、稼働中のソフトウェアをより頻繁に（2〜3週間ごとのスプリントで）配信し、フィードバックをより頻繁に受け取り、それ以外の場合よりも頻繁に修正手順を実行できます。かんばんを使用すると、継続的にそれを行うことができます。これまでに他の本を読んだことがない場合は、次の本をお勧めします-
- スクラム-スクラムの力-ジェフ・サザーランド
- カンバン-テクノロジー組織の成功する進化的変化-デビッドアンダーソンによる。 （かんばんの基本的な紹介が必要な場合は、こちらをご覧ください かんばんとは ）
最後の質問に答えるために、かんばんから始めることをお勧めします。私の想定では、ソフトウェアを構築して顧客に提供するためのプロセスがすでにあると思います。かんばんは、既存のプロセスのマッピング、プロセスの「視覚化」、およびより頻繁に/より継続的に提供するのに役立ちます。また、プロセスを改善して、全体的に俊敏性を高めるのに役立ちます。より正式で構造化されたものが必要な場合は、スクラムを採用する必要があります。事前に多大な労力を必要とする場合がありますが、正式な構造についてはあまり気にせず、代わりに、動作するソフトウェアをより頻繁に顧客に提供するという基本的な目的に焦点を当ててください。
お役に立てれば。
乾杯！
それらはすべてソフトウェア開発プロセスです。
スクラムはあなたがチームと絶えず話し合っている非常に協力的で、誰もが何が起こっているのかを知ることができます。チームとして効率的に問題に対処するのに役立ちます。
アジャイルは多くのことができます。しかし、私がそれを経験したとき、それは反復による非常に速い開発でした。つまり、製品を機能させ、段階的に改善していきます。次のステップに進む前に迅速にフィードバックを得ることができます。
CMMIをあまり聞いていません
