InfoQ ホームページ Scaling Agile に関するすべてのコンテンツ
-
リーン/アジャイルリーダシップとSAFe(Scaled Agile Framework)
SAFe(Scaled Agile Framework)は，企業規模のリーン/アジャイル開発において適用される実践や役割，活動，成果物を規定する。InfoQではDean Leffingwell氏に，SAFeのデプロイ，クロスファンクショナルなアジャイルチームの構築と連携，SAFeの人に関する部分，リーン/アジャイルリーダシップの原則などについてインタビューした。
-
ScALeDについてAndreas Schliep氏が語る
アジャイルのアプローチを組織に導入し組み込むのは、アジャイルプロジェクトそのものであるように扱う必要がある、とAndreas Schliep氏は言う。InfoQは、氏にインタビューをしてアジャイルをスケールするときの陥穽について、ScALeDについて、ScALeDのAgility PathやLeSSやSAFeやDaDとの比較、継続的改善や振り返りについて話を聞いた。
-
方針管理を用いたアジャイルのスケーリング
企業がアジャイルのスケーリングを図るとき，戦略定義や方向性の管理，体制維持のためにアジャイル的な手法を求める場合がある。展開と組織構造の維持が今日の課題だ，とPierre Neis氏は指摘する。氏はLean Kanban France 2014カンファレンスで，世界的規模の企業がアジャイルに移行する上で，方針管理(Hoshin Kanri)の導入が果たした役割について講演を行った。
-
アジャイルにおける技術的プラクティスの重要性
アジャイルを採用している組織は，時として，期待したメリットが得られないことに不満を訴える場合がある。考えられる理由のひとつは，アジャイルの価値観と原則を支える技術的なプラクティスの実践に対して，十分に注意を払っていないことだ。
-
カンバンを使ってアジャイルを始める
アジャイルの導入成功と組織変革の方法には関連がある。組織は、“命令”としてトップダウンでアジャイルを導入することもできるし、アジャイル導入の代替方法の記事で書いたアプローチでも導入する。カンバンはアジャイルをスタートするために使え、チームは持続的な新しい働き方を作る準備ができたと感じたときにアジャイルに参加できる。
-
アジャイルにおける計画作りの死
企業がアジャイルを導入して、自己組織的なチームが生まれ始めると、マネジメントは制御を失ったと感じる可能性がある。アジャイルに移行すると、手続きやレビュー委員会、コンサルテーション委員会などが無駄になってしまう可能性がある。しかし、そのような立場になる人は無駄になってしまうことに気づかない、とMarcel Heijmans氏は言う。再び、制御を取り戻そうとすると、問題はもっと厄介になり、"プランニングの死"へと到る。
-
オンラインゲームを使用した大規模レトロスペクティブ
アジャイルのレトロスペクティブは，主にチームあるいはプロジェクトのレベルで行われる。もし50チーム以上で行う必要があったとしたらどうだろう？ Luke Hohmann氏が大規模なアジャイル変革プロジェクトにおいて，何がうまくいったか，何に改善が必要か，といったことを見直すために，大規模レトロスペクティブを行った経験を語る。
-
人員を増やさず，より多くのソフトウェアを提供するには
ソフトウェア製品やサービスに対するニーズの増加に伴って，企業の開発能力を向上させるための方法が求められている。多くの企業が選択するのは，人員の追加によるスケールアップだ。このアプローチに対して一部の人々が疑問を持ち，人員を増やすことなく，より多くのソフトウェアを提供する方法を提案している。
-
企業におけるアジャイルとリーンを活用したサービス管理
アジャイルソフトウェア開発やスクラムは企業が本当にアジャイルの約束を果たすために十分なものではない、とDave van Herpen氏は言う。彼が提案するのは、企業全体を通じたコラボレーションを改善するために、ITサービス管理がアジャイルやリーンのプラクティスをDevOpsとあわせて適用する、ということだ。
-
Fridtjof Detzner氏に聞く - Jimdoの成長と継続的改善
企業の文化を犠牲にすることなく成長させるには，どうすればよいのだろう？ Fridtjof Detzner氏は，DIY Webサイト作成サービスであるJimdoの共同創業者のひとりである。InfoQでは氏に，同社がアジャイルによって起業とスケールアップを果たした方法や，その後の継続的改善のために"カイゼン"とレトロスペクティブを採用した理由などを聞いた。
-
Tasktop CEOのMik Kersten氏に聞く - Tasktop Release 3.5 リリース
Tasktopは大規模アジャイルを対象に，Tasktop Sync 3.5という新しいツールをリリースした。InfoQではTasktop CEOのMik Kersten氏に，リリース製品について話を聞いた。
-
どのようにScrumをスケールするか
大きな組織はScrumをチームを超えた大きさに適用したいと考えている。この記事では、Scrumを拡大適用して組織全体にアジャイルを導入するための方法についていくつかの例を紹介する。
-
アジャイルチームを互いに連携し協同させるためにスクラム・オブ・スクラムを使うこと
スクラム・オブ・スクラムは、複数のチームが関係しているときにデイリー・スタンドアップ・ミーティングをスケールするために用いられる。その目的は、チーム間で協同し作業を連携するアジャイルチームを支えることだ。何人かの執筆者が、スクラム・オブ・スクラムを用いた経験をもとに、それに対する見解を述べている。
-
アジャイルでユースケースを利用する - ユースケース2.0，スライシング，ラミネーティング
アジャイルソフトウェア開発を使って製品をインクリメンタルに開発し提供する場合，要件項目はプロダクトバックログに収集，整理される。ここで使用される要件定義テクニックはユースケースだ。アジャイルの製品要件管理でユースケースを利用するテクニックには，ユースケース2.0やスライシング，ラミネーティングなどがある。
-
プロダクトオーナーの役割を拡大するには
スクラムのプロダクトオーナーの役割はビジネスと開発の橋渡しをすることだ。複雑な商品を持ち多くの決定をする必要がある大きな組織では、プロダクトオーナーの役割をひとりで担うのは現実的ではない。このような場合、何らかの方法でプロダクトオーナーの役割をスケールアウトしなければならない。InfoQはTimo Punkka氏にインタビューを行い、プロダクトオーナーの役割、リーンポートフィリオマネジメント、顧客との協業について話を聞いた。