BT

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

寄稿

Topics

地域を選ぶ

InfoQ ホームページ アジャイル技術 に関するすべてのコンテンツ

  • テスト駆動開発とレガシーコードのトラブル

    Alan Baljeu 氏は大規模なレガシー(古い) C++ コードベースへの TDD 利用を試みていた。そこで「可能な限り簡単に (simplest thing that could possibly work)」という原則が原因になって,大きな手戻り作業の発生するトラブルを経験したのだ。

  • ScrumBanは進化か、それとも矛盾か?

    カンバンのワークショップやコース、カンファレンスが現れ、アジャイル実践者たちは、リーンから適用されたこの手法がチームに提供するものを調査している。ボトルネックを明らかにすることから、より多くの"動き"を経験し満足するチームまで、魅力的な利点が挙げられている。しかし、指導者たちは、カンバンののんびりしたアプローチが直ちに障害を取り除くというスクラムの呼び掛けに対する「クリプトナイト」であることを警告する。

  • 分散型のふりかえりを改善する

    多くの人がふりかえりをアジャイルチームが継続的に改善をする際の最も強力なツールと考える。ふりかえりにより経験が新しいうちに学習や見識を捕らえられ、教訓はチームの作業にリアルタイムに適用される。 Retrospectives Yahoo Group において、各地に散らばったチームがどのようにふりかえりを取り入れられるかが議論された。

  • RubyMine 2.0 - 動的開発へと続く道

    第1級の Ruby IDE のひとつが JetBrains 社の決断によって商品化された。バージョン 1.0 のリリースから6ヶ月を過ぎた今日,リリースされる RubyMine 2.0 がそれだ。

  • Bobおじさんが述べるTDDの適用可能性

    "TDDによってペースが鈍ると考えている人は石器時代で生きつづけているようなものだ"と主張したことで議論を巻き起こしたブログに続き、Bob Martin氏は現実のTDDの適用可能性、役割、恩恵に対する深い洞察を試みている。

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

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

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

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

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

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

  • アジャイル開発を成功に導く26のヒント

    Keith Swenson氏は最近、アジャイル開発のための26のヒントを一覧にまとめた。氏は様々なトピックに関する知見を定期的に収集しているようで、この一覧はアジャイル開発について本当に考慮すべき点を抽出したものになっている。

  • 技術的負債を解剖する

    "技術的負債"という言葉はWard Cunningham氏によって作られた。この言葉が表すのは、短期的には簡単に実装できるが長期的には大きな悪影響を生み出すような設計上の方法を採用してしまったがために、開発チームが引き受けざるを得ない義務のことだ。技術的負債をどう考えるべきか、どのように分類できるか、についてアジャイルを実践する人々がそれぞれの見解を表明している。

  • psakeでビルドをシンプルに自動化する

    psakeはPowerShell(PS)に統合されたビルド自動化ツールだ。バージョン2.01はPowerShell 2.0で動作する。Ayende Rahien氏はRhino Toolsのビルドにこれを使っている。

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

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

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

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

  • Pomodoro - 時間管理へのアジャイル的アプローチ

    Pomodoro Technique というパーソナルな時間管理手法が,アジャイル実践者の間で人気を獲得しつつある。Pomodoro には,アジャイルチームが使用するものによく似たプラクティスがいくつも含まれている。time-boxing,調査と順応(inspect-and- adapt)の繰り返し実施,ローテク志向のツール選択,継続可能なペースの維持に重点を置いている点,などだ。

  • PairWithUs:アジャイルソフトウェア開発のお手本動画が見られるサイト

    多くのプログラマにとってプログラミング技術を学ぶよく知られている方法として例から学ぶ方法がある。具体的にいえば、他の人がどうしているのか、観察することだ。Antony marcano氏とAndy Palmer氏の"PairWithUs"では観察するだけの素敵なサイトを公開している。

BT