スクラムとは何ですか?それが何であるか、そしてそれがうまくいく理由

製品、エンジニアリング、またはソフトウェア開発チームのオンまたはその周辺で作業する場合は、前にスクラムという用語を聞いたことがあります。スクラムは、迅速に構築および反復するチーム用に設計されたフレームワークであり、スクラムプロセスを実装するのに役立ち、複雑な問題を解決するのに役立ちます。あなたが製品、エンジニアリング、またはソフトウェア開発チームではなくても、まだスクラムから恩恵を受けるかもしれません。この記事では、それが何であるかを含めて、スクラムについて知る必要があるすべてをカバーします。

スクラムとは何ですか?それが何であるか、そしてそれがうまくいく理由

製品、エンジニアリング、またはソフトウェア開発チームのオンまたはその周辺で作業する場合は、前にスクラムという用語を聞いたことがあります。スクラムは、迅速に構築および反復するチーム用に設計されたフレームワークであり、スクラムプロセスを実装するのに役立ち、複雑な問題を解決するのに役立ちます。あなたが製品、エンジニアリング、またはソフトウェア開発チームではなくても、まだスクラムから恩恵を受けるかもしれません。この記事では、それが何であるかを含めて、スクラムについて知る必要があるすべてをカバーします。

スクラムとは何ですか?

UDNタスクマネージャー業界をリードする機能であなたの仕事を変えます

Scrumは、チームがコラボレーションして、影響を与えるのを助け、影響を与えるアジャイルフレームワークです。スクラムフレームワークは、チームが繰り返しに焦点を当てるのを助けるために、値、役割、およびガイドラインの青写真を提供します。継続的改善

伝統的に、スクラムはスプリントで実行されています。これは通常、最後に特定の成果物を持つ2週間の長い仕事セッションです。 2つの追加のスクラムイベントがあります。名前が示唆しているように、毎日のスタンバイは、1日に1回起こります。これらはスクラムチームが15分間接続し、日常活動を調整する機会です。 2番目のイベント - スプリントが終わったら、スプリントの後ろ向きになります。スプリントの遡及的には、それによって運営されますスクラムマスターこのチームは彼らのスプリントを反映し、将来のスプリントのために調整する機会を持っています。

スクラム対カンバン対アジャイル

UDNタスクマネージャー業界をリードする機能であなたの仕事を変えます

かんばんのような他の方法論に関してスクラムを聞いたことがあるかもしれません狂気の。これらのフレームワークのそれぞれは、チームがどのように協力して継続的に改善できるかについてのユニークな役割を果たしていますが、それらはリーンの方法論フレームワーク内で密接に結び付けられています。比較方法は次のとおりです。

狂気のはAですプロジェクト管理チームが継続的に改善するのに役立つ哲学。アジャイルチームは信じています反復的および増分開発チームが変化に対応し、不確実性に対処するのを助けるため。スクラムとカンバンの両方がアジャイル方法論のサブセットです。アジャイルを傘の用語として考えてください。

スクラムは最も人気のあるアジャイル方法論の1つです。スクラムを使用している場合は、アジャイルチームです。しかし、Scrumフレームワークには、チームがアジャイルになるのを助けるために追加の役割とシステムがあります。アジャイルのようにスクラムでは、チームは継続的な改善に向かって働きます。しかし、哲学やフレームワークの詳細な方式とは異なり、ScrumはSprints、スタンドアップ、遡及などのツールを継続的に改善することができる特定の方法を確立します。

theかんばんフレームワークアジャイルのサブセットです。かんばんは、継続的なプロセスと仕事を管理するための視覚的方法です。とカンバンツール、チームには、完了まで段階を移動する作業を視覚化する方法があります。象徴的な枠組みの要件ではありませんが、スクラムを使うチーム、スクラムを使うチームはそうしています。

スクラムの歴史

UDNタスクマネージャー業界をリードする機能であなたの仕事を変えます

1986年のハーバードビジネスレビュー記事で今日存在するため、「スクラム」が最初に導入されました新しい新製品開発ゲーム、竹内裕太と池上さんと書かれた。 TakeuchiとNonaakaはラグビーのように「Rugbyからのスクラム」を取りました。

スクラムは、1995年にKen SchwaberとJeff Sutherlandによってさらに開発され、彼らが公開したときアジャイルマニフェストスクラム開発プロセス

SchwaberとSutherlandのスクラムは、一部のソフトウェア開発の滝モデルの拒絶でした。滝モデルでは、プロジェクトは各フェーズの順次フェーズに分割されます。成果物)次の作業段階を解除します。 SchwaberとSutherlandは、ソフトウェア開発者が信じられていると信じられていたと考えられていました。

彼らの最初の出版物、SchwaberとSutherlandが発表しましたスクラムガイド- 彼らが定期的に更新された生きている文書。スクラムガイドによると、Scrumは「作業技術がどの程度効果的であるかを調べて、チームが継続的に進化し改善することを課題に奨励する。

スクラムの働き方

UDNタスクマネージャー業界をリードする機能であなたの仕事を変えます

スクラムプロセスを実行しようとしているかどうかを知るための最も重要なことは、スクラムフレームワークが継続的な改善のシステムに依存することです。スクラムでは、Sprintの開始時に何も知らない可能性があることを認識しています。

典型的なスクラムイベント

UDNタスクマネージャー業界をリードする機能であなたの仕事を変えます

そのため:正確にスクラムは何ですか?スクラムを使用している場合、チームは何をしていますか?スクラムプロセスがどのように振るのかをここにあります。

1。 バックログを整理します。スクラムスプリントを始めるために、あなたのチームリード(スクラムマスターとも呼ばれます)はあなたから引き出すためのどのような作業を識別します製品のバックログ- 。行う必要がある仕事。最高のスクラムスプリントを可能にするために、あなたがあなたの製品バックログが1か所に明確に文書化されていることを確認してください。 Aの使用を検討するプロジェクト管理ツールこの情報をすべて収集するには。

2。 スプリント計画セッションを開催します。スクラムスプリントを始める前に、あなたがフォーカスになることを知る必要があります。 Sprint Planningセッション中に、この特定のスクラムスプリントの間にチームが焦点を当てているバックログからの作業を評価することができます。始めるには、私たちの試してみてください無料のスプリントプランニングテンプレート

3。 スクラムスプリントを始めます。通常、スプリントは2週間の長さですが、チームに最適なものに応じて短いまたは長いスプリントを持つことができます。あなたのスプリントの間、あなたのチームはあなたのスプリント計画セッションの間に概説したあなたのバックログからのアイテムに取り組みます。

4。 毎日のスクラムのスタンドアップを開催します。毎日15分間あなたのスクラムチームと会う予定です。毎日のスタンバップ会議は、あなたが稼働している可能性がある予期せぬブロッカーに取り組んで、トリアレに行っていることについて報告するチャンスです。最も効果的な毎日のスタンバップを実行するには、私たちの試してみてください無料の毎日のスタンドアップテンプレート

5。 スプリントレビュー中にあなたの仕事を提示してください。スクラムスプリントを終えたら、チームがスプリントレビューのために集まるべきです。この間、あなたのスクラムチームは利害関係者の承認または検査のための「完了」という作品を提示します。

6。 スプリントの後ろ向きの間に接続して反映しています。あなたのスプリントが終わった後、それがどのように行ったのかについて話し合うためにしばらく時間をかけてください。スクラムは継続的な改善の過程で信じていることを忘れないでください。お試しください無料のスプリント後ろ向きテンプレートあなたの次の会議を案内する。

スクラムを使い始める前に、チームが「完了」とは何を意味するのか上に揃っていることを確認してください。スクラムは継続的な改善の過程で実行されるので、これはあなたが考えるのと同じくらい明白ではないかもしれません。あなたのチームが柔軟で繰り返し改善しているので、スクラムでは完璧なものは何もありません。だから「完了」とは、「これは良くなることができない」という意味ではなく、あなたのスクラムチームは今のところそれに取り組むのをやめるようにします。

たとえば、さまざまなスクラムチームの「完了」の定義がいくつかあります。

製品はリリースされる準備ができています。

製品はテストされており、ベータ環境でリリースされる準備ができています。

製品はテストされており、すべてのユーザーに解放可能です。

あなたのチームの「完了」の定義が何であっても、誰もが同じページにあることを確認してください。あなたの定義を持っていれば、それを真実の中心的な源に維持し、特にあなたのスプリントレビュー中にそれを参照するのが役に立ちます。

スクラムアーティファクト

UDNタスクマネージャー業界をリードする機能であなたの仕事を変えます

スクラムでは、問題を解決するためのツールのように、アーティファクトはあなたが作るものです。スクラムには3つのアーティファクトがあります。製品バックログ、スプリントバックログ、および製品の増分です。

Product Backlogは、実行する必要がある作業のマスターリストです。このリストは、プロジェクトマネージャまたは製品の所有者によってトリゲージされるべきです。製品のバックログにあることが、チームがそれを取り組むことを意味しないという理由だけで、製品のバックログの項目は、Scrum Sprintの間にチームが機能できるオプションです。プロジェクト所有者は、顧客からの新規情報、市場から、またはプロジェクトチームからの製品のバックログを頻繁に並べ替えて更新する必要があります。

theスプリントバックログあなたのチームがスクラムスプリントの期間中にコミットしてきた仕事や製品のコレクションです。これらの項目はスプリント計画セッション中に製品バックログから選択され、チームのチームに移動しました スプリント計画プロジェクトあなたが持っているなら。

あなたのチームはすべてのスプリントの間にバックログ内のすべてを配信することはできませんが、Sprint Backlog Mid-Sprintに追加することはほとんどありません。あなたが自分自身が頻繁に行っていると思うならば、スプリントの計画段階でもっと時間を過ごしてください。

製品の増分は、スプリントの最後に配信するものです。これは、新しい製品や機能、改善またはバグ修正、またはチームによって異常になることがあります。スプリントレビュー中に増分を提示する予定です。その時点で、それはスクラムの利害関係者が増分について考えるもの、そしてそれが「完了」のかどうかに基づいて出荷したり、出荷したりしません。

スクラムロール

UDNタスクマネージャー業界をリードする機能であなたの仕事を変えます

3つのメインスクラムロールがあります。

プロダクトオーナー。これは製品バックログを担当する人です。彼らはユーザーのニーズに接続され、彼らのチームやその他のエグゼクティブの利害関係者にユーザーストーリーを伝えることに焦点を当てています。良い製品の所有者は次に届けることが最も重要なのかについて明確にする。最終的に、彼らは何かがいつ出荷する準備ができているかを決める人であるべきです(頻繁に出荷に向かって偏ってください)。

スクラムマスター。スクラムマスタは、さまざまなスクラムイベントを実行している人です。スクラムプロジェクトマネージャとファシリテーターとしてそれらを考えてください。スクラムマスターは、毎日のスタンバイミーティングを容易にし、スプリントプランニング、レビュー、および遡及的な会議を開催する必要があります。

スクラムチーム。スクラムチームはスプリントに取り組んでいるすべての人です。チームメンバーは、継続的な改善のスクラム目標を達成するために自己組織化と共同作業的であるべきです。

スクラム原理

UDNタスクマネージャー業界をリードする機能であなたの仕事を変えます

六つあるスクラム原理それはあなたがスクラムフレームワークを適用し、スクラムから恩恵を受けます。彼らです:

経験的プロセスを制御する。スクラムチームは、透明性、検査、および適応を信じています。

自己組織化あなたのスクラムチームは役割と規則を持ちますが、すべてのスクラムメンバーは彼らの仕事と彼らの仕事の所有権を取ることに力を与えられています。スクラムは、共有所有権がより創造的で動的なチームにつながると考えています。

コラボレーション。 スクラムスプリントの間およびその後に働いている場合、あなたのチームは最善の結果を提供します。

値ベースの優先順位付けスクラムスプリントの目標は、最高の業績を配達することです。それをするためには、スクラムプロセスの非常に開始から作業を優先させる必要があります。

タイムボタンスクリムプロセスには、スプリント自体、毎日のスタンプアップ、および遡及などのさまざまな時間ベースの活動があります。スクラムは継続的な改善の信念に取り組んでいるので、次の仕事に進み、将来の仕事を改善するためにタイムボックス作業にとって重要です。

反復発展スクラムでは、あなたの最初の製品は完璧ではありません。しかし、繰り返しの建物によって、あなたのチームは最も顧客のニーズに適応し、価値ベースの優先順位付けに基づいて製品とあなたの出力を修正することができるでしょう。

スクラム値

UDNタスクマネージャー業界をリードする機能であなたの仕事を変えます

スクラムから恩恵を受けるために、チームは5を遵守する必要がありますメインスクラム値スクラムガイドで定義されているように:

献身:スクラムチームはユニットとチームメンバーであり、互いに信頼する必要があります。スクラムチームメンバーは、その期間のためにスプリントに取り組んでおり、最善の解決策を見つけるために継続的な改善に捧げられています。

勇気:スクラムの間、チームは正確な答えを持たない困難な問題に遭遇するかもしれません。スクラムチームは、最良の解決策に到着するために、オープン、困難な質問、そして正直に答えるという勇気があります。

集中:特定のスクラムスプリントの間、スクラムチームは製品バックログから機能します。スクラムチームは、スプリントの終わりまでに彼らの成果物を命じるために彼らがバックログから選んだ仕事に焦点を当てています。

開放性:スクラム中にすべてが完璧になるわけではありません。スクラムチームメンバーは、それらを個別に学ぶのを助け、製品やプロセスを改善するのを助けることができるという新しいアイデアや機会にオープンしなければなりません。

尊敬:コラボレーションはスクラムの鍵であり、チームのコラボレーションをサポートするために、チームメンバーは互いに尊重され、スクラムマスター、およびスクラムプロセスを尊重する必要があります。

私のチームはスクラムを使うべきですか?

UDNタスクマネージャー業界をリードする機能であなたの仕事を変えます

スクラムは皆のためではありません - しかしそれはまた、製品、ソフトウェア開発、そしてエンジニアリングチームに限られていません。どんなチームでもスクラムフレームワークを採用し、継続的な改善を行うことができます。スクラムを使用するいくつかの長所と短所があります。

スクラムの長所

UDNタスクマネージャー業界をリードする機能であなたの仕事を変えます

スクラムは、頻繁に物事を構築して出荷する必要があるチームにとって最も効果的です - それらがコードや新機能のような伝統的な「製品」、またはマーケティングキャンペーンや創造的な資産のような非定型スクラム「製品」であるか。

スクラムフレームワークに従うチームは、敏捷性と柔軟性の恩恵を受ける。スクラムプロセスはあなたがチームワークを増やし、あなたの目標をより効果的に打つのに役立ちます。さらに、スクラムチームは、製品のバックログからタスクを引っ張っているため、常に動作しているものを正確に知っています。

スクラムの制限事項

UDNタスクマネージャー業界をリードする機能であなたの仕事を変えます

スクラムプロジェクトは頻繁に苦しむことができますスコープクリープスクラムプロセスは変化を抱きしめ、促進するからです。変更が多すぎる場合、またはあなたが多すぎる不適切な顧客フィードバックを得ると、実際の結果がなくても繰り返すことがあります。

解決:各スプリントの目的と増分を明確に定義してください。さらに、Scrumチーム全体が「完了」とは何を意味するのかを明らかにしていることを確認してください。必要に応じて、これらの問題を回避するための変更制御プロセスを実装してください。

スクラムチームには、定期的にスケジュールされたスプリントプランニングとスプリントレビューに加えて、Scrumチームはスタンバップのために毎日会います。

解決:あなたの毎日のスクラム会議が役に立たないならば、それらを切り替える方法を見つける。プロジェクト内のスタンドアップを追跡することはあなたが最も役に立つものだけに集中するのを助けることができます。

あなたが製品、エンジニアリング、またはソフトウェア開発チームに慣れていない場合には、スクラムは難しい(不可能ではありませんでしたが)。

解決:あなたのチームがスクラムを使うことにしたら、スクラムプロセスがあなたをどのように助けようとしているかを正確に明確にしてください。可能であれば、現在の痛みの点を特定し、助けることができるスクラムイベントを指す。さらに、チームが成功するのを助けるために、最初の数回のスクラムスプリントの間にいくつかのトレーニングセッションを計画しています。

スクラムを始めましょう

UDNタスクマネージャー業界をリードする機能であなたの仕事を変えます

最高のスクラムチームは共同で、すべてのスプリントのために働いているものに明確にする反復グループです。それをするために、あなたはあなたの仕事のための真実の中心的な源が必要です、 UDNタスクマネージャー 。方法を学びますアジャイルチームはスクラムを実行しますUDNタスクマネージャー

お問い合わせ

あなたはあなたのビジネスのためのシンプルで速くて軽量でそして使いやすい解決策を探していますか? 今すぐお問い合わせください!