父親に聞いた管理職として「ダメなチームをデキるチームにする必勝パターン」 - komagataのブログ
もう定年してますが、郵便局の管理職歴うん十年の父親に社会人の大後輩として、 「管理職としてダメなチームをデキるチームにする必勝パターンみたいなのってあるの？」 と聞いたら 「あるよ」 とあっさり。その話が面白かったので紹介します。 背景父親は郵便局員で公務員だった。郵政民営化する前の話。公務員は一般企業と違い犯罪でも犯さない限り首にならない。（管理の難易度が高い）郵便局の仕事は大きく「郵便」「貯金」「保険」の３つに分かれている。父親は「保険」のセールスマンの管理職を長年やっていた。郵便局の管理職は３年（？）毎に別の局（調布市郵便局とか）に移動する。 1. 新しい職場（チーム）に赴任したらそこの中心人物の協力を取り付ける中心人物：顔役的な人で大抵が年長者やリーダー気質の人。どこの組織にも必ずいて、誰にでもすぐに分かるそうです。（役職的には自分より下の人です。） 父「誰に聞いても山田（仮）さん
それは知識ですか、スキルですか、資質ですか？ | タイム・コンサルタントの日誌から
東大で大学院生にプロジェクト・マネジメントを教えていたら、「自分は計画を立てるのが元々あまり上手ではないが、どうしたらいいでしょうか」という質問を受けた。プロジェクト計画の立案、とくにその中心になるＷＢＳの作り方について説明し、二人一組でちょっとした演習をした後のことだ。WBSを作るだけなら誰にでもできるが、良いWBSを作るのは、案外難しい－－そういう話をしたら、出てきた質問だった。 秀才タイプの人は、自分の弱点を人前にさらすのをきらう。だから逆に、この率直な質問には好感がもてた。わたしは学生にこう聞いてみた。 －－失礼だけど、あなたは英語の会話は得意ですか? 相手はちょっと質問の論点から外れたことに戸惑ったようだが、答えた。 「えっと・・、いや、苦手です。」 －－じゃあ、得意になるためにはどうしたらいいと思いますか。 「うーんと。やっぱりたくさん練習するしかない、ですか?」 －－そう。そ
蒼と碧の幻想 プロジェクトマネジメントのノウハウ（2011/4）
受託系ソフトウェア開発チームのリーダーをやり続け、現在までにおおよそ２０プロジェクト全勝・・は言い過ぎだけど、とりあえず無敗とは言えそう♪ 最初の会社では「なんでそんなにうまくいくのかさっぱりわからない」と言われ続け、今の会社ではチームと個人の賞を独占したノウハウをタダで公開♪ -- ●リード １）プロジェクトの成功には、短期的な成功と中長期的な成功をがある。両方を意識すること。 ２）プロジェクトの短期的な成功は、お客さんを満足させて利益をあげること。 ３）プロジェクトの中長期的な成功は、メンバーが成長することとメンバー同士がまた一緒に仕事したいなと思い合うこと。 ４）リーダーとメンバーがフラットでオープンな関係を築けなかったプロジェクトは、中長期的には失敗する。 ５）ほとんどの人にとって仕事はあくまで生活の手段。生活のイベントより大切な仕事のタスクなんてない。 ●フラット １）リーダー、
「大丈夫」という部下の報告を信じてはいけない理由
1人で仕事をしているプログラマ時代は、ばりばり仕事がこなせたのに、PMになった途端に仕事がうまく進まない！ そんな新任PMの悩みを解決するTipsを紹介します。 「あのメンバー、仕事の進捗（しんちょく）は大丈夫かな？」 PM（プロジェクトマネージャ）なら、誰もが気になるところです。 「予定の期日に間に合います！」というメンバーの力強い返事を信じて任せていたら、完了予定日になって「実はまだできていませんでした」という相談が来て、結局対応に追われるはめになる……そんな経験はないでしょうか。 しかも、往々にしてこのようなことは1回だけでなく、何度も繰り返し起こります。一段落した時、メンバーに仕事が遅れた理由を聞いても、返ってくるのは「申し訳ありません」という平謝りと「今後はしません」という形ばかりの口約束だけ。 こんな調子じゃ、安心して仕事を任せられません。しかし、こんなふうになってしまうのには
プロジェクトファシリテーション実践編：ふりかえりガイド
ここでは、PF=Project Facilitation(プロジェクトファシリテーション)について議論しています。 プロジェクトを活性化し、楽しくプロジェクトを成功に導くための、実践的な課題を扱います。 プロジェクトの成功に大切なものはなんでしょうか？ 個々人のスキルは重要です。そして、ここで取り上げるのは、集まった個人のスキルを１００％以上に発揮させるチーム作りとしての、「プロジェクトファシリテーション（PF）」です。 プロジェクトマネジメント（PM）が重要であることは昨今強く言われています。 PMが「計画達成のマネジメント」に重点を置くのに対してPFは「参加者の協調の場作り」に重点を置いています。PMは、計画の立案と実行、差異に注目した管理が中心で、どちらかと言うと「コマンド･コントロール型」のマネジメントスタイルが背後にあります。これに対してPFは、その場その場の変化に対応し、チーム
F1日本GP2008＠富士スピードウェイが情報工学的な意味で相当すごかった - 肉とビールとパンケーキ by @sotarok
去年の富士スピードウェイで行われたF1日本GPの惨劇をご存知でしょうか。 トヨタの富士スピードウェイF1グダグダ運営 - トップページ ネット上では結構話題になり、↑のようなサイトが作られるほどに「ヒドい」状況でした。なにが酷いって、運営がヒドい。写真や動画を見ればすぐにわかると思いますが、本当にひどかったです。 私は、2007年の去年、初めてF1観戦をしてきました。 決勝レースはたしかに雨で不満はありましたが、生であのエンジン音を聞くことができて、大変感動しました。が、まあ帰りのバスは雨の中3時間以上待ち、もううんざり。私は運が良く3時間程度で済みましたが、私が23時に家に着いた後もバスを待っている方がいたそうです。 で、今年。 そうはいっても、やはり生であの音をもう一度聞きたいし、なによりF1すごく好きなので、あまり迷うこともなくチケットを取り、観戦してきました。 そして、そこで驚くべ
技術力の高いエンジニアをどこまで特別扱いすればいいのだろう - これ僕.com：行動分析学マニアがおくる行動戦略
malaがはてなを退職したって事で、原因は何だろう？ malaさんがはてなを辞めた理由は知らないけども、このエントリーを読んでて思い出したことがあった。 3年ほど前に私が15名ほどのチームでプロジェクトリーダーをしていたとき、一人だけずば抜けて技術力のあるエンジニアがいた（Aさんとする）。Aさんは私の1つ上の先輩で、その技術力の高さを見込んで、ライブラリだのフレームワークだのの開発や改善をお願いしていた。それについては、当然ながらチームに多大な貢献をしてくれたと思っているし、技術に意識の高いメンバーを彼に付けて作業させたので、他のメンバーの成長にも役立ったのは間違いない。 しかし、その時プロジェクトには、もっと単純だけど、時間がかかって根気の必要な、欠かすことの出来ない作業もあって、ほとんどのメンバーはそれに従事していた。多分、ライブラリだのをプログラミングするよりも、ずっとツマラナイ作業
あるＳＥのつぶやき: プロジェクト管理メモ
プロジェクト管理はオンラインの情報だけで学べるものではないとは思いますが、情報がなくならないようにメモしておきます。 ■プロジェクト管理 プロジェクトマネジメント入門：ITpro プロジェクトマネジメント連載記事インデックス プロジェクトマネジメントの理論と実践：ITpro 計画部分を重視したプロジェクトマネジメント連載記事インデックス プロマネ最強マニュアル---目次：ITpro プロジェクトの火消し方法解説記事インデックス プロジェクト・マネージャの「やってはいけない」---目次：ITpro プロジェクトマネジメントアンチパターン解説記事インデックス なぜプロジェクトは失敗するのか インデックス － ＠IT自分戦略研究所 プロジェクト失敗理由の連載記事インデックス EnterpriseZine：コーナー：実務で役立つプロジェクトレビューの心得 リスク管理などのプロジェクト管理解説記事イ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
