InfoQ ホームページ 継続的な改善 に関するすべてのコンテンツ
-
-
ふりかえりを改善するための秘訣
「Agile Retrospectives: Making Good Teams Great（邦訳：アジャイルレトロスペクティブズ 強いチームを育てる「ふりかえり」の手引き）」の共著者であるEsther Derby氏は先ごろ、ふりかえりを改善するためのテクニックについて書いた。
-
Snake On The Wall : 壁に並べた付箋紙を使って障害を把握する
Kevin Schlabach氏が、最近「Snake On The Wall」を使うことについてAgile Commentaryブログに投稿した。「Snake On The Wall」とは、開発プロセスを遅らせるものをチームで把握するのに役立つSchlabach氏が使っていた手軽なアプローチである。
-
-
James Shore氏「アジャイルの衰退と凋落」
James Shore氏はアジャイルは衰退していくと断じている。多くのチームが、長期間にわたって高品質なソフトウェアを生産するために必要とされる技術的なプラクティスを適用することなく、「スプリント」と朝会だけ行っていることを例に挙げている。
-
Martin Fowler氏が語る陥りがちなスクラムの落とし穴を避ける方法
InfoQチャイナのJacky Li氏は、ThoughtWorks社のAgileChinaカンファレンス中にMartin Fowler氏と会談した。このインタビューは、Martin Fowler氏がスクラムの認定試験と、アジャイルの未来について語ってくれたものだ。
-
パフォーマンスレビューの追放
Wall Street Journal紙で、執筆者でありUCLAの経営の教授であるSam Culbert氏は、年１回のパフォーマンスと給料のレビューは最悪の機能不全に陥っていると主張した。彼はそれらの主要な目的が、「上司の権威と権限の優位性を保つことを目的とした脅迫」であると考えている。
-
討論： なぜほとんどのソーシャルソフトウェアは失敗するのか？どうすれば失敗を避けられるのか？
いくつかのソーシャルサイトは、他のサイトが顧客を獲得に動き出す前に、大きな成功を手中に収めている。なぜそのようなことが起きるのだろうか？Clay Shirky氏は、多くの場合に共通して見られる、ある事実に注目しているとBuzzwatchに対するインタビューを通じて述べた。
-
レトロスペクティブの変化を曲げない
アジャイルチームは、しばしばレトロスぺクティブの間は変化について話すのは簡単だと思っているが、レトロスペクティブ後に実際にその変化をもたらすのは必ずしもそう簡単なことではない。ソフトウェア開発の人的側面に関してよく知られたソートリーダーであり、Agile Retrospectives： Making Good Teams Greatなどの書物の共著者であるEsther Derby氏が、改善に向けた個人的な取り組みから得た経験を詳述し、変化をもたらすにはどのようにするとうまくいくのかについていくつか提案している。
-
Article: ソフトウェアのリーン思考入門
これは、InfoQ Chinaのアジャイル編集者、Jacky Li氏によるリーン思考とリーン思考をどのようにソフトウェア開発に適用するかについての入門です。
-
誠実さはアジャイルにとって価値と言えるか?
Declan Whelan氏は示唆に富むブログを書いている。その記事では、Mishkin Berteig氏から学んだという思想に言及し、成功するアジャイルチームには(暗黙の)原則として、「誠実さ」があるという。
-
世界的に有名なオーケストラがスクラムに似た手法を採用
スクラムチームには指名されたチームリーダーがいない。チームは自己管理することが望まれる。同様に、世界的に有名なオーケストラは、チームでリーダーシップを共有して決定を行うというプロセスを支持し、指揮者の役割を完全に省いた。その過程で、スクラムチームが利益を享受できるような連携方法とレッスンを身につけた。
-
個人のふりかえり -- あなたの「ウェットウェア」を進化させよ
先日のAndy Hunt氏のインタビューは、達人プログラマからアジャイルな開発、そして彼の最新の関心である実践的なウェットウェアまで、彼の変化について話している。人がどのように学習し改善するかを理解するということは、アジャイラーの道具箱を補強する重要な要素だ。
-
チームで新しい習慣を身につける報酬は？
チームが新しい習慣を身に着けようとして、なかなかうまくいかないときがある。習慣とは、ユニットテストを書く、コンパイラの警告をなくす、ビルドを壊さない、などのことだ。どうしたら、チームにこうした習慣を植え付けることができるだろうか？Clint Shankはメンバーを移行させるために、あるゲームをデザインした。
-
TDDへの見解：品質は思索と熟考から得られる。バグの抑制からではない。
Michael氏はユニット・テスト、インテグレーション・テスト、TDDそしてクリーン・ルーム・ソフトウェア開発について言及し、コードの品質というのは思索と熟考から得られるのであってバグの抑制から得られるのではないと結論付けている。