規模を大きくすると、ソフト開発会社は危険です。 - ウィリアムのいたずらの、まちあるき、たべあるき
ウィリアムのいたずらが、街歩き、食べ物、音楽等の個人的見解を主に書くブログです（たま～にコンピューター関係も） 前のブログで、プロジェクトマネージャーの類型として （１）トップダウン型 （２）ミドルアップダウン型 （３）丸投げ型 とあげました。そして、丸投げ型について、 仕事を丸投げして、マネージメントしやすいもの、しにくいもの のなかで、 （あ）やることが決まっている場合、丸なげしやすい （い）やることに、少しずつ違いがある場合、丸なげしにくい と書きました。 さらにいうと、丸投げ以外については、 （１）のトップダウン型の場合、（あ）の、「やることが決まっている場合」は、マネージメントしやすいです。 （い）の、「やることに、少しずつ違いがある場合」は、「ミドルアップダウン型」のほうが、現場の状況とかを判断して、マネージメントできるので、やりやすいです。 で、（１）のトップダウン型の場合は
ＣＶＳを使った構成管理の問題と対策 - ウィリアムのいたずらの、まちあるき、たべあるき
ウィリアムのいたずらが、街歩き、食べ物、音楽等の個人的見解を主に書くブログです（たま～にコンピューター関係も） 確か、日経システム構築の今月号（２００５年１２月）に、ＣＶＳを使って、ドキュメント管理とソース管理、システムの自動生成テストを行い、オフシェア（中国利用）で開発した例が載っていたと思います。 ですが、そこでは、単に成功事例だけで、一般的に、どういう問題が起こり、どういう対策ができるか？なぜ、そういう手法をとったのかについては、かかれていなかった気がします。 そこでウィリアムのいたずらが、今日はまず、ＣＶＳによる構成管理の問題点と、その対応策について（この点に注意すれば、けっこうおおきな開発でも使えそうという話）を書きます。 まず、ＣＶＳによる集中型の構成管理（１箇所をＣＶＳサーバーにして、すべてそこに成果物をおき、管理する方法）は、そこにも指摘されていたように、オフショアでは問題
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
