デバッグ屋 retweeted
営業系管理職やってますが、他部署との連携がうまくいかない原因は、人間関係の問題よりも、お互いが守り大切にしたいものの違いにあると思ってます。
営業は顧客の要望を受け入れてどんどん開発やら改修やら対応をしてほしいですし、内勤からすれば無理な依頼ばかりしてこられても困るとか要件やニーズをもっと把握してから依頼してほしいとかそれぞれの思いがあるんですよね。
その結果、どちらも自分の仕事を真面目にやっているのに、構造的には対立が起きてしまうわけです。だからこそ、相手が何を求められているのかとか譲れない部分は何かを理解して、それを踏まえたうえで会話していかなければいけないと考えてます。
お互いが納得して仕事を進めることで、味方意識や仲間意識ができますし、結果的に同じ目的に向かって進むことができるんですよね。
デバッグ屋 retweeted
管理職やってますが、各メンバーが優秀でも、優秀なチームにならないことがあると思ってます。いざプロジェクトを進める時に、てんでバラバラな行動になってしまっていて無駄な手戻りが発生したり、顧客の発言や意図を全員が認識できていないなど、本来優秀な人の集まりなのにしょうもない問題が起こることがあるんですよね。
こういうときは能力不足が理由ではないことが多くて、それぞれの主張ややるべき内容を1つにまとめる人がいないことが大概の要因です。
各個人が正しいことをやっていたとしても、チームとして正しい行為になっているとは限らない前提に立つべきだと考えてます。
PM的役割を果たせるようになる必要がありますが、難度は結構高いので、とにかく経験を積むことがシンプルな策でもあります。
デバッグ屋 retweeted
どちらも真面目に仕事をしているのに対立が起きる。本当にそうですよね。
AIの導入でも、早く使いたい現場と、慎重に進めたい情報システム部門で同じことが起きます。守りたいものが違ったままでも、同じ判断には向かえると思っています。
営業系管理職やってますが、他部署との連携がうまくいかない原因は、人間関係の問題よりも、お互いが守り大切にしたいものの違いにあると思ってます。
営業は顧客の要望を受け入れてどんどん開発やら改修やら対応をしてほしいですし、内勤からすれば無理な依頼ばかりしてこられても困るとか要件やニーズをもっと把握してから依頼してほしいとかそれぞれの思いがあるんですよね。
その結果、どちらも自分の仕事を真面目にやっているのに、構造的には対立が起きてしまうわけです。だからこそ、相手が何を求められているのかとか譲れない部分は何かを理解して、それを踏まえたうえで会話していかなければいけないと考えてます。
お互いが納得して仕事を進めることで、味方意識や仲間意識ができますし、結果的に同じ目的に向かって進むことができるんですよね。
デバッグ屋 retweeted
指示の出し方ってかなり大切です。シゴデキ上司は認識にズレが生まれないように丁寧に指示を出します。何のためにやるのか、ゴールがどこなのか。そういったことをきちんと伝えられるからズレが生まれない。雑な指示を出す人ほどそのズレを部下のせいにしがちですが、それは上司側の責任です。雑な指示でもキャッチアップできるのはシゴデキ部下。誰に指示を出すかで伝え方を変えられる人がシゴデキ上司です。
デバッグ屋 retweeted
自覚が持てないのは、気になったことを思いつくまま動いてしまうのも大きいんですよね。 一つひとつは、その場で必要だと思った対応だったりする。ただ、全体の順番を決めないまま振るから、先に頼んだ作業と後から出した指示がぶつかって、やり直しが生まれる。本人は都度ちゃんと判断してるつもりなので、余計な仕事を増やしている感覚が残りにくい。 急ぎでないものはすぐ振らずに一度書き出して、誰と何を決めてから動くか、順番を並べとくといい。それだけで、後から生まれるやり直しはだいぶ減るもんだよ。
管理職やってますが、段取りが悪い管理職ほど、自分が余計な仕事を生み出している自覚がないと思ってます。
新しい施策を始めるとして、行き当たりばったりでやって許されるのはフレッシュな現場だという感覚です。管理職レベルでやられるとあらゆる迷惑が各所にかかりもしますし、やり直しやら何回も変えるやらで工数が膨大になるんですよね。
管理職本人は、その問題を解決するために一生懸命動いているかもしれませんが、それで許されるわけでもありません。最初に必要な確認をしていれば、そもそも発生しなかった仕事だからです。
管理職の仕事は、発生した問題を解決するだけではなくて、余計な問題を未然に防ぐことでもあると考えてます。問題が起きたときには、自分がその問題を生み出してないかは振り返るべきだという意見です。
デバッグ屋 retweeted
管理職やってますが、他人に干渉されたくない人ほど、他人との関係を大切にした方がよいと思ってます。矛盾に見えるんですが、一定の自由度を保って仕事するには、周りからの信頼があることがマストなんですよね。
事由になりたい、干渉されたくないからといって、人との関りを避けて殻にこもっていると、何をしているかわからない分、逐一確認作業が入ってしまいます。
自由になるやり方を勘違いしがちなメンバーがいますが、人との関係から解き放たれてる人が自由なのではなくて、安心して任せられることが自由に繋がるというのが適切な理解だと考えてます。
裁量をもつには、まずは安心できる仕事をすることからスタートになるという意見です。
デバッグ屋 retweeted
管理職やってますが、指導した後に部下が反省していると、それだけで指導がうまくいったように感じる人がいると思ってます。ただし根本大事なのは、次アクションが変わってちゃんと改善されてるかどうかなんですよね。その目的さえ達成されていれば、反省してなさそうな素振りでも個人的には別にかまいません。
反省していたとしても次また同じことをしないわけではないので、行動を見るべきだと考えてます。
同じミスが繰り返されるようであれば、こちら側の指導方法や内容自体が間違っている可能性があることも忘れないようにすべきでもあります。
デバッグ屋 retweeted
仕事ができる人ほど、質問の仕方が違うと思ってます。
自分の考えなしで、どうすればいいですか?とだけ聞く人はどうしても伸び率が低い傾向にあって、質問してもその場を凌ぐだけで終わってしまうからです。
一方で、何を元にして考えればいいですか?と基準を聞く人は考え方を知ろうとしているので、似たような問題が起きたときに応用させて解決できるようになります。
大げさかもしれませんが、1個の質問レベルの差の積み重なりで、成長速度はかなり変わるんですよね。
デバッグ屋 retweeted
30代ですが、20代まではトレードオフの発想が強かったと感じてます。もちろん今後も何かを犠牲にすることはあるかもしれないですし、大きい成果を出すには振り切りが必要なことも分かっているつもりです。ただ、ゼロか100かの極端な二元論にまでは寄せなくていいかなと最近は考えてます。
常に完璧なバランスを取っていくというのではなくて、その時々で、今はこれを大切にする、と自分で選択をしていくイメージです。何も犠牲にしないという発想が強すぎると、逆に自分の首を絞める気もするので、主導権を握っていく感覚が個人的にはおすすめです。
デバッグ屋 retweeted
管理職やってますが、段取りが悪い管理職ほど、自分が余計な仕事を生み出している自覚がないと思ってます。
新しい施策を始めるとして、行き当たりばったりでやって許されるのはフレッシュな現場だという感覚です。管理職レベルでやられるとあらゆる迷惑が各所にかかりもしますし、やり直しやら何回も変えるやらで工数が膨大になるんですよね。
管理職本人は、その問題を解決するために一生懸命動いているかもしれませんが、それで許されるわけでもありません。最初に必要な確認をしていれば、そもそも発生しなかった仕事だからです。
管理職の仕事は、発生した問題を解決するだけではなくて、余計な問題を未然に防ぐことでもあると考えてます。問題が起きたときには、自分がその問題を生み出してないかは振り返るべきだという意見です。
デバッグ屋 retweeted
管理職やってますが、管理職が育つにはマネジメントの実践が必要なのに、その実践には部下の大事なキャリアが関わっているという難しさがあると思ってます。管理職を実際にやってみる前までにマネジメントのような経験を積ませる組織は多いと思ってますが、実際に向き合ってから分かることの方が結局は多いんですよね。
だから、特に新任の管理職が未熟であること自体はやむを得ないとも正直感じます。一方、その管理職の下についたメンバーが不利益を被るのであれば、キャリアに傷がついてしまいますし良いことはありません。
そうならないように、新任の管理職の成長の為にも組織としてフォローアップができる体制を敷いておくべきだと考えてます。管理職は最初はうまくいかないから、と放置して、新任管理職の登竜門要素にしてしまうと、言い方は悪いですが犠牲者が生まれてしまうんですよね。
管理職の成長が、部下の我慢の上に成り立つわけではない体制確立が必要だと思ってます。
「管理職も最初から完璧ではない。部下が育てるくらいの気持ちで接してほしい」
この言葉を聞くたびに、少し腹が立つ。
管理職になったばかりだから仕方ない。人を育てた経験がないから仕方ない。本人も試行錯誤しているのだから、部下にも理解してほしい。
言いたいことはわかる。
でも、その未熟な管理職の下で働く部下の人生は、誰が守ってくれるのだろうか。
上司が仕事を任せられないから、部下は細かく管理される。上司が感情をコントロールできないから、職場の雰囲気が悪くなる。上司が評価の仕方を知らないから、部下の努力が正しく報われない。
それでも会社は言う。
「彼もまだ管理職として成長途中だから」
いや、ちょっと待ってほしい。
管理職の成長のために、部下のキャリアを実験台にしていいはずがない。
もっと不思議なのは、会社が管理職を任命しておきながら、その人を育てる責任を十分に果たしていないことだ。
プレイヤーとして成果を出していたから昇進させる。簡単な研修を受けさせる。そして翌月から、何人もの部下の育成や評価を任せる。
問題が起きれば「マネジメント経験が足りない」と説明する。
でも、経験が足りないことは、任命する前からわかっていたはずだ。
なぜ、必要な準備をさせなかったのか。
なぜ、最初から十分な支援を用意しなかったのか。
なぜ、適性を見極めずに人を率いる立場へ登用したのか。
その責任は、管理職本人だけでなく、任命した会社にもあるのではないだろうか。
もちろん、新任管理職に失敗するなと言いたいわけではない。誰でも最初は未熟だし、実際に経験しなければ身につかないこともある。
部下が上司にフィードバックすることにも価値はある。
ただ、それを部下の義務にしてはいけない。
部下は、上司の成長を支えるためだけに会社に来ているわけではない。自分自身にも仕事があり、目標があり、キャリアがある。
管理職を育てるために必要なのは、部下の我慢ではなく、会社による適切な育成と支援だ。
「上司も人間だから仕方ない」で済ませる会社は、同じ理屈で部下が失う成長機会や評価の不利益も許してくれるのだろうか。
管理職は、部下の人生に大きな影響を与える仕事だ。
だからこそ、登用は慎重であるべきだし、任命後の育成にも本気で投資すべきだと思う。
そして何より、
管理職を育てる責任を、部下の忍耐力に丸投げしている会社が「人を大切にする」と語るのは、あまりにも無責任ではないだろうか。
デバッグ屋 retweeted
管理職やってますが、部下に恥をかけと言う前に、自分が部下の前で恥ずかしい経験をできているか振り返るべきだと思ってます。立場が上がるほど、正解を教えるポジションにつくことで、人によっては知らないと言えなかったり、間違いを素直に認められなくなることがあるんですよね。
そのときに管理職の見栄っ張りが功を奏することはなくて、部下が間違いを認めなくなるという悪影響が起きてしまいます。結果的に、全員が自分を実力以上に見せるパフォーマンスだけうまくなって、真の能力が誰も身についていない組織になってしまう可能性まであるのが超リスクです。
これを免罪符にして、なんでもかんでも分からないですませるのは話が違いますが、分からなかったり間違えたりしたら、素直に認めて改善していくべきだと考えてます。
デバッグ屋 retweeted
JTCで管理職をしていますが、部下の能力をどう伸ばすか、社外でも通用する市場価値をどう高めるかは、常に考えるようにしています。組織として成果を出すのは当然大事。ただ、「この仕事で成果を出せば、あなた自身の市場価値も上がる」と伝えられるかどうかで、部下のモチベーションはかなり変わるんですよね。会社のために頑張れと言うだけでは限界がある。でも、自分の成長や将来のキャリアにつながると分かれば、仕事への向き合い方も変わる。そして部下も「この上司は自分の将来まで考えてくれている」と感じてくれる。結果として信頼関係が強まり、組織の成果も上がる。部下の市場価値を高めることと、組織を強くすることは、決して矛盾しないと思っています。
管理職やってますが、管理職が育つにはマネジメントの実践が必要なのに、その実践には部下の大事なキャリアが関わっているという難しさがあると思ってます。管理職を実際にやってみる前までにマネジメントのような経験を積ませる組織は多いと思ってますが、実際に向き合ってから分かることの方が結局は多いんですよね。
だから、特に新任の管理職が未熟であること自体はやむを得ないとも正直感じます。一方、その管理職の下についたメンバーが不利益を被るのであれば、キャリアに傷がついてしまいますし良いことはありません。
そうならないように、新任の管理職の成長の為にも組織としてフォローアップができる体制を敷いておくべきだと考えてます。管理職は最初はうまくいかないから、と放置して、新任管理職の登竜門要素にしてしまうと、言い方は悪いですが犠牲者が生まれてしまうんですよね。
管理職の成長が、部下の我慢の上に成り立つわけではない体制確立が必要だと思ってます。
デバッグ屋 retweeted
管理職やってますが、自分がやった方が早いから巻き取るというアクションが悪手ということは多くの管理職が理解してきている気がします。一方、任せた後に結局自分でやり直すという場面が起きていないかはまだまだ振り返るべきだと思ってます。
任せてみたものの、出来上がったものが想像と違ったので直すという行為をしていると、結局は部下が責任をもって頑張ったにも関わらず、積める経験値が少なくなるんですよね。
任せた仕事=自分のやり方を踏襲すると思い込んでしまうこともチームの弱体化に繋がると考えてます。
デバッグ屋 retweeted
管理職やってますが、何もしないこと自体が、ある種意思決定になりえると思ってます。仮に成果を出せるメンバーがルールを守らなかったときに、数字を出しているからと見逃してしまえば、成果さえ出していればいいんだという暗黙の了解が生まれるんですよね。
それが許されれば、今まで真面目にやっていた人の行動まで悪い方向に変わってしまう可能性も出てきます。なんでも厳しく取り締まればよいわけではありませんが、放置することが結果的に「認める」に変わりうる事実は認識するべきです。
組織がダメになるときは、当たり前の基準が徐々におかしくなってきているときでもあるので、何を注意していないかや見落としているかには責任を持って気を払うべきだと考えてます。
デバッグ屋 retweeted
営業系管理職やってますが、成果を出せるからといって、成功要因を理解していなければ、成績に波が出るようになってしまうと思ってます。
あるあるなんですが、圧倒的な営業数字を出していた人が、環境が変わった瞬間に売れなくなることがあります。もちろん環境要因はありはします。が、本人がなぜ今まで売れていたのかを理解していなければ、何を変えてどの数字をどのくらいまで上げるのかが分からず、再現性を持たせられなくてうまくいかないんですよね。
気合い面がなくて良いわけではありませんが、とにかく頑張る系のやり方だと息が長く続きません。うまくいっているときほど、なぜうまくいっているのかを考えることが大事だと考えてます。
成功体験に頼るだけだと、失敗したときに自信を無くして、持ちなおすのに結構な時間を要することもあります。成功要因は理解しておきたいところです。
デバッグ屋 retweeted
管理職やってますが、経験が増えるほど、学ばなくても仕事が成り立ってしまう現象が起きてしまうと思ってます。若い頃は分からないことだらけなので、いやでも新しいことを覚えるんですが、経験を積むと過去の知識や成功体験だけでうまいこと凌げるんですよね。一時的かもしれませんが。
そうなると、自分のやり方が古くなっていてもなかなか気づけませんし、気づいても前向きに体が動きません。
だからこそ、常に若手から学ぶ姿勢を持ち続けることが大事だと思ってます。新しいツールやトレンドを教えてもらえたり、当たり前を疑うきっかけもうまれます。若手が増えると若手にお金を使うことが増えますが、それを自己投資として扱えば、それだけで古臭さをなくせる、むしろありがたい出費でもあるんですよね。
部下に教える立場になったからといって、自分が教わる立場ではないという勘違いはNGだと考えてます。
デバッグ屋 retweeted
管理職やってますが、感情的になる社員で明確に出世といえる出世をしている人がいないのが現実だと実感してます。一方、怒りを飲み込むこととが、理不尽をなんでも受け入れることではないとも思ってます。
仕事をしていれば、納得できないことでも頭を下げなければいけない場面はあります。感情に任せて反論するより、冷静に対処した方が良い結果に繋がることも多いです。そのときに評価しているのは、耐えたことではなくて、感情をコントロールして、組織として適切な行動をしたことなんですよね。
我慢している人を優秀、と定義づけてしまうと理不尽がまかり通ってしまうので、それはおかしな話です。
管理職としては、社外では理不尽が防げない部分が出てきてしまうからこそ、少なくとも社内では余計な負担を抱えさせないようにすべきだと考えてます。ときに、自分がやられて耐えた理不尽をやり返す人がいますが、そういう文化は引き継ぐ意味がないんですよね。
デバッグ屋 retweeted
管理職やってますが、部下を守ることは大事ですが、部下の代わりになんでもかんでも責任を取ることは違うと思ってます。
例えば、部下がミスをしたときに上司が率先して対応するのは必要なことです。ただ、そこで全部自分が1人で解決して終わり、にしてしまうと、部下は次に同じことが起きたときも、結局は自分の力で解決できない可能性が高いです。
かといって、本人のミスだからといってすべて任せる(任せるという名の丸投げ)をするのも違います。
大切なのは、部下が向き合うべき責任と、管理職が取るべき責任をちゃんと分けて、それぞれが役割を果たしていくことなんですよね。
部下を守ることはもちろん大事、部下に自分の力で解決できる力をつけさせることも大事です。管理職はその両方の発想をもって教えていく必要があると考えてます。
【信頼されるリーダーの土台は、ひとつだけ】
部下を守れるかどうか。
これがなければ、ほかは何も積み上がらない。
・言ったことを忘れない
・約束を守る
・ピンチで前に立つ
信頼される要素はいろいろある。
でも、土台はひとつ。
どんな時でも、部下を守れること。
守るとは、間違ったことまでかばうことじゃない。
部下がピンチの時に
「どう支えるか」
「ここは自分が前に出て収めるか」を
その時に合わせて考えて動くことだ。
主語が「自分」になった瞬間
信頼は静かに崩れていく。
「評価が下がるかもしれない」
「自分の作業が止まる」
物事の起点が自分だと
動ける範囲も深さも狭くなる。
そして、その姿勢は部下に必ず伝わる。
主語を相手に置いた地道な行動があるから
部下はこう思う。
「この人なら信頼できる」
「この人の背中は、自分が守る」
約束を守ることも、前に立つことも
すべてはこの土台の上に乗っている。

















