今の仕事を手放したくない人こそ知ってほしい、「燃え尽き症候群」の乗り越え方を専門家に聞いた - ミーツキャリアbyマイナビ転職
大事なプロジェクトが終わってから何も手につかなくなった。 それまで仕事が楽しかったのに、急にやる気がなくなってしまった。 仕事を頑張る皆さんのなかには、何かのきっかけで突然そうした状態に陥った人も少なくないのではないでしょうか。原因が分からず、自分で自分を責めてしまう、という悩みもしばしば聞きます。 この状態、一体どうすれば乗り越えられるのでしょうか？ そもそもなぜこのような状態になってしまうのでしょうか？ 今回、そんな「バーンアウト（燃え尽き症候群）」を研究する久保真人先生に、お話を伺いました。 インタビューで出てきたのは、誰しもが自分の経験に置き換えられそうなエピソードばかり。バーンアウトは決して他人事ではない、ということを学びつつ、仕事への向き合い方を再考できるような内容になりました。 久保真人さん。同志社大学政策学部・総合政策科学研究科教授。京都大学卒業後、同大大学院文学研究科博士
「共通基盤」を超えよ！ 今、Platform Engineeringに取り組むべき理由
OpenShift.Runで登壇した資料です。
最初の100日で何をすべきで何をすべきではないか？｜miyasaka
人は無能に到達するまで昇進するという「ピーターの法則」というのがある。 「階層型の組織においては、どんな人も、昇進を繰り返すことでいずれは能力の限界に達し、十分に職責を果たせなくなって無能化する。その結果、「あらゆるポストは、職責を果たせない無能な人間によって占められる」という。 https://mba.globis.ac.jp/about_mba/glossary/detail-20919.html グロービスとくにリーダーが劇的な環境変化に異動、転職、抜擢で放り込まれるとこの法則が強烈に作用する。なぜなら周りの方が知識や経験があり自分がその組織内で最もそれがない人になってしまうからだ。一方で、この人は何かしてくれるのでは？という期待を関係者からは持たれる。「組織内で最も無能なのに最も期待される」という特殊状態を過ごすことになる。 12年ほど前に突然、社長をというキャリアチェンジを経験を
70歳になった「WIRED」共同創業者の思う「若いころ知っておけばよかった103のこと」
by Christopher Michel カルチャーメディア「WIRED」の創設に携わった編集者のケビン・ケリー氏が2022年4月28日に70歳を迎え、自身が考える「若い頃に知っておけばよかった知恵」をブログに記しました。 The Technium: 103 Bits of Advice I Wish I Had Known https://kk.org/thetechnium/103-bits-of-advice-i-wish-i-had-known/ ケリー氏は68歳の誕生日に「若い人への68のアドバイス」を、69歳の誕生日には「さらに99のアドバイス」を公開していて、今回はさらに件数が増加しています。なお、「上にあるほど重要」などの区別はないようですが、以下、ケリー氏が挙げた順のまま5つごとに区切りを入れて並べています。 ・約99％の確率で、今こそがそのタイミングです ・あなたほど
なぜエンジニア組織をうまくマネジメントできないと悩む経営者が多いのか？ - Qiita
はじめに 私は、さくらインターネットというクラウドサーバの会社の社長をしていて、よく経営者の方からのメンタリングのリクエストをいただくことがあります。 その中で多くの割合を占めるのが、ITエンジニア(以降、エンジニア)のマネジメントと、エンジニア組織の構築をどのようにすればいいのかというテーマです。 確かに、どんなビジネスをするにしても、単にSaaSやノーコードツールを活用するだけでは足りなくて、自分たちでシステム開発しないといけないケースが増えてきているのは、間違いないなと思います。 外注をしてシステム構築をするケースももちろん多いですが、基幹システムのような使いにくくても自社の社員が我慢すればいいものと違って、自社のお客様向けのシステムだと使いやすくないとお客様が離脱してしまいますし、常にアップデートをし続けて、最良のUI/UXを作ることが業績に直結します。 要は、今のデジタルシステム
あなたの上司は異世界転生してきた能力者ではないし、あなたができることをあなたより上手くできる必要もない。 - フジイユウジ::ドットネット
先日、『質の高い課題解決できる人が「こうすべき」を主張すべきだけど、それが苦手な人も多いからチームで解決したら良いのでは』という雑な考えを書いたのですが、僕のブログにしては多くの人に読んでもらえました。 読んでくれた人、ありがとうー fujii-yuji.net ただ、この記事へのコメントで「質の高い決定ができない上司や社長はダメだろ」みたいな意見もそれなりに多くあって、けっこう驚いたのですよね。 僕が雑に書いたわかりにくい文章だったことが原因で誤解されてしまったのでしょうけれど、今日は補足として「部下がやれることを上司もやれる必用はないですよね」的な話を書きます。 上司が「自分ではできないからお前に頼むわ」と言ってくれたお陰で、"上司のして欲しいこと探し"をしなくて済んだ。 僕が若いころお世話になった上司はよく「自分ではできないからお前に頼むわ」と言っていました。 実際のところ、その上司
中途入社や部署異動で来た新メンバーを活躍しづらくするアンチパターン - Qiita
1. はじめに ソフトウェア開発のチームに、新しいメンバーが入ってくることはよくあります。 以前に新卒社員がチーム入ってきた場合の育成方法を紹介しました(こちら)。 今回は、新卒社員ではなく、他の会社から中途入社か同じ会社の部署異動で来る新メンバーの話です。 (エンジニアが数百人などで規模が大きい会社の場合、部署が違うと仕事のやり方が全く変わる場合があるので、今回は中途入社と他の部署からの異動を同じように「新メンバー」として扱います) 会社や部署が変わると仕事のやり方が大きく変わるため、仕事のやり方に戸惑うことが多いと思います。 本稿では、そのような「新メンバー」を活躍しづらくしてしまうアンチパターンとその対策を紹介します。 2. 中途入社や部署異動で来た新メンバーが適応することの困難さを理解する 中途入社や部署異動で来た新メンバーが組織に適応することは、新卒社員のそれとは別の難しさがあり
自分の心理的安全性を、自分で高める - Link and Motivation Developers' Blog
エンジニアの梅原です。 少し前から「心理的安全性」というキーワードについて、疑問に思うところがあって色々と考えていて、 なんとなく考えがまとまったので、自戒も込めて文章として書き起こしてみました。 もともと社内向けに書いたものでしたが、思いのほか反響があったためこちらでも書いてみようと思います。 めちゃくちゃなこと言ってんな、って思う人もいるかもしれませんが、際に振ったときの思考実験だと思って読んでもらえると。 心理的安全性とは何か？ 一般的に「心理的安全性」とは、以下の定義で語られます。 "A shared belief held by members of a team that the team is safe for interpersonal risk taking." （このチーム内では、対人関係上のリスクをとったとしても安心できるという共通の思い） Edmondson (19
中年会社員が部署異動してつらかった話 - やしお
会社で部署異動になって5ヶ月超が経った。経験のない業務分野で係長クラスになっている。 今まで会社勤めをしていて、業務内容に特にこだわりもなく、それなりにやれてきたから、まあ大丈夫かと思っていたけど、あまり大丈夫じゃなかった。結構つらかったし、割と嫌な気分になっていた。（今は割と大丈夫。） どの辺が辛かったかとかメモに残しておこうと思って。 異動前 大手メーカーに新卒で入社して15年ほど勤めている。 前の職場（比較的製造現場に近い技術系職場）では、4年ほど担当者として働いた後、係長ポジションになって4年ほど働いた（係のメンバーは10名弱）。 異動 同じ事業部門の中で別の課に異動した。異動先の課の業務内容は、漠然とした理解しかなかった。 30名程度の課で、25名の係の係長をしろとのことだった。もともと課の管掌範囲が広いこともあり、十分にマネジメントが機能しておらず、その辺りを助けてほしいみたい
営業の崩壊と再生～営業の問題を解決する14の処方箋 | knowledge / baigie
SNSだけを見ていると、私たちの会社はいつも平穏でマイペースに仕事をしてるように見えるかもしれない。しかし、所詮は私たちも普通の会社。世の多くの会社が経験する浮き沈みや苦労と無縁ではない。 昨年は創業以来初ともいえる「営業危機」を経験した。幸いにして半年で問題の大半は解消し、数多くの学びを得た。 その一部始終を言語化することで、経験を再利用可能なノウハウとして定着させたい。同時に記事として公開することで、同じ課題で悩む企業や組織の手助けになればと思う。 自負と怠慢 ウェブ制作会社でありながら、マーケティング系のイベントに多数登壇し、マーケティング系のメディアから多数取材が来る。そんなウェブ制作会社は私たちだけだと思っている。マーケティングに強いと市場に認められ、実際にそうだという自負があった。 制作者が社員の大多数を占めるウェブ制作会社にとって、制作をしているだけで自然と仕事が舞い込んでく
フラット、心理的安全性、失敗に寛容といった企業文化に対しての誤解｜片山良平＠paiza代表
この記事は「paiza Advent Calendar 2022」の最終日25日目の記事です。 最終日はpaiza株式会社で社長をやっている片山がお送りいたします。 ちなみに、paizaはITエンジニア向け国内最大の転職・就職・学習プラットフォームです。（paiza.jp) 記事概要先日、Twitterで流れてきて読んだ Harvard Business Review（以下HBR）の「イノベーティブな企業文化の残酷な現実」という記事（英文）が面白かったので、そのポイントと所感をまとめてみました。 内容としては、イノベーティブな企業文化には下記の事がセット必要であるという話です。 失敗には寛容だが、無能には寛容ではない 実験への意欲と高い規律性 心理的に安全だが、残酷なほど率直である コラボレーションと個人の意思決定、説明責任 フラットで強いリーダーシップ、オーナーシップ 「失敗に寛容」、「
「デジタルスキル標準」をとりまとめました！ （METI/経済産業省）
経済産業省と独立行政法人情報処理推進機構（IPA）は、企業・組織のDX推進を人材のスキル面から支援するため、DXを推進する人材の役割や習得すべきスキルを定義した「DX推進スキル標準（DSS-P）」を今回新たに策定し、今年３月に公開した「DXリテラシー標準（DSS-L）」と合せて、個人の学習や企業の人材育成・採用の指針である「デジタルスキル標準（DSS）」ver.1.0として、取りまとめました。 1．背景・目的 データ活用やデジタル技術の進化により、我が国や諸外国において、データ・デジタル技術を活用した産業構造の変化が起きつつあります。このような変化の中で企業が競争上の優位性を確立するためには、常に変化する社会や顧客の課題を捉え、デジタルトランスフォーメーション（DX）を実現することが重要です。 一方で、多くの日本企業は、DXの取組みに遅れをとっていると考えられます。その大きな要因のひとつと
DXコンサルが絶対に言わない後ろめたい真実｜naoto
【お知らせ】200名以上の有名企業のCxO / 責任者クラスのトッププレイヤーを、月額定額でアサインできる「SHARE BOSS （シェアボス）」というサービスを運営しています。DXや事業開発に関するお困りごとや、お悩みがございましたら、まずはお気軽にお問い合わせください。 https://shareboss.net/about/ 2019年くらいから、デジタルトランスフォーメーション (DX) の相談を受けるようになって、今はアドバイザーみたいなのを含めて10社くらいお手伝いしています。 また、講演なんかも依頼されてたりして、そこではストルターマン教授がどうだ、とか、トレンドはー、みたいなことをしたり顔で言っていたりするわけなんですが・・・。内心では、定義とか事例の話から入るのはあんまり本質的じゃないのかな、と感じています。 足元の現場を見ると、DXDXディーエックスディーエックスいって
「運用組織」の考え方と設計 〜 運用組織論 2021 / 20210310-ssmjp-operation-organization
ssmjp ssmonline #8 "第三回はたのさん祭 オンライン"( https://ssmjp.connpass.com/event/206074/ )での発表資料です。 (運用設計ラボ合同会社 波田野裕一)
CTO不在の企業で開発組織を作っていくために大事なこと｜BTO
おはこんばんちは!!尾藤 a.k.a. BTO です。 これは CTOA Advent Calendar 2020 の5日目の記事です。 今までウノウとUUUMの2社のスタートアップでCTOを足掛け10年近くやってきました。経歴柄、CTOのいない企業から開発組織の作り方の相談を受けることが多いですが、やはりCTOが不在で開発組織を作っていくのは非常に困難です。とはいえ、転職市場に都合よく即戦力になりうるCTO人材が簡単に見つかるのも稀です。そこでCTOが不在の中で開発組織を作っていくために大事なことをまとめてみました。 開発組織作りで大事なのは採用ではなく環境作り開発組織作りで大事なことはいろいろありますが、最も大事なのは採用と環境の2つではないかと思います。環境が良くなければ優秀なエンジニアは採用できないし、優秀なエンジニアに来てもらえなければ良い開発環境を作ることができません。いわゆる
800年以上前のモンゴル族は『有能すぎる上司には部下がついてこない問題』をごくシンプルな方法で解決していたらしい「人類の叡智がここに」
Solomon•D•Bernstein @solomon_rkka モンゴル族は遠征の際「リーダーが余りにも有能でストイックだと部下がついてこない」という理由で敢えて平均的な奴を頭に据えたりしてたし現代の我々を苦しめる「たたき上げのクラッシャー上司」の出現を800年以上前に防いでいた感ある 2020-09-08 22:02:20 Solomon•D•Bernstein @solomon_rkka MGSPWでビッグボスが指摘してるようにゲバラがコンゴやボリビアの革命失敗したのも現地の部下との温度差が一因ではないかと思う(あの人下手したら土日返上ボランティアとか平気でやる人だったし) 2020-09-08 22:04:23 時貞 @yumito_amber @fukkatunoyu_tan @solomon_rkka モンゴル帝国は多種多様な民族を統治するために、人事には非常に気を使っていた
新社会人だけどコミュ力コミュ力言われる理由が分かった気がする
組織の規模がデカくなると社会にアウトプットせずに内部のコミュニケーションの仕事ばかり増える。 先輩に指示を受けて他部署に連絡をして会議をして、結果を部長に伝える、みたいな。 子供の頃に想像していた仕事はパン屋ならパンをこねて焼いて売る、自動車整備なら自動車をいじる、という感じだった。 実際は物を作る作業をしたりする時間はないし、作業も先方に伝えるための資料作りだったりする。 つまりは新しいものを生産しているというよりはコミュニケーションのための作業だ。 別に悪いこととは思わない。組織をデカくして大きな事業をやる方が参入障壁になって利益を得やすいのだろう。 でもこの大艦巨砲主義の産業観が、いつしかゲリラ的なやり方によって沈められる気がしてならない。 100の仕事をするために10の力を持った人が2の作業と8のコミュニケーションを使って50人で作業をしていたところが、 技術革新によって40の仕事
新メンバーが多い大型プロジェクトでの不確実性との戦い方 - スタディサプリ Product Team Blog
ペアプロ・モブプロ、スキルマップ、1-on-1等々… チーム開発にまつわる各論・方法論・話題をよく見る昨今、関心の高まりは歓迎さるべきことながら つまるところそれらが現実のどのような問題を解決していくのか？ どのように相互作用するのか？ これらが有機的に結びつくことで現実のどのような問題を解決していくか？ こうした疑問に答えたり、具体例とともに記した記事はさほど多くないのではと思います。 本記事では昨年度に筆者のチームが約7ヶ月携わったプロジェクトにて、プロジェクト特性に起因する不確実性と我々がいかに戦ったかを記します。チーム開発を行う方にとってこの記事が実りあるケーススタディとなれば幸いです。*1 なお、本記事では以下のことは本旨とは逸れるため割愛させていただきます。 プロジェクトの機能的側面 技術的不確実性 各取り組み単体の詳細 はじめに / プロジェクトの雰囲気を伝える図 この記事で
優秀な人材がやめていくのは「計画のグレシャムの法則」に陥っているからだ：ITソリューション塾：オルタナティブ・ブログ
「悪貨は良貨を駆逐する」 「グレシャムの法則」として有名なこの言葉は、16世紀のイギリス国王財政顧問トーマス・グレシャムが、1560年にエリザベス1世に対し「イギリスの良貨が外国に流出する原因は貨幣改悪のためである」と進言した故事に由来する。 ひとつの社会で、額面は同じだが、素材価値（例えば金の含有量など）の異なる2種類の貨幣が同時に流通する場合は、素材価値の高い貨幣が、その素材自体の価値のためにしまい込まれてしまったり、素材として溶かされてしまったり、海外との取引のために流出したりするために、素材価値の低いほうの貨幣だけが流通するようになるということを説明したものだ。 このグレシャムの法則が、組織にも適用できると説いたのが、ノーベル経済学賞を受賞したハーバート・サイモンという米国の学者だ。彼は、「ルーチンは創造性を駆逐する」と説いている。人はルーチン化された日常業務（悪貨）に追われている
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
チームにノリをもたらした時にいた「二人目に踊る人」の共通点
