BT

最新技術を追い求めるデベロッパのための情報コミュニティ

寄稿

Topics

地域を選ぶ

InfoQ ホームページ アジャイル技術 に関するすべてのコンテンツ

  • デイリースタンドアップのコツ - まとめ

    デイリースタンドアップが長い日次進捗報告以外の何ものでもなくなり、メンバに無視され始めるという話はよく耳にする。これを始めとしたスタンドアップの落とし穴を避けるために、どのようなテクニックがあるだろうか?

  • 継続的デプロイのプラクティス

    継続的デプロイは、リーン開発の"仕掛排除"運動で最近注目されている。多くの人が、これについて興味を持ち、価値のある目標を見出している一方、これが実際どのように達成されたかをなかなか可視化できていない。Ash Maurya氏は会社で起こった自身の経験を説明することで、このギャップを埋めようとしている。

  • アジャイルの"ルール"を"ガイドライン"に変えられるか?

    一般的にルールとは,ある行動に関して定義された基準のことをいう。ルールには従わねばならない。法律の非公式な呼び方が "ルール" である,と言い換えてもよいだろう。これに対してガイドラインとは,決められた手順に従うことによって,特定のプロセスを合理化する目的のものだ。定義上は,ガイドラインは義務ではない。アジャイルチームはルールを語るべきだろうか,それともガイドラインで十分なのだろうか?

  • リーン+リアルオプション=複雑さとリスクの低減

    リアルオプションとは、金融オプション数学に基づく意思決定プロセスである。これは通称「白本」とよばれるExtreme Progamming Explainedにおいて、Kent Beck氏が1999年に言及しているものだ。近年ではアジャイル主義者たちがリアルオプションがアジャイルとどのように交わるのかについて調査してきた。現在はChris Matts氏とOlav Maasson氏が、特にリーンソフトウェアコミュニティに対して発言している。リアルオプションを採用することでリーン開発が改善するというのだ。

  • 技術的負債は技術的な問題か?

    技術的負債は,リファクタリングやテストで直接アプローチできるような純粋に技術的な問題なのか,あるいはさらに大きな問題の兆候だろうか。TDD の適用はこの問題を解決できるのか,それともより大きな何かを覆い隠してしまうだけなのだろうか。

  • かんばんで「プル」を制止してもかまわない

    かんばんでは、「プル」の心理学に非常に重点が置かれている。リーンの考え方に賛同するほとんどの人は、従来のプッシュ方式とは対照的に、パフォーマンスや生産性の面で優位とされているプル方式を好む。とはいえ、プルを制止したくなるような状況もあるのではないだろうか。

  • 本日のアジャイル レトロフレクション

    レトロフレクションは自らを環境に置き換える概念である。例えば、他人にしたいことや他人にしてもらいたいことを自らに行う。内省(イントロスペクション)は、病気か健康となり得るレトロフレクションの一種である。同様の考えに基づき、は本日のアジャイル レトロフレクション プロジェクトを始めた。

  • オーバラップそれとも同期化されたスプリント?

    スクラムプロジェクトが成長すると、チームメンバーも成長する。成長しているチームを管理する推奨される方法は、アジャイルに推奨されるチームサイズを保つようにチームを複数のチームに分割することである。けれども、それぞれのチームが各々のスプリントで作業し始めたときに、それらは複数のコミュニケーションと調整の問題になるかもしれない。

  • Minibook: Scrum and Kanban: Making the Most of Both

    スクラムとカンバンは、アジャイル・ソフトウェア開発の2流派で、一見簡単だが、ソフトウェア開発に、驚くほど強力な手法である。2つは、どうお互いに関連しているのか?Henrik Kniberg 氏と Mattias Skarin氏が、新しいInfoQのMinibook、Kanban and Scrum - making the most of both(カンバンとスクラム-2つで最高にする)で、カンバンとスクラムをどのように自分の環境で有効に使うかが理解できるように、明解に述べている。

  • ビジネス価値を見積もる

    従来のアジャイル開発では優先順位をつけるとき、ビジネス価値の低いユーザストーリーよりもビジネス価値の高いユーザストーリーを優先して実装する。このやり方はシンプルだが、うまく実装できるかどうかはビジネス価値を評価する仕組みがあるかどうかにかかっている。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インスタンスwの配布と遠隔操作のためのツールである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がドラフト4をリリース、WebSphereで、OSGiアプリケーションが直接動作するようになり、来るべくOSGiコンファレンスの早期ディスカウントと講演者の募集がまもなく終わる。

  • あなたがやっているのはテスティングかチェッキングか?

    ソフトウェアテスティングとは、ステークホルダにテスト中の製品やサービスの品質に関する情報を提供するために実施する、経験的調査のことだ。しかし、この定義では、テスティングとチェッキングの微妙な違いを生む「知恵」については語られていない。Michael Bolton氏は、これら2つの違いと、その違いがある理由について語った。

BT