スクラムとかんばん: 2 つの強力なアジャイル手法の説明

複雑なプロジェクトを管理しようとしていますか? やるべきことはたくさんありますが、慌てないでください。 プロジェクト マネージャーとして、計画、監視、予算の管理、実行、品質の検証、最終プロジェクトの予定どおりのリリースを担当します。 ありがたいことに、あなたの (そしてあなたのチームの) 作業をより簡単かつ効率的にすることができる多くのプロジェクト管理方法論があります!

この記事では、近年ソフトウェア開発の世界を席巻している 2 つの最も人気のあるアジャイル手法、スクラムとカンバンに焦点を当てたいと思います。 最近では、プロジェクト管理にこれら 2 つのフレームワークを採用していないソフトウェア ハウスはほとんどありません。 彼らは何についてですか？ スクラムとカンバンについて知っておくべきことをすべて読んで学びましょう!

プロジェクト管理におけるアジャイル方法論とは正確には何ですか?

今日の企業は、開発プロセスのすべての段階でテストせずに 1 つのプロジェクトに取り組むことはなくなりました。 それは報われません！ なぜだめですか？

想像してみてください: チーム全体がモバイル アプリの開発に数か月間取り組んでおり、バックエンドとフロントエンドの開発者、デザイナー、コピーライターの作業がすべて完了してから、最後にテストと評価を行うだけです。 あなたの製品がもはや市場の要求やユーザーのニーズに応えていないことに気づいたらどうしますか? その後、プロジェクト全体の後続のイテレーションを導入する必要があり、これには多くの時間、お金、およびエネルギーが消費されます。

したがって、アジャイル手法は、ワークフローを大幅に改善し、あらゆる段階で変更を簡単に実装できる優れたソリューションです。 アジャイルの背後にある重要な原則は、1 つの「大きく」複雑なプロジェクトをいくつかの小さな項目 (または機能) に分割し、それらを次々とリリースすることです。 ここでは、開発とテストの両方が 2 つの並行アクティビティであるため、プロジェクトを継続的に検証し、必要なすべての改善を導入することが容易になります。

興味深いのは、アジャイルが IT およびソフトウェア開発企業で長年普及していた一方で、この方法論が非常に効果的であることが判明したため、現在ではマーケティング、販売、人事、運用などの他の多くの分野で使用されていることです。 Verison One が作成した State of Agile Report によると、2020 年にはテクノロジー企業とソフトウェア会社の 95% がさまざまなアジャイル手法を実践していました。

スクラム フレームワーク: なぜそんなに素晴らしいのか?

多くの人は、非常に似ているように見えても同義ではない 2 つの概念を混同する傾向があります。これらはアジャイルとスクラムです。 簡単に言えば、アジャイルはアジャイル マニフェストで指定されたすべての方法とアプローチを示す包括的な用語であり、スクラムは実際にはそれらの方法の 1 つです。 それはそれと同じくらい簡単です！

スクラムとは何ですか?いつ使用できますか?

スクラムは、開発プロセスに少なくとも数か月かかる複雑な製品の構築に主に適用されるプロジェクト管理フレームワークです。 何よりも、透明性、すべてのチームメンバー間の継続的なコミュニケーション、および共同責任に依存しています。 この戦略は、ターゲットオーディエンスのニーズを満たし、現在の市場の要求に対応するプロジェクトの最終バージョンの提供を容易にします。

特に近年、スクラムは主要なフレームワークになっていますが、実際には新しいものではありません。 Harvard Business Review がThe New Product Development Gameという記事を発表した 1986 年に戻りましょう。 そこでは、著者は、ホンダやキャノンなどの企業が採用した、成功につながった管理アプローチについて説明しました。 その後、1993 年に、これらの概念に触発されて、Jeff Sutherland と Easel Corporation チームがスクラムと呼ばれるチームベースのプロセスを確立しました。

スクラム チームでの役割と責任

スクラム チームでは、すべての役割が最初から明確に定義されており、通常はプロジェクト全体を通して変更されません。 原則として、このフレームワークには、プロダクト オーナー、スクラム マスター、開発チームという 3 つの基本的な役割があります。

スクラムマスター

スクラム マスターは、すべてが正しい方法で行われ、開発プロセスが円滑に進むようにする一種の (完全ではない) チーム リーダーです。 スクラム マスターの主な責任は次のとおりです。

• 全員がより効率的に作業してデジタル製品の新機能を提供できるように、チーム メンバーを指導する
• 次のスプリントのすべてのタスクを計画し (以下で、スクラムのスプリントについて詳しく説明します)、製品のバックログを維持します
• プロジェクト管理のためのスクラム原則の重要性について、利害関係者とすべてのチームメンバーを教育する
• すべてのタスクが計画に従って実行されているかどうかの評価
• 特定のスプリントでのタスクの実現を妨げるすべての障害を排除しようとします。

スクラム マスターが常にプロダクト オーナーと緊密に連携することは非常に重要です。 彼らは一緒に、後続のスプリントを計画し、完了したタスクの品質を評価し、チームの方向性を設定し、プロジェクトに変更を導入する必要があるかどうかを判断します。 簡単に言えば、スクラム マスターは、開発チームが成功し、すべての機能を予定どおりに提供できるように最善を尽くします。

プロダクトオーナー

製品所有者は、実際のビジネス利益を生み出すことができる製品の最終バージョンを提供する責任があります。 したがって、スクラム チーム全体で、優先順位を設定し、最も決定的な役割を持つのはプロダクト オーナーです。 ここで重要なのは、製品のバックログが製品所有者によって管理されることです。製品所有者は、どの製品機能を優先的に開発する必要があるかを決定します。これは、最大のビジネス価値があるからです。

プロダクト オーナーの主な責任は次のとおりです。

• 製品バックログの管理
• 利害関係者への連絡
• 各スプリントの主な目標を定義する
• 新機能のリリースを計画する
• 開発チームの作業を評価し、必要に応じてスプリントをキャンセルする

開発チーム

開発チームがなければ、実際の作業を行い、特定のスプリントにスケジュールされたすべてのタスクを完了するため、スクラムは不可能です。

通常、開発チームは、iOS、機械学習、バックエンドまたはフロントエンドの開発など、特定の分野の専門知識を持つ人々で構成されています。 それらはすべて力を合わせて、デジタル製品の高品質な機能を提供します。 ただし、「開発チーム」という用語は通常エンジニアを指しますが、必ずしも正確ではないことに注意してください。 マーケティング担当者、デザイナー、アナリスト、テスター、コピーライター、またはセールス スペシャリストも、何らかの価値をもたらし、スクラム チームの一員になることができます。

開発チームを編成する際に考慮すべきことの 1 つは、そのメンバーの数です。 ここでも、スクラムはいくつかの基本ルールを指定しています! そのようなチームは 3 人から 9 人で構成され、すべての機能を提供するために必要なスキルを備えている必要があると言われています。 もちろん、それはすべてプロジェクトの複雑さとクライアントのニーズに依存します。 デジタル製品を構築するには、4 人か 5 人の開発者で十分な場合もあります。

しかし、スクラムにおける開発チームの役割は正確には何ですか? 基本的に、次のようにする必要があります。

• 製品所有者の指示に従ってすべての製品機能を構築する
• 特定のスプリントで構築するアイテムの数を決定する
• ワークロードを効率的に管理して、スプリントの終わりまでにすべてのタスクを完了する
• 関連するすべての決定を共同で行う
• 「私たち」の姿勢 – チームがすべての決定を下し、一緒に問題を解決し、各人が他の同僚に対して責任を感じている

一言で言えばスクラム開発プロセス

スクラムとは何か、スクラム チームを構成するのは誰なのかは既にわかっているので、次は、この方法論における開発プロセスがどのようなもので、どのように正しく行うかを理解するときです。

スクラム プロセスでは、すべてのステップが重要であり、チームに真の価値をもたらします。 スキップしてはならない主な段階は次のとおりです。

1. 製品バックログ: 次のスプリントで構築する必要があるすべてのアイテムのリスト。 各機能やアイテムをいつリリースすべきかを正確に把握しているスクラム マスターと一緒に、プロダクト オーナーによって管理されます。
2. スプリント計画会議: この会議の主な目的は、開発チームの各メンバーが次のスプリントで何をするかを定義することです。 スプリントが開始される前に常に整理されているため、全員が期限までにすべてのタスクを完了できるかどうかを評価できます。 すべてのチーム メンバーがスプリントの主な目標を完全に把握していることを確認します。
3. スプリント バックログ: これらは、チームが特定のスプリントで実行することを選択したプロダクト バックログから選択されたタスクです。
4. Sprint : ここですべての魔法が起こります。 スプリントは短い期間で、開発チームが春の計画会議で割り当てられたすべてのタスクを完了するまでに通常 1 ～ 4 週間かかります。
5. デイリー スクラム(スタンドアップとも呼ばれます): 毎日同時に開催される非常に短い会議で、全員が作業の進捗状況を 1 ～ 2 文で報告します。完了したことと、まだ行う必要があることについて話し合います。
6. スプリント レビュー: スプリントが終了すると、誰もが完了したことを他のチームメイトや、スプリント レビューに頻繁に参加する利害関係者に提示する機会があります。
7. Sprint Retrospective : スプリント サイクル全体を終了する最後のミーティングの時間です。 次のスプリントの改善点についてチーム メンバーが提案やアイデアを持っている場合は、スプリント振り返りミーティングでそれを行うことができます。

スクラム プロセスでは、各スクラム サイクルが同じ構造であることを確認することが不可欠です。スプリント計画会議で始まり、全員が作業に取り掛かり、スプリントに設定されたタスクを完了し、最後にすべてのチーム メンバーが表示されます。彼らが成し遂げたこと。

覚えておいてほしいことがもう 1 つあります。スクラムには非常に厳格な変更哲学があります。 これは実際にはどういう意味ですか？ スクラム チームのメンバーは、スプリント中にタスクや主な目標を変更してはなりません。 計画された結果を達成できなかった場合は、アイテムを完了するのに必要な時間をより適切に見積もるための教訓となるはずです。

かんばんについて一言

スクラムとは何か、スクラムを使用してデジタル製品を構築する方法を学習したので、次は 2 番目のアジャイル方法論にもう少し焦点を当てます。 あなたはすでにそれに精通していると確信しています – まだ気付いていなくても!

かんばんとは何ですか?いつ適用できますか?

かんばんという用語は日本語に由来し、単に「視覚信号」と訳すことができます。 それが基本的に、この方法論のすべてです。 かんばんでは、各要素に視覚的な表現があります。これは、チーム メンバーがホワイトボードに貼り、ステータス (「すること」、「実行中」、「完了」など) を変更するカードです。

このアプローチはどの業界でも簡単に適用できますが、複雑で時間のかかるプロジェクトに携わるソフトウェア開発チームによって最も頻繁に選択されます。 かんばんはリアルタイムのコミュニケーションを容易にし、すべてのチームメイトの作業を完全に透明にします。

興味深いことに、かんばんは実際にはスクラムよりもはるかに古い方法論です。 その始まりは 1940 年代にさかのぼり、トヨタが工場のホワイトボードに個別のカードを配置して、従業員がいつでも切り替えることができるシステムを導入しました。 その結果、この戦略によって作業が大幅にスムーズになり、チーム間のコミュニケーションが高速化されました。

かんばんチームの誰が誰ですか?

スクラムについて議論するとき、私は各チーム メンバー (スクラム マスター、プロダクト オーナー、および開発者) の正確な役割、責任、および能力について説明しました。 ここでは、事情が大きく異なります。 かんばんでは、誰がより多くの権限や責任を持っているかを定義しません。実際にはすべてのチーム メンバーが平等であり、力とスキル セットをまとめて参加するためです。

さらに、かんばんではプロジェクトで一緒に作業できる人数が指定されていないため、どのようなチーム構造でもかまいません。 ただし、ワークフローを改善したい場合は、クロス開発チームの構築を検討することをお勧めします。 このソリューションのおかげで、さまざまな専門分野を持つチーム メンバーが知識を共有し、製品開発の各段階でフィードバックを提供できます。 こうすれば、他のチームに相談する必要がまったくなくなります。

かんばんボードとは何ですか?また、その作成方法は?

かんばんボードは、この方法論の核心です。 各タスクの進捗状況をリアルタイムで可視化するために作成されたプロジェクト管理ツールです。 チームメイトが重要な機能の作業をすでに開始しているのか、それともすでに完了しているのか疑問に思っている場合は、ボードを確認してください。

この例は、かんばんとは何か、どのように機能を視覚化するかを正確に示しています。

したがって、かんばんボードの背後にある一般的な概念は非常に単純です。いくつかのラベル付きの列があり、それぞれにビジュアル カードを配置します。 これらは付箋またはチケットです。 これらのカードのそれぞれに、現在関与しているプロジェクトの名前、または構築している特定の作業項目を書き留めます。 次に、特定のカードを特定の列に割り当てるだけで、チームの他のメンバーが更新され、現在取り組んでいることを正確に把握できます。

上記の例は、典型的な列カテゴリを示しています。

• 「する」
• '進行中'
• 「テスト」
• '終わり'

ただし、ワークフローをより広く説明し、列を追加することもできます。その選択は、管理しているプロジェクトによって異なります。

チームを成功させたい場合は、もう 1 つ注意する必要があります。チームが同時に作業できる項目の制限を定義する必要があります。 これが、Kanban が作業中 (WIT) 制限の設定をさらに推奨する理由です。 それをどのように実践するのですか？ 列に同時に何枚のカードを残すことができるかを指定する必要があります (例: 「進行中」)。 チームがこの制限に達すると、カードを追加できなくなります。 これらの境界を設定することは、仕事の過負荷に対処するための優れたソリューションです。

スクラム vs. カンバン: この戦いに勝つフレームワークは?

ええと、その質問に対する答えは実際にはそれほど単純ではありません。 これら 2 つのアジャイル戦略はいくつかの類似した原則を共有していますが、それらが採用するプラクティスは 2 つの完全に異なるものです。 かんばんはより流動的で、継続的な変更と定期的なフィードバックを好みますが、スクラムはより厳密で組織化されています。

次のソフトウェア プロジェクトの準備はできていますか?

一緒に仕事しましょう

これら 2 つのプロジェクト管理フレームワークの主な違いは次のとおりです。

では、これらのアジャイル フレームワークのどれをプロジェクトの管理に選択しますか? それとも専門家にやってもらいたいですか？ お気軽にお問い合わせください。さまざまなアジャイル方法論を導入することで、150 を超えるすぐに使用できる成功した製品を提供してきました。