yellowfoxの巣

カレンダー

キーワードサーチ

▼キーワード検索

プロフィール

yellowfox

フォローする

日記/記事の投稿

失うことによって必要を知ることができるのかもしれません
安定した状態がいつまでも続くとは限りません
あたまの中に詰まっているものを出す方法について考えてみる
ダラダラやっても成果は上がりません
最後は自分との戦いなのかもしれません

カテゴリ

みのまわりのできごと

(249)

バックナンバー

2026年05月
2026年04月
2026年03月

2026年02月
2026年01月

コメント新着

yellowfox @ Re:そうですね。(07/27) こんにちわ。「ママ代行ミルク屋さん」…

「ママ代行ミルク屋さん」 @ そうですね。うちの商品も一過性のものとならないよう…

yellowfox @ Re[1]:お客さんに揉まれないとノウハウは得られないようです(06/09) こんにちわ。「ママ代行ミルク屋さん」…

「ママ代行ミルク屋さん」 @ Re:お客さんに揉まれないとノウハウは得られないようです(06/09) お客様からのメッセージ・コメントは宝物…

yellowfox @ Re[1]:「流れ」は自ら作り出すものです(08/31) こんにちわ。ママ代行ミルク屋さん＞…

フリーページ

その３

< 新しい記事

新着記事一覧(全3311件)

過去の記事 >

2004年04月24日

　これは、かつて所属していたある部署での話し。

　この部署では、金融機関向けにあるシステムを開発
していた。

　そこでの仕事は次のような進め方をしていた。

　　　親会社の担当者がお客さんからの仕様をまとめる
　(2)開発
　　　まとめた仕様をもとに、所属していた部署の
　　　メンバで、
　　　　設計 → プログラム開発 → テスト
　　　を行う。
　(3)お客さんテスト
　　　お客さん側で、仕様どおりにシステムが開発されて
　　　いるか、問題がないかを確認をする。
　　　（問題が発生すれば、開発している部署に修正依頼が
　　　きます。）
　(4)本番稼動
　　　お客さんのテストで問題がなければ、本番稼動と
　　　なる。

　で、あるとき、お客さんＡとお客さんＢからシステム
開発の依頼が重なった時期があった。

ここで、
　●お客さんＡのシステム → システムＡ
　●お客さんＢのシステム → システムＢ
とします。

　システムＡの進み具合は、お客さんテストが終わりを
むかえていた。

　その一方で、システムＢは仕様がまとまり、開発が
ちょうど始まるところだった。

　しかし、お客さんＢから提示された
　●仕様
　●スケジュール
　●開発メンバの数
　　　　　：
などを検討しところ、お客さんＢの要望どおりに本番稼動
させることが厳しい状態。

　そこで、親会社の担当者の課長はこう判断したそうな。
●システムＡは、お客さんのテストも終わりに近づいて
　　いるので一時的に開発をストップする。
　●システムＡに関わっていたメンバをすべてシステムＢの
　　開発に投入する。

　そう、開発メンバを増やす 「人海戦術」 で、システムＢの
本番稼動を実現しようと考えたのだ！！

　この判断は正しかったのか？

　つづきは、また後日。

　おわり

お気に入りの記事を「いいね！」で応援しよう