InfoQ ホームページ Agile に関するすべてのコンテンツ
-
優れたコードだけでプロジェクトは成功するか
開発者であり、アーキテクトであり、著書も持つ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はいくつかのレベルのアジャイルの認定制度を提供する団体だ。この記事は氏へのインタビューの第一部である。インタビューの内容はアジャイルに関する幅広い話題に及んだ。
-
アジャイル界隈ではシンプルなツールが好まれる
アジャイルでは必ずしもツールの利用を必須・推奨しているわけではない。理想的には、インデックスカードに書かれた要件を使ってコマンドラインインターフェイスでも開発はできるだろう。しかし、この数年、さまざまなツールが現れて、アジャイル開発の成功を促進している。最近、Migan氏とGaia氏はアジャイル界隈におけるツールの利用調査を実施した
-
CloudBeesがHudson-as-a-Serviceを紹介
CloudBeesは同社初のPaaSであるHaas(Husdon-as-a-Service)を紹介した。このサービスは、技術にとらわれないセットアップや構成、柔軟なリソース確保を提供することで万人に恩恵を与えるクラウドに継続的統合とプロジェクトのテストを���入する。
-
ユーザストーリー完了後の再見積は精度向上に有効か？
Scrum Development メールリストの最近のスレッドで，Paul Battison 氏がひとつの質問を投げかけている。スプリントの終了後に完了したストーリーの再見積を行って，チームの速度 (Velocity) 評価に実際の成果を反映させることは適当だろうか，と問うものだ。
-
Ken Schwaber氏へのインタビュー第二部
Ken Schwaber氏はJeff Sutherland氏と共にスクラムの発案者だ。この記事では氏への一連のインタビューの第二部をお届けする。スクラムの認定制度や試験、コーチング、作業管理へのカンバンの影響、そして氏の未来の知識労働への考えについて話を聞いた。
-
-
ユニークなソフトウエア学位プログラムが再始動
ニューメキシコ・ハイランズ大学でソフトウエアとシステム設計を学ぶためのユニークな教育プログラムが再会した。このプログラムは体験学習や、徒弟制度、そして大胆に再構成された、進捗の早いカリキュラムに基づく。このプログラムのゴールはコンピューティングの技術を用いて困難で"邪悪な"問題を解決する専門家のコミュニティを生み出すことだ。
-
Ken Schwaber氏へのインタビュー第一部
Ken Schwaber氏はJeff Sutherland氏と共にスクラムの発案者だ。また、アジャイルマニュフェストの署名者でもあり、アジャイルアライアンスの創設者でもある。そして、スクラムアライアンスの創設責任者であり、認定スクラムマスタプログラムを作成したのも氏だ。氏はこの一連のインタビューで率直な意見を聞かせてくれた。
-
エンタープライズアーキテクトはMBAを持つべきか。
エンタープライズアーキテクトやSOAについて書いているTodd Biske氏がツイッター上で次の質問をつぶやくことで議論が始まった。“エンタープライズアーキテクトはMBAを持っている/取得するべきでしょうか。”この問いに対して、数人のエンタープライズアーキテクトがMBAは必須ではないがとても役に立つと答えた。
-
ベストスクラムチームに報奨を与えるべきか？
四半期毎にその部門のベストチーム1つに報奨を与えるべきだろうか？ そのチームはどうやって決定されるべきだろうか？ そうした報奨にはどんな影響があるだろうか？
-
大規模なリファクタリングを行う方法
リファクタリングの定義は，外部的な動作機能に影響を与えずにプログラムの内部構造を変更することだ。主にプログラムの非機能属性を改善し，結果としてコード品質を向上する目的で実施される。しかしリファクタリングの規模が大きくなると，経験を積んだアジャイリストさえ不安を感じる ことが少なくない。アジャイルのコミュニティで，大規模なリファクタリングを扱う方法をいくつか検討した。