親身になって疲弊するマネージャーたち。感情労働としてのマネジメントを考える | Q by Livesense
「最近、人の悩みを聞くのが辛いんですよね」 そう打ち明けてくれたＡさんは、多数の部下を抱えるマネージャーだ。柔らかな物腰で人当たりがよく、温和な雰囲気をまとっている。 部下からの信頼も厚く、悩みもよく相談されるらしい。丁寧に聞き入っているのだろう。ヒアリングの話しぶりからも、そういうふうに想像される。 そんなＡさんだが、部下の悩みを聞くことに疲労感を覚えてしまうという。 「たまにカウンセラーみたいなことやってるな、と思うんですよね。悩みを聞いても、解決できることばかりじゃないし。なのに色んな人の悩みを聞いて、自分のなかで蓄積されちゃって」 人の悩みを聞くと、自分の心に負担がかかる。なんとなく引き摺られて、気持ちが沈んでしまう。そういうことは確かにある。多くの人から悩みを相談されれば、負担の量も増えていく。 相談事はさまざまだ。一朝一夕で解決できないことも多いし、聞くに徹するしかないときもあ
3年以内にベンチャーを辞めた知人の退職理由を列挙していくだけの枠。 - swatanabe’s diary
ふと思い出したので。 就活サイトの運営に携わっていたとき、多くの知人に就活や仕事の話を聞いたのですが、ベンチャーに入社した知人の多く（およそ8割）が3年以内に辞めており、ちょっと驚きました。 で。長く働いたあとの退職だと円満な感じで終わることが多いと思いますけど、3年以内だとその理由が実に種々雑多で面白かったので、気侭に列挙していきたいと思います（随時、追記するかも） しかし、追加するたびに「周りに多いなぁ。3年離職」と思います。苦笑。 ※最終更新：2023/10/29 ※あくまで「3年以内にベンチャー企業を退職した知人に理由を尋ねた結果」をまとめただけです。ベンチャーによくある退職理由、大手にはないベンチャーならではの理由をまとめた記事ではありません。 1. 周りの社員が想像以上にモチベーションが低かった 2. 昇進の可能性が（まず）ない 3. 1年たって成長が止まった 4. 自分だけ損
楽園企業は｢バカ管理職｣にはとことん厳しい
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
組織が死にいたる病
今日、会社の事業部長と話していて、どうしても目の前の案件や問題解決を優先してしまって、気づいたら未来への打ち手が全く打てずに早半年・・・みたいな状況になりやすいよねー・・・！！という話をしていたので、自戒200%ぐらいで、組織が未来への… — 今日、会社の事業部長と話していて、どうしても目の前の案件や問題解決を優先してしまって、気づいたら未来への打ち手が全く打てずに早半年・・・みたいな状況になりやすいよねー・・・！！という話をしていたので、自戒200%ぐらいで、組織が未来への布石が打てなくなるフラグを考えてみた。 熱さと議論が煮詰まり死に至ったsaileチームの皆さんリーダーが忙しすぎる最も多くの情報を持ち、ビジョンを示す役割のリーダーが目の前のタスクに追われてしまい、「未来を考え、メンバーに示す」という本来の役割を全うできていないケース。忙しすぎる＝戦いを略せていない＝戦略がない＝頭を使
エンジニアの専門性を伸ばすためにディレクターに気をつけてほしい3つのこと - Hatena Developer Blog
こんにちは、 id:stanaka です。 先日、社内ミーティングでディレクターから「エンジニアの専門性を伸ばすためにディレクターとしてなにができるか」という質問を受けて回答した社内向けエントリを公開します。 (ちなみに、はてなでのディレクターは、エンジニア、デザイナーなどの数名のメンバーからなるチームの率いる、現場にもっとも近いマネージャー、というポジションです。) エンジニアの専門性を伸ばすためにディレクターに気をつけてほしい3つのこと 1. 引き出しの数を増やすことができるようなタスクを振る エンジニアにとって自分が持つ引き出しの数と専門スキルは強い相関関係があります。サービス開発において遭遇するさまざまな局面において、いくつかの選択肢を提示でき、さらにその中から最適なものを選びとれることは、エンジニアの専門性が高いことの証です。 そのためには、いろいろな経験をさせてあげることが大事
なぜグローバル企業の経営陣は「定時退社」するのか？ - グローバル経営の極北
グローバル企業の経営陣の退社は早い。突発的な事態がなければ、定時の6時にはまず帰る。なので、遅い時間にミーティングが入ったりすると、露骨に不機嫌になったりする。これはなぜだろうか？ 意思決定の質が落ちてしまう 一番大きな理由は、コンディションが悪化すると「意思決定」の質が落ちる、ということを彼等がよく理解していることにある。グローバル経営においては、マネジメントすなわち意思決定する人、というのが明確に役割定義されていて、彼等の評価はその意思決定の質と成果によるところが大きい。 よって、マネジメント（マネージャー）を担うようになったら、きちんと毎日休息を取ってコンディションを整えるのも「仕事」である、との認識をみな持つようになる。例えば深夜まで仕事してしまうと、夜中に勢いで重大な決断を下したり、次の日に寝不足の頭で雑な意思決定をしたり、もしくはなかなか決められなかったり、ということが起こりう
はてなの組織開発について - 組織を極める
こんにちは、人事・総務部のid:tapir320です。 この記事ははてなデベロッパーアドベントカレンダー2015の9日目です。昨日は id:cockscomb による Swiftオープンソース化の衝撃 でした。 今回、開発者ではない私が、なぜデベロッパーアドベントカレンダーに登場する機会を頂いたかと言いますとid:Songmuの 「俺は会社をデベロップしているんだ！」というコーポレートの方も大歓迎です。 という一言のお陰です。 せっかくの機会ですので、会社のデベロップという観点から、はてなの組織開発についてお話をさせて頂きます。 組織開発とは 組織開発という言葉は、人事に携わっていない方にとっては馴染みがないと思います。様々な定義がありますが、私は組織を活性化するためのあらゆる打ち手とみなしています。 人事・総務の業務領域のうち組織開発に関連するものは、「採用」、「教育・研修」、「人事制度
CIAのスパイマニュアルに学ぶ「会社をダメにする11の行動様式」
第二次世界大戦時のCIAの秘密資料。題してSimple Sabotage Field Manual。要は、敵国内のスパイが、組織の生産性を落とすためにどのような「サボり」ができるか、という「サボり方ガイド」である。2008年に公開された。（なお、正確に言うと、CIAの前身組織、Office of Strategic Servicesの作成文書である。） 以下、一部を抜粋した意訳です。本文は意訳の後に。 「注意深さ」を促す。スピーディーに物事を進めると先々問題が発生するので賢明な判断をすべき、と「道理をわきまえた人」の振りをする 可能な限り案件は委員会で検討。委員会はなるべく大きくすることとする。最低でも5人以上 何事も指揮命令系統を厳格に守る。意思決定を早めるための「抜け道」を決して許さない 会社内での組織的位置付けにこだわる。これからしようとすることが、本当にその組織の権限内なのか、より
あるシステム屋さんが平均残業時間一桁を実現した方法 - ゆとりずむ
こんにちは。 ここしばらく、システムトラブルの対応で午前帰りが続き、疲れてきてしまいました・・・。直接、トラブルの原因になった訳では有りませんが、エンジニアさんも巻き込んでしまい、もう少し上手く回す方法はなかったのかと、自分の未熟さを反省中です。 さて残業といえば、先生は大変そうですね。ただでさえ、ひとりで何十人もの生徒をみないといけない上、ほぼ無償ボランティアの部活顧問まで行い、その上で親に押しかけられたら溜まったもんじゃ有りませんよね。横浜市で、先制の『ノー残業デー』を設定するそうですが、多少なりとも状況が改善することを期待してやみません。 ただ、個人的にはこの『ノー残業デー』という制度がしっくり来ません。だって、『ノー残業デー』って、その日以外は残業することが前提なワケですよね？更に、こんなニュースも有ります。 正社員と同じ等級制度や人事制度を用いるため、基本給も同じ水準だ。賞与は正
リモートチームのメンバーが気をつけている常識ではありえない４つの習慣 | Social Change!
リモートチームとは、物理的に離れた場所で働きつつもチームワークを発揮して、チームで助け合って成果を出していく働きかたです。私たちソニックガーデンでは、リモートチームを５年以上続けてきました。 この記事では、私たちが経験から学んできたリモートチームを実現するときにメンバーが気をつけておくと良いだろうと思う４つの習慣について書きました。 １）仕事に関する「雑談」をして連帯感を出す習慣 チームビルディングの第１歩は、チームを構成するメンバーをお互いに仲間だと認識することから始まります。それはたとえリモートチームであっても同じことです。 もしオフィスにいれば、飲み会や食事の機会があったりして、お互いのことをなんとなく認識することが出来るのかもしれませんが、リモートではそうはいきません。 そこでリモートチームでは、互いに認識しあう機会として、あえて仕事の合間に雑談をするよう気をつけています。雑談とい
会社のメンバーが辞めるというとホッとする話
nanapiも、KDDIグループ入りという非常に区切りになるタイミングとなり、nanapiをやめて、次の新天地にいったり、起業するという人がちらほら出てきました。 僕が社員だとしても、このタイミングだよなあ、と思いますし、僕はそもそもリクルート出身なので、2〜3年でどんどんやめて新しいところにいくというのはポジティブな感じです。会社にもガンガン人が増える時や、減る時もあるので、このあたりは時期の問題もある。 しかし、人が辞める時というのは、創業者としては、非常に複雑な気持ちだったりします。というのも僕は「友達になれなそうな人は雇わない」というルールがあったりするので仕事ができるできないよりも、友達感覚が強いんですよね。なので最初の感覚としては この人が辞めると寂しいなあだったりします。そこまでは普通だと思うんですが、そのあとに、めっちゃホッとするんですよね。 経営者とかならみんなわかっても
若年者の早期離職を食い止めるワンダーな方法が見つかった！ - Everything you've ever Dreamed
若者の早期離職が問題になっている。入社３年以内の退職が３割を超えるとか。そんな世間一般レベルほど酷くはないが、僕の勤める会社も、一時期、二十代前半の若手社員の１年以内の離職率が８割を超えていて、大変に苦労した。 けれども社長以下全従業員が一丸となってこの問題に取り組んだ結果、現在、弊社ではこの問題は公式には存在しないことになっている。早期離職は会社にとっても離職者にとっても大変不幸なことだ。今日は特別に、早期離職問題を解決した弊社の取り組みを公開する。参考にして負の連鎖を断ち切ってもらいたい。 1.退職金廃止／「退職金を無くせば必死に働くしかなくなるだろう」とワンダーな考えに至った上層部。結果、退職金ストッパーがなくなり早期離職だけでなく全社的に離職が加速。 2.社員旅行の復活／早期離職者が絶えないのは会社への帰属意識が足りないから。そう考えた上層部が10年ぶりに社員旅行を復活。旅費は全額
開発フローに新しい仕組みを導入するとき気をつけていること - $shibayu36->blog;
最近開発フローに新しい仕組みを導入したりすることも多いのだけど、気をつけていることがいくつかある。 小さく導入する 短く導入する 振り返る 小さく導入する なんか導入する時は出来るだけ小さく導入してる。 理由は いきなりスクラムだとか言い始めてチーム全体のワークフローを変えようとした結果、チームの文化が崩壊する いきなりこれからはこのツールだとか言い始めてツールを導入した結果、誰も得してないのにツールだけ使われ続ける みたいなことがよく起こると思ってるため。既存の文化を壊したら元も子もないので結構気をつけてる。 小さく導入すれば、影響範囲を最小限に留めることができるし、あとから簡単にやめることが出来る。 小さく導入する方法はいくつかあって スクラムの中の一部だけ、チーム全体に適応する -> 導入するものを小さくする チーム内タスクの一部分だけに、仕組みを導入する -> 導入する範囲を小さく
「「技術的負債」を問いなおす」というタイトルでJAWS DAYS 2014で話してきた #jawsdays - Kentaro Kuribayashi's blog
JAWS DAYS 2014のImmutable Infrastructure(以下、II)に関するトラックに呼ばれたので、話をしてきました。Immutable Infrastructure時代のConfiguration Management Toolの要件およびその実装についてや最近のImmutable Infrastructureに関する議論(Orchestration編)というエントリを書いていたからということでしょう。 ただ、最近は首都大学東京ビジネススクール不合格記に書いたように、経営学関連の学習をずっと行っていて、すっかりそのような話題から離れてしまっていた、ありていにいえば特に興味を持たなくなってしまっていたので、進学していたら研究テーマのひとつにしていたであろう件について、だいぶ生煮えではあるけれども最近またそうした話題でネットが盛り上がっていたりもしたので、以下スライド
ToDoは書き出すだけでは意味がない理由：生産性の父、デビッド・アレン語る | ライフハッカー・ジャパン
急に自由な時間ができたとき、その貴重な瞬間を「さあ、何をしよう」と考えることに費やしてしまっていませんか。 生産性向上のための仕事術「GTD」（Getting Thing Done）を提唱しているデビッド・アレン（David Allen）氏によると、「どたん場になってToDoの優先順位を考えているようでは手遅れ」なんだとか。GTDなどの生産性向上システムの最終目標は、頭の中にあるToDoやアイデアを引き出し、系統だてて整理することで、まだ取り掛かってもない作業が重荷になるのを防ぐことにあります。どんなシステムを採用していても、優先順位の検討はToDoを整理するときにしておくこと。「後で」では遅いのです。「何から着手しよう」と考えることに時間を費やすのはもったいないですよ。 これはある意味ジレンマでもあります。何を優先して実行するかを決めるには、すべてのことに優先順位をつけておく必要があるか
プログラマーは皆、常に秘密や嘘を抱えている - totopon114689の日記
プログラマーは皆、常に秘密や嘘を抱えている。 これは間違いない。 基本的には誰にも話さないが、 （家族や友人などプログラムを知っていない人間に話しても分からない、という事もある） プログラマー同士の飲みの席などで、過去の笑い話として酒の肴になる事はある。 秘密や嘘の傾向には幾つかのパターンがある。 1) 仕様があいまいな場合の適当なコーディング 仕様があいまいな機能を実装する場合、想定していたものよりもプログラム量が膨大になる事はよくある。 また、細かいパターンや想定外のケースに対し、どのようにプログラム的対処を行うべきか？ 洗い出しているとキリがない場合もある。 仮に事前に洗い出していたとしても、 「ケース自体は洗い出せているが、具体的にどのようなエラーメッセージを表示すべきか？」 などといった、その先がまたあいまいになっている場合もある。 このような場合、本来であれば決裁権のある人間に
「つまらない大人」になる方法 - デマこい！
人は誰でも、若いころは「つまらない大人になりたくない」と考える。 くたびれたスーツを身にまとい、うつろな目で通勤電車に揺られ、安月給にため息を落とし、娯楽といえば野球のナイター中継とパチンコだけ。そんな灰色の人生を送るなんて、まっぴらごめんだ。 では、どうすれば「つまらない大人」にならずに済むのだろう。「おもしろい人生」の秘訣はなんだろう。それを知るためには、「つまらない大人」になる方法を考えてみればいい。 結論から言えば、つまらない大人とは減点方式でしか評価されない人の成れの果てだ。つまらない大人になりたくないのなら、なによりもまず加点方式で評価される人にならなければいけない。 先日、ジャーナリストのＳさんと飲む機会があった。Ｓさんはセミナーや講演会でも人気を集める売れっ子だ。酔いが回ってきた勢いで、「大企業のおじさまはつまらない」という話になった。 たとえば若手の起業家を相手にセミナー
エンジニアを頑張ったで評価する会社は衰退する | rake enjoy
この前飲み会でこんな話をしていたのでまとめてみます。 終身雇用が崩壊し、昨今では会社の評価制度では成果主義というのが普通になりつつあります。ただ成果主義とは言いつつ何を持って成果とするかは議論の余地があると思います。 例えば営業職であれば分かりやすく売上目標というものがあります。企画職の場合でも売上やその他のKPIを目標設定することで分かりやすく評価出来ると思います。ではエンジニアの場合はどうでしょうか。 開発したシステムが実際に軌道に乗って数字を出し始めるまでには相当時間がかかります。（最近のゲームなどは除く）またその数字が出るか出ないかは実際営業や企画側の問題が多分にある為、こういったケースでエンジニアを数字で評価するとシステムの良し悪しとは関係なく単純に運がいいか悪いかだけになってしまいます。もちろん企画に意見が反映出来る環境であったり営業に指示できる環境であればエンジニアでも数字を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
職場で「自分から動ける人」と、「自分勝手に動く人」との微妙な差