InfoQ ホームページ Agile に関するすべてのコンテンツ
-
Mike Cohn氏がAgile採用の新たなパターンを提供
Agileアライアンスの創設メンバーであり、コンサルタント、また著者であるMike Cohn氏は、最近Agileトランジションを発足する際にチームが使用できる、Agile採用の三つの中核パターンについて語っている。
-
開発のスピードとは本当に素晴らしい「ものさし」なのだろうか？
近い将来を予測する能力以外に開発のスピードを測定することによって、どんな価値が得られるのだろうか？J.B.Rainsberger氏は速度を追求する時間を削減し、また削除することによって最大の益がもたらされるような、チームに無駄な労力を使わせている領域が何なのか特定する事を推奨している。
-
成功するコラボレーションには偶然などない
パートナーシップコーチのMichael Spayd氏は契約社員と正社員は両方ともプロジェクトに取り掛かる際にコンサルタントとしての役割を果たすことができ、またクライアントとコンサルティング系統の契約を発展させていくという提案を記した記事をInfoQに提供した。これは通常の”契約”という用語とは異なる意味を持っている。サービスプロバイダとクライアント間の法的な決まりごとである。彼の"Designed Partnership Contract"は金銭の交換に関するものではなく、”コンサルタント”がコミュニケートし、自身達の価値観と嗜好を大切にするのを可能にする一方、より良いクライアントとのコラボレーションを成すために使用されるものである。
-
より優れたメトリクスの創出
エコノミスト誌の最近の記事では、ここ2世紀の間の最も素晴らしい図表の3点に敬意を表している。フローレンス・ナイチンゲールが作成したクリミア戦争中の疾病の影響を表す図、ナポレオンの失敗に終わったロシア侵攻を表したシャルル・ジョゼフ・ミナールの表、そしてウィリアム・プレイフェアの、250年以上にわたり小麦の価格と「優秀な機械工の週給」とを比較したグラフの3点である。統計情報を表すのに図表を使うことを最初に考案したのはプレイフェアであった。
-
私は自信がない。あなたの聞いたことが、私が言ったと思っていることかどうか。
コミュニケーションそれ自身は難しくも何ともない、と言わんばかりに、私たちの職場は専門用語であふれている - ビジネスドメイン用語、製品用語、開発者用語など。そのため私たちはそこにコミュニケーションがある、と言われても驚きはしない - しかし私たちは、目をぐるぐる回したりマーフィーの法則を引用したりする代わりに、それを捉え、対処することができているのだろうか？
-
オピニオン: リファクタリングは必要な無駄
リファクタリングは、アジャイル開発者のツールキットにおいて、キーとなる技術的なプラクティスの一つだ。リファクタリングはまた、顧客にとっての価値としては目立ったものではない。それはまさしく、リファクタリングの定義自体によるものだ - 振舞いを変えずに、構造 (設計) の変更を行う、と言うものだ。リーン・ソフトウェア開発の世界では、顧客にとっての価値を持たないものは全て無駄であり、そして、顧客は振舞い/機能だけを知覚する。構造ではない。
-
'MSF for Agile'とMS VSTS - 一見の価値あり、か？
私たちはしばらくの間、マイクロソフトの'MSF for Agail'についての噂をあまり聞いたことがなかった。「より良いアプリを構築する」と言うこのInfoQビデオでは、コンサルタントであるKevin Jonesが、Visual Studio Team System (VSTS) とともにMSF for Agailを使ってみた彼の経験について、QConで話した内容が記録されている。
-
プライベートメソッド、テスト駆動開発と優れたデザイン
テスト駆動の開発(TDD)が優れたデザインを促進するという主張が成された。TDDがアーキテクチャとデザインに悪影響を及ぼすという主張も成された。抽象性を論じるよりもそれは少し具体性を加えるので私達はプライベートメソッドと優れたデザインとテスト容易性とその関係性に重点を置くことにした。これは明らかな矛盾の一例である。
-
RubyとJtestRを用いてJava Testを加速させる
スクリプトタスク用のRubyの簡易さによってそれはテスト一式を記述するための有力候補となっている。最近までRubyを用いてJavaをテストする本当の意味での独立型のフレームワークは存在していなかった。Ola Blini氏（JRubyチームの一員）とAnda Abramovici氏によって書かれたJtestRが今それを実現する。RSpecのようなRuby機能と統合したRubyはJavaテストの記述をよりスムースにするだろう。
-
静的コード解析は、より根の深い不具合を浮き彫りにする
FindBugs, PMD, CheckStyle, IntelliJ IDEAと言った静的コード解析 (Static code analysis:SCA) ツールは、開発者チームにとって、問題を見つけ出し、高いクオリティを保つ助けになる。しかしSCAツールが問題を指摘した際、チームはどう対処すべきなのだろうか？Vikas Hazrati氏の「静的コード解析は、単に氷山の一角にすぎない」と言う記事で示唆している。
-
大きなアーキテクチャへの先行投資 - スケーラビリティへの投資の場合は是か非か？
最近blogosphereで浮上した興味深い議論は、スケーラビリティの設計には、前もってどれくらいの時間をかけるべきか、と言うものである。OnStartUpsのDharmesh Shah氏が、"時期尚早なScalaculation"の危険性について書いたことで、この議論は始まった。
-
チェックリストの力
Atul Gawande氏はNew Yorkerの最近の記事で、明らかにローテクな手段であるチェックリストを用いて、どのようにしてPeter Pronovost博士が世界中の病院のICU（集中治療室）における感染症の発生率を低下させたかについて述べている。
-
RSpec 1.1 - 振舞駆動開発支持者のためのステップアップ
最近 Ruby コミュニティでいくつかの重要なリリースがあった。先月7日には Rails 2.0 がリリースされ、そして先日 David Chelimsky 氏は RSpec 1.1 のリリースを発表した。
-
階層アーキテクチャは開発者と彼らが作るソフトウェアの間にギャップを生むか？
今日のソフトウェアコミュニティにおける努力の多くは、ソフトウェア開発のプロとビジネスピープルとの間のギャップを解消するための橋渡しを目標としているが、一部のブロガーは問題をすこし異なった視点から見ており、開発者と彼らが作るソフトウェアとの間のギャップを強調している。
-
あけましておめでとうございます。本年もInfoQ Japanを宜しくお願いします。
InfoQ Japan読者の皆様、あけましておめでとうございます。本年もInfoQ Japanはコンテンツを充実していきます。何卒宜しくお願いします。