40～50代社員の老害化問題について考える | knowledge / baigie
ここ2年ほど、全国に点在する経営者や経営幹部と出会い、話を聞く機会を増やしている。月平均3～4名くらいのペースで、企業規模は数十名から数百名前半くらいの中小・中堅企業が多い。 地域/業種/業界/規模はバラバラながら、共通する話題もある。中でも表題の「40～50代社員の老害化」はよく耳にするテーマである。 個人的には、「老害」という言葉を安易に用いるのは好きではない。なぜなら、自分に都合が悪い年配者をすべてそこにカテゴライズし、全否定できる言葉だからである。実際には老害とは反対の「若害」といえる現象も存在するように思う。それも含めて、物事は「誰が言ったか」ではなく「何を言ったか」で冷静に客観的に見なければいけない。 その前提があった上で、比較的若い経営者や経営幹部の話を聞くと、「それは確かに老害という言葉で表現するしかないかもしれない」と思うことはある。 老害社員とは こうした話題で出てくる
日本が戦争に敗れた本当の理由
少し前のことだが、友人が経営する会社の幹部会議に参加した時のことだ。 「いつまで昔の意識を引きずってるんや！」 「環境に適応することを意識せんと、ホンマに生き残れへんぞ」 そんな言葉で、部課長たちを叱責する友人。 メモを取っている幹部も何人かいるが、明らかに納得感のある顔をしていない。 そのため会議後、友人から感想を聞かれた時にこんなことを答えた。 「そうやな…、率直に言ってスマン。あの内容では時間の無駄やと思った」 不機嫌そうな顔をする友人だが、構わず言葉を続ける。 「まあ聞けや、理由は2つや。抽象的な指示をしたところで人の行動は絶対に変わらんぞ。『環境に適応することを意識しろ』って、具体的に何しろっていうねん」 「……」 「それから、こっちのほうが問題なんやけど、お前本当に、環境に適応することが大事やと思ってるんか？」 「当たり前やろ、それはさすがにムチャクチャな意見やわ」 「ムチャク
うまくいっていても、組織にはスクラップアンドビルドが必要。タイミーが「短期的な非合理」を選び続ける理由【kameike×赤澤】
TOPインタビューうまくいっていても、組織にはスクラップアンドビルドが必要。タイミーが「短期的な非合理」を選び続ける理由【kameike×赤澤】 うまくいっていても、組織にはスクラップアンドビルドが必要。タイミーが「短期的な非合理」を選び続ける理由【kameike×赤澤】 2024年3月18日 株式会社タイミー VPoE 赤澤剛（Go Akazawa） 2009年に株式会社ワークスアプリケーションズに入社、ERPパッケージソフトウェアの開発とプロダクトマネジメントに従事。2015年よりシンガポール及びインドにてR＆D組織の強化、海外企業向け機能開発をリード。その後LINE株式会社での新銀行設立プロジェクト、株式会社アルファドライブ及び株式会社ニューズピックスでの法人向けSaaSの開発に携わった後、2021年1月にアルファドライブ執行役員CTO、2023年4月に株式会社NewsPicks f
優秀な若手がどんどん辞めていくが、「社内運動会」をやっても防げないワケ
若手社員から「お世話になりました」と三くだり半を突き付けられないために企業は何をすべきか、というのはもはや日本経済の課題と言ってもいいだろう。 そんな中でちょっと前、「もしやこれが解決策では？」と人事担当者たちが色めき立つようなニュースがあった。「ホワイト企業」として知られるパナソニックが、「離職が多いとされる若い世代の定着にもつなげたい」として、「社内運動会」を催したのだ。 2月22日、東京・渋谷の国立代々木競技場で開催されたこの運動会は、入社5年目までの若手社員約1200人が全国の拠点から集った。もちろん、参加者はすべて出勤扱いで、勤務地から会場までの交通費などは全て会社負担だという。 では、なぜアップデートだ、働き方の多様性だという現代に、気合いと過重労働がビジネスモデルに組み込まれた昭和企業のイベントがゾンビのようによみがえったのか。若手社員から「交流の場がほしい」との要望が出たか
中間管理職の仕事 - 情報伝達のアレンジ - だいくしー(@daiksy)のはてなブログ
自分がまさに中間管理職ど真ん中なので、中間管理職の仕事を可能な限り自分なりに言語化してみようと思い、ざっくばらんに思ったことを書いていく。 今回は、情報伝達について。 組織がコンパクトであれば、中間管理職など必要はない。トップの意思がダイレクトに末端までスムーズに伝わるからだ。 組織が大きくなるにつれ、情報の伝達はスムーズにいかなくなる。 帝人の元会長である安居祥策氏が、日本経済新聞に寄稿した記事で記した「√の法則」というものがある。 100人の社員に物事を理解してもらおうと思えば、√100=10 として10回同じ説明をする必要がある。 10,000人の社員が相手になれば、100回になる。 多くの人に自分の考えを理解してもらうためには、このくらい同じ説明を何度も繰り返す必要があるということだ。全社員が集まる集会で、1回説明すれば明日からすべての社員がそのように動く、ということはない。 これ
「属人性を高める行為は知的謙虚さにかける」という考え方を知り、プロジェクト推進の標語にすぐにしたいと思った話。
最近読み終えた本の中でこれはアタリだったなと思う本がある。 GitLabに学ぶ 世界最先端のリモート組織のつくりかた ドキュメントの活用でオフィスなしでも最大の成果を出すグローバル企業のしくみ、というものだ。 この本は昨年、私がプロジェクト伴走支援をしている会社の代表の方からオススメしてもらった。 タイトルどおりGitLab（ギットラボ）社とは世界最大のリモート組織である。 ・世界67カ国以上に従業員2,000名以上 ・自社オフィスを持たない世界最大のオールリモートカンパニー ・リモートワークのための方法論やカルチャーを「GitLab Handbook」として公開 ・リモートワークの方法だけでなく評価、給料の決め方、部門ごとの仕事の進め方など、社員として必要な知識をすべて支える「ドキュメント文化」が浸透 GitLab社のマニュアル原本は大変情報が膨大らしく、いきなりこれらすべてを読み解くの
なぜ、エンジニアの"フロー状態"は見落とされるのか？ 継続的なフロー状態が開発生産性を高める
前回は「開発生産性」という言葉の広さから、きちんと組織のレイヤーを構造化しながら用語を分けてオーバーラップする部分を繋げていきましょうという話を紹介しました。第2回となる今回は、開発チームに焦点を当てていきます。ソフトウェア開発の現場では、Four Keysを中心とした「開発生産性のメトリクスはどうあるべきか」 や「認知負荷を下げるエコシステムはどう設計するべきか」といった議論が頻繁に行われています。こうしたソフトウェアアーキテクチャから生まれる開発生産性に関する議論はとても重要であり効果が高いものです。本記事ではそうした議論とは少し離れ、「エンジニアの継続的なフロー状態が生む開発生産性への重要度と、組織が開発チームに対する不安の定量化によるフロー状態の軽視がなぜ起こるのか」という観点で解説します。 以前の記事 【第1回】「開発生産性」はエンジニア"だけ"のモノではなくなった？──開発組織
「国民性にはアジャイル要素があるのに、ビジネス文化になると合わない日本」 多くの人に忘れられがちなトヨタ生産方式のポイント
登壇者の自己紹介 司会者：ここからは、クロージングに入ります。クロージングは、Scrum Inc.、アヴィ・シュナイアーさま、JJ・サザーランドさま、Scrum Inc. Japan、クロエ・オニールさまによるご講演とディスカッションです。それでは、モデレーターのクロエさま、お願いいたします。みなさま、拍手でお迎えください。 （会場拍手） アヴィ・シュナイアー氏（以下、シュナイアー）：おはようございます。Agile日本！ クロエ・オニール氏（以下、オニール）：今日、アヴィが英語で登壇してくれるので、私が日本語に訳します。よろしくお願いします。 （会場拍手） 始める前に、Agile Japanのみなさんに感謝したいと思います。ここに呼んでくれてどうもありがとうございます。 コロナが明けてからみなさんが集まるのは初めてだと思います。以前、私も日本でトレーニングをしていたので、今回は見覚えのある
全力でオペレーション改善をしたら、人材紹介事業の売上がたった１年で６倍になった話｜黒崎 俊 / プレックス代表取締役
このnoteでは、僕らが2021年から2022年にかけておこなった「オペレーション改善」についてまとめています。 当時は１年間かけて、とにかく全力でオペレーションを作り込みました。そのときあった仕組みやルールのほぼすべてを、ゼロベースで見直して変えていきました。 その結果、単月の売上を１年で「6.75倍」まで伸ばすことができたのです。 数千万円だった売上は、数億円規模になりました。 なぜ、短期間でそれほどの成果を出すことができたのか？ 今回はノウハウの棚卸しも兼ねて、オペレーション改善のポイントを振り返ってみたいと思います。当社のメンバーはもちろん、事業責任者やマネジメント職の方にとっても役に立つ内容になっていればうれしいです！ なお、ここから書く内容はオペレーション改善にフォーカスしていますが、6倍という期待以上の結果を残せたのはそこに「メンバーの頑張り」がかけ合わさったからだと思ってい
ソフトウェアに関わる人が知っておくといいかもしれない法則10個
「チームトポロジー」や「エンジニアリングマネージャーのしごと」「スクラム実践者が知るべき97のこと」の著者や翻訳者などで知られる吉羽龍太郎氏が、「ソフトウェアに関わる人が知っておくといいかもしれない法則10個（勝手セレクション）」という興味深いポストをX（旧Twitter）で公開しています。 ソフトウェアに関わる人が知っておくといいかもしれない法則10個（勝手セレクション） コンウェイの法則 パレートの法則 グッドハートの法則 パーキンソンの法則 ブルックスの法則 リトルの法則 ピーターの法則 ハインリッヒの法則 ピーク・エンドの法則 ホフスタッターの法則 — Ryutaro YOSHIBA (@ryuzee) January 23, 2024 これらの法則の多くは経験則だったりもしますが、いずれにせよ知っておくと上司の説得に役立ったり、ソフトウェアの開発現場でチームの運営に役立ったり、物
ミスを責めるとミスが増え、自己正当化がミスを再発する『失敗の科学』
人はミスをする。これは当たり前のことだ。 だからミスしないように準備をするし、仮にミスしたとしても、トラブルにならないように防護策を立てておく。人命に関わるような重大なトラブルになるのであれば、対策は何重にもなるだろう。 個人的なミスが、ただ一つの「原因→結果」として重大な事故に直結したなら分かりやすいが、現実としてありえない。ミスを事故に至らしめた連鎖や、それを生み出した背景を無視して、「個人」を糾弾することは公正なのか？ 例えば、米国における医療ミスによる死亡者数は、年間40万人以上と推計されている（※1）。イギリスでは年間3万4千人もの患者がヒューマンエラーによって死亡している(※2）。 回避できたにもかかわらず死亡させた原因として、誤診や投薬ミス、手術中の外傷、手術部位の取り違え、輸血ミス、術後合併症など多岐にわたる。数字だけで見るならば、米国の三大死因は、「心疾患」「がん」そして
組織という仕組みで解決することの難しさ、あるいはマネジメントに超人を求めるのは間違っているだろうか - Kengo's blog
そりゃ間違ってるんだけど、ではどうするべきなのかが見えてないなぁという話です。 事業が大きくなると組織という仕組みの重要性が上がる 同僚が何千人といたメガベンチャーから社員数20数人のスタートアップに転職してから1.5年経ちました。ここまでに自分が貢献した内容にはSREや医療情報技師としてのものも当然あるのですが、マネジメント経験のあるIndividual Contributorという立場から組織の成長や組織における連携について補足や関連情報を提供するということも意外とありました。例えば社内ブログや社内勉強会で触れたものには以下のようなものがあります： コーチング紹介 ヒューマンスキル紹介 爆速アウトプットを組織的に支える施策 事業の急成長における表側と裏側 稟議入門 こうした知識や観点を個々人が持つことは、ボトムアップと呼ばれる自発的な行動を支援する意味では大きな意味があります。そして少
年間退職率が 37.0% → 3.5% に！
この記事は、Magic Moment Advent Calendar 2023 25 日目の記事です。 はじめに Merry Christmas!! こんにちは。株式会社 Magic Moment で VPoE をしている 清家 (@wakazooo )です。 いよいよ、Advent Calendar も最後となりました。これまで、24回にわたって、技術・組織・開発プロセスなど様々な角度から Magic Moment Tech チームの 2023年の取り組みを紹介してきました。 2022 年に比べ、技術力・組織力・発信力とあらゆる面で大きく成長したのですが、その前提となったのが退職率の劇的な改善だったと感じています。 今回は、退職率がどのように改善し、なぜその変化を起こせたのか、という点についてご紹介したいと思います。 年間退職率が 37.0% → 3.5% に！ 年間退職率を以下で計算し
もう仕事に追われたくない！自分起点で楽しく働くための自己管理術 - Qiita
はじめに 仕事に追われる日々から解放され快適に楽しく働くことができる環境を実現するためには、自己管理が重要です。ここでいう「仕事に追われず快適に楽しく働ける状態」とは、自分自身で意思決定を行い、仕事の進行を自らコントロールする能力を身につけることを意味します。 多くのエンジニアは仕事の量や複雑さに圧倒され、自分のペースで仕事を進めることができないという状況に直面しています。しかし、自己管理スキルを身につけることでこれらの課題を乗り越え、より自分起点な働き方が可能になります。 この記事では、よく起きがちな問題とあわせて自己管理を強化するための具体的な方法を示します。 1. 他の人から見て何をやっているかわからない問題 主要なポイント 「あれってどうなってます？」って聞かれていませんか？ これを頻繁に聞かれる場合、確実に何やっているかわからない人だと思われています タスクの状態は、必ず聞かれる
人事チームでスクラム導入 - 共有ビジョン（ミッション・インセプションデッキ・ロードマップ）をつくってみた｜tweeeety@メルカリ
こんにちわ。 メルカリ人事部門にて人事データ分析を担当しているtweeeetyです。 HR Data Managementというチームにて、いわゆるPeople Analyticsを推進しています。 さいきんは「強いチームをつくる」という個人的なミッションのもと、スクラムを導入しています。なぜスクラムか？というと、「強いチーム」とは「変化に強く自己組織化したチーム」であり、「変化に強く自己組織化したチーム」とは「スクラムチーム」であるという仮説を持っているからです。 今回は、ゼロからスクラム導入をした知見・経験をまとめるべくnoteをいくつか書いていこうと思います。 今回とりあげるのは「共有ビジョン」です。 1. 共有ビジョンとは何かまず最初に、ここでの"共有ビジョン"は「学習する組織」からもってきた言葉を拝借しています。学習する組織における"共有ビジョン"は、チームのメンバーが共有して描
社内に巣食う「粗探し大好きマン」への対処について
長い社会人生活で、そこに自分の道を見出してしまったのか、「粗探し大好きマン」として、他者の失敗をあげつらうのを生きがいとする人間は、どこの組織にも多かれ少なかれいる。 原因は人それぞれだろうが、このタイプに共通しているのは ・批判はするけれど対案は出さない ・「チェック」と称してとりあえず無意味な意見を出す ・相手にダメ出しをして自分が優位に立ちたい そして、根拠のあるなしに関わらず自分を優秀だと思い込んでいることである。 社内で「口だけ」とのコンセンサスが持たれている場合は、単に不快なだけで済むが、組織によってはそんな人間がうっかり出世したり、高い職位にのさばっていたりすることが往々にしてある。 こうなると「粗探し大好きマン」は、不愉快な存在というだけでは済まなくなる。 相手の職位によって対応は変わってくる 現場で頑張っている時に外野からノイズを投げかけられることほど嫌なことはない。 真
40代〜60代がAIを使いこなした時のインパクトは半端ない AIの専門家が語る、マネジメント経験を持つ人の優位性
AIでは代替しづらい人間のスキル 小澤健祐氏：この作るAIから使うAIへの変化は、ぜひご理解をいただきたいところです。その上で今日は簡単にキャリアのお話もできればということで、これからのヒューマンスキルみたいなお話をさせていただきたいなと思っております。 こういった定義の仕方は、見たことがある方も多いかもしれませんが、今、生成AIを使うと、本当にさまざまなことができるようになっています。 どういうことかと言うと、人間のスキルをソフトスキル、ハードスキル、メタスキルに1回分解してみるとしましょう。ソフトスキルとして挙げられるのは、やっぱり人間性に近い対人関係などのスキルですよね。 どうしても型化をすることができず、何かの学習サービスで学習することが難しいものになります。ちょっとアートな側面があり、形式化されていない。だからこそAIなどの技術で代替しづらい、そして学習しづらいのが、このソフトス
マネジャーは「組織メンバーの能力と意欲が高い状態」をどうつくり上げたらよいか。
みなさんは自身の組織メンバーの意欲と能力を高めることができていますか？ 多くの企業へのコンサルティングに携わってきた経験から、成長する組織の重要要素は次の5つのポイントであると実感しています。 競争優位性のある戦略があり組織に浸透している 組織メンバー個々の能力と意欲が高い 組織内相互の関係性が良好である 素早く環境変化をとらえ対応できている（定期的な改善行動がとれている） 今の成長の柱だけでなく、次の成長の柱を仕込み続けている 今回は要素2である、育成において「組織メンバー個々の能力と意欲が高い状態」をミドルがどうつくり上げていくか、そこに潜む矛盾とは何で、どう乗り越えていくのかを考えていきたいと思います。 能力と意欲を高めるには上司の支援が重要 有名な「ロミンガーの調査」では、人が育つ要素の7割は仕事の経験、2割が上司などの薫陶、1割がOFFJTなどの研修と言われています。つまり、育成
不確実性や心理的安全性に向き合い自己組織化するチームを作る実践プラクティス
こんにちは。Gaudiyでソフトウェアエンジニア兼スクラムマスターをしている Namiki ( @ruwatana ) です。 「チームが向き合う不確実性が大きいと手戻りが増えて価値提供のリードタイムが遅くなる」 「チーム内の心理的安全性の低さや認知負荷の高さによってエンゲージメントが低下して従業員がオンボード・定着しにくい」 ... などなど、昨今のチーム開発はこうした課題で溢れかえっていることかと思います。 結局のところ、我々は具体的にどんなプラクティスを行うことで、こうした課題を解決できていくのでしょうか？ 本稿では、筆者と筆者が4ヶ月ほど前に配属することになったチームがこうした問題に対して執ったアプローチおよびその効果をより具体的に示すことができればと考えています。 プロダクトチーム開発を行う皆様に何かしらの参考になれば幸いです。 1. チーム構成と特性 2. 特性が生み出しうるリ
富士通SEの退職理由が壮絶…メモリ4GBのPCで開発、ひたすら進捗会議
富士通の本社移転先となる同社川崎工場（「Wikipedia」より） 大手IT企業の富士通で以前働いていた元システムエンジニア（SE）が「退職した理由」を綴ったインターネット上の投稿が、一部で話題を呼んでいる。そこには、開発環境の古さや、無気力な人材や組織体制の問題、給与面を含めた待遇の悪さなどが書かれている。「5年いた富士通を退職した理由」というタイトルの投稿は、「5年間エンジニアとして務めた富士通を一昨年退職した」「自分の半径5m以内で起こった幼稚な理由にフォーカスを当てる」と始まり、「開発環境がだめ」という項目では 「メモリ4GBのセレロン使ってた。もちろんSSDじゃなくてHDD。PCは富士通製のミドルクラスのノートPCしか支給されなかった。Macなんか認めん！iOSアプリも富士通PCで作れ！（本当にあった話）」 と、貧弱な開発環境を嘆いている。自身もIT企業でSEとして働いた経験があ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
