多くのソフトウェア企業は、R＆Dチームがスクラム開発プロセスの管理を使用するように持って、スクラムは1990年代に生まれたアジャイル方法論である、内部CORNERSTONEは、このメソッドを使用しています。
他の伝統的なウォーターフォール開発手法と比較すると、スクラムの最大の利点は、変化に対する持続的、急速な反復性と適応性を懸念しています。あなたが滝を使用する場合は、プロジェクトの開始時にプロジェクトの成果を決定する必要があり、この契約には、通常の計画とプロジェクトの仕様を詳細に説明しています。プロジェクト計画は、接触時間を計画するリニア方法、および予算の様々な段階で、逆方向に進んで、開始点として、将来的にプロジェクトの完了に至るまで、これらの仕様から生成されます。
完成滝の開発は、ロードマップは、打ち上げ日までソフトウェアの一部を把握することができ、すべての開発作業を行う必要があり、かつタイムラインまたは各含めたソフトウェア開発プロセスの変更がある場合は、その不備でも、多くの場合、実際に計画を破壊し、完全にやり直し、偶数予算のニーズをステージに接続に問題が発生しました。
スクラムは、理想的な送信先を持続的かつ急速な反復を達成するために懸念しています。詳細な計画はリーンであるか、需要管理と審査会は、これらの反復のそれぞれは、結果を測定します交換してください。会議の目的を想起することは周りに一つの質問でなければなりません：「？私たちは私たちは近いターゲットのニーズを持っているものを聞かせていません」
スクラムの強さは、未知の仕事を管理する能力、ユニークなまたは前例のない結果から来ています。このアプローチは、体系的かつ漸進的に開発プロセスで生じる問題を解決することができます。唯一の自分の仕事の過程で滝の開発が必要と予測可能である、との場合は、すでに最大の効果を達成するために、試されていました。
違いは、ブリッジの違いを構築し、船を運ぶロケットを構築するようなものであるところです。ロケット技術は比較的新しいもので、ロケット運ぶ船の建造は、増分ステップの多くを持って、成功するために何回も繰り返しました。米国の宇宙探査技術会社は、ボード上のロケット着陸をするために行われた作業は良い例（SpaceX社）です。
それどころか、それは橋の建設のプロセスが自宅で非常にされていると、正常の前に何度も練習しています。ブリッジは、多くの場合、ウォーターフォール開発アプリケーションの分野で多くの時間、時間とコストの計画のための高い需要を繰り返す必要はありません。
OKRとスクラムは、ルールに従って行動する責任は、そのチームを確保することである、両方のは、我々は「スクラムマスター」または「OKR責任者」と呼ぶ人専門の管理の実装を、必要という点で似ています。
スクラム方法論は明確な責任とプロセスと、高度に調節されています。スクラムの利点は、透明性、プロジェクトの可視性、および頻繁に通信が含まれます。チームをまとめ、彼らはまた、スクラムは非常に民主的になってます2週間のスプリント、内どのような仕事の遂行できると判断しました。
実際には、またOKR対象Oであるかを決定する一連の規則、KRの主要結果は何であり、どのように測定可能な目標を達成するためにそれらを組み合わせること。
そして、スクラム、OKR時刻表のように - はるかに長い2週間のスプリントよりも四半期および年間、。セットOKR最初に行うべきことは、企業のリーダーがゴールし、設定自分のチームのOKR、OKRを達成し、同社の目標とそのチームを確保するために必要なものを決めています。
限り、誰もが明確な範囲と二つの方法のパラメータであるとして、OKRとスクラムを正常に一緒に使用することができ、効果は本当に良いです。私たちは会社のOKRを確立した後、我々はさらにOKRを達成するための行動のプログラムを実施します。Sprintとアクションのサイクルで組み合わせることができ、アクションのプログラムは、チームのOKRの達成を促進します。
ステップのこれらの2つの方法を可能にするためには、非常に重要な点は、各四半期の初め、スクラムOKRの職員とそのR＆Dチームが一緒に座ってと担当者の時間であり、この四半期に行われる必要性を決定し、最も重要なこと（通常は3）。
スプリントは、仕事の実装のより具体的な側面に関与しながら、OKRは、長い期間のために、より広範な目標は、OKRを検討する最初のすべての必要です。OKRは、結果の実現の追求に重点を置いて、より多くの成果を測定するために、関係する必要があり、この段階で効果的な実施を行うことができるようになります。
あなたの目標は、より良い製品を作る、ソフトウェアのバグを解決することを目的とする場合たとえば、その後、統計ソフトウェアのバグの数を破壊することは有効なキーの結果ではありません。各修正のバグ、バグ番号1つ少ないが、より多くのソフトウェアのバグのためそこに報告された場合は、ソフトウェアがより洗練されたとなっていない、あなただけのいくつかの修正にバグの数を所有しています。
目標と主要な結果OKRを設定した後、あなたはスプリントを計画して起動することができます。この段階では、最も重要なことは、Sprintの意思決定サイクルです。単一目的の可能性があることを1ヶ月スプリント、スプリントは、開発チームに直接対応する場合には三つの目標は1をOKR。2週間より一般的なスプリントについては、それはスプリントのアクションプログラムOKRの目標ターゲットになる可能性があります。
プロジェクトの主要な結果の後、また、各ジョブにも実装できることを保証するように、プロジェクトは特定のタスクの数に細分化し、各タスクは、担当して期限内の人を持っていることを確認され、さらに絞り込むことな作業を必要とします遅延を回避するために、最大。
（写真CORNERSTONEの可視化タスクかんばん）
また、当初の目標、すなわちスプリントの両方を維持するために2つのフレームを接続しながら、我々は、この方法であるため、第二の方法をお勧めします生産・コードの送信を管理し、OKRは、目標を設定し、評価の結果を測定します。
しかし、これはまた、すべてのOKRスプリントは、自身のタイムラインを持っている必要があることを意味します。あなたは、このような準備作業、作業後半やシステム管理などの製品のさまざまな分野で仕事に大規模な開発チームを持っている場合は、このアプローチは非常に良い結果を再生することができます。タイムラインは、次いで、ガイドフィールドとOKRスプリントのそれぞれを、この方法を使用して、グループ全体は、3つの内部OKRsを有しています。
小規模の場合は、3つのチームスプリントのタイムラインを実行する余裕がないことができ、我々はまた、この方法をお勧めしますが、唯一できる単一OKRに焦点を当てる必要があります。CORNERSTONEのタスク/オンデマンド/テスト管理、イテレーション計画、欠陥追跡、レポート、統計、チームワーク、WIKI、共有ファイルやカレンダー機能モジュールを含むオファーは、20人以下のチームが自由である、あなたは無料のクリックに登録することができますCORNERSTONE。
