BT

最新技術を追い求めるデベロッパのための情報コミュニティ

寄稿

Topics

地域を選ぶ

InfoQ ホームページ 継続的な改善 に関するすべてのコンテンツ

  • 「ABetterTeam.org」でアジャイル度を評価しよう

    Sebastian Hermida氏は自分たちがどれだけうまくアジャイルを採り入れているか、チームが理解を深めるのに役立つ無料で使えるオンラインのツールを作った。サイト「abetterteam.org」はJames Shore氏とShane Warden氏の本『アート・オブ・アジャイル デベロップメント(The Art Of Agile Development)』に出てくる「アジャイル度を評価しよう」というクイズに基づいたものだ。

  • バックログには背骨が欠けている

    バックログはこれまでかなりの期間、批判にさらされている。リーンでは目録であり無駄であるとみなされている。Mary Poppendieck氏は、もし求められる目的にそぐわないであれば、プロダクトバックログは排除するべきであるとまで言っている。

  • チームの腐ったリンゴを扱う

    ここ数日間、Scrum Development Yahoo Groupでチームの1人の「働きが少ない」場合に何をするかについてとても活発な議論がなされている。Rotten apple in Scrum team(スクラムチームの腐ったリンゴ) の130以上のレスポンスの中で、最初の質問へのアドバイスから、チームのやる気や誰がそれを管理するかという話、個人を計測する昔からの論争、チームが本当に「チーム」であるかどうか見分けることなどへ議論が及んだ。

  • 2009年のSOA予測

    一年のこの時期になると、業界は過去12ヵ月を振り返り、先行きを予測しようとする傾向にある。たとえば、Eric Roch氏は2009年のトップ10を予測している。

  • ふりかえりを改善するための秘訣

    「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氏が使っていた手軽なアプローチである。

  • アジャイルはどれほど個人のためになるか

    ScrumDevelopmentグループで最近行われた議論では、アジャイル開発のプラクティスが関係している個人にとって直接プラスになる方法を明らかにしている。

  • James Shore氏「アジャイルの衰退と凋落」

    James Shore氏はアジャイルは衰退していくと断じている。多くのチームが、長期間にわたって高品質なソフトウェアを生産するために必要とされる技術的なプラクティスを適用することなく、「スプリント」と朝会だけ行っていることを例に挙げている。

  • Martin Fowler氏が語る陥りがちなスクラムの落とし穴を避ける方法

    InfoQチャイナのJacky Li氏は、ThoughtWorks社のAgileChinaカンファレンス中にMartin Fowler氏と会談した。このインタビューは、Martin Fowler氏がスクラムの認定試験と、アジャイルの未来について語ってくれたものだ。

  • パフォーマンスレビューの追放

    Wall Street Journal紙で、執筆者でありUCLAの経営の教授であるSam Culbert氏は、年1回のパフォーマンスと給料のレビューは最悪の機能不全に陥っていると主張した。彼はそれらの主要な目的が、「上司の権威と権限の優位性を保つことを目的とした脅迫」であると考えている。

  • 討論: なぜほとんどのソーシャルソフトウェアは失敗するのか?どうすれば失敗を避けられるのか?

    いくつかのソーシャルサイトは、他のサイトが顧客を獲得に動き出す前に、大きな成功を手中に収めている。なぜそのようなことが起きるのだろうか?Clay Shirky氏は、多くの場合に共通して見られる、ある事実に注目しているとBuzzwatchに対するインタビューを通じて述べた。

  • レトロスペクティブの変化を曲げない

    アジャイルチームは、しばしばレトロスぺクティブの間は変化について話すのは簡単だと思っているが、レトロスペクティブ後に実際にその変化をもたらすのは必ずしもそう簡単なことではない。ソフトウェア開発の人的側面に関してよく知られたソートリーダーであり、Agile Retrospectives: Making Good Teams Greatなどの書物の共著者であるEsther Derby氏が、改善に向けた個人的な取り組みから得た経験を詳述し、変化をもたらすにはどのようにするとうまくいくのかについていくつか提案している。

  • Article: ソフトウェアのリーン思考入門

    これは、InfoQ Chinaのアジャイル編集者、Jacky Li氏によるリーン思考とリーン思考をどのようにソフトウェア開発に適用するかについての入門です。

  • 誠実さはアジャイルにとって価値と言えるか?

    Declan Whelan氏は示唆に富むブログを書いている。その記事では、Mishkin Berteig氏から学んだという思想に言及し、成功するアジャイルチームには(暗黙の)原則として、「誠実さ」があるという。

  • 世界的に有名なオーケストラがスクラムに似た手法を採用

    スクラムチームには指名されたチームリーダーがいない。チームは自己管理することが望まれる。同様に、世界的に有名なオーケストラは、チームでリーダーシップを共有して決定を行うというプロセスを支持し、指揮者の役割を完全に省いた。その過程で、スクラムチームが利益を享受できるような連携方法とレッスンを身につけた。

BT