「頑張ったけどダメでした」が会社を滅ぼす。 - Everything you've ever Dreamed
一応、営業部長なので、良い報告だけではなく、失注や辞退といった、悪い報告も聞かなければならない。不思議でならないのは、案件を失ったとき、コンペで負けたとき、「ベストを尽くしましたが残念ながら４社中２位でした」「頑張りましたが僅差で負けました」という謎のギリギリな敗戦報告をしてくる人が多いこと。「すごいなー。全力を出しても負けたんだ！」と言いたくなるのを押さえながら、順位や僅差の根拠を求めると、「先方の担当者が『今回は残念ながら…』『次点でした…』と言っていたので…」などとモゴモゴ言うばかりで心もとなかったりする。相手が、社交辞令やお世辞を言っているとは考えないのだろうか。失注した全会社が２位になってると思わないのだろうか。随分と育ちがいいのだね。 意地悪はさておき、「頑張ったけど」「全力で挑みましたが」という敗者の弁こそが会社をダメにする元凶なのではないか。大げさではなく、そう思っている。
ピーターの法則 - Wikipedia
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "ピーターの法則" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL（2009年12月） ピーターの法則（ピーターのほうそく、英: Peter Principle）とは組織構成員の労働に関する社会学の法則。 能力主義の階層社会では、人間は能力の極限まで出世する。したがって、有能な平（ひら）構成員は、無能な中間管理職になる。 時が経つにつれて、人間はみな出世していく。無能な平構成員は、そのまま平構成員の地位に落ち着く。また、有能な平構成員は無能な中間管理職の地位に落ち着く。その結果、各階層は、無能な人間で埋め尽くされる。 その組織の仕事は、まだ出
管理職のためのエンジニア組織構築マニュアル | DevelopersIO
はじめに クラスメソッド株式会社 AWS事業部長の佐々木です。 私は前職で創業メンバーの1人としてビジネスを立ち上げた後、エンジニアとして実業務に携わりながら、統括マネージャーとして50人規模のエンジニア組織を構築しました。 また2014年にAWSエンジニアとしてクラスメソッドに入社し、2015年7月よりAWS事業部の部長に就任。事業は順調に拡大しており、2015年と比較して組織も2倍以上に大きくなりました。これは優秀な仲間に恵まれたのはもちろんのこと、組織設計と構築プランが功を奏したことも一因だと感じています。 そこで、私がこれまでに培ってきた経験から得たエンジニア組織の構築の仕方をお伝えしたいと思います。 エンジニア組織構築マニュアル 骨子を定義する これはエンジニア組織に限りませんが、組織には3つの骨子が必要です。 ポリシー ビジョン ターゲット ポリシーは、その組織が最もこだわる一
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
