SI業界を目指す君達へ贈る「何故システム開発はテンパるのか」 - novtan別館
先日学生に聞かれたんですよ。 「下流工程は大変って聞きますが、上流は楽なんですよね？」 よろしい、君はよく勉強している。でも根本的に間違っている。下流工程が辛いのは、上流工程でちゃんと仕事ができなかったからだ*1。 というわけで、主に学生向きに話を単純化して語ってみます。これが普通だとか、一般的だとか言うつもりはなく、違う視点もあるかと思いますが、一つの考え方として。 SIでのシステム開発は、建設業にたとえられます。が。 顧客の希望を聞き、設計し、施工し、引き渡す。こういった工程を踏む仕事ということで、システム開発はよく建設業にたとえられます。実際に工程管理の手法なども似通っています。ところが、大抵の場合、耐震偽造をした建築物よりもシステムのほうが脆弱に仕上がります。何故でしょうか。 一つには、建物の図面を引くには建築士の資格が必要ですが、システムの設計に資格は必要ありません。 もう一つ、
［資質編］説明できない言葉を使ってはいけない
プロジェクト・マネージャ（PM）の中には，やたらと横文字や英略字を使って会話する人がいる。そういう人に「よく分からないので，詳しく教えてください」と聞くと，きちんと説明できないことが多々ある。言葉を正確に理解せずに使っているのだ。相手に説明できない言葉は，その言葉について理解しているとは言えない。 あるPMがユーザーに「最適なシステムはSFAをパッケージ化したこの製品です」と提案したとしよう。ところがユーザーから「SFAとは何ですか？」と聞かれたときに「え～と…それは…SはSalesのSでして…」と，たどたどしい説明をしていたのでは，その提案に対するユーザーの興味と，PMに向けられていた尊敬の眼差しは，吹き飛んでしまう。 また，あるPMが各チーム・リーダーに向かって「工程を管理してください」と言ったとしよう。その際，あるリーダーから「工程を管理するとは具体的に何をやればよいのですか？」と聞
その「プログラム設計書」が何を指してるのかわからないから土壇場で混乱する - @katzchang.contexts
仕様書やプログラムを書く大変さ - GeekFactory http://d.hatena.ne.jp/oredoco/20080415/1208222548 プログラミングできない元請けがプログラム設計書をレビューするという矛盾 - yvsu pron. yas 上の方々の記事を読んで、その「プログラム設計書」って何なんだろうと思ったわけで…。 例えば、契約が「プログラム設計書一式によりプログラムを製造する」みたいなのだとしますよね。 でも、そのプログラム設計書はクラス図+シーケンス図みたいなものなのか、一つのまとまった処理…バッチ処理とかユーザイベントとかgetリクエストとかの入力に対するDBとか画面への出力を示したものなのか、内部変数とか内部ループのブレイク条件とかも示したものなのか、よくわからない*1。だから、受け取る段階になって混乱する。よくある話じゃないですか。 正直なところ、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
