InfoQ ホームページ 継続的な改善 に関するすべてのコンテンツ
-
かんばん方式におけるメトリクスの適用例
メトリクス(定量的な指標）は，かんばん方式に深く組み込まれている。可視化や管理フローなどのかんばん方式のプラクティスで役割を果たすと同時に，持続可能性やサービス指向，生存性といった面からの課題解決をサポートする。Lean Kanban Central Europe 2014 ConferenceでWolfgang Wiedenroth氏は，メトリクスの持つパワーについて講演した。プレゼンテーションの中で氏は，かんばん方式におけるメトリクスの使用例をいくつも紹介している。
-
成熟度モデルによる継続的な能力向上
Martin Fowlerによれば、成熟度モデルとは、個人または集団の現在の有効性を分析評価し、次に獲得する必要がある実務能力を割り出すことで、能力の向上につなげるための道具である。
-
オンラインゲームを使用した大規模レトロスペクティブ
アジャイルのレトロスペクティブは，主にチームあるいはプロジェクトのレベルで行われる。もし50チーム以上で行う必要があったとしたらどうだろう？ Luke Hohmann氏が大規模なアジャイル変革プロジェクトにおいて，何がうまくいったか，何に改善が必要か，といったことを見直すために，大規模レトロスペクティブを行った経験を語る。
-
継続的学習の文化を育てる
継続的学習(Continuous learning)は，企業におけるアジャイル採用の支えとなる。継続的学習を実現し，それをサポートするためには，組織文化の変革を必要とする場合がある。 継続的学習の可能な文化を確立して育む上では，マネージャとアジャイルコーチにできることがいくつかある。
-
どのようにして正しい製品を開発するか
顧客がほしがっていない製品や市場がない製品を作ってしまうのは無駄だ。アジャイルは効率的に製品を開発できるが、何をビルドするかは理解しておかなければならない。どのようにして顧客の製品に対するニーズを見つけることができるだろうか。
-
早く失敗することは早く学ぶこと
早く失敗する，何度も失敗する，ということは，アジャイルチームに推奨されるプラクティスのひとつだ。"This is Agile"の著者であるSander Hoogendoorn氏はブログで，プロジェクトの早い段階において失敗予測に基づく放棄を決定するための，有効な戦略を持つことの重要性を論じている。
-
アジャイルを導入する方法
トップダウンでアジャイルが導入されるのは、企業ではよくあることだ。しかし、その他の方法もある。ステルスでアジャイルを導入する方法や、継続的改善チームを使う方法、限定的にアジャイルの方法を取り入れて、ゆっくりと進め始める方法がある。
-
プロダクションオーナはスプリントのレトロスペクティブに積極的に参加するべきだ
Roman Pichler氏が，プロダクトオーナがスプリントのレトロスペクティブに参加することによる，開発チームとのコラボレーション向上について，自身の見解を述べている。
-
匿名振り返りの効力
Hiren Doshi氏はPractice Agile Software Developmentのブログ記事に匿名振り返りについて書いている。チームのフィードバックを最大化する方法だ。
-
企業におけるアジャイルとリーンを活用したサービス管理
アジャイルソフトウェア開発やスクラムは企業が本当にアジャイルの約束を果たすために十分なものではない、とDave van Herpen氏は言う。彼が提案するのは、企業全体を通じたコラボレーションを改善するために、ITサービス管理がアジャイルやリーンのプラクティスをDevOpsとあわせて適用する、ということだ。
-
アジャイルのガバナンスにおけるマネジメントの役割
複数のアジャイルチームを管理するにはどうすればいいだろうか。アムステルダムで開催されたAgile GovernanceカンファレンスでChristoph Johann Stettina氏がアジャイルのガバナンスとマネジメントの役割について発表した。
-
Fridtjof Detzner氏に聞く - Jimdoの成長と継続的改善
企業の文化を犠牲にすることなく成長させるには，どうすればよいのだろう？ Fridtjof Detzner氏は，DIY Webサイト作成サービスであるJimdoの共同創業者のひとりである。InfoQでは氏に，同社がアジャイルによって起業とスケールアップを果たした方法や，その後の継続的改善のために"カイゼン"とレトロスペクティブを採用した理由などを聞いた。
-
組織調整(Orchestration)から自律性(Autonomy)へ - ソフトウェアデリバリサイクルのスピードアップのために
現代の企業のソフトウェアデリバリにおいて，ソフトウェアのリリースを問題なく行うために必要なのは自律性(autonomy)だ - Niek Bartholomeus氏はDevOps Summit in Amsterdamで行った"Orchestration in Meatspace"と題したプレゼンテーションで，企業を調整的(orchestration)アプローチから自律的アプローチに変えて，アイデアから製造までのフィードバックサイクルをスピードアップするにはどうすればよいかを論じた。
-
チームの改善のためにベロシティを計測す���ことへの懸念
アジャイルチームは自分たちのスプリントごとのベロシティを計測する。そうすることで彼らは、計画をたて、進捗をトラッキングし、プロダクトオーナーにプロダクトのリリースプランを作るための手がかりを与えることができるようになる。チームは、自らを改善したいときに、ベロシティのデータを利用できるのだろうか？ 何人かの著者がベロシティについて書いており、チームの生産性を高めることを目的としてベロシティを計測することについての懸念を伝えている。
-
アジャイルとリーンを組み合わせる
アジャイルとリーンはソフトウエア開発を改善する方法だ。マネージャはどちらが自分たちの組織に適しているか判断しなければならない。しかし、解決しなければならない問題によっては複数の方法を組み合わせることもできる。