InfoQ ホームページ アジャイル技術 に関するすべてのコンテンツ
-
技術的負債は技術的な問題か？
技術的負債は，リファクタリングやテストで直接アプローチできるような純粋に技術的な問題なのか，あるいはさらに大きな問題の兆候だろうか。TDD の適用はこの問題を解決できるのか，それともより大きな何かを覆い隠してしまうだけなのだろうか。
-
かんばんで「プル」を制止してもかまわない
かんばんでは、「プル」の心理学に非常に重点が置かれている。リーンの考え方に賛同するほとんどの人は、従来のプッシュ方式とは対照的に、パフォーマンスや生産性の面で優位とされているプル方式を好む。とはいえ、プルを制止したくなるような状況もあるのではないだろうか。
-
本日のアジャイル レトロフレクション
レトロフレクションは自らを環境に置き換える概念である。例えば、他人にしたいことや他人にしてもらいたいことを自らに行う。内省（イントロスペクション）は、病気か健康となり得るレトロフレクションの一種である。同様の考えに基づき、は本日のアジャイル レトロフレクション プロジェクトを始めた。
-
オーバラップそれとも同期化されたスプリント？
スクラムプロジェクトが成長すると、チームメンバーも成長する。成長しているチームを管理する推奨される方法は、アジャイルに推奨されるチームサイズを保つようにチームを複数のチームに分割することである。けれども、それぞれのチームが各々のスプリントで作業し始めたときに、それらは複数のコミュニケーションと調整の問題になるかもしれない。
-
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がリリースされた。
-
Bundle.update: Java EEがOSGi化し、JSR 294 が凍結に
前回のbundle.update以来、OSGiとモジュールJavaの世界に、いくつかのおもしろい事が起きた。JSR 294が（自動的に）凍結とマークされ、Enterprise Expert Groupがドラフト４をリリース、WebSphereで、OSGiアプリケーションが直接動作するようになり、来るべくOSGiコンファレンスの早期ディスカウントと講演者の募集がまもなく終わる。
-
あなたがやっているのはテスティングかチェッキングか？
ソフトウェアテスティングとは、ステークホルダにテスト中の製品やサービスの品質に関する情報を提供するために実施する、経験的調査のことだ。しかし、この定義では、テスティングとチェッキングの微妙な違いを生む「知恵」については語られていない。Michael Bolton氏は、これら2つの違いと、その違いがある理由について語った。
-
メンテナンス可能な自動受け入れテスト
自動テストはすぐに辻褄が合わなくなってしまい、メンテナンスするのが大変だ。従って企業もテストを自動化したがらない、とDale Emery氏は言う。氏は、最近公開したペーパーにテスト自動化に関わる共通の問題を回避するための実践的な方法を記している。これは、典型的な自動化コードから始めて、より強力でメンテナンスしやすいコードに育てていく方法だ。
-
ソフトウェアの型 - 公の場で練習することで完璧になる
アジャイルコミュニティの思慮深きリーダーたちが、ソフトウェアの型 - 体にしみこむまで特定の練習を行う方法 - について語りはじめている。Robert Martin氏はそれを"パフォーマンスアート"と呼んでいる。最近型に関するブログ投稿やサイトが増えている。最新の追加：katas.softwarecraftsmanship.orgでの毎週スクリーンキャストについて追加している。
-
システム/受け入れテストで日付型と時間型をテストする
単体テストで日付と時間をでテストする方法はよく話題にあがるが、比較的簡単な解決策がある。もっと難しいのは、時間を受け入れ/システムテストでテストすることだ。どんな方法があるだろうか。
-
ClojarsとLeiningenを使ったClojure向け自動ライブラリ依存関係管理
ライブラリと依存関係を管理するのはうんざりする作業だ。Clojarsは Clojureライブラリのための新しいリポジトリで、Ruby GemsとGemcutterに発想を得ている。新しいビルドツールであるLeiningenと一緒にClojarsを使えば、ライブラリ管理の苦痛から解放されるだろう。InfoQはこのClojarsについてAlex Osborne氏に話を聞いた。