SEマネジャーとして“SEのモノ扱い”と闘う
昨年、「今日の一言 2010年版」で述べたが、筆者はSE時代に“SEをモノ扱いするビジネスのやり方”や理不尽な営業担当者と闘った。それは大型コンピュータなどを売るために「このシステムを買って頂ければSEを無償で○人常駐させます」というビジネスのやり方や、SEを子分扱いする営業担当者を筆者のSEとしての誇りが許さなかったからである。筆者はその後SEマネジャーになったが、SEマネジャーになってもこの問題と真正面から闘った。今回はそれについて述べる。 SEマネジャーになった筆者には、「自分はSE時代にSEのあり方について結構悩んだ。その苦い経験を部下のSEにはさせたくない」という思いが強かった。また、SE時代の経験から「SEが顧客をつかめばビジネスはうまくいく」ということも確信していた。 部下のSEを徹底指導した そしてそれを自分のグループでぜひ実現したいと考えていた。それは、とりもなおさず、S
開発工程でSEが書く文書の基本 − ＠IT自分戦略研究所
「提案書」や「要件定義書」は書くのが難しい。読む人がITの専門家ではないからだ。専門用語を使わず、高度な内容を的確に伝えるにはどうすればいいか。「提案書」「要件定義書」の書き方を通じて、「誰にでも伝わる」文章術を伝授する。 SEはさまざまな文書を作成する必要があります。その中でも、提案書や要件定義書の作成に悩むSEは多いようです。なぜなら、これらは「顧客に読んでもらわなければならない文書」だからです。 本連載では、「誰にでも分かる」提案書や要件定義書を作成するための文章術を解説します。ただし、分かりやすい文書を作成するには、文章術だけでは十分ではありません。必要な情報を顧客から引き出すためのコミュニケーション、文書全体の構成も重要です。 第1回では、SEが作成する文書はどのようなものかを概観します。第2回では、情報を引き出すための顧客とのコミュニケーションのポイントを説明します。第3、4回
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
