InfoQ ホームページ Agile に関するすべてのコンテンツ
-
Agile Australia 2009 カンファレンス
The Agile Australia 2009 conference is running in Sydney on 15 & 16 October. Over 25 sessions with local and international speakers.
-
いつイテレーション/スプリントをの延ばすか
まさにスプリントが終わろうとしているとき、あなたは重要なストーリーが実現できないのに気付く。あなたはどうするか。スプリントの期間を延ばすか。バックログのなかにストーリーを戻すか。チームはいつもひとつのスプリント内でできることを過大評価していないか。どうすればよいだろう。
-
SOAのマネージメント戦略
Mike Kavis氏が、SOA instituteに書いている記事で、SOAを実装する成功要素として、人、プロセス、技術そしてビジネスの４つを上げている。彼は、よいマネージメント戦略とは、これらの各分野での、重要な成果物を作り上げるロードマップを作り、それを伝達することである、と信じている。
-
フィードバックとフィードフォワード:それぞれの長所
フィードバックとは過去の出来事からのアウトプットが未来と潜在的に関連している状況だ。アジャイルでは各ステップでフィードバックを集めたり提供したりすることをとても重要視している。これは、品質の良い製品を作り上げるためだ。一方でフィードフォワードは未来の方向性の観点から、今後のために助言を与えることだ。
-
QCon キーノート：技術者 VC が語る将来動向と市場機会
11月18日(水) QCon San Francisco 冒頭のキーノートで VC である Bay Partners の Salil Deshpande，Accel Partners の Kevin Efrusy 両氏が，ソフトウェア開発の分野で予想される将来動向と市場機会に関する公開議論を行う。彼らに伝えたい質問やコメントがあればこのアーティクルに追記してほしい。Salil と Kevin がキーノートで取り上げてくれるだろう。
-
カンバン方式を適用する間違った理由と正しい理由
カンバン方式の目的は各工程の間でWIP (Work-In-Process)、つまり在庫を最小にすることだ。それには、下流の工程が必要な部品だけ上流の工程が作るようにする。最近になってリーン方式とカンバン方式は一般的になってきた。多くの企業がカンバンボードを用意してWIPを抑制し、ムダを省いている。Michael Dubakov氏はカンバン方式を適用する間違った理由と正しい理由を調べた。
-
Google Waveの舞台裏 - Dhanji Prasanna氏とのQ&A
9月30日に計画されているGoogle Waveのコンシューマリリースに関連して、InfoQではGoogleのソフトウェアエンジニアであるDhanji Prasanna氏に対してGoogle Waveのあまり知られていない内部のこと、GoogleのエンジニアがどのようにGoogle Waveを開発してきたかに関する細かなこと、そして関連するベストプラクティスについてのQ&Aを行った。
-
Agile 2009コンファレンスを振り返る
Agile 2009から１ヵ月が経ち、非常にさまざまな、コンファレンス、セッション、そして参加者が最も価値を見出したものについてのフィードバックが届いている。
-
Pomodoro - 時間管理へのアジャイル的アプローチ
Pomodoro Technique というパーソナルな時間管理手法が，アジャイル実践者の間で人気を獲得しつつある。Pomodoro には，アジャイルチームが使用するものによく似たプラクティスがいくつも含まれている。time-boxing，調査と順応(inspect-and- adapt)の繰り返し実施，ローテク志向のツール選択，継続可能なペースの維持に重点を置いている点，などだ。
-
PairWithUs:アジャイルソフトウェア開発のお手本動画が見られるサイト
多くのプログラマにとってプログラミング技術を学ぶよく知られている方法として例から学ぶ方法がある。具体的にいえば、他の人がどうしているのか、観察することだ。Antony marcano氏とAndy Palmer氏の"PairWithUs"では観察するだけの素敵なサイトを公開している。
-
Simple Module SystemはJSR294を救えるか?
この1ヶ月の間、Java Modularityワーキンググループ(JSR 294)の現状について多くの議論がなされた。JSRは、異なるモジュールシステム(特にSunのProject JigsawとOSGi)間の共通基盤を見つけようとしているが、現在の提案はあまりにも複雑であり、世界初となるメタモジュールシステムという概念を導入している。Simple Module SystemはJSR294を救えるか?
-
ペアプログラミングは大衆向けでない？
ペアプログラミングはここ数年で一番議論が続けられているプラクティスのひとつだ。ほとんどの支持者はペアプログラミングの利点をほめたたえることを惜しまないが、その人たちでもペアで作業することの導入に苦労があることを認める人は多いだろう。それはなぜか。Obie Fernandez氏はそうなる理由と考えられる10の項目を挙げている。
-
スプリント計画：ストーリーポイント VS 作業時間
スプリント計画にストーリーポイントと作業時間のどちらを用いるかについて，決着の付かない議論が長く続いている。Mike Cohn 氏がユーザストーリーをタスクに分割して時間見積を行う方法を推せば，Jeff Sutherland 氏が自身の関わった最高のチームでのストーリーポイントを使ったバーンダウンの例をあげてみせる，といった具合だ。
-
コンテキストスイッチ対策が必要だって？じゃあ邪魔されよう
コンテキストスイッチとは、あるタスクから別のタスクへと、焦点や注意を比較的短時間で切り替えることだと定義される。これはチームメンバとその人が取り組んでいるプロジェクトにとって、有害であると広く考えられている。Charles Miller氏はAtlassian社で使っていたコンテキストスイッチに対処する方法について述べた。
-
ふりかえりについてのふりかえり
組織内のどのチームもアジャイルを用いていて、それぞれ局所的な改善を実装するので手一杯だった場合、正式に｢IT｣ないし「システム開発」と呼ばれるようなより大きな組織では何が起こるのだろうか？これについて巨大なアジャイルプログラムを抱えるコーチが、自分たちの立てた戦略を共有した。これはより大きな組織が全体の動向を把握し、そこから学ぶことで利益を得られるように作られている。Paulo Caroli氏はこれを「ふりかえりについてのふりかえり」と呼んでいる。