アジャイルプロジェクト管理とは?
アジャイル型のプロジェクト管理は、ソフトウェアの設計と開発に対する柔軟で反復的なアプローチです。 アジャイル開発では、部門をまたぐスキルを持つ小規模で自己組織化されたチームが緊密に連携して、一定の間隔で出荷される段階的で価値に基づいたソフトウェアを作り出します。 さらに、各イテレーションの終了時に迅速なフィードバックを行えば、継続的な改善の機会が組み込まれています。 アジャイルアプローチは、価値と適応性によって定義されます: チームは、顧客に最も価値を提供する仕事に優先順位を付けます。 アジャイルは変化に抵抗するのではなく、顧客や関係者に最高の価値のある製品を提供するための基本となる適応性を歓迎します。 このセクションでは、アジャイル哲学の歴史と方法論を推進する主要な価値について詳しく説明します。
アジャイルプロジェクト管理の基礎は、1986年にハーバード・ビジネス・レビューに掲載された記事で紹介されました。 その中で著者の竹下博孝氏と漠中榛氏は、日本や米国の有力な製造業の中には、緊密なチームコラボレーションを通じて製品の継続的な評価と改善を目指して、製品開発の伝統的な順序付け、引き継ぎのアプローチからは逸脱している場合があると述べた。 彼らは、このアプローチをラグビーチームがフィールドを行き来するボールになぞらえ、この観察を拡大して、プロジェクト管理に代わるより柔軟な方法を提供しました。
1990年代初頭のテクノロジーのブームがが、ソフトウェア開発プロジェクトの管理に対する多くの新しいアプローチを生み出しました。 従来のステップバイステップの手法は、技術の急速な進歩に適していず、要求されたソフトウェアが最終製品が実際に提供されるずっと前に古くなっていたため、多くのプロジェクトはキャンセルされました。
2001年、 アジャイルマニフェスト は 17 人のソフトウェア開発者のグループによって出版され、現在のアジャイルプロジェクト管理が誕生しました。 アジャイルマニフェストは、高品質で価値に基づいたソフトウェアを迅速に提供するための基本的な価値と原則を概説しました:
4 つの基礎価値
- プロセスやツールに対する個人ややり取り
- 包括的なドキュメントを活用したソフトウェアの開発
- 契約交渉を巡る顧客とのコラボレーション
- 計画に従い変化に対応する
著者らはまた、「右側の項目には価値はあるものの、左側の項目により価値を重視している」と指摘しています。”
アジャイルプロジェクト管理に関する 12 の原則
- 我々の最優先事項は、価値のあるソフトウェアを早期かつ継続的に提供し、顧客を満足させることです。
- 要件の変更、開発の遅れでも歓迎します。 アジャイルプロセスは変化を活用して顧客の競争優位性を高めます。
- 数週間から数か月の間に、より短いタイムスケールを好み、頻繁にソフトウェアを提供します。
- ビジネスユーザーと開発者は、プロジェクトを通じて毎日協力する必要があります。
- やる気のある個人を中心にプロジェクトを構築する。 必要な環境とサポートを提供し、信頼して仕事を成し遂げましょう。
- 開発チーム内で情報を伝達する最も効率的で効果的な方法は、対面での会話です。
- 作業ソフトウェアは、進捗を示す主な指標です。
- アジャイルプロセスは、持続可能な開発を促進します。 スポンサー、開発者、ユーザーは、常にペースを維持できる必要があります。
- 技術的卓越性と優れたデザインへの継続的な注意は、アジリティを高めます。
- シンプルさ--つまりやらないことを最大限やること--が重要です。
- 優れたアーキテクチャ、要件、設計は、自己組織化チームから生まれます。
- チームは一定の間隔で、より効果的な方法を考え、それに応じてその行動を調整します。
5 年後、著者たちは「相互依存宣言」を書き、元のマニフェストをソフトウェア開発の枠を超えて広めました。 付加価値のある開発、共有された所有権、反復的な作業、グループの説明責任、共通の責任に焦点を当て、ソフトウェア以外のチームにもこの手法を採用するよう促しました。 相互依存宣言の理念は次の通りです:
- 継続的な 価値フローを重視することで、投資収益率を高めます。
- 私たちは、頻繁なやり取りと共有の所有権でお客様を関与させることで、信頼性の高い結果を提供します。
- 私たちは、不確実性を期待し、イテレーション、予測、適応を通じてそれを管理します。
- 個人が最終的な価値の源泉であることを認識し、変化を起こすことができる環境を作ることで、創造性と革新性を発揮します。
- 結果に対するグループの説明責任とチームの有効性に対する共通の責任を通じてパフォーマンスを向上しています。
- 状況に応じて具体的な戦略、プロセス、プラクティスを通じて効果と信頼性を向上させます。
もちろん、これらの原則は確固たるルールではなく、指針として使われます。 最終的に、アジャイル哲学は実験を重視し、頻繁にコミュニケーションを取り、柔軟なワークフローを維持するチームが最も成功するでしょう。 アジャイル マニフェストの包括的なガイドをお読みになるには、こちらをクリックしてください。
アジャイルのプロセスとライフスタイル
本質的に、アジャイルとは、実験と適応性を促す継続的で循環的なプロセスです。 アジャイルの 6 つのフェーズ (要件、計画、設計、開発、リリース、追跡と監視) は柔軟で進化しており、フェーズは互いに重なって複数のプロジェクトが同時に進行するようにします。 アジャイルチームは、これらのフェーズにラベルを付け、整理する方法は異なりますが、1 つのバリエーションは概念、構想、イテレーション/構築、リリース、製品、退職といったものですが、全体的な順序はそのままにしておく必要があります。
アジャイル手法は、長いステップバイステップのプロセスに従う従来のウォーターフォールアプローチと比較するといえます。 ウォーターフォールでは、各ステップは次のステップが始まる前に完了する必要があり、前もって計画を立てるには包括的な文書と、顧客との正式な契約交渉が必要です。 ウォーターフォールはプロジェクトによっては効果的である場合もありますが、急速に変化するテクノロジーを備えたソフトウェア開発やその他の製品では扱いにくい場合があります。
アジャイル哲学は、仕事の非階層的な分布も大切にしています。 アジャイルプロジェクトには依然としてプロダクト所有者と呼ばれるプロジェクトマネージャーがいますが、すべてのチームメンバーのアイデアは、意思決定において同じ価値を持ちます。 この協調的な仕事の特質は、より伝統的な階層別の仕事部門と対立しますが、優れたチームリーダーは依然としてアジャイルプロジェクトの重要な部分です。 ここでは、一般的にプロダクト所有者が担当する責任のリストを示します:
- 顧客とアジャイルチームの間の調整
- 製品ビジョンを定義する
- 需要の高い機能を特定し、顧客のニーズに基づいてリリースの優先順位を付けます
- 製品ロードマップの構築 (時間と工数の見積もり)
- タスクのバックログを優先する (最も緊急または最も価値の高い項目を先に)
しかし、プロダクト所有者はチームと協力して、エンド ユーザーが製品をどのように使用するかに基づいて、定量化可能で、関連性があり、詳細な要件のアウトラインを作成します。 さらに、チームメンバー全員が協力して、優先バックログのリリース計画を作成します。 リリース計画が完了したら、イテレーションフェーズを開始できます。
アジャイル手法を採用するだけでは、現在のすべてのプロジェクトの障害を解決することはできません。 プロジェクトを開始する前に、アジャイルとは何かを理解することが重要です。そうすることで、課題の犠牲とならず長所を活かすことができます。 アジャイルプロセスとライフサイクルの詳細については、アジャイルライフサイクル完全ガイドをご覧ください。
- アジャイルはマネージャーではありません。 アジャイルは、人ではなくプロジェクトを管理します。 プロダクト所有者はまだプロダクトバックログの優先順位付けを担当しますが、チームがスプリントに含める機能を決定し、デリバリー日を設定し、適切な知識とスキルに基づいてタスクを割り当てます。
- アジャイルは、目標を達成するための具体的なタイムテーブルではありません。 目標と納品日は、スプリント計画セッション中にチームによって確立されます。
- アジャイルはベビーシッターではありません。 アジャイルプロジェクト管理の成功は、チームのオーナーシップと責任感に大きく左右されます。
- アジャイルは反復型プロジェクト管理ではありません。 アジャイル作業はイテレーションで完了しますが、反復型メソッドがコーディングとテストに送信する前にプロジェクト分析と設計を完了すると、アジャイルはプロジェクトのライフサイクルを通じて、デザインを含むあらゆる面で改善を続けています。
アジャイルを活用するメリットは次のとおりです:
- アジャイルは、顧客に最も高く、最も関連性の高い製品価値を提供するために、変更を奨励します。
- アジャイル開発は、プロジェクトの開始時に明確に定義されていない最終目標に対応できます。
- アジャイルは、プロジェクトをより小さく、より管理しやすいコンポーネントに分解することで、より速く、高品質の製品を提供します。
- 毎日のスタンドアップミーティングは、プロジェクトのステータスや障害に関するオープンなコミュニケーションを促進します。
- 各スプリントの終了時にデモをライブで行うことで、顧客と関係者からのフィードバックを即座に行えます。
- アジャイルでは、製品の優先順位付け、適応性、迅速なフィードバックに重点を置き、タイムラインとコストの両方をより正確に見積もることができます。
- 最も重要なのは、プロジェクトマネージャーが顧客に高品質の製品を期限内、予算内で提供できることです。
もちろん、アジャイルの作業にはいくつかのトレードオフもあります。 プロジェクトを開始する前に、アジャイルの潜在的な課題に精通していることを確認してください:
- アジャイルは柔軟性を高めるので、締め切りは何度も延長したり遅らせたりする場合がよくあります。
- アジャイルチームは部門を超え、プロジェクト期間中の高レベルのコミットメント、関与、コラボレーションを必要とします。 これには、チームの調整が必要な場合があります。
- アジャイルチームは、広範なドキュメントよりもチームの計画とコラボレーションに強く依存しており、監査や外部チェックを必要とするプロジェクトでは困難な場合があります。
全体的に見て、アジャイルはチームの柔軟性とコラボレーションの向上に役立ち、最終的にはプロジェクトの成功につながります。 次に、当初のアジャイル哲学から成長したその他の手法を見てみましょう。
アジャイルの派生手法
アジャイルの設立以来、さまざまな方法論が登場しました。 これらの派生手法の中で最も一般的なのは、スクラムとカンバンのほか、スクラムバン (この 2 つのハイブリッド手法) です)。 このセクションでは、これらの出現してきているプロジェクト管理の哲学をご説明します。
スクラム はコラボレーションや実験も重視していますが、もう少し構造化されています。 スクラムでは、作業はスプリントと呼ばれる一定の長さの反複作業で完了します。 各スプリントの期間は通常 2 ~ 4 週間で、プロダクトバックログから個々のタスクを完了することに重点を置いています。 タスクは、タスクの完了を担当する単一のチームメンバーに割り当てられ、目標は単一の出荷可能な製品またはソフトウェアを生産することです。 スクラムはまた、具体的な責任を持つより明確な一連の役割 (プロダクト所有者、スクラム マスター、スクラム チーム) と、スプリントのさまざまな段階 (スプリント計画、日次スクラム、スプリント レビュー、スプリントふりかえり) で開催される一連のミーティングにも依存しています。 スクラムの役割と責任の詳細については、こちらをご覧ください。
カンバン はスクラムよりもはるかに流動的です。 対照的に、カンバンは特定の役割や責任を割り当てており、作業項目には時間制限はありません。 代わりに、常に進行中の作業量 (WIP) に制限を設けることにより、スムーズで継続的な作業フローが促進され、ボトルネックの特定と軽減に役立ちます。 そのため、チームメンバーは特定のタスクを割り当てるのではなく、バックログから WIP カテゴリに作業を取り込むだけです。 最終的に、カンバンは作業の流れが効率的になるにつれ、出荷可能な製品やソフトウェアの生産にかかる時間を短縮し、継続的な改善を推進することを目指しています。
スクラムバン とは、スクラムの構造をカンバンの流動性で調整するハイブリッド方式です。 スクラムチームは時間制限を WIP 制限に置き換えて、スムーズで継続的なワークフローを促進できます。 一方、カンバンチームは、全員が共通認識を持てるように Daily Scrums (毎日のスタンドアップミーティング) を開催することで、より多くの構造を取り入れることができます。 スクラムバンは、想像的なプロジェクトや開発プロジェクトで変更が発生したり優先順位が変わったりするなど、スクラムでは限界がある場合に最適です。 継続的にスクラムの時間制限に対応できないスクラムチームは、スクラムバンの使用を試みるとよいでしょう。 スクラムバンは、スクラムからカンバンへの移行を計画しているチームにも役立つ足がかりを提供します。
スクラムバンの導入の決定は、組織の環境、文化、ビジネスのニーズに完全に依存します。 スクラムバン: スクラムとカンバンの中間地点を選択すると、スクラムバンとカンバンのハイブリッドを導入するのに最適な環境について詳しく見ることができます。
その他のアジャイル手法には、Disciplined Agile Delivery (DAD)、アダプティブ ソフトウェア開発、アジャイル モデリング、エクストリーム プログラミング (XP)、Dynamic Systems Development (DSDM)、機能主導型開発、リーン ソフトウェア開発などがあります。 さまざまなアプローチをより深く理解するために、アジャイルプロジェクト管理手法の詳細な比較をお読みください。
アジャイルプロジェクトマネージャーのためのベストプラクティス
チームをウォーターフォールからアジャイル手法に移行するのは難しいものですが、移行プロセスをスムーズに進めるためのベストプラクティスがいくつかあります。 相互依存宣言では、アリスター・コックバーン氏とジム・ハイスミス氏がプロジェクト管理を、定石となるトップダウン型のプロセスから、コラボレーションと変化に基づくプラクティスに移行するためのステージを設定しました。 アジャイルへの移行に関するベストプラクティスについてはこちらをご覧ください。
アジャイル モデリングは、ソフトウェアやコード モデリングの開発に直接適用される一連のベスト プラクティスです。 アジャイル モデリングを実装することで、開発者と関係者が最終目標や製品を明確に把握でき、開発者が顧客や関係者のニーズを満たすために適した量のコードをモデル化しつつ、細部にこだわりすぎないようにします。
アジャイルモデリングは、ソフトウェア開発者の Scott Ambler 氏がエクストリーム プログラミング (XP) の欠陥を改善する手段として初めて使用されましたが、スクラム、Dynamic Systems Development メソッド (DSDM)、機能主導型開発 (SMARTD) などの他のアジャイル手法にも適用できます。 アジャイルモデリングの主な目的は、1) 効果的なモデリングのベストプラクティスを定義すること、2) そうしたベストプラクティスを適用する方法を提供すること、3) モデリングアプローチを改善する方法を示す点にあります。 これらの原則は、コミュニケーション、シンプルさ、勇気、フィードバックの 4 つの価値観に基づいており、アジャイルソフトウェア開発への移行を可能な限りスムーズに行うために従う必要があります。
アジャイル モデリングの導入を成功に導く鍵をいくつかご覧ください。
アジャイルプロジェクト管理は拡張可能ですか?
アジャイルプロジェクト管理のもう 1 つの利点は、プロジェクトの規模やスコープに関係なく、ソフトウェア開発プロセスを管理するための一貫性のある、繰り返し可能なブループリントを提供することです。 アジャイルは、複数のチームやプロジェクトに適用でき、オンサイトチームとリモートチームの両方、またはその両方のハイブリッドで動作します。
個々のチームは通常 5~ 9 名で構成されますが、アジャイルは複数のスクラムチームを含む大規模なプロジェクトにも適用できます。 アジャイルプロジェクト管理は、組織のニーズを最も満たす方法でアジャイルを実装するための拡張性のあるモジュール式アプローチである Scaled Agile Framework (SAFe®) を使用して、企業レベルでも適用できます。 (しかし、アジャイルの創設者達の一部は、アジャイル手法をこのような大規模に導入すると、アジャイルソフトウェア開発の適応性とベストプラクティスが損なわれる可能性があると懸念を表明しています。)
アジャイルは主にソフトウェア開発に関連するようになってきたが、高品質で迅速な納品が最も重要であるあらゆるタイプのプロジェクトにアジャイルアプローチを適用できます。 マーケティング、グラフィックデザイン、スタートアップ、広告、ニュースルーム、起業などで、いずれもアジャイルプロセスのメリットがあります。 実際、多くの人がアジャイルのより流動的なカンバン手法を使用して、挙式計画、ホーム改善、休暇など、職場外のプロジェクトを管理しています。 ジム・ベンソンとトニアン・デマリア・バリーは、著書「パーソナルカンバン」でカンバンを使ったこの使い方を詳しく説明している: 仕事のマッピング|人生ののナビゲート。
適切なアジャイルツールの選択方法
2000 年代初頭から、アジャイルはソフトウェア開発管理において最も重要なプロジェクト管理アプローチになりました。 アジャイルの人気が高まるとともに、ソフトウェア企業はアジャイル固有のツールを数多くリリースしており、それぞれがアジャイルプロセスを管理するための最終的なソリューションであると主張しています。 その結果、組織にとって最適なツールはどれかを決めるのは難しいものです。 最初のステップは、使用するアジャイル手法や計画している特定のアジャイル手法を最も効果的にサポートするツールを決定することです。
オンラインレビューを読むことは、特定のツールをすぐになくし、ビジネス目標を達成するために必要な特定の機能を提供する他のツールを特定するのに役立ちます。 検索をいくつかのツールに絞り込むと、必要な機能のマトリクスを設定し、ツールを互いに比較して、選択を確定するのに役立ちます。 要件によって特定の特徴や機能が必要になる場合がありますが、有効なアジャイルソフトウェアツールには必須の機能と要件がいくつかあります。 少なくとも、ツールはタスクの追跡、ディスカッションの開催、検索可能なデータの保存など、アジャイルのすべての機能を管理するための完全なリソースとして機能する必要があります。
自社に適したアジャイルツールの選択に関する詳細はこちらをご覧ください。
プロジェクトマネージャー向けアジャイルリソース
書籍やテンプレートから教育、専門家向けアジャイルの機会まで、リソースの包括的なリストを以下に示します。 時間をかけてさまざまなツールに取り組み、アジャイルの作業を始めましょう。
記事や電子書籍
アジャイル プロジェクト マネジメント 101: プロジェクトマネージャー以外のための初心者ガイド (電子書籍)
この電子書籍は、絶えず変化する要件の中でアジャイルプロジェクトを効率的に管理し、生産を増やす方法についての貴重なインサイトを提供します。 その中には、アジャイルプロジェクト管理の概要、主なアジャイル手法の比較、組織内でのアジャイルプロジェクト管理の導入を開始するためのステップの概要が記載されています。
究極のアジャイル辞書
アジャイル用語をオンラインで参照できるこの簡単に操作できるリファレンスは、アジャイルプロジェクトマネージャーにとって不可欠なツールです。 このアジャイルの用語とプロセスの包括的なコレクションを使用して、アジャイルプロジェクト管理プロセスに関する理解と知識を構築または更新します。
オンライン テンプレート
便利な Excel 用プロジェクト管理テンプレート
この記事では、プロジェクト、リリース、テスト計画の作成、製品とスプリントのバックログの優先順位付けなど、アジャイル プロセスの各フェーズと側面に対応する 8 つのExcel テンプレートを提供します。 製品ロードマップの作成、プロジェクト憲章の作成、ユーザーストーリーの整理などのテンプレートも用意されています。
アジャイルプロジェクト管理Smartsheetテンプレート
スプレッドシートを活用したタスクとプロジェクト管理ツールであるSmartsheetには、アジャイルプロジェクトマネージャー、プロダクト所有者、チームが顧客のニーズを満たす高品質で価値の高い製品を計画、開発、発売できるように特別に設計された一連のテンプレートが含まれています。
- ガントタイムラインによるアジャイルプロジェクト。 進捗の更新、成果物の追跡、ファイルの保存、機能、タスク、スプリントのアラートの設定を行います。
- 機能の優先度設定とガントチャートによるロードマップ。 市場区分、加重市場、リクエスト数などに基づいて整理し分析します。
- 機能の優先順位付け - シンプル。 製品機能の開発工数を分類、ランク付け、評価します。
- 要件収集チェックリスト。 プロジェクトの要件を整理し、優先順位を付けます。 発見、分析、ユースケースのセクションが含まれています。
- 製品フィードバックアンケート Web フォーム。 スプリント レビュー ミーティングでプロダクト所有者と顧客からのフィードバックを整理してカスタマイズします。
- 優先度別のチームタスクリスト。 タスクのグループ化と優先順位付け、所有権の割り当て、シンボルを使用してアジャイルチームまたはスクラムチームの進捗を表します。
- 空白のシート。 アジャイル プロセスのあらゆるコンポーネントを整理、分類、優先順位付けします。
アジャイルプロジェクト管理専門組織
- アジャイルアライアンス。 アジャイルアライアンスは、ソフトウェア開発のアジャイルの原則とプラクティスの発展に専念する非営利団体のグローバルコミュニティです。 アジャイル アライアンスが提供するリソースのほんの一部として、オンサイトおよびバーチャルカンファレンス、記事、ブログ、リサーチ論文、国際ユーザーグループへのアクセスなどがあります。
- スクラムアライアンス。 スクラムアライアンスは、スクラムの専門家のための非営利団体であり、スクラム手法の知識と理解を深めることに全力を尽くしています。 アライアンスでは、一連の専門コースと資格認定を提供し、スクラムプロフェッショナルとしてのキャリアを築くためのウェビナー、求人ボード、その他のリソースを提供しています。
- スクラム財団。 スクラム財団は、認定スクラムのトレーニングとコンサルティングを世界中で提供しています。 スタッフにはスクラム共同クリエイターの ジェフ・サザーランドや、世界的アジャイルの専門家であるカベルダーレ・ベインフィールド、ピート・ディーマー、イェンス・オステルゴーを率いるスタッフがいます。
アジャイルプロジェクト管理教育機会
アジャイルチームを管理したり、アジャイルの役割を果たすには上級教育は必要ないかもしれませんが、多くのコースや認定資格は、アジャイルのプロフェッショナルとしてのキャリアを通じて築ける確かなナレッジベースを提供します。 このセクションには、さまざまな専門組織が提供する幅広いアジャイルおよびスクラムの認定プログラムが含まれます。
- PMI-ACP®。 アジャイル認定実践者 (ACP) は、スクラム、カンバン、リーン、エクストリーム プログラミング (XP)、テスト主導型開発 (TDD) など、アジャイル プロジェクトの管理に関する実務経験がすでにあるプロジェクト管理専門家に正式な認定を提供します。 プロジェクトマネジメント協会(PMI)提供。
- スクラム認定資格。 スクラムアライアンスは、以下の 8 つの専門認定プログラムを提供しています: 認定スクラム マスター (CSM)、Certified (CSPO)、認定スクラム 開発者 (CSD)、認定スクラム プロフェッショナル (CSP)、認定スクラム トレーナー (CST)、認定アジャイル リーダーシップ (CAL)、認定チーム コーチ (CEC)、認定エンタープライズ コーチ (CEC)。
- APMGインターナショナル。 APMGインターナショナル は、アジャイルプロジェクトマネージャーやプログラムマネージャー向けの証明書プログラムのほか、アジャイル環境で働くビジネスアナリスト向けの証明書プログラムを提供しています。
- Twenty-Eighty Strategy Execution。 このオンラインラーニング企業は、アジャイルを使用して要件を開発し、プロジェクトを見積もり、計画し、プロジェクトポートフォリオを管理するなど、アジャイルプロジェクト管理の様々なコースを提供しています。
- インターナショナルアジャイルTMコンソーシアム (ICAgile)。 この独立した認定機関は、リーダーシップ、チームコーチングとファシリテーション、エンタープライズコーチング、デリバリーマネジメント、バリューマネジメント、開発、テストなど、アジャイルのすべての分野をカバーする専門、専門家、マスターの認定を提供しています。
- アジャイル認定協会。 (ACI)。 アジャイル認定協会は、企業レベルと開発チームレベルの両方 (スクラムマスター、リーン、カンバンの実践者証明書を含む) で認定を提供するグローバルアジャイル基準機関です。
- Scaled Agile Academy。 Scaled Agile Framework (SAFe) は、企業レベルでアジャイル開発を実装します。 Scaled Agile Academy は、大規模なソフトウェア企業における SAFe の実装に関する知識と専門知識を求めている人のために、いくつかの認定プログラムを提供しています。
アジャイルのトップリーダーによる書籍
スコッティ・アンブラー
スコッティ・アンブラーとマーク・ラインズ
- 規律正しいアジャイルデリバリー: 企業におけるアジャイル ソフトウェア デリバリーに関する実践者ガイド
- 規律正しいアジャイルデリバリーの紹介: スクラムから継続的なデリバリーへの小さなアジャイルチームの旅
スコッティ・アンブラーとラバモド・サダラーゲ
デイヴィッド・アンダーソン
ジム・ベンソンとトニアンガニア・デマリア・バリ
- 個人のカンバン: 仕事のマッピング ｜人生のナビゲート
アリスター・コックバーン
ジム・ハイスミス
ロン・ジェフリーズ
コーリー・ラダ
ジェフリー・サザーランド
ジェフリー・サザーランドと J.J. サザーランド
ジェフリー・サザーランドとケン・シュヴァバー
その他のアジャイルリソース (書籍以外)
- ビデオ - アリスター・コックバーン博士の「アジャイルが機能する理由。」 アジャイルの創設者の 1 人が出演する YouTube 動画。
- RonJeffries.com. アジャイルの創設者の 1 人による包括的なブログサイト。 ジェフリーズは、アジャイル プログラミングとエクストリーム プログラミングに関連するインサイトとリソースを提供します。 (以前は xprogramming.com.)
- リーンマインドセット。 メリーとトム・ポペンディエックによるリーン開発に関するエッセイ。
- アジャイルプラクティスのタイムライン。 1968年から2011年にかけてアジャイルが生み出した歴史と進化。
- 新しい新製品開発ゲーム。 ハーバード・ビジネス・レビュー(1986年1月)、竹下博孝、野中昂下の記事。
Smartsheet のボード ビューでタスクの可視性を向上
混沌とした日常業務では、タスクが見落とされがちです。そこで必要なのは、タスクを追跡し管理するための、より優れた視覚的な方法です。
Smartsheet のボード ビューでチームを強化しましょう。これは、シームレスなタスクの優先順位付け、プロジェクトの可視性の向上、容易で迅速な共同作業を実現する、ユーザーフレンドリーなタスク追跡ソリューションです。
プロジェクトの管理、作業量の最適化、To-Do の追跡など、ボード ビューはチーム メンバーがプロジェクトの進捗、完了したタスク、今後の作業をタスク カードで追跡できるようにすることで、不要なステータス ミーティングを排除するのに役立ちます。
直感的なドラッグアンドドロップ カード、リアルタイムの共同作業、組織カードのネスティングにより、組織はより効果的に適応し、成果を上げることができます。
Smartsheet のボード ビューに関する詳細情報をご覧ください。