BT

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

寄稿

Topics

地域を選ぶ

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

  • アジャイル認定批判の新たな波

    長い間、アジャイル認定の話題はコミュニティで何度も繰り返し議論の中心となっている。これは望ましいものなのだろうか?可能なのだろうか?茶番、詐欺なのだろうか?近頃、認定に反対の主張をする議論の波が起きているが、それは主に、そのような「アジャイル認定」を与えることを主張する新しい企業に対する反対である。

  • Agile2008でのRobin Dymond氏とのインタビュー

    Agile2008コンファレンスでのRobin Dymond氏とのインタビューにおいて、Robin氏はアジャイルを「次のレベル」に押し上げる方法、変わることができない組織にとって、期待できるアジャイルチームを組織できない理由などLeanの概要を示している。Robin氏は、従来の階層およびチーム構造間の不釣合いを説明している。

  • 見習い期間のモデル

    Bob Martinおじさんは、見習いとの経験、および見習いから熟練職人に進むための鍵が何かと考えるかについて、最近書いた。 彼は2人の仮想の見習いについて記述している:Samは同じ師匠の下で15年弟子として過ごした開発者。もう一人のJasmineは途中で彼女のスキルを伸ばすために数回仕事を変更した(したがって師匠も変更した)。

  • Scrumの管理者

    このプレゼンでは、管理者の役割がScrumでどのように変化するのかを検討する。管理者がロールモデルとして動作する、Scrumの採用を導くのに役立つ。

  • Visual Studio Team System 2010 で予定されているもの

    Microsoft のディベロッパテクノロジスペシャリスト Bill Maurer 氏はカンファレンスを開催し、Team Foundation Server、ソース管理、プロジェクト管理、テスト、開発およびアーキテクチャといった主要な分野における Visual Studio Team System 2010 (VSTS) の新機能を紹介した。

  • 大規模なアジャイルプロジェクトで新しい人を入れる

    Anand Vishwanath氏は、大規模なアジャイルプロジェクトでは、小規模の「シミュレーション・プロジェクト」の利用が、新しい人を決まったやり方に慣れさせるための最善の方法となるだろうと提案している。一言で言えば、「一回の研修の中で新たに入ってきた人たち4~6人のグループを作り」、経験のある数人のメンターの支援の下で彼らに1~2週間に渡って数回の小さなイテレーションを実行させるのである。

  • スクラム認定テストの続き

    認定スクラムトレーナーのMishkin Berteig氏が、今年3月にOrlando Scrum GatheringでベータCSM(認定スクラムマスタ)テストを受け、フィードバックを投稿した。

  • ストーリー・マッピングによるユーザ・ストーリーへのコンテキスト付与

    「バックログ」というスクラムの要素は、チームが実装するユーザ・ストーリーに優先順位が付けられた1つのリストである。これは、チームが直近に取り組むべきこと(たとえば、スプリントの計画など)を整理するのに効果的だ。Orlando Scrum Gatheringにおいて、Jeff Patton氏は、ストーリー・マッピングについて述べたが、これは、よりリッチなコンテキストを提供しリリース計画に役立つストーリーを構成するための手段である。

  • 自動化テスト向けのROI

    テストの自動化はしばしば、テストのコストの削減、テストカバレッジの拡大およびテスト周期の短縮化を可能にする方法として、とらえられている。

  • 理想的なイテレーション期間

    アジャイルの導入でよくある質問の1つは、理想的なイテレーション期間に関したものである。チームは、たいていイテレーションの期間は1週間から2ケ月を取っている。正しいイテレーション期間を選択することが重要であり、アジャイルの導入が成功するかは、適切なイテレーション期間にかかっている。

  • ボトルネックの制約がある中での改善への視点

    My Framework is More Productive than Your Frameworkの中で、Ken DeLong氏はソフトウェアプロジェクトをさらに生産的にするアプローチについて検証している。フレームワーク、言語およびプロジェクト管理ツールに関する宣伝にもかかわらず、これらはボトルネックにならない傾向にある。Ken氏は、最大の生産性はコミュニケーション、コードの読み取り可能性およびデバッグ可能性が改善されることにより、もたらされると考えている。

  • FriendFeed、MySQL上にスキーマレスなストレージを実装

    FriendFeedのBret Taylor氏は、急成長するウェブサイトを対象とした「フレキシブルなスキーマでデータを保存し、オンザフライで新しいインデックスを作成する」という課題に対する「スキーマレスソリューション」について語っている。

  • Article:画面プロトタイプを用いた要件抽出技法の紹介

    ここで紹介する記事では、システム開発の要件定義工程での要件抽出を補助する手段のひとつとして、画面プロトタイプを用いて要件抽出を行う技法とその有効性を紹介します。

  • 重要なセキュリティの脆弱性がQuicksortで発見

    L0pht Heavy Industriesの研究者が、Quicksortアルゴリズムの標準実装における欠陥を発見した。これは、もっとも広範囲にわたる脆弱性の一つになる事が確実である。 InfoQはL0phtのDildog氏にイン���ビューをし、この脆弱性とその派生する範囲について話を聞いた。 [エープリル・フール]

  • 非常に生産性が高いチームをどうやって手に入れるか?

    アジャイルソフトウェア開発がこれほど評判のよい主な理由のひとつであり、おそらく一番の理由だと言えるのは、非常に生産性が高いことに関して現場から数多くの報告があることだ。ソフトウェアを構築して1つの不具合も出さずにリリースしたチームは、顧客やかつて製品化までにかかっていた時間をごくわずかにまで減らしてきた人たちに知れ渡る。Joanna Zweig氏とCesar Idrovo氏は、非常に生産性が高いチームの働き方の理論、グループの一貫性について説明する4つの記事を書いた。

BT