トレーナー社労士　山田洋一：レッド社会保険労務士事務所代表 @CdOBEVR1ODYldZr 『全世界・全世代に健康を！』 社会保険労務士＆パーソナルトレーナーの山田洋一です カラダの健康＆職場の健康をサポート！ 社会保険労務士／健康運動指導士／CSCS／健康づくりマネジャー／健康経営アドバイザー／2005年（平成17年）行政書士試験合格／無言フォローOKです トレーナー社労士　山田洋一：レッド社会保険労務士事務所代表 @CdOBEVR1ODYldZr 本日はミスドで仕事前の“朝読書”📖🍩 「離職防止の教科書」です 人手不足問題の核となる“離職” 従業員はなぜ会社を辞めてしまうのか？ その離職の要因を、心理的に体系化し、部下のタイプ別に分析して、それぞれの具体的な対応について書かれた実践的な本とのこと💡 ドーナツ食べて読み始めます🍩 pic.x.com/XAL7TrXdDo 202

前編のエントリに結構反響があったので後編を書くことにした。後編は"ボールを拾わせる"視点の話を書く。前編はこちらから。 blog.inorinrinrin.com 後編の本筋を語る前に改めて"落ちてるボール"の意味を定義しておく。"落ちてるボール"とは、 誰かがやらないといけないが、誰も手を付けていない状態のタスク "誰かがやらないといけない"ことを他の関係者も認識している状態 のことを指すものとする。前編ではこれを自分が拾うための技術について書いた。 ところで前編に対する感想やコメントにて「ボールを拾わせるのはマネジメントの技術/マネージャーの素養」という意見を持つ人が散見された。実はこれ、半分正解で半分間違ってると思ってたりする。 なぜなら、ボールを拾うことはマネージャー以外でもできる。拾わせることもまたマネージャー以外でもできるのだ。グラウンドキーパーだけがボールを拾う必要があるか？

この記事を読むたびに学びがあるなぁと感じていたが読むたびに忘れている気がするので現時点での理解を書き留めることで今後の学びの糧にしたい。本記事は元記事の全体を和訳する事や内容の全てを解説する事を目的としておらず、僕自身の学んだ事や振り返った事や噛み砕いた解釈を大いに含むので、本記事に書かれている内容は元記事の主張と一致している保証は全くない事を念頭においてほしい。 apenwarr.ca To paraphrase the book, the job of an executive is: to define and enforce culture and values for their whole organization, and to ratify good decisions. この本を言い換えると、幹部の仕事とは文化と価値を定義して強制し、良い決定を承認する事です。 元記事で言

プロダクトマネージャー 小城 久美子 プロダクトづくりの知見の体系化を試みるプロダクトマネージャー。書籍『プロダクトマネジメントのすべて』共著者であり、日本最大級のプロダクトづくりコミュニティ「プロダクト筋トレ」の主催者。ソフトウェアエンジニア、スクラムマスターなどの開発職を経験後、プロダクトマネージャーに転身し、現在は現場でのプロダクトマネジメントの傍ら、プロダクト戦略の構築や仮説検証の伴走を実施している。 プロダクトマネージャーからよく聞くお悩みがあります。 「プロダクトチームで決めたことが、創業者CEOからよくわからない理由でひっくり返されてしまいます」 「わたしはプロダクトマネージャーという肩書ですが、実質的に意思決定をしているのは上司です」 「CEOが忙しすぎて、大きな課題は寝かせてとりあえず目の前の課題に注力しています」 大企業からスタートアップまで、上司から権限を受け取れない

品質さん @chokyori_tsukin 上に出世すればするほど、『どれだけ人を許せるか』というゲームに変わっていく。当たり前だが、完璧な部下などいない。実力がないくせに口だけ立派な奴だって大勢いる。結局のところ、出世すればするほど相対的に不優秀な人間を部下に抱えることになる。その不完全性を理解して認めることが大切。 2024-12-18 19:44:47

この記事で書きたいことは、大体以下のようなことです。 ・「タスクを実行する能力」は大事ですが、「タスクを適切に振る能力」もとても大事です ・「タスクを振るのが苦手」という人は、かなりのベテランでも珍しくありません ・管理職になった頃、私も「タスクを人に振る」ことが大の苦手で、しばしば自分で仕事を抱え込んだり、タスクを偏らせたりしてしまっていました ・「タスクの意味や優先順を明確に言語化出来ておらず、タスク振りに説得力がないこと」が最大の原因だったと思っています ・解決する為に、「タスクを徹底的に言語化すること」「誰にお願いするか、その理由も明確化すること」「それをチームで共有すること」などを習慣化しました ・その結果、以前よりはだいぶマシなマネジメントが出来るようになった気がします ・言語化大事ですよね。今後も精進します 以上です。よろしくお願いします。 さて、書きたいことは最初に全部書い

タイトルのように「来月からエンジニアリングマネージャーやってくれませんか」と言われた経験が私にもあります。もう3〜4年くらい前のことです。おそらく多くのエンジニアと同じように当時の私はマネジメント業に興味がなく、マネージャーになってみたものの何から手を付ければ良いかも分からず、とりあえずチームメンバーとの1on1をセッティングしてみたりしました。 まさしく”レベル1”だった私ですが、いくらか経験を積み、今では見える景色や解像度が変わるくらいにはレベルアップした実感があります。 当時に戻れるならこんなふうにマネジメント業務に取り掛かろう、というイメージが具体的に持てるようになったので、今回はそれを言語化してみようと思います。少しレベルアップした自分から、レベル1だった当時の自分へのアドバイスのつもりで書いてみます。 ※ちなみに数人のエンジニアで構成されるチームのエンジニアリングマネージャーを

これは Kyash Advent Calendar 2024 1日目の記事です。 2022年1月から VP of Engineering という役割でKyashの開発組織全体のマネジメントを始め*1、2024年1月から 執行役員 VP of Engineering になり1年くらい経ちました*2。 当初は「今までどおりいいプロダクトを作っていけるように行動していくだけだし大きくは変わらん」と思っていたのですが、想像以上に変化もあったので備忘として残しておきます。 ここに書ききれないこともたくさんあります。「1年近くやってこんな抽象的なことしか書けないのか」と感じられるかもしれませんが、まああまり背伸びせず反省も込めて今のスナップショットをそのまま書くことにします。 結果として事業はよくなっている Kyash のようなカード発行型の決済サービスというのは、決済単体の収益性で見ればいわゆる "

先日、9月末の株主総会にて、4年半勤めたスターフェスティバルの取締役CTOを任期満了で退任し、3度目のCTOキャリアを終えました。 (直接ご挨拶できていない方もたくさんいるのですが… この場を借りてご報告させていただきます… スタフェスCTOとして大変お世話になりました。引き続きよろしくお願いします。) n回目、みたいな話に関しては、別に多い方が良いみたいなことではないので(むしろ1つの会社でCTOをやり続けている先輩などは、めちゃくちゃ尊敬している)、それ自体がどうって話ではないのだけれど、昨年 P2BCTO の LT で話した通り、様々なタイプの組織でCTOを経験をすることによって得られるものや自分自身に積み上がるものを実感したので、今日時点での自分の考えをアウトプットしておくことにしました。 なお、ver.2015 はコレで、まあ、あれから10年弱たったところ、という感じなのですが、

責任には Responsibility と Accountability の2種類がある。 厳密な訳ではないけれど、前者を「仕事に対する実行の責任」、後者を「組織に対する説明の責任」という理解をしている。 この2つは両方大事なのだけれど、責任を果たす順番をつけるなら実行責任が先で説明責任が後。この順番を間違えると正しい意思決定ができなくなる。自分はちょっと油断するとすぐに説明責任を先に考えてしまいがちなので、雑に考えをまとめておく。 実行責任の第一歩は意思決定をすること。意思決定で一番大事なのは、意思決定者が「正しい」と思えることを打ち出すことである。結果として間違っていてもいい。むしろ正解にしていくことも実行責任に含まれるので、少なくとも意思決定者が「正しい」と思える決定を意思をもって掲げなければならない。 説明責任を先に考えてしまうと、正しいことが何かを考えることに時間を使わなくなる。

決めていいと知らないどこまで決めて良いのか分からないのであれば、決めようがない。権限の委譲ができてないことが多いので、デリゲーションポーカーなどを利用すると良い。 提案を覆され続ける次のようなことを繰り返すと、「お伺いを立てたほうが早い」となる。 チームで決めたものを持っていくと「それじゃダメだ」と言われる 懸念点や問題点の起案をすると「今それは考えなくて良い」と無視される 決めた対応方針を伝えると「こうやって進めて」と別の指示がされる ある程度進めた後で全部仕事が引き継がれて全部書き換えられる 当然ながら、これが続けば「どうせ調べたり考えても無駄だから、全部最初から聞いてしまったほうが早い」となる。 決めさせる難しさ多くの場合上司の方が経験も知識も多く視野も広いため、90点がとれる案が脳内にできあがっている。一方で、部下が出してくる案は70点程度の場合が多い。そして上司は90点がとれる案

マネージャーは「面倒なことをやってくれる人」なのか 最近マネージャーな方を「面倒なことをやってくれる人」として認識されていることがあります マネージャー自身が「そう思っていますーハハハ」と言っていることもありますし、「マネージャーって開発に関係のない面倒なことをやる役割でしょ？」って言われることもあります なんなら「面倒なことはマネージャーが全部やるからさ」とメンバーに言っている場に居合わせたこともあります マネージャーは「面倒なことをやってくれる人」なのでしょうか 「面倒なことをやってくれる人」と思われる背景と影響 「面倒なことをやってくれる人」として扱われているマネージャーの共通点を自分なりにまとめたところ、自身の業務を明示していないのではないかな？と思いました 自身がやっている業務を自身で説明できない or しないため、その専門性やキャリアを示すことができない状態です 結果としてメン

マネジメントを4年くらいやっている間に、何人かにEngineering managerや採用のリードなどの役割をお願いして担ってもらってきた。何か新しい役割をお願いする時に整理して伝えている項目を雑にまとめておきたい。 以下のようなGoogle docsを作って共有し、30分のミーティングで直接伝えて考えてもらうようにしている。タイトルは「◯◯さんにxxをお願いしたい」みたいな感じ。項目や内容は相手によって適宜変えてる。 これは何 「◯◯さんにxxをお願いして一緒にやっていきたいと考えています」みたいな感じでストレートにお願いしたい役割を書く 「命令ではなく、なぜお願いしたいか、何をお願いしたいかなど◯◯さんに意思決定する材料を渡すためのdocsです」のようにまだあくまで提案ですよということも書く なぜ今お願いしたいか プロダクトや組織の状況も踏まえて、"今"お願いしたい理由を書く その役

マネジメントの想定問題集があれば、疑似体験により引き出しが増えて成長が早まるのではないかと思ったことがあるので雑にかいておきたい。 マネジメントは昔からたくさんの関連書籍も出ていて、ある程度型をもって技術として磨いていけるものではある。 一方で、「やらないことを決める」「思い切って委譲する」といったいわゆる"セオリー"的なことは理解はしつつも、そういう小綺麗な話ばかりではないのはマネジメント経験者なら共感できるのではなかろうか。 社内での役割や経営・メンバーとの関係性にもよるけれども、たとえば次のような泥くさい想定問題があったらどう答えるか考えてみると面白いかもしれない。 1on1 でメンバーから「事業 / プロダクトの方針がわからない」と言われました このまま放置すると離職リスクになりうるかもしれません マネージャーとしてどう動きますか？ 事業計画上、4週間後にはリリースしたい機能があり

7年勤めた会社が斜陽気味で、昇給も昇格もなさそうだったので、30代になる前、コロナ禍を機に思い切って転職。結果、運も味方して晴れて昨年からいわゆる中間管理職的なポジションになった。 しばらくは少し上がった給与を無邪気に喜んでいたが、ここ最近はしんどさや孤独感が強い。 ざっくばらんに書くと ----- ・同じ職位だった人たちと、今までのように話せなくなった…上司として接されることに慣れない ・今までフォローされる側だったが、フォローする側になったので、部下の仕事やメンタルのケアを行うための仕事が増加 ・メンタル以外も、健康問題、上の方針の文句などガス抜きや対応が必要なこと多数 ・殆どが年上の職場なので、フォローにも気をつかう ・会議が爆増したので、仕事に当てられる時間が減少 ・上位レイヤーが説明不足なので、その橋渡しをするために色々奔走 ・方針決定や判断を求められる仕事が増えたので、具体的な

作家／企業顧問／ワークスタイル＆組織開発／『組織変革Lab』『あいしずHR』『越境学習の聖地・浜松』主宰／あまねキャリア株式会社CEO／株式会社NOKIOO顧問／プロティアン・キャリア協会アンバサダー／DX白書2023有識者委員 日産自動車、NTTデータなど（情報システム・広報・ネットワークソリューション事業部門などを経験）を経て現職。400以上の企業・自治体・官公庁で、働き方改革、組織変革、マネジメント変革の支援・講演および執筆・メディア出演を行う。『チームの生産性をあげる。』（ダイヤモンド社）、『新時代を生き抜く越境思考』『バリューサイクル・マネジメント』『職場の問題地図』『マネージャーの問題地図』『仕事ごっこ』『業務デザインの発想法』（いずれも技術評論社）、『「推される部署」になろう』（インプレス）、『うちの職場がムリすぎる。』（すばる舎）など、著書多数。趣味はダムめぐり。#ダム際ワ

# 参考資料 - https://gist.github.com/voluntas/9c1d9d51e86a853fed6889f743a12145 - https://amzn.to/4ewrbw7 - https://amzn.to/3XzYYh4 - https://www.ipa.go.…

部下育成、トラブル対応、ハラスメント対策…増える管理職の業務負担——ここ数年、「管理職の罰ゲーム化」といった話がよく聞かれるようになっていると思います。部下のマネジメントや後任者の育成、トラブル対応に加え、リスキリングやハラスメント対策など、管理職の業務負担が増大している現状が問題視されています。池田さんはこうした現状についてはどのような課題があるとお思いでしょうか。 池田めぐみ氏（以下、池田）：私自身も本当にそのとおりだなと思っています。研究やデータでも、今の管理職はプレイングもしなきゃいけなくてストレスフルで大変だとわかっています。私の同世代の人たちも管理職になってきてるんですが、彼、彼女らがとても疲弊しているんですよね。 部下を初めて持つことになり、一応研修はある。けれど、どうやって回していくのだとか大事なところはあんまりわからない。あるいは、自分にも上司がいる中で、板挟みにあってす

出世する、より上位の管理職に上がって行くというのは、マネジャーとしての力量や適正も必要だけれど、「どこまで奉仕できるか（どこで降りるか）」によるところが大きいのだろう。その奉仕水準でどこまで行くか／どの辺で止まるか均衡するのだと、会社で仕事をしながらつくづく感じるこのごろ。 ポジション上昇の基本路線 新人→中堅社員→係長→課長→部長→……とポジションが上がるに従って、受け取る仕事の粒度が大きくなってくる。 重要度や影響度から正確にリスクを抽出して優先順位を決められる。 大きな仕事を適切に分割して相互関係を理解できる。 期日から逆算して分割した仕事にマイルストーンを割り当てられる。 情報を整理して他者に状況を正確に説明できる。 自分にない力量を持つ他者・他部門に割り振れる。アウトソースできる。 といった管理能力がより高度に必要になってくる。 逆に言えば、こうした技術・能力が高い人をより高いポ

こんにちは。 最近、社内外からマネジメントの相談を受けることが多くなりました。 「どうすればマネージャーになれますか？」と「どうすればマネジメントができるようになりますか？」の2つが多いです。 結論、知らんし、わからん。です。 ただ、自分なりに2つの真理があります。 マネジメントに最も必要なスキルは胆力。 人は、自分が受けたマネジメントしか他人にできない。 では、概念じゃなくて現実世界の視点で詳細いってみます。 マネジメントに最も必要なスキルは胆力。私が初めてマネジメントというものを受けたのは前職でした。上司はCOOで、zoom画面の端に犬のぬいぐるみを置いてる人でした。私の師匠です。 優秀な方でどの分野の業務をやっても（細かい実務は別として）誰よりもできるので誰の相談にも乗れるし、的確なフィードバックをすることができる。そして、いつも一定のテンションで粛々と仕事をしている。 当時の私は、