InfoQ ホームページ Lean に関するすべてのコンテンツ
-
中央ヨーロッパにおけるリーン・かんばんのケーススタディ
Lean Kanban Central Europe 2013 (LKCE13)では、変化マネジメント、システムシンキング、リーダーシップ、学習、チームワーク、そして、リーン・かんばんを導入した大企業のケーススタディのプレゼンテーションが行われた。InfoQは、アジャイルソフトウェア開発にリーン・かんばんを展開したことについて、Roock氏にインタビューした。
-
複合型チームにおけるT字型スペシャリストの価値
裁量権を持ったクロスファンクショナルチームにおいて複数の専門分野を備えたT字型チームメンバのメリットをテーマに，Ken Schwaber氏らが先日発表した論評および講演について，その概要をお届けする。
-
リアルオプションを使った意思決定
Pascal Van Cauwenberghe氏によれば、プロジェクトも製品開発も困難な意思決定の連続だ。そして、リアルオプションは正しい決定を正しいときにすることを支援してくれる、という。Agile Tour Brusselsカンファレンスで、Pascal氏はリアルオプションを使った意思決定のついて自身の経験を発表した
-
ウォーターフォールからアジャイルへの移行によるムダの削減
組織がアジャイルを採用するのは，変化への対処を可能にするためだ。アジャイルは開発チームにとって，顧客ニーズを満足する製品を提供する上で有効な手段であると同時に，必要のない(使用されない)機能を含まない製品を提供する手段でもある。リーンソフトウェア開発は言う：ユーザに価値を提供しないものは，すべてムダとみなされると。ならばウォーターフォールからアジャイルへのソフトウェア開発の移行は，開発組織のムダ削減に役に立つのだろうか？
-
プライオリティゲームでバックログから無駄なものを取り除く
プライオリティゲームとは、巨大なバックログを管理可能にするためのエクササイズだ。Michael Franken氏はこれをGOTO Amsterdam 2013で実演した。彼は顧客が使わないものを作らないことで、いかにスクラムが必要なものに集中してムダを取り除くのに役立つかを説明した。
-
かんばんの現状 - 2013 リーンかんばんカンファレンスにてDavid J. Anderson氏が講演
シカゴで開催されたリーンかんばんカンファレンスにおいて、かんばんの先駆者であるDavid J. Anderson氏が、かんばんの現状について基調講演を行った。InfoQがAnderson氏の講演のハイライトを紹介する。
-
VersionOneがState of Agile Development Survey for 2012の結���を公表
VersionOneがState of Agile Development Survey for 2012の結果を公表した。今回もアジャイルの普及とトレンドを表す重要な指標となっている。
-
アジャイルを用いたビジネスプロセスの改善
組織はビジネスプロセスの改善を望んでいる。そして今日，それは迅速に行う必要がある。ならばビジネスプロセスの改善に，アジャイルの手法やテクニックを使うことはできないだろうか？
-
アジャイルで開発速度を上げるには
企業がソフトウェア開発へのアジャイル導入を望む理由として挙げられるのが，提供までの期間の短縮だ。開発速度を向上するためには，アジャイルをどのように使えばいいのだろうか？
-
VS2012.2は、グループ開発が改善されている
VS2012.2には、単にGitサポート以上のものがある。Visual Studio と TFSの両方共、開発者の毎日の生活の質に関連した、使用上の改善がいくつもなされている。
-
Version One が最新版 Team Room のリリースを発表
Version One は同社 アプリケーションライフサイクル管理製品の次期リリースについて発表した。広範な組織全体を統合管理するというニーズにはこれまで通り対応しながらも，開発チームのアクティビティを直接サポートする機能の提供に重点を置く。CEO の Robert Holler 氏が InfoQ に対して，2012年秋の製品リリースについて説明してくれた。
-
行動を変えてDevOpsの文化を取り入れる
DevOpsと言う言葉がGartnerやIT業界の有名人から注目を集め、製品化までの時間が短縮され、よりよい品質とさらなる利益が求められる中、ローマで開催されたDevOps Dayでは、Damon Edwards氏がDevOpsの文化を広め、単に自動化だけに注目しないようにする方法について議論した。
-
スクラムの先へ進む
アジャイル初心者の多くは、スクラムでアジャイルをはじめる。スクラムには明確な指針、ルール、プラクティスがあり、チームにアジャイルを導入するのに役に立つ。ところがスクラムもまた組織の中でさまざまな問題に直面し、多くの会社にとって成功を難しくする一因になっている。スクラムをやってきた人たちは自問する。どうすればよいのだろう？ スクラムだけで十分なのだろうか？
-
ペアプログラミング - 大々的な報道にも反応はいまひとつ
ペアプログラミングを実践する技術系企業が増えていることに注目し始めた Wall Street Journal が，自らの見解を Computer Programmers Learn Tough Lesson in Sharing (共有を通じて厳しい教訓を学ぶコンピュータプログラマたち) という記事に発表した。
-
ソフトウェアエンジニアリングのビジネス ー スループット会計と制約の理論
Steve Tendon氏が最近の彼のブログで、「制約の理論とソフトウェアエンジニアリング」と題する投稿で、なぜソフトウェア開発組織においては、コスト会計よりもスループット会計の方を好ましいかを、述べている。彼はまた、ソフトウェアエンジニアリングに適用可能な Throughput Accountingと呼ばれるコスト会計のための単純なモデルも提供している。