製品開発でもコタツモデルは有効だ
筆者は，建設業界向け業務ソフトの開発ベンダーでソフトウエア開発に携わってきた。ここでは，自社における要求開発の事例を紹介したい。受託開発や社内システムの開発などと違い，不特定多数のユーザーが使う製品の開発では，要求開発にも多少異なる点がある。とはいえ，Openthologyが提唱する手法の多くは，製品開発における要求開発においても有効だ。読者の方々が要求開発に取り組む際に，参考になれば幸いである。 たまったバックログは3000件以上 当社では，営業部門やカスタマ・サポート部門が顧客からの要求を受け付けている。起案される要求は，多い月で100件程度。これが整理されないまま乱雑に積み残された結果，バックログの数は3000件以上にも達していた。現場では，このバックログの中で「何をやって，何をやらないのか，やるとしたら何からやるべきなのか」を判断しきれずに，混沌としていたのである。 さらに，要求の
日の丸検索エンジン - 池田信夫 blog
先週の「シグマ計画」についての記事には多くのアクセスがあり、1日のページビューが1万を超えた。今週の『サンデー毎日』にも「国策検索エンジンは300億円をドブに捨てる!?」という記事が出ているが、当事者以外から肯定的な評価はまったくない。「日の丸検索エンジン」が成功する可能性は、客観的にみてゼロに近いと思われるが、むしろ興味あるのは、そういう失敗がなぜ繰り返されるのかという問題である。当ブログは経産省でも読まれているようなので、少し専門的で長くなるが、これを経済学的に考えてみる。 こうした「産業政策」についての実証研究としては、三輪芳朗他『産業政策論の誤解』、マイケル・ポーター他『日本の競争戦略』などが知られている。いずれも「産業政策は最初から失敗の連続であり、日本で成功した産業は政府が放置した部門だった」という結論を出しているが、これはいささか疑問である。終戦直後の日本の製造業のように、
404 Blog Not Found:サルでも生産性が上がるオープンソース
2006年09月02日22:15 カテゴリOpen Source サルでも生産性が上がるオープンソース というわけで、続き。 404 Blog Not Found:1998年じゃ遅すぎる 次のentryからそのあたりを考察していくことにしよう。 主題は、こちら。 「Googleはオープンソース組織を内部に持つ営利企業」---梅田望夫氏が語るシリコンバレー精神とオープンソース：ITpro 謎のひとつは「スケジュールもなければロードマップもない。てんでばらばらなのに，非常にクオリティの高いソフトウエアが生まれてくる」（吉岡氏）という，オープンソース開発モデルの生産性の高さだ。 なぜ、オープンソースの生産性は高いのか? 身も蓋もない答えを言ってしまおう。 生産性が充分高いプロジェクトしか手をつけられないからだ。 「生産性が充分高い」とはどういうことか、というと、「すでに他でうまく行っているプロジ
わたしが知らないスゴ本は、きっとあなたが読んでいる: 要求仕様戦争（その4）
■開発工程をどうこうする――「要求開発」というフェーズを設ける いったい何が作りたいのか?――この問答を真摯に行う作業がすっぽりと抜け落ちている。仕様凍結ギリギリまで曖昧なままにしておこうとする顧客と、早い段階で仕様をFIXさせてしまおうとする開発側の、両方から引っ張られ、要求仕様決めが考慮されていないのが実情。 これまで後工程に埋め込まれ、属人的に処理されている「仕様のカケラから要求を復元する作業」「経営課題から要求まで洗練する作業」に名前を付けよう。それだけでなくその作業を一つのフェーズとしてキチっと定義しよう…そんな提言を行っているのが要求開発アライアンス[参照]。 例えば、システムをいかに効率的に作るかについては、開発手法、プロセス、開発支援環境が編み出され、適用されている。例えば、Eclipse はコード書きのためのツールだけでなく、テスター、QC（品質管理）、生産物、バグトレー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
