InfoQ ホームページ 継続的な改善 に関するすべてのコンテンツ
-
レトロスペクティブ（ふりかえり）の失敗とその回避方法
アジャイルのレトロスペクティブ（ふりかえり）について書いた文章の多くは、どのようにそれらを実行し、どのような形式を使用できるかに関する基礎に重点を置いている。
-
Article: レトロスペクティブのプライムディレクティブに対する問い
この記事の始まりは、知的で思慮深い人たちの魅力的なグループが食事会を終えて話をしているところです。話はレトロスペクティブ（振り返り）プロセスの要であるプライムディレクティブ（最初の指示）に及んでいます。
-
あなたは本当に、他の言語を学ぶべきなのか？
ブロガーのGustavo Duarteは、新しいプログラミング言語を学習するのはしばしば時間の無駄である、と言う呪いの言葉を吐いた。彼は最初、自分の投稿に"新しい言語は有害だと思われる"と言う、Dijkstaがgotoについて述べた古典的な文章を文字った題名を付けていた。
-
バリューストリームの妨げとなるもの
スクラムでは「より生産的であろうと��ることを妨げる何らかのもの」を障害として定義している。チームができるだけ継続的に、障害を取り除く手段を確立することを、スクラムでははっきりと重視している。Joe Little 氏は、障害のスコープについて、「組織が価値を提供することを妨げる何らかのもの」とした方がよいのではないか、と提案している。
-
Article: 高い生産性を生み出すソフトウェア開発の秘伝
何について学ぶのか？お互いのこと、テクノロジ、ドメイン、顧客など、すべてについてである。速く学習するチームは成功する。チームのパフォーマンスを妨げる目に見えない「学習ボトルネック」について詳しく知りたいのなら続けて読んでほしい。
-
レトロスペクティブの第一(忘れられた?)ルール：やり遂げること
非常に経験の浅いアジャイルチームでさえ、「Retrospective」という言葉を明確に理解している。しかし、悲しいことに、チームが実際に最後までやり遂げるような改善をおこなうために使用されないと、レトロスペクティブは無駄な努力になる可能性があることが、多くの場合見落とされている。 Gordon Pask Awardの受賞歴のあるJim Shore氏が、レトロスペクティブを最大限に活用する方法についてアドバイスをし、アジャイルハートビートでのアクティビティーの究極の場所を教えている。
-
-
よく組織されたチーム：単に生き残るのではなく、成功へと導く支援
業績の良いチームを編成するには何が必要なのか？Doug Shimp氏およびSamall Hazziez氏によると「よく組織されたチーム」は以下の特徴があるらしい。AgileおよびLeanの原則に従う、フィードバックループがある適応システムを使用、ビジネスの展望にフォーカス、そして熱意があり非常に生産的である。
-
形式化されたメトリックスを使わない生産性の向上
Ron Jeffries氏は実在のチームを観察して得られた知見を元にしたフィクションの物語を書き始めている。最初のストーリー(Kate Oneal: Productivity)は、CTOであるKate O'Nealと、彼女のチームの一つである"Rimshot"を中心として描かれている。Ron Jeffries氏はこのエピソードの中を使用して、形式的なメトリックスを使わない生産性の向上の達成と、メトリックスの測定について説明している。
-
Article: ３つのM - リーンの３要素
リーン主義をソフトウェア開発に適用することについての議論では、主にムダ（無駄：Muda）なものを特定して排除することに関心が向けられてきました。リーン思考は同様に、ムリ（無理：Muri）とムラ（ばらつき：Mura）を削除することも目指しています。
-
ベッドタイムユーザストーリー: カウボーイとおとぎ話
「ソフトウェアエコノミストで国際的なコンサルタント」を自称するDavid Longstreet氏が、昨年、アジャイルソフトウェア開発はおとぎ話で、ただ「カウボーイ」開発を正当化しようとしているだけだと主張する論文を発表した。
-
Cockburn氏テスティングを語る: 本物のプログラマにはガッツ(GUTs)がある
Alistair Cockburn氏は、InfoQのビデオ記事「Coplien and Martin Debate TDD, CDD and Professionalism」に対するフォローアップ記事を自身のブログへ投稿した。その中で氏は、いかに多くの人たちがTDDを誤解しているかについて言及している。
-
「ふりかえり最優先条項」についての議論
ある夜の夕食のときに、ベテランの実践者たちのグループは、自分たちがチームで「ふりかえり最優先条項」をどのように使用するか(あるいは使用しないか)に関して意見を交換した。
-
50人の開発者に聞きました: アジャイルについて、あなたのCIOに知ってもらいたいこと
あなたは自社のCIO(情報システム担当役員)へ、アジャイルソフトウェア開発の利点を説明しようとしているところだろうか?あなたの上司は第三者によるアジャイルの有効性の証明を求めているだろうか?そうだとしたら、CIOマガジンのEsther Schindler氏があなたのためにその大仕事をやってくれている。50人以上のアジャイル開発者へ彼女はひとつの質問をした。
-
「完了」は「シップ可能」ということか？
「完了」と「シップ可能」との相違について、アジャイルに関するさまざまなフォーラムやブログで活発な討論が起こっている。両者は同じことを意味するような気がするが、リストやさまざまなブログ上での討論が提言するのは、この2つはいまなお広範囲にわたって誤解されており、誤使用されている用語であるということである。これは「完了」の取り扱い方についての提案をまとめたものである。