米国スタートアップのレイオフする側の話
米国のスタートアップやビッグテックといえば高給取りやワークライフバランスとセットにしてレイオフについて語られることが多い。レイオフする側についてはあまり出回らないので、米国のスタートアップで働く開発チームのマネジャーの立場から書いてみたいと思う。 まず、レイオフにも種類がある。大きく分けて組織改編に伴うものと、個人のパフォーマンスないしは行動規定違反によるものがある。今回は個人のパフォーマンス起因のレイオフについて書く。 個人のパフォーマンスによるレイオフの場合、通常は事前に何度かフィードバックがマネジャーからある。ビッグテックの場合はPIPという再トレーニングプログラムがあるが、昔いたテックカンパニーでは自分の周りでPIPを受けている人を見かけたことがなく、その後は中堅 - 小規模なスタートアップにしか勤めたことがないので、詳しくない。 ともかく、フィードバックの後に改善が見られない場合
プロジェクトマネジメントのおすすめ本を４つの分類でご紹介｜コーヒー好きのPM
このnoteでは、プロジェクトマネジメント（以下、プロマネと略記）のおすすめ本をマトリックス図に整理してご紹介します。 ◆変更履歴◆ 2024.05.07 初版公開 ◆今後追加予定◆ ※追加のお知らせはX（@coffee_nomimasu）にて行います ・プロジェクトマネジメントの基本が全部わかる本 ・プロジェクトマネジメントの本物の実力がつく本 ・驚異のプロジェクト実行術 準備編 ・驚異のプロジェクト実行術 実践編 ・プロジェクト・シン・エヴァンゲリオン プロマネ本を探すときの悩み筆者の本棚にあるプロマネ本プロマネ本を探すとき、多くの方は「プロジェクトマネジメント おすすめ 本」などとキーワード検索して、 プロジェクトマネジメントのおすすめ本を紹介！ プロジェクトマネージャーが読むべきおすすめ本〇〇選！ プロジェクトマネジメントおすすめ本ランキング！ などのサイトを見ながら自分に合いそう
キレッキレなPMは他と何が違うのか？ シリコンバレーのPMが重視する「Step Change」という視点
キレッキレなPMは他と何が違うのか？ シリコンバレーのPMが重視する「Step Change」という視点 シリコンバレーのプロダクトマネージャー達に見る、 覚悟を決めたPMは何が違うのか？ #1/4 酸いも甘いも経験してきたシリコンバレーのプロダクトマネージャー 曽根原春樹氏：みなさんお集まりいただきまして誠にありがとうございます。初めましての方も、またお会いできましたねの方も、ご無沙汰しています。曽根原です。今年も「PMカンファレンス」に戻ってきました。 今回はテーマが「覚悟」ということで、どんな話をしようかなと思っていたのですが、みなさんにとって刺激的な話になるといいなと思って、それでこのタイトルに決めたわけですね。「シリコンバレーのプロダクトマネージャー達に見る、覚悟を決めたPMは何が違うのか？」ですね。 本題に入る前に、僕のことをぜんぜん知らないという方もいらっしゃるかもしれないの
なぜエンジニア組織をうまくマネジメントできないと悩む経営者が多いのか？ - Qiita
はじめに 私は、さくらインターネットというクラウドサーバの会社の社長をしていて、よく経営者の方からのメンタリングのリクエストをいただくことがあります。 その中で多くの割合を占めるのが、ITエンジニア(以降、エンジニア)のマネジメントと、エンジニア組織の構築をどのようにすればいいのかというテーマです。 確かに、どんなビジネスをするにしても、単にSaaSやノーコードツールを活用するだけでは足りなくて、自分たちでシステム開発しないといけないケースが増えてきているのは、間違いないなと思います。 外注をしてシステム構築をするケースももちろん多いですが、基幹システムのような使いにくくても自社の社員が我慢すればいいものと違って、自社のお客様向けのシステムだと使いやすくないとお客様が離脱してしまいますし、常にアップデートをし続けて、最良のUI/UXを作ることが業績に直結します。 要は、今のデジタルシステム
エンジニアの稼働率を上げれば上げるほど機能リリースが遅くなっていく｜mtx2s
組織内のメンバーを「リソース」として見始めると、それを100%使い切ることにばかり注力してしまいます。リソースの稼働率を下げることは、すなわち、生産性を下げること。マネージャーは、まるで強迫観念に取り憑かれたように、そのような考えに囚われます。 自社でのソフトウェアプロダクト開発において、その対象は特に、開発者に強く向けられます。その理由は明らかでしょう。バックログに積み上がり続けるアイデアをソフトウェアに変えられるのは、開発者だけです。より多く、できる限り早く、アイデアを市場投入したい。彼らに空き時間という無駄を作らせてしまうわけにはいかない。 しかし、そのような努力が、必ずしも良い結果につながるとは限りません。むしろ、開発者の稼働率を高めすぎたことが、リードタイムに悪影響を与えているかもしれないのです。そして言うまでもなく、アイデアの市場投入が延びれば延びるほど、ユーザーにとってもビジ
「説得力がTwitterとは段違いだった」Twitterでボロクソ言われてる人のマネジメント研修の内容が非常にタメになる
中田:‖ @paddy_joy 今日のマネジメント研修はめちゃくちゃ良かった。Twitterではボロクソに言われてる人が講師だったのでむしろネタにしてやろうくらいの気持ちで受けたんだけれども説得力がTwitterとは段違いだった。発信する場によってこれくらい印象が変わること自体が一つのケーススタディーになりそう。 2023-03-08 17:09:03 中田:‖ @paddy_joy 「"心理的安全性"は部下の立場でしか語られないのが大きな問題。「指摘したら部下が落ち込むんじゃないか」「指導をしたらパワハラ扱いじゃないか」などと心配するのは上司の側の心理的安全性が脅かされている。ダメなものはダメだと上司が躊躇なく言えなければその組織も強くならない」 2023-03-08 17:14:14 中田:‖ @paddy_joy ↑この前段に、「部下が上司に指摘できない組織は死ぬ」というデータがいく
私たちは心理的安全性を誤解していたかもしれない。 - Qiita
はじめに 最近、新入社員の方が毎月のように入社されていて、うちの部署もにぎわってきたなーと感じています。 やっぱり、人が増えてくるといろんな方がいてコミュニケーションの大切さを実感しています。 うちの部署では、事業部で大切にしていることの一つに心理的安全性があるので、それについて考えてみたいと思います。 心理的安全性とは？ 心理的安全性とは何でしょうか？ググってみると 「心理的安全性とは、職場で誰に何を言っても、人間関係が壊れることなく、罰を受ける心配もない状態のこと。」と出てきます。 これだけだと抽象的で、よくわかりませんね そこで心理的安全性を提唱したエイミー・C・エドモンドソン先生の「恐れのない組織」を読んでみました。 本書では様々なケーススタディから組織での心理的安全性について書かれています。 心理的安全性の高い組織はどういうものかざっくり要約すると 「このままではまずいのでは？」
サボりがバレた。
今日、サボっていたのがバレて部長と面談が決まった。 弊社はコロナ禍以降ずっとリモートワークを継続しているのだが、実はPCの稼働状況をモニタリングしていたようで、ここ3ヶ月ほどの私のPCの稼働状況が明らかに何もしていない状態を検知したそうだ。 技術的なことはよくわからないが、平均的な弊社でのPC稼働率が70%程度のところ、私の稼働率は15%程度だったと言われた。 実際のところ、ここ3ヶ月ほど私はほとんど何もしていない。 始業時刻にPCを立ち上げ、社内チャットのステータスがオフラインとならないようにマウスだけ適当に動かしてはいる(5分ほど無操作だとステータスが"離席中"となってしまい動いていないのがバレるため)ものの、1日中YouTubeやTwitter、増田になんJ、挙句にはまとめサイトなどを適当に巡回しているだけの日々を過ごしている。 今日に関しても、サボりがバレた件の連絡が来た15時の時
秘密情報には出どころも書いてくれ！頼む！ - KAYAC engineers' blog
SREチームの長田です。 KAYAC Advent Calendar 2022の11日目の記事です。 アプリケーションから何かしらの外部サービスを利用するとき、そのサービスを利用するためのAPI Keyなり秘密鍵なりの秘密情報を保持することになります。 暗号化したものをファイルとしてアプリケーションに持たせたり、 Amazon Web Services(AWS)ならAWS Secrets Managerや AWS Systems ManagerのParameter Store(SSM Paramater Store)に保存したものを実行時に読み込んだりするでしょう。 これらの秘密情報、どこから来たのかわかりますか？ どこから来た秘密情報なのか 秘密情報を使って出どころを調べられるのであれば問題はないでしょう。 # 例えばAWSのIAM User Credenntialsとか $ AWS_A
上司が部下を監視、「絶対やってはいけない」とマイクロソフトが警告
リモート勤務やハイブリッド勤務が普及して２年以上が過ぎたが、その運用を巡る見解の違いは今もなお鮮明だ。上司の約85％は、部下が十分に仕事をしているかどうか分からないと不安に思う一方で、部下の87％は生産性に問題はないと考えている。マイクロソフトの調査で明らかになった。 職場で広く使用されるソフトウエアのメーカーとして巨大な存在であるマイクロソフトは、プロフェッショナル向けソーシャルネットワークのリンクトインも傘下に置いている。サティヤ・ナデラ最高経営責任者（ＣＥＯ）は、部下のサボりを気にする上司の不安を「生産性のパラノイア」と表現。従業員の監視といった望まれない結果を招きかねないという。 「上司は部下の生産性が低いと考えているが、部下は生産的だと考え、むしろバーンアウト（燃え尽き症候群）を感じているケースも多い」とナデラ氏はブルームバーグテレビジョンのインタビューで語った。「新しい働き方の
「育成上手」なリーダーが、部下の「ホウレンソウ」に求める“小さなこと”とは？
1973年福井県生まれ。東京学芸大学卒業。ソフトバンクモバイル株式会社（現ソフトバンク株式会社）などで17年にわたり移動体通信事業に従事。2010年に孫正義社長（現会長）の後継者育成機関であるソフトバンクアカデミア第１期生に選考され第１位を獲得。孫社長に直接プレゼンして事業提案を承認されたほか、孫社長のプレゼン資料づくりにも携わった。その卓越したプレゼン力を部下に伝授するとともに、チーム内の会議も改革。超高速PDCAを回しながら、チームの生産性を倍加させて、次々とプロジェクトを成功させた。マネジャーとしての実績を評価され、ソフトバンク子会社の社外取締役をはじめ数多くのプロジェクトを任された。2013年12月にソフトバンクを退社、独立。ソフトバンク、ヤフー株式会社、大手鉄道会社などのプレゼンテーション講師を歴任するほか、UQコミュニケーションズなどで会議術の研修も実施。著書に『社内プレゼンの
零細企業を買収した後に行ったDXとは呼べないDX｜reisaikigyou_ma
零細企業買収ですこんにちは。ちっちゃい企業を買収したあとの諸々を適当にTwitterで吐き出してきましたが、いったんまとめるとどうなるのかな、とおもて書きます。どうぞ。 経営的な話題は汎用性ないことをやりまくっているので具体的に行ったDX施策、効率化施策だけにとりあえず特化します というか今流行りのDXって要はIT化ですよね。IT化が実はおおくの中小零細で全然できてなかったからワードを変えてIT化やってるだけっすよね。この記事にDXというワード出てきますがその度に「いやそれIT化だから、きっしょ(笑)」と突っ込んでいただけると。 そもそもの買収経緯小さい企業を買収しようと思う→トランビとかで探す→安いの見つける→買う という流れでした。そこに熱い思いとか、前経営者の思いとかの引継ぎみたいなのはなく、非常に淡々としたトランザクションでしたので、熱量だけ高いうっすいウェブ記事でありそうな「買収
リーダーシップの真実について如実に表した本「悪いヤツほど出世する」 - 勝間和代が徹底的にマニアックな話をアップするブログ
悪いヤツほど出世する (日本経済新聞出版) 作者:ジェフリー・フェファー 日経BP Amazon リーダーシップ論で久しぶりに面白い本を読んだので紹介したいと思います。 どういう内容かと言うと、要はリーダーが公明正大で、信頼できて、嘘をつかずに、その人の特性を活かしながら素晴らしいリーダーシップを発揮してるということは原則として嘘だという話です。 リーダシップ論を習うとどうしてもきれいごとが多くて、部下のことを思いやらなければいけないとか、真実が重要であるとか、嘘をついてはいけないとかそういうことがずっと書いてあります。 しかし実際のリーダーというのは政治家にしろ CEO にしろ、様々にずるい手段を駆使して嘘もついていて人を痛めながらも実は出世をしているという話です。 しかもなぜそれが必要かと言うとそうしないとリーダーシップが取れないからという逆説的な話でした。本当に公明正大で信頼できて嘘
新人PM「あるある失敗」を回避せよ！『プロダクトマネジメントのすべて』共同執筆、小城久美子さんの視点 | キャリアハック（CAREER HACK）
プロダクトマネージャー（PM）の必読書！新刊『プロダクトマネジメントのすべて』共同執筆者、小城久美子さんを取材。小城さん自身も経験した「PMのあるある失敗談」をもとに、新人PMがいかに最初の壁を突破していけるか、考えました。 プロダクトマネージャーってなんだろう？ 小城さんは、及川卓也さん率いるTablyにてプロダクトマネジメントの体系化、書籍執筆に携わり、個人的にもコミュニティづくりに取り組んできたと伺いました。そのなかでも、新人PMがぶつかりやすい壁も体系化されているのでしょうか？ そうですね。とくに今回出版した書籍『プロダクトマネジメントのすべて』では、プロダクトマネジメントをはじめてする人を想定しながら執筆したので、新人PMの方にとって役立つ心構えや考え方をまとめています。 プロダクトマネジメントのすべて 事業戦略・IT開発・UXデザイン・マーケティングからチーム・組織運営まで ま
管理職のための役職引退マニュアル | DevelopersIO
はじめに クラスメソッド株式会社で取締役及びAWS事業本部の本部長を努めております、佐々木と申します。 私は2014年1月にソリューションアーキテクトとして入社後、2015年7月よりAWSエンジニア部門の部長になりました。また事業拡大に伴って営業部門などを集約することとなり、2018年7月よりAWS事業本部の本部長となりました。この6年間、AWS事業部門のトップとして業務に従事しておりましたが、この度2021年6月をもって本部長を引退することにしました。 部長や本部長などの事業責任者は引退が難しいポジションのように思えるかもしれませんが、きちんと順序だてて計画すればスムーズに引退することが出来ます。この記事では、役職をどのようにして引退したら良いのかをご紹介します。 なぜ役職を引退するのか 最も大きな理由は「キャリアの固定化を防ぐこと」です。 私は本部長という役職で、事業本部の中に部があり
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
問い合わせ率が3年間で半分になった
エンジニアリングマネージャー業の抽象度マッピング / Abstraction mapping of engineering manager's job
要件定義に関わる人は３億回くらい読んでほしい−−−−−−−−−−「IPA 独立行政法人 情報処理推進機構 超上流から攻める IT 化の原理原則 17ヶ条」
新卒の方がマネジメント能力もコミュニケーション能力も高くて草
コンサルに「社員が『他責思考』なせいで売上が伸びない、どうにか『自責思考』に考え方をかえさせたい」と質問した回答がこちら
