InfoQ ホームページ Agile に関するすべてのコンテンツ
-
Maven 3.0リリース
Sonatypeは本日、Maven 3のリリースを発表した(リリースノート)。このリリースは2005年のMaven 2のリリース以来の最大の変更になる。Maven 3のリリースでは後方互換性をなるべく維持するために、オープンソースのツールでの自動テストが十分に行われた。この結果、Maven 3はMaven 2を単純に置き換えるものになり、性能の向上以外にはほとんど目につく違いはなくなった。
-
社外学とスクラム
スクラムマスタの仕事には仕事には外交的手腕 -- 効果的なコミュニケーションのスキルが求められる。チームのメンバ同士の効果的なコミュニケーションも必要である。このようなソフトウェアスキルを要するタスクを遂行するために有用なツールが，現在フリーで入手可能だ。その中のひとつを詳説した 400 ページを越える書籍 SOFTWARE FOR YOUR HEAD が現在，PDF 形式で無償公開されている。
-
アジャイルチームのための採用
アジャイル開発のモデルによって、ソフトウエア開発コミュニティのさまざまな場所で興味深いカンファレンスを生み出され、またたくさんの面白い本が書かれた。効率的な開発のためのパラダイムは正しい方向へと移行したのだ。しかし、さらに改善の余地がある部分もある。それは、アジャイルチームのための優れた採用方法についてだ。
-
マネージャにScrumを売り込むか？
マネージャにScrumを売り込もうとする？ 失敗して、なぜだろうと戸惑う？ このようなことは、CSMコースを終えて、世界を変える助けをするつもりでいる人に、よく起きることである。
-
制約は利点の仮の姿だ
ソフトウエアを構築することは多くの制約を管理することと密接に関連する。制約とは時間、資金、技術、意思決定、互換性、規則、そして人や業務のプロセス、またはこれらすべてを合わせたものからなる。Jim Bird氏は、創造性を育て正しいソフトウエアを作る上で、スクラムやXPによって背負わされる制約が役にたつことについて論じた。
-
アジャイオーストラリア - 開会のキーノート
メルボルンで最近開催されたアジャイルオーストラリアでは開会のキーノートがふたつあった。Jim Highsmith氏は“スコープ、スケジュール、コストを超えて – 価値を最適化する”と題した講演をした。また、 Jeff Smith氏は“アジャイルでビジネス価値を提供する”と題した講演で、Suncorpでのアジャイルの変遷と、どのようにしてビジネスのより広い分野でアジャイルを実践しているかについて話をした。
-
ICAgile.orgのAlistair Cockburn氏へのインタビュー第二部
Alistair Cockburn氏はアジャイルマニュフェストの署名者であり、本の著者であり、たくさんのアジャイルの会議でキーノートのスピーカーを務めている。そして最近は、ICAgile.orgのスポークスマンとして活動している。ICAgile.orgはいくつかのレベルのアジャイルの認定制度を提供する団体だ。この記事は氏へのインタビューの第二部である。インタビューの内容はアジャイルに関する幅広い話題に及んだ。
-
スプリントバーンダウン - 間違ったことを計測しているのか?
従来のスプリントバーンダウンチャートはチームの役に立っているのか。多くのスクラムチームが作業時間の追跡がスプリントの本当の状態を隠蔽することを指摘し、他の方法を選択する。
-
Jim Highsmith 氏が Agile Australiaで－マネージャへのアドバイス
Jim Highsmith氏は、今週 Agile Australiaカンファレンスで講演を行ない、幹部用の朝食会で、幹部やマネージャーによるアジャイルへの移行を支援する方法について発表し、組織がアジャイル手法を採用した時に、パフォーマンス測定法の再考の必要性と、いかにプロジェクト マネージメントの「鉄の三角形」の大きさを変える必要があるかについて、最初の基調講演を行った。
-
Ken Schwaber氏へのインタビュー第二部
Ken Schwaber氏はJeff Sutherland氏と共にスクラムの発案者だ。この記事では氏への一連のインタビューの第三部をお届けする。今回はスクラムの認定制度や試験、Java開発者のためのアジャイルの認定などについて話を聞いた。
-
優れたコードだけでプロジェクトは成功するか
開発者であり、アーキテクトであり、著書も持つSimon Brown氏はプロジェクトを成功させるには良いコード以上のものが必要だと考える。良いコードだけでは不十分と題したプレゼンで氏はプロジェクトの成功に必要なすべての要素について、事前の設計から運用尾のための文書まで、くまなく論じた。
-
Big Ball Of Mud（大きな泥だんご）は依然最も人気あるソフトウェア設計手法
Big Ball Of Mud（大きな泥だんご）は、でたらめに構築され、乱雑で無秩序、ダクトテープで繋ぎ合わされたようなコードのジャングルのことである。何年にもわたって、この泥を扱うための年月をかけて考えられた凝集性の高く結合度の低い種々のガイドライン、例えば SOLID、GRASP、KISS など、を紹介してきた。しかしながら、その状況は厳しく、Big Ball of Mud はいまだソフトウェアを設計し構築する最もポピュラーな方法のままである。
-
アジャイルチームのアーキテクトのための10の助言
Microsoft AustraliaのソリューションアーキテクトであるTom Hollander氏は、TechEd Australiaでアジャイルチームにおけるアーキテクトの役割と題したプレゼンを行った。 氏はこの場でアジャイルチームを率いるアーキテクトとして氏が行っていることについて議論した。
-
どうやってアジャイル懐疑論者を説得するか
アジャイルコーチのDaniel Markham氏が"なぜある種の人はアジャイルを強烈に嫌うのか。アジャイルはぬくもりであり、アップルパイであり、母性であり、良きことであり、これらすべてではなかったのか。なぜそんなに怒るんだ。"という、問いを投げかけている。
-
Alistair Cockburn氏へのインタビュー
Alistair Cockburn氏はアジャイルマニュフェストの署名者であり、本の著者であり、たくさんのアジャイルの会議でキーノートのスピーカーを務めている。そして最近は、ICAgile.orgのスポークスマンとして活動している。ICAgile.orgはいくつかのレベルのアジャイルの認定制度を提供する団体だ。この記事は氏へのインタビューの第一部である。インタビューの内容はアジャイルに関する幅広い話題に及んだ。