InfoQ ホームページ Lean に関するすべてのコンテンツ
-
ソフトウェアの負債には多額の費用がかかる
“Continued Delivery of High Values as Systems Age”(システムの年数を重ねながら、高い価値を提供し続ける)という最近の記事において、 Chris Sterling氏がソフトウェアの負債の概念について論じている。“ソフトウェアの負債は、長年にわたってシステムの変わりやすい性質を軽視し、急いで完成させることに注目し続けるときに蓄積していくものだ。”ソフトウェアの負債は技術的負債以上のものであり、価値を提供する能力に影響する様々な面を含む。
-
ソフトウェア開発における7つのムダを見る
リーンソフトウェア開発の基本は、ムダの最小化を追求することである。トヨタ生産方式は、製造業の7つの代表的なムダを公表し、その後、この7つのムダは Poppendieck夫妻によって、われわれソフトウェア開発業界に適用された。Jack Mulinsky氏は、agilesoftwaredevelopmentにて、これらのムダを紹介する一連の記事を最近投稿した。
-
日本のリーン活動を見る
リーン活動を見るために日本の「現場に行った」アジリストのグループは、何を見ただろうか? 日本への「Roots of Lean」ツアーは、Mary Poppendieck氏とTom Poppendieck氏に率いられ、この春実施された。ここに、プロガーやニュースグループのライターたちがツアーについて観察したことをまとめている。このツアーでは、Henrik Kniberg氏、Sune Gynthersen氏、Gabrielle Benefield氏等が、製造工場とソフトウェア会社の両方を訪れている。
-
ペアプログラミングの1ドルの価値
"なぜこの世界では1つの仕事を2人でするのか?" 初めてペアプログラミングの考え方を紹介されたとき、多くの人は最初にこのように反応する。本質的に、彼らは、ペアプログラミングとはある部分のコードを書くコストが2倍になることだと考える。Dave Nicollete氏が、ある計量的な考え方を示し、ペアプログラミングはお金を無駄にするのではなく、節約することを示している。
-
James Shore氏に聞くアジャイルの現状
このインタビューでは、InfoQはJames氏が最近よく話題にしている、彼の著書「Art Of Agile(訳注:邦訳「アート・オブ・アジャイルデベロップメント――組織を成功に導くエクストリームプログラミング」)」という本のこと、昨今のアジャイルが骨抜きになっている傾向について、そしてカンバン方式が全体像というものをいかに欠いているかということ、こういったいくつかのことについて話を聞いた。
-
かんばんとスクラムの比較
開発組織がアジャイルを実践する有効な手段として、かんばんには大きな関心が寄せられている。このため、多くの者が「かんばんとスクラムはどのように比較するのか？」という疑問を抱いており、Henrik Kniberg氏は、この疑問に答えようとしてきた。
-
-
ソフトウェア開発に適用されるリーンの「標準化」
トヨタ生産方式の構成要素の一つに、標準化という考え方がある。Kanban Developmentのリストに寄せられた最近の投稿に、トヨタ生産方式とリーン生産方式がソフトウェア プロジェクトに適用された場合、この考え方は引き継がれるのかといった質問があった。これに対し回答者たちは、ソフトウェア開発は実際には製造業でないにもかかわらず、開発に「標準化」という考え方を適用することに価値を見出した。
-
かんばんワークフローはアジャイルか？
Karl Scotland氏は、かんばんシステムにおけるワークフローあるいは段階が、クロスファンクショナルで協力的なチームというアジャイルの理想と反対のものであるかを検討する議論を始めた。彼はまず、かんばんボードの各段階はウォーターフォールのフェーズに非常によく似ている、と発言した。次に起きた議論は、段階は必ずしも引き継ぎではないことを明らかにし、その他の洞察ももたらした。
-
Agile2008でのRobin Dymond氏とのインタビュー
Agile2008コンファレンスでのRobin Dymond氏とのインタビューにおいて、Robin氏はアジャイルを「次のレベル」に押し上げる方法、変わることができない組織にとって、期待できるアジャイルチームを組織できない理由などLeanの概要を示している。Robin氏は、従来の階層およびチーム構造間の不釣合いを説明している。
-
リーン/アジャイルな要求獲得のためにユースケースは価値がある（オプションだけど）
『Scaling Software Agility』の著者であり、RallyでChief Product MethodologistをつとめるDean Leffingwell氏は、ユースケースが大規模のリーン/アジャイルなプロジェクトにおける要求をモデル化する価値のあるツールになりえると結論を下した。
-
第一回Kanbanカンファレンス
David Anderson氏、David Laribee氏および他のクルーが初のカンファレンスを組織した。Lean Kanban Process and Practicesに焦点を当てるカンファレンスである。カンファレンスは5月6日から8日まで(当初は2月を予定)フロリダ州、マイアミで開催される。
-
スクラムのスクラム - 問題と価値
Agile Estimating and Planningの著者のMike Cohn氏が「スクラムを大きなプロジェクトチームに適用させるのに重要な技術」と説明しているのが、スクラムのスクラムミーティング(the Scrum of Scrums)である。
-
スクラムにおける変更要求の運用
変更管理というのは、昔ながらのプロジェクトマネジメントで使われる変更を運用するための手法だ。昔ながらのプロジェクトの変更管理は典型的に、変更内容の詳細、プロジェクトへの影響、リスク、代替案などの属性を持った変更要求の詳細を書き込むことで成り立っている。
-
新しいアジャイルのインプリメンテーションとしてのかんばん
ソフトウェアのためのかんばん方式は、トヨタ生産方式に由来するもので、スケジューリング作業のためのイテレーションのないアプローチである。タイム・ボックスの決められたイテレーションと計画ミーティングを使用するかわりに、前の作業が完了した場合にのみ、バックログからストーリーを取り出す。