InfoQ ホームページ Lean に関するすべてのコンテンツ
-
かんばんで「プル」を制止してもかまわない
かんばんでは、「プル」の心理学に非常に重点が置かれている。リーンの考え方に賛同するほとんどの人は、従来のプッシュ方式とは対照的に、パフォーマンスや生産性の面で優位とされているプル方式を好む。とはいえ、プルを制止したくなるような状況もあるのではないだろうか。
-
Minibook: Scrum and Kanban: Making the Most of Both
スクラムとカンバンは、アジャイル・ソフトウェア開発の２流派で、一見簡単だが、ソフトウェア開発に、驚くほど強力な手法である。２つは、どうお互いに関連しているのか？Henrik Kniberg 氏と Mattias Skarin氏が、新しいInfoQのMinibook、Kanban and Scrum - making the most of both（カンバンとスクラム－２つで最高にする）で、カンバンとスクラムをどのように自分の環境で有効に使うかが理解できるように、明解に述べている。
-
アジャイルプロジェクトが遅れる理由
一般的に言えば、遅延とは作業の実施が予定よりも後になることであり、それによって不満や作業が苦しみが生まれ、関係者に迷惑をかける。同じように、アジャイルプロジェクトでも遅延という言葉は無駄と考えられている。遅延はプロジェクトの流れを断絶してしまうので、再学習やタスクの変更などの更なる無駄を生み出す。何人かのアジャイル実践者が一般的な遅延とその対処法について議論している。
-
-
ScrumBanは進化か、それとも矛盾か?
カンバンのワークショップやコース、カンファレンスが現れ、アジャイル実践者たちは、リーンから適用されたこの手法がチームに提供するものを調査している。ボトルネックを明らかにすることから、より多くの"動き"を経験し満足するチームまで、魅力的な利点が挙げられている。しかし、指導者たちは、カンバンののんびりしたアプローチが直ちに障害を取り除くというスクラムの呼び掛けに対する「クリプトナイト」であることを警告する。
-
フォレスターがビジネス向けリーンに関する無料の調査報告を公開
フォレスターリサーチは来週のビジネス・テクノロジフォーラムに先んじて、アナリストによる調査報告”リーン、新たなるビジネス・テクノロジ規範”を無料で公開した。リーンをビジネス全体の規範として管理者向けに書かれており、ITへの影響にも触れている。”価値の創造と柔軟性の増加を忘れて、無駄の排除に没頭してはいけない”との注意もある。
-
カンバン方式を適用する間違った理由と正しい理由
カンバン方式の目的は各工程の間でWIP (Work-In-Process)、つまり在庫を最小にすることだ。それには、下流の工程が必要な部品だけ上流の工程が作るようにする。最近にな���てリーン方式とカンバン方式は一般的になってきた。多くの企業がカンバンボードを用意してWIPを抑制し、ムダを省いている。Michael Dubakov氏はカンバン方式を適用する間違った理由と正しい理由を調べた。
-
Lean & Agile をリードする - すべては皆のため
Mary & Tom Poppendieck 両氏は新刊 "Leading Lean Software Development: Results Are Not the Point" を発表した。同書で両氏は Lean/Agile 変換におけるリーダーシップの重要性について調査研究し，変革を求める組織に対して助言を与えている。
-
Tasktop が ScrumWorks Pro と ThoughtWorks 対応の ALM ツールによる連携をサポート
Eclipse の Mylyn アプリケーション・ライフサイクル管理(ALM)統合フレームワークを提供する Task Technologies 社が今回，Danube Technologies 社の ScrumWorks と ThoughtWorks Studio 対応の ALM ソフトウェアによる連携をサポートする。Tasktop もさる６月に Tasktop Pro 1.5 がリリースされている。
-
ソフトウェアの負債には多額の費用がかかる
“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氏は、この疑問に答えようとしてきた。