BT

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

寄稿

Topics

地域を選ぶ

InfoQ ホームページ Agile in the Enterprise に関するすべてのコンテンツ

  • 誰が私たちのプロジェクトのステークホルダーを動かしたのか?

    アジャイルなチームにとってのプロジェクトのステークホルダーはプロジェクトの成功に価値のある関係を持つ人である。その人はもしかするとプロジェクトに対する資金を持っている場合もある。しかし、いくつかのシナリオにおいてはプロジェクトのステークホルダーから時間を捻出してもらうことが非常に難しいことがある。ほかの極端な場合には、ステークホルダーは興味を持っていないか、完全に行方不明になってしまうようなこともある。

  • アジャイルの本質的な要素

    アジャイルを成功させるためには、どのスキルが開発者に必要か、またどのプラクティスが組織に適用できるか、多くの議論が行われてきた。しかし、アジャイルを成功させるために本当に欠かすことのできない重要な心はなんだろうか。Mark Schumann氏はアジャイルの"本質的な要素"としてアジャイルの基底的なテクニックではなく、正確にいえば<em>アジャイルの考え方と管理を共に位置づける事を提唱する。

  • XP と Scrum, どちらがよいか,よくないか?

    Scrum と XP はどちらがよいのだろう? どちらかが他より適切なのか,あるいは別の選択肢があるのだろうか?

  • 革新はどこへ行ったのか?

    アジャイルの世界で起きている革新のあり方に疑問を投げかける人たちがいる。繰り返し機能を追加していく開発によって、私たちは革新ではなく古い解決策を使う方向に向かう。そのため、本当に「独創的な」解決策を見つけ出すよりも、すでに知っていることに基づいて開発するのだ。アジャイルプロジェクトに革新をもたらす方法として、研究開発の流れを取り込むことを提案する。

  • アジャイルテストにはクロスファンクショナルチーム以上のものが必要だ

    アジャイルテストを検討する場合、多くの人が最初に考えるのは、ツール、自動化、テスト時期とその方法、チームにおけるテスターの役割についてだ。これらは、すべてとても価値のあるトピックだ。しかし、これらの中で成功に欠かせないもの、または、あればよいものは何だろうか?

  • 'Agile Developer Skills Workshop' 開催中

    アジャイル開発者の技術に対する公平かつ正確な評価方法の確立が,以前からホットな話題になっている。Ron Jeffries,Chet Hendrickson 両氏の指導する 'Agile Developer Skills Workshop' はこの問題の真のソリューションを作り出そうとするもので,今日はその2日目である。

  • いつイテレーション/スプリントをの延ばすか

    まさにスプリントが終わろうとしているとき、あなたは重要なストーリーが実現できないのに気付く。あなたはどうするか。スプリントの期間を延ばすか。バックログのなかにストーリーを戻すか。チームはいつもひとつのスプリント内でできることを過大評価していないか。どうすればよいだろう。

  • フィードバックとフィードフォワード:それぞれの長所

    フィードバックとは過去の出来事からのアウトプットが未来と潜在的に関連している状況だ。アジャイルでは各ステップでフィードバックを集めたり提供したりすることをとても重要視している。これは、品質の良い製品を作り上げるためだ。一方でフィードフォワードは未来の方向性の観点から、今後のために助言を与えることだ。

  • カンバン方式を適用する間違った理由と正しい理由

    カンバン方式の目的は各工程の間でWIP (Work-In-Process)、つまり在庫を最小にすることだ。それには、下流の工程が必要な部品だけ上流の工程が作るようにする。最近になってリーン方式とカンバン方式は一般的になってきた。多くの企業がカンバンボードを用意してWIPを抑制し、ムダを省いている。Michael Dubakov氏はカンバン方式を適用する間違った理由と正しい理由を調べた。

  • Agile 2009コンファレンスを振り返る

    Agile 2009から1ヵ月が経ち、非常にさまざまな、コンファレンス、セッション、そして参加者が最も価値を見出したものについてのフィードバックが届いている。

  • ペアプログラミングは大衆向けでない?

    ペアプログラミングはここ数年で一番議論が続けられているプラクティスのひとつだ。ほとんどの支持者はペアプログラミングの利点をほめたたえることを惜しまないが、その人たちでもペアで作業することの導入に苦労があることを認める人は多いだろう。それはなぜか。Obie Fernandez氏はそうなる理由と考えられる10の項目を挙げている。

  • アジャイルコミュニティの人種差別主義者が学習を妨げる

    今月早く、Vinay Aggarwal氏による"アジャイルにおけるプロジェクトマネージャの役目"という記事を載せたが、自己組織的チームに関する、ある非主流の考えが含まれている。不幸にして読者によって人種差別主義者批判がされた。これらの批判が消され、不心得者は、追い出された。しかしこのことが新たな疑問をもたらした、すなわち、"人種差別主義がいかにソフトウェアを書き、製品化する能力に影響するのか?" ということである。

  • Lean & Agile をリードする - すべては皆のため

    Mary & Tom Poppendieck 両氏は新刊 "Leading Lean Software Development: Results Are Not the Point" を発表した。同書で両氏は Lean/Agile 変換におけるリーダーシップの重要性について調査研究し,変革を求める組織に対して助言を与えている。

  • 'アジャイルの三角形'によるアジャイルのパフォーマンス測定

    伝統的なソフトウェア開発チームは,ソフトウェアの'鉄の三角形(Iron triangle)'の領域内で活動すると考えられている。この三角形の3つの辺は,スコープ,スケジュール,費用である。Jim Highsmith 氏は,この鉄の三角形がアジャイルチームの柔軟性に対して多くの制約を課すものだとして,それに代わるアジャイルの三角形(Agile Triangle)を提案した。

  • アジャイルの導入: プロジェクトは飛び込み、企業は徐々に踏み込む

    アジャイルの導入は徐々に「新しいことをやってみる」方法がよいのか、すべてを賭けて「頭から飛び込む」アプローチがよいのかという激しい論争が数多くある。Johanna Rothman氏は、プロジェクトは全部飛び込み、企業は徐々に進めるべきだと言う。

BT