InfoQ ホームページ アジャイル技術 に関するすべてのコンテンツ
-
-
アジャイルアーキテクチャ - 矛盾? それとも賢明なパートナーシップ?
アジャイル技術とアーキテクチャに関する考え方の間にある意見の相違について、数多くの解説者たちが話題にしている。 この投稿は、Big Up Front Design (BDUF) と You Aint Gonna Need It (YAGNI)の考え方の間にある緊張状態を調べ、2つのアプローチが好意的なやり方で実際に協力できる方法を探る。
-
-
Lean Software & Systems Conferenceの反響、総まとめ
Lean Software & Systems Conference が数週間前にアトランタで開催された。このイベント以後、InfoQは様々な反響を集めた。素晴らしいブログや記事、ノートやビデオ、写真、プレゼンなど明らかになった情報を紹介しよう。
-
オピニオン:アジャイルとはなにか？役立たずな説か欠くことのできない質問か？
好みのブラウザのクイックサーチを使って「アジャイルソフトウェア開発」の最近の記事を探すと、アジャイルとは何かについて驚くべきほど多様に派生したアイディアが返されるだろう。これは良い事なのか？これは悪い事なのか？もしくは5/10(月)に書かれたこの記事は、空白を埋めているのだろうか？
-
アジャイルテストで挑戦
Gerald Ford 国際空港に、駐車料金計算機があり、 Matt Heusser氏は、それにひどいバグがあるのに気がついた。そこで彼は、世界中のテスターに、挑戦状を送った：ParcCalcに存在するバグを見つけて欲しい。それに答えたのは、James Bach氏、Selena Delesie氏など多数いた。
-
Chris Matts氏、学習機械としてのアジャイルコミュニティを語る
リアルオプションや機能注入についての活動で知られているChris Matts氏が現在のアジャイルコミュニティの状況について議論している。氏はコミュニティは学習機械の役割を果たしていたのに現在は機能していないと考えている。
-
バックログ・グルーミング: 誰が、いつ、どのように行うか
バックログ・グルーミング(バックログの手入れ)とは、その名前が示すとおり、プロダクトバックログを定期的に気にかけ、注意を払い、雑草だらけの手入れされていない庭のように、バックログが醜く手におえないものにならないようにすることだ。スクラムの正式なプロセスではないが、Ken Schwaber氏は、各スプリントの5%をこの活動のために割くように推奨している。Scrum Developmentグループでの最近の議論では、このプロセスの利点と欠点、どの程度時間をとるべきかといったことに焦点があてられていた。
-
ソフトスキル(Soft Skill)が最も重要 - アジャイル・ボストン・オープンスペース報告
アジャイル・ボストン・ユーザグループ(Agile Boston user group) は先週，OpenSpace カンファレンスを終日開催した。セッションのひとつは，自分および／または自チームの組織に所属する，他グループに対する影響力行使に関するものだった。セッションの参加者たちは，それぞれ異なる状況と問題について理解し合い，事態を改善するための複数の戦略を見出すことができた。そしてその中に，アジャイルのプラクティスは含まれていない。
-
繰り返しタスクはアジャイルの臭い？
ストーリーを水平方向のタスクに分割することは「アジャイルの臭い」か？これはスクラム/アジャイル計画会議によく見られ、チームの顧客価値へのフォーカスを損なう悪習なのか？代わりに提案されているのはどんなことなのか？
-
How to Audit an Agile Team
アジャイルプロジェクトのステークホルダが，チームが採用しているアジャイルのプロセスと実践の効果を測定するために，経験豊富なアジャイルコーチの援助を求めるのはよくあることだ。その意図は欠点を埋めて，チームをより効率的にすることにある。Scott Killen 氏は最近，Yahoo の Scrum Development グループ に アジャイルチームの監査方法 に関するスレッドを立ち上げた。
-
Maven, Ant, Rake: JRuby 1.5 の構成管理強化
4月末に予定されている1.5へのバージョンアップに向けて、JRubyプロジェクトはJavaとRubyの相互運用性を改善し続けている。これによって、Ruby開発者はJavaプラットフォームの利点をもっと強力に利用できるようになる。一方でJava開発者は既存のプロジェクトにRubyのツールを利用する利点を見つけるようになるだろう。
-
Toyota がウォーターフォールを使っている？
リーン(Lean)ソフトウェア開発はリーン生産方式にその着想を得ている。中でも Toyota がこの分野で，先駆者として行った活動の影響が大きい。その Toyota のソフトウェア開発部門が旧来型のウォーターフォールを使用していて，リーンソフトウェア開発では初期段階にある，と聞けば誰しも驚くだろう。
-
技術的負債を貨幣化する
ほとんどのアジャイルチームが，技術的負債(Techninal Dept) は悪いものである，という考えを持っている。金銭的な負債と同じように利子負担を伴なうからだ。技術的負債の利子はソフトウェアを維持・拡張するために要する余分な労力，という形で支払われる。アジャイル実践者たちの多くが技術的負債を可能な限り早く返済するよう勧めているが，それを定量的に把握するための貨幣化(monetize)を実現できているアジャイルチームは稀である。
-
アジャイル ドキュメンテーション：その明確さは？
アジャイルのコミュニティにおいて，ドキュメントは明らかなテーマであっただろうか？ どれ位の量のドキュメントを作る必要があるのだろう？ 必要なものは？ 不要なものは？ 従来の開発プロセスのドキュメントをアジャイルに移行する方法は？ アジャイルコミュニティにおいてドキュメントは，明確な定義に欠けている分野なのだ。