仕事が早い人を潰す人たち |
それでミスが多いと糾弾する。
いや~、ひどい話だと思うかもしれないが、
現実にはこのようなことが結構ある。
通信速度の早さとコンピュータ処理能力の早さに伴い、
宅急便で翌日届いていたものが、
瞬時に送れるようになったり、
今まで2~3日かかっていたことが、
パソコンの進歩で3時間ぐらいでできちゃうとか、
ここ数年で仕事のスピード感覚があっという間に変わった。
さらにはスマホに代表されるケータイ端末の進化で、
いつどこにいてもすぐに返信、すぐに電話でつかまえられる、
みたいな時代になったせいもあり、
みんな仕事のスピード感が以前より早くなった。
ところが時代のスピード感についていける人と、
ついていけない人の差が出始めていて、
仕事が早い人と遅い人の差も広がり始めているように思う。
こうしたなかで、仕事が早い人と遅い人、どちらに仕事を頼みたいか?
そこに価格差も質の差もなければ、
当たり前の話だけど早い人にみんな頼みたいと思うだろう。
いや、多少、価格が割高だろうが、質が低下しようが、
スピードが命といった感じで、
仕事の早さを優先する傾向は年々高まっているように思う。
みんな急いでせかされているから、
できれば仕事が早くできる人に頼めば、
自分の時間に余裕ができるから、
早い人に仕事が集中するわけだ。
仕事が遅い人に「納品を1日早めてくれ」
「見積もりを今日中にくれ」といっても、
だいたい「無理です」といって断る傾向が強い。
ところが仕事が早い人ほどこうした無理を聞いてくれる。
だから無理を聞いてくれる人に仕事が集まる。
無理を聞いてくれるもんだから、
どんどんその要求はエスカレートする。
今までは相手側に配慮して、
「夕方にお願いして今日中っていうのは無理ですよね。
明日の朝一でいいです」
みたいな遠慮があったにもかかわらず、
気を利かせて仕事が早い人はやってくれるもんだから、
そのスピード感を普通だと思い、
仕事が早い人にどんどん無理難題を無意識に押し付ける。
「見積もり、当然、今日中にくれるんですよね?」
「納品2日前倒しにならないですか?
いつもやってくれてるじゃないですか?」
今まで特別にスピードアップしてやってもらっていることを、
早いのが当然という感覚になり、
それを仕事が早い人が断ろうものなら、
「なぜ前にやってくれたじゃないか?」「できるでしょ、そのぐらい」
と横柄になる。
でも仕事が早い人は遅い人と違って、
なんとかスピードアップの要求に応えようと、
際限のない要求をできるだけ聞くようにする。
するとその人の評価がまた上がり、
こうした人に仕事が集中し、
仕事が早い人だけでに大量に仕事が集まるようになる。
仕事の早い人が、たまに仕事の要求を断ろうものなら、
またまた大騒ぎする。
「なんでいつもやってくれてるじゃないか?」
「そんなに早くできるんだからまだ仕事できるはずだ」みたいな。
冗談じゃない。
仕事がいっぱいあるから、暇じゃないから、
忙しいから早く仕事をしているのに、
さらに量も早さも求められたらパンクしてしまう。
そこを理解せずに、無理難題を断ったことに、
腹を立てるって頭おかしいとしかいいようがない。
仕事量が多く、もっと早くしろ、
とせかせばミスが起きるのは当然だ。
ましてや仕事が遅い人に比べて、
数倍の仕事をしているのだから、
ミスの件数は多いに決まっている。
仕事が遅い人が1日に10しかできないことを、
仕事が早い人は1日に20の仕事をこなすとする。
遅い人がミス2件に対して、早い人がミス4件なら、
ミスの確率は同じにもかかわらず、
横暴な仕事のふり方をする人は、
確率で見ず、件数で見るから、
「おまえは他の人よりも2倍もミスしている」と非難する。
算数からやり直せって話だが、
案外こういうおかしな話が実社会ではまかり通ってしまう。
ミスを過大に騒ぎ立てて、
「ここはミスが多くてひどい」
「だからもっと価格を下げろ」
「質を上げろ、ミスをするな」
と要求する。
仕事を頼まれた方からしたらたまったもんじゃないだろう。
ミスを減らしたいなら、
きちんと時間とコストを与えるべきだ。
時間も与えず、いつもタイトな綱渡りスケジュールばかりを押し付け、
それでミスしたら怒るって、
仕事をふっている人間の仕事能力のなさゆえだろう。
ミスをしないよう、せかさず時間的余裕を与えるべきだ。
もしそれでも急ぎなら、
相手に無理をいって仕事をしてもらっているのだから、
ミスが起きるのは当然という前提で、
自分がミスがないようその人をフォローしてあげるべきだろう。
ところが自分の責任を逃れたいがために、
ミスがあったらその人のせいにして、
ミスがなかったらこの早さでやったのは自分のおかげ、
みたいに勘違いする。
だいたい仕事にスピードを求める人は、
たいがいコストもけちっている人が多い。
当たり前の話だけど、同じ距離を走るのでも、
鈍行列車と新幹線では特急料金が違うわけだ。
早くやった人にはその分、特急料金を支払うべきだが、
仕事を早くしろとせかす人に限って、
たいがい安く人をこき使おうとする人が多い。
コストは高くない、納期は厳しい、
そこに輪をかけてそれより前倒しにしろとかいえば、
ミスが起きるのは必然なわけだ。
仕事をふる人間がなんでもかんでも急かせれば、
ミスが起きるのに、その根本をスルーして、
あいつはミスが多いからダメだとか言っている話を聞くと、
バカじゃないかと思う。
だったら納期急かしたり、無理なスケジュールで追い詰めたり、
安いコストで叩いたり、乱暴な仕事を大量にふったりすべきではない。
自分の仕事の仕方が悪いから、
それがはねかえってきているだけなのだ。
よくがんばってくれる仕事が早い貴重な人たちを、
こうした形で潰さないでほしいと思う。
そんな人たちを自分が悪いのにミスが多いと糾弾して、
だったらあんたらの仕事なんかやってられるかとキレられたら、
一番困るのは自分自身なのだから。
早くやってくれる人の仕事の早さを、
当たり前だと思って横柄になる最低な人間にならないよう、
注意して仕事をふりたい。
“Wer mit Ungeheuern kämpft, mag zusehn, dass er nicht dabei zum Ungeheuer wird. Und wenn du lange in einen Abgrund blickst, blickt der Abgrund auch in dich hinein."
——
我慢はするけど、根気のない人のいかに多いことかw"
すみません。 (via 4kshike) (via kommm) (via tsuzuking) (via tsuyoski) (via bemu666) (via kml) (via otsune) 2009-04-19 (via gkojay) (via petapeta) (via ipodstyle) (via yaruo) (via konishiroku) (via udonchan) (via kuriz, diphda)
2010-04-04
(via gkojay) (via konishiroku) (via handa)A社にとって退職は「裏切り」と同義語であるらしい。退職の意思を示そうものなら[…]最後は社長が出てきて熱烈に説得され、それでも退職の意思が変わらないと「育ててもらった恩を忘れたのか!二度とお前の顔は見たくない」とけんか別れになり、その後退職者はA社とは縁切り状態になるという。このように書き連ねるとA社の社長は悪逆無道なブラック企業経営者のように思われるかもしれないが、素顔は熱血漢で情に厚いタイプなのである。
B社は社員の退職に関しては非常にさっぱりとしており、仕事の引き継ぎに支障をきたさない、顧客に迷惑をかけない、という条件の下、「気持ちよく」退職させることを是としている。B社の基本的な考え方は「当社に在籍しているかどうかより、同じIT業界で働いているということが大事。いずれどこかで一緒に仕事をすることもあるだろう」ということなのだ。
さらにB社では毎年OB会を開催して、退職者と現役社員の親睦を図るとともに、常にリレーションを絶やさないようにしているという。このような方針のためか、B社は1度退職した社員がまた戻ってきて再度入社する、いわゆる「出戻り社員」も多いという。
B社の社長は非常にドライである。会社は会社、プライベートはプライベートと割り切っている。だからA社の社長のように社員のプライベートに立ち入ることはほとんどない。円満退社の方針に関しても「たとえ説得して一時的に引き止めても結局は辞めてしまうことが多い。だったら無理な説得をするよりも、すんなり辞めさせてリレーションをキープしたほうが後々を考えると得だから」とさらりと説明する。
退職者への対応、熱血のA社、クールなB社 - すごい現場:ITpro
(via tsukamoto)(via appbank)
女子高生がキャバクラで働いていたら、とんでもないこと、と問題になるだろうが、キャバクラで働いているホステスが高校で勉強する、と考えれば立派なこと、と褒められるという話がありました。実はどちらも同じことです。
人間の感覚というのはこのように相対的で曖昧なものなのです。
"2008-04-02
(via gkojay) (via layer13) (via appbank)マネジャーが増えるということは、ゲームの作り手が一人減るということ。優秀な人間がマネジャーになるほど、アプリの制作力は低下する。
2.「職種別の目標設定をやめる」
プログラマー、企画など職種別に目標を設定すると、自分の担当部分しか見なくなる。評価はまずそのアプリの完成度に注目。その中で自分がどれだけ貢献したかというポイントに変更した。
3.「作業量の見積もりをやめる」
作業する本人が3日間徹夜で仕上げるつもりでも、上司はバッファを見て一週間と報告してくることが多い。どんどん仕事を依頼し、本人が「ここが限界」と自己申告すれば、そこまでにする「ギブアップ申告制」に変更。
4.「スケジュール管理をやめる」
スケジュールありきだと、だれもがクオリティーよりスケジュールを優先してしまう。スケジュール表をまとめただけで仕事をした気になってしまうのも問題。
5.「データ分析をやめる」
過去のデータを分析しても新しいアプリは生まれない。消去法でアプリを作成すると、センスのある人間の意見がつぶされてしまう。
6.「お客様のご意見どおりのアプリ変更はやめる」
お客様のご意見は、あくまでもアプリに問題があるかどうかのバロメーターとする。
7.「メンバーの教育はやめる」
優秀な人間を教育担当にするほどチームの制作力は低下する。
8.「承認はやめる」
「○○さんがいいと言ったので」という甘えを断ち切る。常に危機感のある状況にする。
9.「アドバイス/助け合いはやめる」
分かっていない人間に理解させるより、分かっている人間が作業したほうが早い。問題点は「ここがよくない」とストレートに事実だけを伝える。
10.「会議をやめる」
時間の無駄。制作チーム同士の席を近くするだけで問題ない。
11.「報告書をやめる」
自分自身がプロジェクトの進行具合を知りたい担当者のところに、知りたいタイミングで歩いていけばいいだけ。"
こどもの独創性を引き出すために、
使ったものは、
自然の山でも、
天然の滝でもない。
旅に出させるとか、
座禅を体験させるとか、
そういった「生のもの」ではまったくない。
加工品の最たるもの、
このコラムで何度も「それをやっちゃあおしまい」
と私が言ってきたもの、そう、
「他人の絵」だ。
「他人の絵」をうつさせる。
知らない人が見たら、
他人の絵をもってこさせて、
パクリを教えていると誤解するかもしれない。
でも、その一見パクリともとられかねない授業が、
こどもの独創性を引き出した。
だけではない。
絵を描くのが嫌いになっていたこどもたちが
絵を好きになった。
独創性を引き出す授業で、
これほどシンプルで、
これほど目に見えて教育効果が出たものを
私は見たことがない。"
