InfoQ ホームページ Agile に関するすべてのコンテンツ
-
技術的負債は技術的な問題か？
技術的負債は，リファクタリングやテストで直接アプローチできるような純粋に技術的な問題なのか，あるいはさらに大きな問題の兆候だろうか。TDD の適用はこの問題を解決できるのか，それともより大きな何かを覆い隠してしまうだけなのだろうか。
-
かんばんで「プル」を制止してもかまわない
かんばんでは、「プル」の心理学に非常に重点が置かれている。リーンの考え方に賛同するほとんどの人は、従来のプッシュ方式とは対照的に、パフォーマンスや生産性の面で優位とされているプル方式を好む。とはいえ、プルを制止したくなるような状況もあるのではないだろうか。
-
あと2か月でQCon London: Skype, Facebookのケーススタディ; QCon iPhoneアプリ
あと2か月でQCon Londonだ! スケジュールの75%が発表されており、Facebook, Skype, sky.comのケーススタディなどたくさんある。ディスカウント登録締切は明日までだ。今年のQConにはiPhoneアプリまである! AppStoreで'QCon Guide'を検索しよう。
-
考える人のコミュニティ
Jean Tabaka, Liz Keogh と Eric Willekeの３氏は、一緒になって "Lean Software and Systems Consortium"に何か貢献しようと考えた。それどころか、彼らは、ソフトウェア開発のコミュニティ(Lean, Agile, Kanban そしてその他)は、真のコミュニティの重要性と価値を思い出す助けが必要であることを認識した。
-
適応型再利用 - 土木工学に学ぶ
直線的な開発プロセスは土木工学の中核であると信じられているものだが、「なぜ橋を建てるのと同じようにソフトウェアを構築できないのか」というソフトウェア開発に対して時折向けられる批判に対する反応として、ソフトウェアエンジニアはこのような直線的な開発プロセスに対して異を唱えてきた。しかし実は、土木プロジェクトもアジャイル主義者が認めるような方法をしばしば採用しているのである。
-
本日のアジャイル レトロフレクション
レトロフレクションは自らを環境に置き換える概念である。例えば、他人にしたいことや他人にしてもらいたいことを自らに行う。内省（イントロスペクション）は、病気か健康となり得るレトロフレクションの一種である。同様の考えに基づき、は本日のアジャイル レトロフレクション プロジェクトを始めた。
-
オピニオン: アジャイルが成功するかはアジャイルテクニックに依存しない
過去、現在、そして将来も、アジャイルチームが驚くべき成功を収めているのは事実だ。しかし、失敗に終わることがあるのもまた事実だ。導入が「不十分」であったり、「イヤなものを削って」導入してしまったり。他にも、アジャイルチームがすばらしいソフトウェアを作れず、また全体として組織に影響を与えられなかったりすることは数多くある。これは解決できて「修正」できるものなのだろうか？ あるいは、アジャイル開発は一部のチームにだけ役に立つものなのだろうか？
-
オーバラップそれとも同期化されたスプリント？
スクラムプロジェクトが成長すると、チームメンバーも成長する。成長しているチームを管理する推奨される方法は、アジャイルに推奨されるチームサイズを保つようにチームを複数のチームに分割することである。けれども、それぞれのチームが各々のスプリントで作業し始めたときに、それらは複数のコミュニケーションと調整の問題になるかもしれない。
-
Minibook: Scrum and Kanban: Making the Most of Both
スクラムとカンバンは、アジャイル・ソフトウェア開発の２流派で、一見簡単だが、ソフトウェア開発に、驚くほど強力な手法である。２つは、どうお互いに関連しているのか？Henrik Kniberg 氏と Mattias Skarin氏が、新しいInfoQのMinibook、Kanban and Scrum - making the most of both（カンバンとスクラム－２つで最高にする）で、カンバンとスクラムをどのように自分の環境で有効に使うかが理解できるように、明解に述べている。
-
ビジネス価値を見積もる
従来のアジャイル開発では優先順位をつけるとき、ビジネス価値の低いユーザストーリーよりもビジネス価値の高いユーザストーリーを優先して実装する。このやり方はシンプルだが、うまく実装できるかどうかはビジネス価値を評価する仕組みがあるかどうかにかかっている。Pascal Van Cauwenberghe 氏は最近、ビジネス価値を定義する方法について説明している。この方法は"ビジネス価値モデリング"と呼ばれ、役に立つかもしれない。
-
安定化スプリント - 必要悪か、それとも純粋な無駄か？
安定化スプリント（"Stabilization Sprint"）とは、製品をリリースする前、通常の開発サイクルの最後に付け加えられる付加的なスプリントである。名前が示している通り、このスプリントは通常プロダクトを最後にもう一度叩き、最後のバグを出すためのものである。これはアジャイルに属するものなのか？それとも「完了」すれば充分なのか？
-
アジャイルプロジェクトが遅れる理由
一般的に言えば、遅延とは作業の実施が予定よりも後になることであり、それによって不満や作業が苦しみが生まれ、関係者に迷惑をかける。同じように、アジャイルプロジェクトでも遅延という言葉は無駄と考えられている。遅延はプロジェクトの流れを断絶してしまうので、再学習やタスクの変更などの更なる無駄を生み出す。何人かのアジャイル実践者が一般的な遅延とその対処法について議論している。
-
MavenとJRuby - MavenライブラリをRubyGemsにするMaven_gemとGemCutterから生まれたJavaGems
JRubyのCharles Nutter氏が、Mavenの成果物をRubyGemsとしてインストール可能にしている。Mavenを使う代わりに、RubyGemsやBundler、Gemcutterで作られたJavaGemsを使えば、ScalaやClojure、その他のJVM言語のライブラリをより簡単にインストールできる。また、JRubyは、実際にJavaクラスを生成する機能を手に入れている。
-
-
Clojure総まとめ：Craneによる配布、Incanterによる算術計算、Leiningen 1.0によるビルド
Clojureインスタンスｗの配布と遠隔操作のためのツールであるFlightCasterのオープンソースCraneは、現在EC2に特化されている。IncanterはClojureを使って簡単にR風の統計計算ができるClojureライブラリとツールである。また、ビルドと依存関係管理ツールであるLeiningen 1.0がリリースされた。