テスト駆動を導入するための3つのポイント
前編「テストを金額にするといくら？」ではテストの価値を価格として算出し、その重要性を検証するという思考実験を行いました。その結果、大ざっぱながらも、テストの重要性に少し現実味が持てたのではないでしょうか。後編では、テスト駆動開発をプロジェクトに導入して、運用するための具体的なノウハウを紹介します。 テスト駆動開発（TDD）を回すのにもノウハウが要る TDDでは、いままでよりユニットテストコード作成にウェイトが置かれるので、ユニットテストコード作成の進ちょくがプロジェクトの進ちょくに与える影響は大きくなります。つまり、ユニットテストコード作成の効率性をより高めていかなくてはならないわけです。 では、ユニットテストコード作成の効率性を高めるには、具体的にどうすればよいでしょうか？ まずは以下の2点を押さえるべきでしょう。 EoTの高い設計になっていること テストコードが正確に業務仕様を表してい
.NETビルド・エンジン「MSBuild」使いこなし術 ― ＠IT
.NET Framework 2.0では、CLR上で動作するプログラム（以降、.NETプログラム）を生成するための新たなビルド・エンジンとして「MSBuild」が搭載された。 そこで本特集では、前・後編の2回に分けてMSBuildの詳細を解説する。前編では、「MSBuildとは何かについてとその利用方法」について、後編では「ビルドの手順（以降、ビルド・プロセス）を記述したMSBuild用ファイルの読み方や書き方、またMSBuildにカスタムの機能を追加して拡張する方法」について説明する。 それではさっそくMSBuildとは何かから説明していこう。 1. 「MSBuild」および「MSBuildファイル」とは？ MSBuildとは、独自のXMLフォーマットのファイル（以降、MSBuildファイル）を解釈して、それに従い.NETプログラムをビルドするためのツールである。 MSBuildファイル
XPの欠陥修正フィードバック・ループを分析する
前回（「口に出す前に考える、『システムって何？』」）で紹介した「逆システム学」は、経済や生物にとって重要なのは「多重で階層的な、開かれたフィードバック制御」なのであって、要素還元論でも全体的原理主義でもないのだ、という話だった。 個が最適に動くから全体としてうまく動くのではない。システム全体が個を制御するのでもない。個とシステムの間に「多重で階層的な、開かれたフィードバック制御」という領域があり、それこそが逆にシステムを形作っているのである。そしてそれは多分ソフトウェア開発でも同じであろうと考えた。でも正直なところ、これだけじゃあ、どういうソフトウェアを開発すればいいのかよく分からない。そこでこの問題をもう少し掘り下げて考えてみることにした。 例えば、典型的なウォーターフォール型開発プロセスでは、プロジェクトを駆動するのはプロジェクト初期に立てた要求仕様（何を作るか）とプロジェクト計画（ど
第5回 コンセプト・アウト/デマンド・インと相性が良いアジャイル開発
「コンセプト・アウト/デマンド・イン」型でソフトウエアを開発するなら，開発の進め方についても考慮する必要がある。仮に，ユーザーが「こんな製品・機能がほしい」と言ってから1～2年後に製品をリリース/バージョンアップしたとしても，ユーザーは納得しないだろう。市場の反応も冷めたものになるはずだ。 では，「コンセプト・アウト/デマンド・イン」型の開発に有効なソフトウエア開発手法とは何だろうか？ コンセプト・アウト/デマンド・イン型の開発プロジェクトには，以下のような特徴がある。 (1)要求がめまぐるしく変わる（3カ月前の要求が今も有効かどうか，疑わしい）。 (2)リリースごとのテーマと締め切りを守ることが最優先。スコープ（機能）は削ってもよい。 (3)開発は少数精鋭。チームは10名以下であることが多い。 (4)若い企業文化（モチベーションと成功意欲が高い）。 (5)継続的にバージョンアップを繰り返
アジャイル・エンタープライズ実現への道 － ＠IT情報マネジメント
「経営とITの融合」による「俊敏な経営」実現のために、KIU研究会ではロードマップを整備していく。今回はバージョン1としての5×5のマトリクスを公開する。（→記事要約<Page2>へ） 「生き残ったのは最も強い種ではない、最も賢い種でもない。変化に適応したものが生き残ったのだ」──ダーウィンの言葉として伝えられる、生物進化に関するこの金言は、かねてから企業がビジネス環境の変化に対応することの大切さを説くものとして用いられてきました。 企業を取り巻くビジネス環境変化のサイクルタイムの短期化がますます進んだことで、今日、環境変化の察知能力、環境変化に対する戦略や業務プロセスの迅速な対応能力が企業の生き残りに最も必要な経営要素になってきたといえるでしょう。 そうした中、企業の俊敏性（エンタープライズ・アジリティ）を支える仕組みとして、事業構造・組織・人財・業務プロセス・ITがそれぞれ相互補完する
プロジェクトファシリテーション実践編：ふりかえりガイド
ここでは、PF=Project Facilitation(プロジェクトファシリテーション)について議論しています。 プロジェクトを活性化し、楽しくプロジェクトを成功に導くための、実践的な課題を扱います。 プロジェクトの成功に大切なものはなんでしょうか？ 個々人のスキルは重要です。そして、ここで取り上げるのは、集まった個人のスキルを１００％以上に発揮させるチーム作りとしての、「プロジェクトファシリテーション（PF）」です。 プロジェクトマネジメント（PM）が重要であることは昨今強く言われています。 PMが「計画達成のマネジメント」に重点を置くのに対してPFは「参加者の協調の場作り」に重点を置いています。PMは、計画の立案と実行、差異に注目した管理が中心で、どちらかと言うと「コマンド･コントロール型」のマネジメントスタイルが背後にあります。これに対してPFは、その場その場の変化に対応し、チーム
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rolling with Ruby on Rails
JUnit testing for exceptions