依頼仕事の最適化 〜未完了をいかに完了にするか〜https://hrmethod.connpass.com/event/326745/ で登壇した資料です。 組織課題における未完了の問題点、組織課題に向き合うアプローチとして、 - Inside-Outなメンタルモデル - FEARLESS CHANGEにあるような組織で物事を実践するための…
【資料公開】30分で分かった気になるチームトポロジー
みなさんこんにちは。@ryuzeeです。 2022年3月16日に「チームトポロジーを成功させる実践方法の探求」というイベントで登壇した際の資料を公開します。 セッション内容は、書籍の内容をかいつまんでまとめたものになっており、とりあえずチーム内や社内でチームトポロジーの概要をさくっと押さえるのに使える資料になっていると思います。 スライドを見て興味を持った場合は、是非書籍をご覧ください。紙とKindle版の双方が発売されています。 チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計著者／訳者：マシュー・スケルトン、 マニュエル・パイス、 原田 騎郎、 永瀬 美穂、 吉羽 龍太郎出版社：日本能率協会マネジメントセンター発売日：2021-12-01単行本：280ページISBN-13：9784820729631ASIN：4820729632
Engineering Manager の自己効力感下がりがち問題｜qsona
Engineering Manager という仕事をしていると、自己効力感が低下する瞬間がけっこうあると感じる。(多分 Engineering に限らない Manager 一般の話も多いと思うけど、ここではその考察はしない) 仕事において自己効力感が高まる状態というのは、たいてい、自分が何か努力して、それによって目に見える成果が出ているときに生まれるのではないかと思う。ところが、Engineering Manager の仕事というのは基本的に、自分以外のみんなが成果を出せている状態をつくることで、それにより絶妙なズレが生まれると感じる。 Engineering Manager の仕事を例にあげると、個々人のサポートをしたり、チームがうまくいくサポートをしたり、チーム間のコミュニケーションラインを整えたり、チームのはざまに落ちてるタスクを拾ったり、必要な人を採用したり、ビジネスや経営から求め
部下の給料を上げることが、上司の最大の仕事。
今から、「部下の給料をどう上げるか」ということから色んなことを逆算して考えるようにしたら上手い具合に仕事が回るようになった、という話をします。 昔在籍していた会社での話なのですが、当時お世話になっていた上司の、印象に残っている言葉の中に「部下の給料を上げることこそ上司の最大の仕事だ」というものがあります。 酒の席で、一人で勝手にがばがば飲んでは勝手に潰れる人だったんですけど、その際ちょくちょく聞きました。多分口癖だったんだと思います。 正直言いますと、私、当時はあんまりこの言葉にいい印象がなかったんですよ。 まあそりゃ給料が上がるのはありがたい話だけど、実際頑張って成果を出して給料上げるのは部下である自分自身だし、それを「上司の仕事」なんて言われてもなあ、と。 まるで「お前の給料が上がったらそれは上司の手柄」みたいなニュアンスじゃないかな、とか、給料が上がったら上司に感謝しろよ、と言われて
エンジニアリングマネージャーとしてどんなことをしているのか？ - tuneの日記
はじめに エンジニアリングマネージャーとは? メンバーのサポート・育成・評価 メンバーの状態観察 目標設定・人事評価 後進の育成 日常の労務管理 開発 プロダクトマネジメント エンジニアリングのリーダーシップ 採用・採用広報・アドバイザーの招聘 採用 採用広報 アドバイザーの招聘 他社との情報交換 終わりに はじめに 今流行りの Meetyを使って社外の方とお話しする機会を作っているのですが、「エンジニアリングマネージャーとしてどんなことをしているのですか?」という質問を何度かいただいたので、自分の整理のためにも日々の具体的な行動・活動をまとめてみます。 私はRetty株式会社でtoC Web開発/toB Web開発 両方をみているエンジニアリングマネージャーであり、この記事を書いた2021年9月時点では20名弱のマネジメントを務めています。エンジニアリングマネージャーとなってからは2年が
エンジニアリングマネージャーになる前に知りたかった考え方 - Qiita
Qiitaで期間限定開催中の、「エンジニアによるマネジメント」に関する記事を投稿するイベントへの参加記事です。 マネジメントを始めて悩んだこと 約1年前、アシスタントマネージャーという役職をいただき、エンジニアリングマネージャー（以下、EM）としての業務を開始しました。EMになると1on1やメンバーの目標設定、チームづくり、チームの代表として事業部リーダーズミーティングへの参加などの新しい業務をしながら、それまでのプレイヤーとしての業務も行い、目の前の業務をこなすのにいっぱいいっぱいでした。 そんな中で常に「自分がマネージャーとしてきちんとできているのかが分からない」という不安を持っていました。また、どんなスキルをつけて、どうなれたら正解なのかというイメージが見つからず悩んでいました。 ある時、先輩との1on1で、「（メンバーとの1on1やメンバーの育成を）どうしてそれをやるのか」と問われ
修羅場経験の話をしようか。 - こういう組織はもう辞めにしよう｜y_toku
そもそもこの記事は、同情をかいたいための記事ではありません。比較をされたいためでもありません。また、修羅場は経験する必要がないならそれに越したことは無い、ということもしっかり述べておきます。また、逃げる勇気もとても大事です。一人でも共感していただいたら、また辛いことを経験してる人が一人でも救われたら、と思い書いています。修羅場が絶対必要、ということを言いたいわけではないということをしっかり述べて本題にはいります。むしろ、こんなことが起こる組織は作っちゃいけないんだと思っています。そういう組織を作らないための教訓です。 (追記パラグラフ) 大事なことを新卒時代の同期がしっかりと補足してくれていますので、ぜひこちらもご覧くださいませ。 外資系企業が日本のオペレーションの撤退を意思決定。ほぼすべての社員が一斉にいなくなった後のオフィスの写真です。25人ほどいた社員がいなくなりデスクなどが夜逃げの
Google re:Work - ガイド: イノベーションが生まれる職場環境をつくる
イノベーションとは、新しいアイデアを取り入れて形にし、それを試して実装するプロセスです。新しいアイデアを生み出すために発揮するのが創造性で、イノベーションと創造性は異なります。創造性はイノベーションの重要な要素ですが、プロセスの 1 ステップにすぎません。ある研究では、競争の激しいダイナミックなビジネス環境では、組織のイノベーション力が長期的な成功を測る指標となることが明らかになりました。イノベーションと組織の収益の間に正の相関関係があることを示した調査結果もあります。 近年は技術進化のスピードに伴い、イノベーションに対するプレッシャーもますます高まっています。多くのテクノロジー企業は、組織の業務にイノベーションを組み込むべく意識的に取り組みを行ってきました。3M 社は、従業員が業務時間の 15% を使って独自のアイデアを探求することを許可する「15% カルチャー」プログラムを開始しました
中途入社のエンジニアがすぐ辞める!?定着率を上げるための対策とは - paiza times
Photo by Stavros Charakopoulos こんにちは。倉内です。 IT業界の転職市場は依然として売り手市場が続いており、エンジニアの採用に苦労されている担当者の方も多いのではないでしょうか。 先日「｢中途入社組がすぐ辞める｣日本企業の深刻実情」という記事が話題になりました。 IT業界も例外ではなく、ようやくエンジニアを採用できたにもかかわらず、入社後に短期間で退職されてしまったというケースは頻繁に見られます。 そこで今回は、日本でも導入企業が増えつつある「オンボーディング」という取り組みに注目し、中途採用したメンバーの短期退職を防ぐことはもちろん、早期に組織の一員として活躍してもらうために企業は何をすべきか考えていきたいと思います。 中途採用者が定着しない原因 企業が中途採用をおこなう理由は何でしょうか？ 退職者が出て急いで欠員を補充したい、事業を拡大するので人を増やし
1on1と信頼残高 - だいたいよくわからないブログ
最近思ったことを書いておく備忘録的なものです。 特に1on1経験が豊富なわけではなく、むしろ経験が浅いので、何を学びながら進めばいいのやらという段階でのものです。 1on1と困りごと 1on1に何を求めるのか？というのはベースになる考え方はありつつも、個人・チーム・組織の状況によって異なると思います。 将来のキャリアパスについての相談やポジティブなことの共有などもあると思いますが、それと同じくらい困ったことを聞くことが多いと思います。 「困ったことを聞いて、(個人が解決できるように or マネージャーが or ...)解決に導く。」これが、チームの生産性向上に寄与するというのはある程度自明に思えますし、 困ったことを話して、解決してくれるマネージャー*1は頼りがいがあり、まさに信頼できる優秀なマネージャー像にピッタリではないでしょうか。 理想と現実 一方で組織の全権を持っているわけでもない
SRE風のインフラエンジニアにならないために - Work Records
この記事は、SRE Advent Calendar 2018 - Qiitaの24日目として投稿しています。 SRE風のインフラエンジニア SREとDevOps そもそもDevOpsとは SRE本でも取り上げられている、DevとOpsの目的の差異 ミクロなDevの目的 ミクロなOpsの目的 Ops側の視点での安定性の考え方を改める システムを高速に更新可能にしておくことで安定性を担保する インフラエンジニアではなくSREとしてどう高速リリースを実現するか プロダクトの高速リリースに効くところを見極める リリースするにあたっての心配事を潰す 開発チームが自律して動ける仕組みやツールを提供する 今の組織でやれていること 開発チーム出身の人がSREチームにジョインしてくれている SREチームに入る新人のエンジニアさんもRails研修などを通して最低限の開発力を持っている SREチームのケツを叩い
心理的安全性ガイドライン（あるいは権威勾配に関する一考察） - Qiita
権力格差が大きい国の文化圏では、権威勾配が大きくなります。また、個人主義であるほど自己主張がしやすくなるため、意見が生まれやすくなります。男性主義的であると、女性から男性への意見をしづらいと感じる社会であることを意味しています。また、不確実性忌避の傾向が高い国では新しいことや常識の外にあることを受容する力が弱くなり権威勾配が大きくなる傾向があります。 文化的権力格差 Q. あなたの職場では職位を尊称として使うか？たとえば、「〜〜部長」「〜〜課長」など。年少の同僚を「〜〜くん」や呼び捨てするなどの傾向はあるか？ Q. あなたの職場では上長の発言に疑義があっても明確な理由がなければ、反論すべきでないという風土があるか？ Q. あなたの職場では年齢が若い人は年齢が上の人の意見に反論すべきでないという風土があるか？ 年齢や権威に対してものが言えなくなる文化が強い場合、実際の職位の乖離を大きな権威勾
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PMConf2023: シリコンバレーのプロダクトマネージャー達に見る、 覚悟を決めたPMは何が違うのか？
チームにノリをもたらした時にいた「二人目に踊る人」の共通点
さかいふうた on Twitter: "Netflixのカルチャーでお馴染みの「有能だけど有害な人」＝ブリリアントジャーク問題について、見極め方法・チェックポイントは画像に書いた3つくらいあると思ってます。 ただ、"誰の心にもひっそりと存在してるもの"なので、採用の見極めというか、まず自問自答する方が先かなと思ってます。 https://t.co/ggQIPZei05"
学習する組織の作り方
【厳選】リクルートやLINE役員にお薦めされた本当に役立つビジネス書12選