タスクをどんどん遅延させてしまう人に、何故遅延させてしまうのかヒアリングした時の話
何度か書いていますが、しんざきはシステム関係の仕事をしており、今はそんな大きくないチームの責任者です。自分でも色々作業しますが、一応マネジメントもする立場です。 今とはまた違うチームにいた頃、チームの統合・再編成が行われたことが何回かありました。 チームメンバーは増えたり減ったりしますが、大体毎度、新しいメンバーを何人かは見ることになります。 当たり前のことですが、知らないメンバーと一緒にやっていく際には、まずその人にどんなタスクを振るか、どうタスクを振るかを考えないといけません。 何か新しい技術に触れていくならどのようにスキルのキャッチアップをしてもらうか考えないといけませんし、引き継ぎがあるなら引き継ぎの計画を立てなくてはいけません。 だからチームの再編成の時には、本格的に仕事を始める前に、それぞれのメンバー、及びそれぞれのメンバーの以前の上司に必ず面談とヒアリングをします。いや、別に
「承認欲求の強い人」は認められず、逆に「承認欲求のない人」ほど評価されるという皮肉。
当メディアに寄稿をしていただいている熊代亨氏から、本を贈っていただいたので読んでみた。 タイトルは『認められたい』 面白い本だった。 内容で私が特に気になったのは、「手っ取り早い承認を求める人々」について書かれている部分である。 熊代氏は、本の中で 「ゲームやキャバクラなど、手っ取り早く承認欲求を満たせることばかりに時間を使っていると、身につくスキルがひどく偏ってしまって、将来を生きていくためのスキルがロクに身につかないまま、歳をとってしまう」 と述べる。 ＊＊＊＊＊＊ 承認欲求と言えば、一昔前のある人物を思い出す。悪い人ではなかったが、1つだけ褒められないクセがあった。それは 「仕事を抱え込んでしまうこと」 だった。 若手で経験も浅かったその人物は、自分が引き受けられる以上の仕事を「褒められれたい」「失望されたくない」という理由で引き受けてしまい、結局後で問題が発覚する、ということもしば
なぜ「システムが無事に動いている」ことの価値は理解されないのか
最近はあまり技術的な仕事をしていないんですが、実は私は元々DBエンジニアです。 OがつくDBとか、PがつくDBとか、mがつくDBとかをいじくって、クエリを書いたり、テーブルの設計をしたり、パフォーマンスのボトルネックをあれこれ調べて解消したり、INDEXヒントを総とっかえして頑迷なオプティマイザをぶん殴ったりすることが主なお仕事でした。今でもたまーにそういうことをします。 同業の方であればお分かりかと思うんですが、DBのパフォーマンスは凄く唐突に、かつ多くの場合極端に落ちます。そして、DBのパフォーマンスが落ちると物凄く広範囲に影響が及びます。 アプリケーションサーバ、重くなります。クライアント、ろくに動かなくなります。お客様、切れます。カスタマーサポートにはわんさか電話がかかってきます。 ただ「遅くなる」だけでも十分に影響は甚大なのですが、それ以上のトラブルが発生するとまあエラいこっちゃ
上司が部下を育てられなくなってきている。
最近相談されることの多い、経営上の悩みの1つが「上司が部下を育てられなくなってきている」という悩みだ。最近立て続けに同じような悩みを持つ経営者にお会いして、状況を聞くと、概ね次のような状況だ。 経営者は言う。 「上司が育成したくない、というわけではないんだよ。もちろん、育成していない、というわけでもない」 「ではどのような状況なんでしょう？」 「いや、育てられないんだよね。部下を。」 「どういうことですか？」 「あまりはっきりいいたくないのだが…要するに、彼らの持っていた知識やスキルが、既に役に立たなくなっていて、部下に教えても大して仕事の役に立たない、ということがたくさんあるんだよ。 逆に、仕事で必要なスキルは、若い子たちのほうが遥かに強かったりする。技能の逆転が起きているんだよね。」 どうやら、想像以上に上司の持っていた知識の陳腐化のスピードが早いようで、若い子たちは「上司はガミガミ言
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
