InfoQ ホームページ Agile に関するすべてのコンテンツ
-
日本のリーン活動を見る
リーン活動を見るために日本の「現場に行った」アジリストのグループは、何を見ただろうか? 日本への「Roots of Lean」ツアーは、Mary Poppendieck氏とTom Poppendieck氏に率いられ、この春実施された。ここに、プロガーやニュースグループのライターたちがツアーについて観察したことをまとめている。このツアーでは、Henrik Kniberg氏、Sune Gynthersen氏、Gabrielle Benefield氏等が、製造工場とソフトウェア会社の両方を訪れている。
-
Ruby on Rails プロジェクトを救助する
Ruby on Railsが世に出て５年ほどの間，開発者たちは数多くのアプリケーションを開発してきた。その多くがRubyないしRuny on Railsを習得しながら開発されたため，ベストプラクティスとは言いがたいが，それでもWebサイトとして製品にはなっている。これらのWebアプリケーションには問題もあるが，その解決方法を取り上げた本が新たに発行された。
-
Agile In a Flash（速解アジャイル）
多くの人々が冗談半分に３×５のインデックスカードを「アジャイリストのバッチ」と認めている。しかし、色々な意味でこれは不正確でも不適切でもない。山積みされたインデックスカードを見ていくことが、実際に多くのアジャイル的活動に対する品質保証になり得るのだ。しかし、インデックスカードを使ってアジャイルを学び、覚えるというのはどうだろうか？「Agile In a Flash」プロジェクトにおいて、Tim Ottinger氏とJeff Langr氏はまさにそういった人々の手助けをしようとしている。
-
進化論から見たソフトウエア開発
ミームとは、もとはRichard Dawkins氏の著書"利己的な遺伝子"で提示された概念で、遺伝子を使って文化を考えるためのものだ。ミームは人々の間に広がり、思考や行動に影響を与える。Julian Everett氏の考えでは、ソフトウエア開発の方法論や概念や文化はミームの集合と見なすことができるのではないか、ということだ。そしてそのように考えることで、方法論の効果とその理由はまったく逆になる。
-
チームのコード品質
Jaibeer Malik氏は、チームにおけるコード品質への取り組み方や導入方法を紹介する記事を投稿してきた。氏の一連の記事は、自身のさらなる学習や、そこで得た考えを第三者に伝えなければならない状況に置かれた場合に役立つだろう。一連の記事では、トピックの概要を簡単に述べ、学習をさらに深めるために進むべきさまざまな方向について助言している
-
ペアプログラミングの1ドルの価値
"なぜこの世界では1つの仕事を2人でするのか?" 初めてペアプログラミングの考え方を紹介されたとき、多くの人は最初にこのように反応する。本質的に、彼らは、ペアプログラミングとはある部分のコードを書くコストが2倍になることだと考える。Dave Nicollete氏が、ある計量的な考え方を示し、ペアプログラミングはお金を無駄にするのではなく、節約することを示している。
-
アジャイルプロジェクトにおけるリソースマネジメント
アジャイルプロジェクトは急激な変化という問題を解決するものとして知られている。これらは市場要因やシステム要件、実装技術における変化かもしれない。こうした変化の1つに、プロジェクトに取り組む人員の頻繁な変化があるが、これはアジャイルプロジェクトとは相性がわるい。このアイデアは、成果を上げているチームを乱さないようにすることで、高いベロシティを実現し続けることができるというものだ。
-
立ち止まってリファクタリングをする？
いつリファクタリングをするべきなのだろうか？単純に技術的負債（"technical debt"）を返済しなければならない時もあり、そこでは立ち止まってリファクタリングをするべきなのか。そうではなくて、ユーザストーリーに関わっている時だけしかリファクタリングするべきではないのか。どちらのアドバイスが正しいのだろうか？あるいは、もしかしたら第３の選択肢が存在するのだろうか？
-
IBMの新たなクラウド戦略とサービス
IBMは企業におけるクラウドコンピューティング活用のための３つの方法を発表した。標準的なIBMクラウド，(企業またはIBMが管理する)ファイアウォール内で稼動するプライベートクラウドサービス，そしてサービス要求の"オーバーフロー"をセキュアなパブリッククラウドにシームレスに接続する CloudBurstである
-
『使いやすさ』を評価する
システムのユーザビリティは直観によって評価されることが多く、統計学的な解析に基づいておこなわれることはまれである。アジャイルユーザビリティグループで��、最近客観的な方法でシステムのユーザビリティを評価する方法について、いろいろ議論されている。
-
アジャイル組織は何を重視すべきか?
アジャイルを採用することは簡単ではない。多くの組織は、スクラムやXPのプラクティスを自分たちのやり方に無理やり当てはめようとして苦労する。そのような組織に対して、"どのように"アジャイルを行うかということを重視しすぎるのは誤ったアプローチかもしれないとMike Cottmeyer氏は助言する
-
Kent Beck氏、ごく短期のプロジェクトではテストを省略することを提案
Kent Beck氏は、ごく短期のプロジェクトにおいて、実行可能なコンセプトがあるかどうか判断するときには、すばやく軌道に乗せるために自動テストをあまり（あるいはまったく）やらなくても構わないと提案している。これはTDDを取り巻く従来の見解に反するものだ。
-
組織内の政治をどうやって乗り切るか?
政治は全ての組織に欠かせないものである。一般的に、技術的な人々は政治を嫌っている。なぜなら技術的に問題はほとんどの場合厳格で、白黒はっきりつけやすく、政治的な問題はいつも簡単に判断がつかないため、灰色の影を伴うからである。最近Scrum Development groupのメンバーの間ででは政治を扱う方法について議論されている。
-
Opera Uniteにより人々は力を取り戻す
Opera Softwareはインターネットに革命を起こすと約束していたが、今しがた、彼らのブラウザの最新バージョン、Opera 10 Beta 1をリリースした。このバージョンにはOpera Uniteと呼ばれるサーバ技術が組み込まれている。これにより、ユーザ同士が直接繋がることで、サービスを提供する仲介者なしに、データの共有やコミュニケーションが可能になる。
-
受入テストの自動化 - 理論にすぎないのか、それとも実践的なのか
要件を受入テストとして記述し、それを自動化することに成功したという報告がこれまでも時折見られている。しかし、これを実践しているのはコミュニティの中の少数派でしかない。各イテレーションの最初に自動化された受入テストを書くという主張は理論的なものに過ぎず、適用事例が少ないということが非効率であることの証明になっているのだろうか。