"自分がやったほうが早い"はダメ! マネージャがやってはいけない5つのミス | 経営 | マイコミジャーナル
マネージャの仕事の中でも重要なものに、部下に適切に仕事を任せる、というものがある。英語では"delegating(権限の委譲)"という。仕事を丸投げしたり、介入しすぎたりしては部下も思い通りの仕事ができないことは容易に想像がつく。U.S.News & WORLD REPORTに「部下に仕事を任せる際の5つの間違い(原題: 5 Ways Managers Fail at Delegating)」という記事が載っているので紹介しよう。 1. 共通の認識を持たない 仕事が成功裏に終了した時のゴールは何かということを事前に部下と確認しなかったため、最後に出てきたものがあなたの期待したものと違っていたということはよく起こる。 2. 進捗管理をしない プロジェクトの最初に話をするだけで、計画通りに仕事が進む……なんてことはない! プロジェクトに関与し続け、チェックすることはマネージャの有効な武器だ。進
なぜマクドナルドの優良店は30分単位で考えるか(プレジデント) - Yahoo!ニュース
■ミスの連続を断ち切る仕組み 不況下の数少ない勝ち組企業の一つ、日本マクドナルド。特に優良店舗では30分ごとに販売目標を設定し、常に数字を意識しながら営業利益の確保につなげているという。 一般的に営業利益は、売り上げから売上原価、販売費・一般管理費を差し引いた金額をいうが、同社のような土地代、人件費がある程度決まった薄利多売のビジネスでは、売上金額の大小が優良店舗かどうかを左右するのだ。 今回、西日本の店舗で好業績を挙げる店長A氏が、30分ルールの秘訣を公開してくれた。 「時間帯によって売り上げが激変するので、30分単位で目標を管理する必要がある。随時、クルー（従業員）の人数や配置、食材の在庫などが“適正な投資”となるよう調整しています。 対前年ベースで月間の売り上げ目標、1日の売り上げ目標を最初に決め、そこから時間ごとに目標をブレークダウンします。レジの売り上げレポートもクルー
リーダーが抱える20の悪い癖
元GE会長のジャック・ウェルチ氏をコーチした経験を持つエグゼクティブコーチングの第一人者によると、組織の上に立つリーダーは共通した悪い癖を抱えているという。 「問われるコーチング力」バックナンバーはこちら 前回、自己分析によりリーダーは自分の強みと弱みを把握すべきだと述べた。今回はリーダーが陥りやすい「20の悪癖」について紹介したい。 以前「偽装事件を引き起こす不健康組織16の兆候」のコラムでも触れたが、リーダーの自己変革に欠かせないので改めて説明する。20の悪癖とはジャック・ウェルチ元GE会長をコーチした、コーチングの第一人者であるマーシャル・ゴールドスミス氏が、著書『コーチングの神様が教える「できる人」の法則』で指摘したものである。経営者やリーダーの多くは次のような悪癖を持っていて、それが職場に悪い影響を与えているという。 1. 極度の負けず嫌い 2. 何かひと言価値を付け加えようとす
わたしが知らないスゴ本は、きっとあなたが読んでいる: プロジェクトを成功させる魔法の言葉
あいにく銀の弾丸の持ち合わせはないが、うまくいくプロジェクトでよく使われていた言葉は確かにある。耳にしたときは聞き流していてた言葉を、この本は思い出させてくれた。ここでは、そんな「魔法の言葉」を紹介する。 ネタ元は「目標を突破する実践プロジェクトマネジメント」。ふつう、図書館で読んだ本はそれっきりだが、こいつは買って周りにばら撒く。薄くて分かりやすくて、すぐにやってみようという気にさせるところがいい。 ■ もし、問題があるとすれば、それは何ですか? 朝会や進捗会議で「何か問題はありませんか?」という質問はよくするしされる。けれども答えはいつも決まっている→「特にありません」。でもって、不具合が起きると、「あのとき聞いたのにッ」←→「こうなるとは思ってなかった」となる。 身に覚えない? これを、冒頭の質問にしてみると、アラ不思議、いくらでも出てくる。「問題ない?」には無反応だったのが、「これ
ITmedia Biz.ID：“1人プロジェクトマネジメント”に取り組んでみよう
チームで働く場合の仕事管理術である「プロジェクトマネジメント」。実は、プロジェクトのリーダーではなくとも“マネジメント”できるのです。自分自身の仕事管理をチーム全体に広げてみませんか。 ここしばらくToDoリストを使った個人の締切管理や仕事管理の話を紹介してきました。 目の前にある仕事こそが重要――作業に集中する3つの「居留守術」 “未来週報”で重要な仕事を中断させない――「作業予告術」 「キミ、ちょっとこれ頼むよ」に毅然と返答できる「自分時間予約術」 ですが当然のことながら、会社の仕事のうち1人で完結するものはほとんどないはず。組織で仕事をしている限り、社内であれば同じ部署や他部署のメンバーと連携することも多いでしょうし、独立している人であっても社外パートナーや顧客と一緒に仕事をすることが増えています。 そんな中、自分1人だけ「ライフハックの鬼」を気取って、担当分の仕事だけをきっちり片付
Geekなぺーじ : プログラマのモチベーションを高める9の事項
「Nine Things Developers Want More Than Money」という記事がありました。 面白かったので要約してみました。 誤訳や勘違いがあるかも知れないので詳細は元記事をご覧下さい。 1. 成功するプロジェクトであること 多くのプロジェクトはそもそも失敗するような計画で行われているという悲しい現実があると書いてありました。 成功の要素として、現実的な納期、安物のツールを使うことを強制されないこと、ろくでもないマネジメント・仕様変更・暗黙の仕様 などを要求する発注先にあたらないなどが重要だそうです。 2. すばらしいマネジメントが行われていること プロジェクトと人の両面ですばらしいマネジメントが行われていることが重要だそうです。 身を挺してチームを守るようなすばらしいマネージャに対してはプログラマはソフトウェアの品質で応えるそうです。 3. 新しいことを学べること
わたしが知らないスゴ本は、きっとあなたが読んでいる: 「仕様」という言葉の罠を回避する
結論→ 「仕様」と「機能」を意識的に使い分けることで、顧客のテクニック「言葉のすり替え」を見抜くことができる。 客先での仕様調整の場で、新人が手もなくひねられている（騙されているともいう）。もう少し手加減してやればいいのに、顧客の脅しが酷すぎる。 あたりまえじゃないか、その機能が入っているのが仕様です なぜなら、いま私が現場に電話で確認したら、そういう運用になっているからです だから、その機能が入っていないのはバグなんです したがって、あなたは無償で今すぐこれを実装する必要があります テストフェーズ末期やリリース後、何らかの要求を満足していない場合、顧客より一方的に伝えられる最終通牒は、こんな論法だ。非常に強い口調で伝えられると、なんとなく「そうかも?」という気分になり、顧客が正しいという空気が場を支配する。 その結果、ほとんどの場合、泣く泣く自腹で実装していることだろう。ひとつひとつは小
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IDEA * IDEA