InfoQ ホームページ Removing_Waste に関するすべてのコンテンツ
ニュース
RSSフィード-
フィンランド国営放送Yleにおけるリーンとアジャイルカルチャー
リーンとアジャイルをスケールすることはフレームワークの問題ではない - 価値、原則、そしてマインドセットの問題なのである。Yle の会社経営層は、実験を行うこと、学習して実施することにより、アジャイルトランスフォーメーションに深く関わってきた；フレームワークを実装したことによるのではない。マジックは、あらゆるレベルにいるチームの人々と一緒に作業することで起きる。
-
Shane Hastie氏、ビジネス課題に対するアジャイルマインドセットの適用について語る
Shane Hastie氏がAgile Tour Singapore Conference 2015でキーノートを行い、アジャイルマインドセットとそれが難問解決にどう役立つか説明した。
-
アジャイルにおけるドキュメント：いつどれくらい書くべきか
アジャイルソフトウェア開発マニフェストは「包括的なドキュメントよりも動くソフトウェア」に価値を置いている。そうだとすると、どんな種類のドキュメントが、いつどれだけ必要なのだろうか？
-
ウォーターフォールからアジャイルへの移行によるムダの削減
組織がアジャイルを採用するのは，変化への対処を可能にするためだ。アジャイルは開発チームにとって，顧客ニーズを満足する製品を提供する上で有効な手段であると同時に，必要のない(使用されない)機能を含まない製品を提供する手段でもある。リーンソフトウェア開発は言う：ユーザに価値を提供しないものは，すべてムダとみなされると。ならばウォーターフォールからアジャイルへのソフトウェア開発の移行は，開発組織のムダ削減に役に立つのだろうか？
-
プライオリティゲームでバックログから無駄なものを取り除く
プライオリティゲームとは、巨大なバックログを管理可能にするためのエクササイズだ。Michael Franken氏はこれをGOTO Amsterdam 2013で実演した。彼は顧客が使わないものを作らないことで、いかにスクラムが必要なものに集中してムダを取り除くのに役立つかを説明した。
-
アジャイルで開発速度を上げるには
企業がソフトウェア開発へのアジャイル導入を望む理由として挙げられるのが，提供までの期間の短縮だ。開発速度を向上するためには，アジャイルをどのように使えばいいのだろうか？
-
個人の生産性
Tony Wong氏(プロジェクトマネジメントのブラックベルト)は個人の生産性にとって実践的なポイントをいくつか挙げている。この記事では、これらをいかにソフトウェア開発に適用するかを考え、彼のリストと他のリス���を比べる。
-
仕事に戻ろう。
カンバンの制限にぶつかることは、ボトルネックに流れ込む仕事を一時的に止めることで、組織に余裕を生み出す。そこで、どのようにして、あなたは管理者側を、カンバンの制限を受け入れる（すなわち、仕事を止める）ことが、本当にいいことだ、と納得させることができるか？
-
JRebel 3.0のリリース - ホットスワップ・リローデッド
JRebel 3.0が4月16日にリリースされた。再デプロイの必要をなくすことによって、Javaでの開発のターンアラウンドタイムをターゲットとしたものだ。再デプロイを行うかわりに、高度なクラスリローディングをサポートしている。この記事では、実行時にJavaクラスをどのように更新するかについて詳細に述べ、JRelbelで使われている技術の概要と特に最近リリースされたバージョン3.0での改善点をとりあげる。
-
実験駆動開発 - ポストアジャイルの手法
TDDとBDDは現在広く使われているソフトウエア開発技術だ。しかし、TDDやBDDを単に適用するだけではビジネス機会を逸したり、さらに悪いときにはビジネスにネガティブな影響を与えてしまう。TDDとBDDでは解決できないふたつの問題とは、どのようにアプリケーションの使いやすさを計測するのか、そして顧客からどのようにしてフィードバックを得るのか、ということだ。実験駆動開発(EDD)はこの問題を解決できるか。
-
アジャイルプロジェクトが遅れる理由
一般的に言えば、遅延とは作業の実施が予定よりも後になることであり、それによって不満や作業が苦しみが生まれ、関係者に迷惑をかける。同じように、アジャイルプロジェクトでも遅延という言葉は無駄と考えられている。遅延はプロジェクトの流れを断絶してしまうので、再学習やタスクの変更などの更なる無駄を生み出す。何人かのアジャイル実践者が一般的な遅延とその対処法について議論している。
-
ソフトウェアの負債には多額の費用がかかる
“Continued Delivery of High Values as Systems Age”(システムの年数を重ねながら、高い価値を提供し続ける)という最近の記事において、 Chris Sterling氏がソフトウェアの負債の概念について論じている。“ソフトウェアの負債は、長年にわたってシステムの変わりやすい性質を軽視し、急いで完成させることに注目し続けるときに蓄積していくものだ。”ソフトウェアの負債は技術的負債以上のものであり、価値を提供する能力に影響する様々な面を含む。
-
ソフトウェア開発における7つのムダを見る
リーンソフトウェア開発の基本は、ムダの最小化を追求することである。トヨタ生産方式は、製造業の7つの代表的なムダを公表し、その後、この7つのムダは Poppendieck夫妻によって、われわれソフトウェア開発業界に適用された。Jack Mulinsky氏は、agilesoftwaredevelopmentにて、これらのムダを紹介する一連の記事を最近投稿した。
-
ペアプログラミングの1ドルの価値
"なぜこの世界では1つの仕事を2人でするのか?" 初めてペアプログラミングの考え方を紹介されたとき、多くの人は最初にこのように反応する。本質的に、彼らは、ペアプログラミングとはある部分のコードを書くコストが2倍になることだと考える。Dave Nicollete氏が、ある計量的な考え方を示し、ペアプログラミングはお金を無駄にするのではなく、節約することを示している。