わたしが知らないスゴ本は、きっとあなたが読んでいる: 空気が読めないSE、話を聞かないコンサルタント
ここしばらく開発の現場を離れ、「こんさるたんと」のお手伝いをしている。彼らのやり口が分かるにつれ、これもアリなんだと納得できるようになった。一方、彼らの「実態」を垣間見て、SE/PMとしてやりきれない無力感を抱かされたことも事実。ここでは「なぜすれ違う? SEとコンサルタント」の感想文に擬装して書きなぐる。 本書によると、SEとコンサルタントの決定的な違いは2点ある。 違い1 : SEはKPI無知 目標に対しどれだけ達成できたかを測定するための指標値をKPI （key performance indicator）という。KPIは以下の4分野において設定され、モニタリングを繰り返すことで経営全体を把握する。SEはそのうち(3)のみに囚われ、全体的な視座が抜け落ちている場合が多い。 (1)財務的視点 (2)顧客の視点 (3)社内ビジネス・プロセスの視点 (4)学習と成長の視点 あるいは、SEに
「はじめてのプロジェクトマネジメント」はお買い得
良い本に出合えてうれしいので、報告。枕詞「入門」「やさしい」が付く本はハナから使えねェと思っていたが、「はじめてのプロジェクトマネジメント」は優れた一冊。ただし、下手な小説仕立ての小話がなければもっと良し。 PMの入門書をイチから書くと、どうしても底本（PMBOK）のダイジェストになる。ところが、これは「実用企業小説 プロジェクト・マネジメント」のエッセンス本なので、より実践的なツールが紹介されている。二番煎じという声もあるが、これだけのノウハウが880円なのはコストパフォーマンスが非常に良い。 また、このテの本にありがちなのが、エラそうに一席ぶっている筆者の経験の「狭さ」「浅さ」を垣間見て思わず微苦笑を招くこと。しかし、この著者は本物の（残虐非道プロジェクトを潜り抜けかつ生き残った）人だなぁ、と気の毒に思った。なぜなら彼のいうプロジェクト成功要素の一つに、「犠牲者を一人も出さないプロジェ
PG、SE、PM に求められるコミュニケーションスキルの違い
この記事のまとめ。長文エントリごめん。 「コミュニケーションスキル」と一言でくくられるが、中身は多岐に渡る プログラマ（PG）は、「確認するスキル」が最重要 システムエンジニア（SE）は、「絵にするスキル」が最重要 プロジェクトマネージャ（PM）は、「言うことを聞かせるスキル」が最重要 コミュニケーションは全人格的なスキルで、その真髄は「人を動かす」こと ン十年前、入社したての頃はCプログラマだった。その後、SEとして仕様折衝、設計に携わった。時折、炎の海に放り込まれ、コードを書いたりテストをしたり、リアルバトルを止めに入ったりと火消し屋のキャリアを積む。 その後、PM見習いでチームリーダーをしているうちに、要件定義のさらに上流に引き寄せられ、今では開発現場を離れてコンサルタント（非IT）の丁稚をしている。 システム開発の工程を河上へ遡及するにつれ、スキル不足を痛感した。わたしに最も足りな
わたしが知らないスゴ本は、きっとあなたが読んでいる いきなりコンサルタントに抜擢されたSEが読むべき3冊
この記事のまとめ。また長文エントリごめん。“IT”コンサルじゃない、「ファーム」のコンサルタントと一緒に仕事をするハメになったら読む本。 「問題解決プロフェッショナル」を読めば、コンサルタントの土俵で話ができる SEとしての分をわきまえるなら「RFP＆提案書作成マニュアル」で準備しておく SEには、コンサルタントに無い視座がある。その強みを生かす「業務システムのための上流工程入門」 コンサルタントは、知識経験ないけれどキャラとハートがおおまかカバーすることはぶっちゃけありえない。そうなったらどうしようと思い悩む前にメモをどうぞ。 このblogは「それを知らなかった私にとって有益なもの」になるように心がけてる。つまり、その記事の知識・情報を知らなかったとして、「あ、こんな記事を見つけてラッキー」と思えるようなネタ。 で、この記事は一年前の私が見つけたなら「お、タイムリー」と思えるような内容
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
