中堅・中小企業のITコンサルティングをやっていると，同じような問題に突き当たることが多い。筆者がよく遭遇する問題を三つ挙げるなら，（1）社長だけが突出して問題意識を持っている，（2）何事にもルーズな社風が根付いている，（3）ITの管理者が小さな王国を作っている，である。どれも簡単には解決できない難問であり，この三つに共通する弊害はエンドユーザーが動いてくれないことである。 （1）の場合は社長と社員との間に意識の温度差がある。「また社長の道楽が始まった。今度はITコンサルタントを連れてきて，経営の情報化をやるんだってよ」といった感じで自発的に動いてくれない。 （2）も深刻である。会議に人が集まらない。5分10分の遅れは全く気にせず，不参加でも事前に何の連絡もない。「Aさんは？」「外出しているみたいです。そういえば，会議に出られないと伝言がありました」といった体たらくである。会議で決めた翌週ま
上長から「来週からコンサルタントとして○○社に入ってくれ」なんて言われたときに、あわてないための5冊。以下の条件全部にあてはまる人のための選書なので、関係ない方はスルーしてくだされ。シリーズ化しつつあるエントリ（ [その1]、[その2] ）だが、ここらでまとめ。 システム開発チームのメンバーまたはリーダー 顧客の御用聞きを「コンサルティング」だと思っている ←これ誤り McKinsey や accenture といった「ファーム」と一緒に、顧客の中に入って仕事しなければならなくなった これまで、即効性と実用性で4冊レビューしてきたが、このたび5冊目として扱いたいガイドを見つけた（4冊目）のでまとめてご紹介。 ■最初に結論 コンサル会社がやっている「コンサルティング」は、決まりきった手順や方法を粛々と実行しているに過ぎない。目標に対して泥臭いぐらい愚直に反応する。そうしたメソッドと沢山持って
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
