「プロダクトマネージャーがプロダクトマネジメントを失敗させる!?」大企業病の罠を乗り越え若々しいチームを実現する/Traps of Optimization in Product Management 2024
「プロダクトマネージャーがプロダクトマネジメントを失敗させる!?」カオスなプロダクト開発を効率化したら硬くて息苦しい官僚組織になっちゃった! 大企業病の罠を乗り越え若々しいチームを実現するぞ 効率化を進めていったら息苦しい組織になってきたと悩む方に向けたセッションです。 概要 https://confengine.com/conferences/regional-scrum-gathering-tokyo-2024/proposal/19268 発表者 https://twitter.com/_N_A_ https://note.com/mryy 関連スライド 「私考える人、あなた作業する人」を越えて、プロダクトマネジメントがあたりまえになるチームを明日から実現していく方法 https://speakerdeck.com/moriyuya/product-management-rsgt20
「名前のない仕事」ができる人は強い
ℹ この記事は推敲中のため、今後大幅な変更が加えられる可能性があります。 ここのところ至るところで話している気がするので、この機会にブログにまとめておくことにする。 最近人にポジティブなフィードバックをするときや、ある人の仕事ぶりをポジティブに伝えるときに「名前のない仕事」という言葉で表現することが非常に多くなった。 この表現自体は以前から必要に応じて使っていたものの、感染症の影響下にあった世界の雪解けにつれて、こう表現できるシチュエーションが増えたように感じる。 「名前のある仕事をそつなくこなすことは誰でもできる、ただ名前のない仕事は、その意識と実行力が伴った人間が行って初めてできる」という言葉の理由を改めて伝えたい。 直接話す人達にはその文脈に即したその人の活躍を交えて伝えられるが、誰に対してもその機会があるわけではないので。そのため抽象的な話にはなるが、この記事を通じて企業組織に所属
BASEのフロントエンド組織の人数が2.5倍になって起きた変化 / Changes that occurred as the number of people in the front-end organization increased
Vue Fes Japan Online 2022のBASE株式会社のスポンサーセッションで登壇した資料です。 https://vuefes.jp/2022/sponsor-sessions/base 2020年9月に公開されたテックブログ「BASEにおけるVue.jsのこれまでとこれから」（ https://devblog.thebase.in/entry/2020/09/17/110000 ）から2年経ち、当時から比べるとフロントエンド組織の人数が2.5倍に増加しました。 本セッションでは、記事公開から2年の間の組織の変遷と合わせて、人数増加に伴って拡大したBASEのVue.jsのコードベースのmonorepo化と、既存のVue資産の運用と今後の展望についてお話をします。
人事制度ハンドブック - kaneda blog
2022年5月6日 人事制度 人事制度ハンドブック 22年1月から開始したブログ。 人事制度の設計・運用に関する記事のまとめです。 今後、人事制度を設計する際のハンドブックとして、随時更新していきます。 ■書籍：スタートアップのための人事制度の作り方 ■ブログ本体：https://kaneda3.com/ Pickup スタートアップにおける組織づくりの鉄則 今年、何パーセント昇給しましたか？(昇給率の話) 「売上が上がらないことよりも、人が辞める方がつらい」という本音 人事制度を使って、入社時に「期待」を伝える方法 等級の中に「サブグレード」をつくってはいけない 等級制度と評価制度の違い 降格・降給は、「カルチャー」である 【スライド公開】スタートアップにおける等級別の報酬レンジ 報酬水準に関する公開資料_ver5.0 昇格に、メリットはあるのか？ 急成長できるスタートアップの組織文化と
組織づくりやマネジメントについての雑記｜しげの
Twitterでのつぶやきの半分以上は組織づくりやマネジメント関連なんですがどこかにまとめたこともなかったので整理の意味も含めて書いていきたいと思います。これが正解だ！なんて言えるわけもなく、個人的な経験をもとに書いていきますので後日読んでくださった方々と語らう場が設けられたら幸せだなと思っています。ですから温かい目と心で読んでくださると幸いです。 マネジメントの基本理念マネジメントの基本理念は「成功したらメンバーのおかげ、失敗したらマネージャーの責任」これに尽きると思います。基本的な役割はメンバーが保有している能力の総和を超える成果を出すことだと考えていますがそのためには上記の理念が欠かせないと思っています。 もちろん組織によって役割はそれぞれだと思いますが、ことベンチャーにおいてはとくに「成果を出すこと」と「人材を育てること」の両軸が必要であり、両立する難易度が極めて高いのですがそれで
ブルシットプロダクトからチームを守れ! ｢顧客が本当に必要だったもの｣をいかに追求しつづけるか /bullshit product rsgt2022
ユーザーから見て、ただひどいだけでなく、開発したり販売する人たち自身がプロダクトに価値がないと感じており、また買ってもらうことに罪悪感を感じるようなプロダクトやサービスをブルシットプロダクトと呼びましょう。 ブルシットプロダクトとは何か、どのようにして生まれるのか、なにをすれば解消されるのか、顧客が「顧客が本当に必要だったもの」を実現しつづけるプロダクト組織に向けて、組織システムの成長の観点からお話しします。 Regional Scrum Gathering Tokyo 2022 概要 https://confengine.com/conferences/regional-scrum-gathering-tokyo-2022/proposal/16109 発表者 https://twitter.com/_N_A_ https://note.com/mryy/n/n6f01561a6253
仕事で不備の見逃しが問題になっていたが、上司が変わり「修正対応は他の人で分担します」と言われてから、見逃しが激減した話
コンドリア水戸 @mitoconcon 狭小住宅に妻と4匹の猫と暮らす。 家が好き。隙あらば引き篭もりたい。 妻（ハンドメイド作家） 猫神（キジトラ、ムク、ゆが、ボス） 猫（ちゃしろ:マナ、キジシロ:こと、なだ、めい ） グッズ：suzuri.jp/mitoconcon インスタ：instagram.com/mitoconcon/ youtube.com/channel/UCObm5… コンドリア水戸 @mitoconcon 以前いた部署で不備の見逃しが多くて問題になっていたが、上司が変わって不備を見つけて報告したら「見つけた人はそれだけで十分お手柄なので、修正対応は他のメンバーで分担してやります」と言われてから見逃しや見て見ぬフリが激減した。気のつく人や声を上げる人が損するような風潮が良くなかった。 2021-10-07 14:50:20
属人化を排除した結果、「あなたはいてもいなくても同じ」と部下に言われた。 - Everything you've ever Dreamed
僕は食品会社の営業部長、自分で言うのもなんだが部下に慕われている部長と自負している。その証拠に、先日、休みを取ろうとしたら、部下の一人が気を使ったのだろうね、「いてもいなくても同じですから休んでください」と言われた。一瞬、思うところはあったけれども、ポジティブシンキングで目指していた自由に発言できる風通しのいい組織の証明ととらえた。実際、営業部を今の体制に変えたのは僕なのである。 ４年前、僕は中途入社した。それまでの経験から案件の発掘から成約まで一人でやりきってしまう営業マンを揃える営業組織に限界と疑問を感じていて、意見を同じくする社長のもとで、これまで組織を変えてきたのだ。ホークアイで見込み客を見つけ、マジカルトークで有力案件に育て、ミラクルな企画提案で契約を取るスーパーな営業マンを僕は否定しない。でもスーパーマンに依存した仕事のありようは組織としては正しくない。スーパーマンが退職したと
メルカリ、「無意識（アンコンシャス）バイアス ワークショップ」の社内研修資料を無償公開
〜「無意識の偏見を適切に理解する」ためのノウハウを広く共有し、日本社会全体の多様性の受容の推進を目指す〜 株式会社メルカリ（以下、メルカリ）は「無意識バイアスを適切に理解する」ためのノウハウを広く共有し、日本社会全体の多様性の受容を推進すべく、「無意識バイアスワークショップ」研修資料を、当社採用サイト内、ダイバーシティ＆インクルージョン（以下、D&I）ページにて無償公開いたします。 メルカリでは社内のD&I（多様性の受容）の推進の一環として、2019年より自社内製による独自研修プログラム「無意識バイアスワークショップ」を実施してきました。メルカリではこのプログラムを2020年初めより、全マネージャー受講必須の研修としています。 「無意識バイアス」とは、普段の生活や文化による影響で、無意識下に培われた「思い込み」や「偏見」を指す呼称です。「無意識バイアス」のひとつの例として挙げられるのが「女
創業した会社がLINEに買収され、無事PMIも終えたところで退職します｜daimatz
FIVE というスタートアップを共同創業したのが2014年10月、そしてそれが LINE に買収されたのが2017年12月。企業買収後の統合（PMI）にも一区切りがつき、2021年1月末を最終出社として LINE 社を退職することになったので、退職エントリを書いてみようと思います。 これまでろくにインターネット上に記事を書いてこなかったため、自己紹介も兼ねています。 で、お前誰松本大介といいます。各種 SNS アカウントは daimatz という ID でやっています。 Twitter: https://twitter.com/daimatz Facebook: https://facebook.com/daimatz GitHub: https://github.com/daimatz 軽く経歴を書いておくと、東京工業大学でコンピュータサイエンスを学び（工学部情報工学科・大学院情報理工学
メンターを初めて経験する人に、最初に読むものとしてオススメしている書籍たち - $shibayu36->blog;
社内ではこういうおすすめをしてますね(文字数多いのでスクショで...) pic.twitter.com/uzqCh6zubs— 柴崎優季 (@shiba_yu36) 2020年7月7日 こういうツイートして、そういえば社内でメンターを初めて経験する人にオススメしている書籍たちを外部に公開してないなと思ったので紹介してみます。 メンタリングのスキルを学習する時のキーワードは「コーチング」と考えていて、以下の書籍を推薦しています。上から順におすすめ順になっています。この推薦は網羅的にコーチングを学べると言うより、初めての人でもとっつきやすく読みやすいものであることを意識して選んでいます。また、メンタリングを始めるだけなら、書籍の全部分を読む必要はなく、どこまで読んでおくと良いかも書いています。 エンジニアリング組織論への招待 ザ・コーチ コーチングの基本 新1分間マネジャー エンジニアリング組
グーグルも注目の｢デジタル心理的安全｣がチームの結果を左右する
Googleによる社内調査以降、多くの組織で｢心理的安全性｣が重視されるようになりました。心理的安全とは、他者の反応に怯えたり羞恥心を感じることなく、自然体の自分をさらけ出すことのできる環境や雰囲気のこと。 ですが、複業やリモートワークの浸透などビジネス環境が日々刻々と変化する中、｢心理的安全性｣という概念自体もアップデートさせていく必要があるはず。特にチャットやオンライン会議といったメンバー同士が対面しない｢デジタル空間｣における心理的安全の構築は、組織のパフォーマンスに責任を負うマネジャーにとって重要な課題ではないでしょうか。 機械学習などの分野で企業を支援するかたわら、チームに雑談を生み出すソーシャルブックマークサービス｢Vein｣を開発する株式会社NextInt代表・中山ところてんさんは、私たちの仕事がデジタル化したことで｢心理的安全｣の担保は難しくなったと指摘します。 今回は、そ
Employee Experience(EX)の本質を問う。真のエンプロイーエクスペリエンスとは？｜Kenji Tomita / 冨田憲二
Employee Experience（略称 EX）という言葉がHR界隈でもてはやされて久しい。おそらくこの言葉を使い出したのはAirbnbの元Head of Employee ExperienceのMark Levyが最初だろうか。 ボードメンバーの中核に位置するヘッドがいわゆる旧来のHR領域だけの管掌にとどまらず、採用から退職するまで、要は従業員のライフサイクルやトータルでの就業体験（Employee Life Cycle = ELC） を一貫して良くしていこうと考えるのは、ある種「優秀な人材」こそが競争力に直結する昨今のテック業界の時代の必然であり、360度妥当性が高い。 しかし、大変めでたいことにこういった新しい概念がバズワードとして昇華すると、往々にしてそのテクニカルで表面的な側面のみが切り離しロケットのように高く舞い上がり、本来の本質的で重要なコンセプトが置き去りになってしまう
「60名→1700名」組織拡大の真ん中にいた僕がメルカリで向き合う次の壁｜石黒 卓弥｜Takaya Ishiguro
こんにちは、石黒といいます。2015/01にメルカリにJOINして人事と採用のど真ん中でずっと走ってきました(つもりです…)。 ミッション達成のために採用をし続けてきました。頼もしい、大好きな仲間がたくさん入社してくれました。 しかし、人の採用が進み、組織があれば、そこに組織的課題は大なり小なり生まれます。 このnoteで伝えたいことこのnoteで伝えたいこと先に書きます - [組織課題]に向き合う僕たちは今、「期待値の整合(=expectation alignment)」の重要性を実感している - [組織課題]の解決はリレーのようなもの。バトンの渡し方、すべての走者が重要である ミッションとバリューメルカリはミッションとバリューを大切にする会社です。 例えば募集要項の「応募資格」の「必須条件」にこのように書いています 20人の頃に作った（と言われる）メルカリのバリューやミッションは1,7
「上下関係にこだわる人を、絶対に入れたくない」という会社の話。
先週のしんざきさんの記事 「「職位が高い人間ほど、技術的な実務から遠ざかってしまう」のを解消しようとして、失敗した時の話。」 を読んで、思い出した話があったので、書いてみたい。 この話のキモは、なんと言っても次の部分である。 細かい不満は色々とあったんですが、突き詰めてみると 「コーディングが出来るのはいいんだけど、ぶっちゃけ職位が下のヤツにあれこれ管理されるのはなんか嫌」 という、言ってしまえば極めて感情的な問題がその状況の根本原因でした。 上の話の通り、会社には、「格付け」やら「序列」やらに、強いこだわりを見せる人が、本当にたくさんいる。 彼らはわずかでも「軽んじられた」と感じると、子供のように拗ねてしまう。 例えば、こんな具合だ。 「俺のところに会議の出席案内きてないけど？」 「なんで部長に言う前に、俺のところに持ってこないの？」 「これ、席順が間違ってるだろ。」 それは極めて強力で
なぜ、組織のつくりとソフトウェアアーキテクチャは似てしまうのか - Qiita
このエントリーは、Engineering Manager Advent Calendarの25日目、最終日の記事です。 はじめに 拙著「エンジニアリング組織論への招待」では、ソフトウェア自体の構造とソフトウェアを作り上げる組織の構造が似てしまうという「コンウェイの法則」についてたびたび引用しました。 この「コンウェイの法則」は、ある一定規模の組織で働いたことのあるエンジニアであれば、実感を持って捉えることができるのでしょう。 しかし、何故、どのような力が働いて、「組織構造」と「ソフトウェアの構造」が似通ってきてしまうのかと問われると説明の難しいものです。 拙著においては、ロナルド・コースの取引コスト理論をベースに、社内取引においても取引コストが存在し、その取引コストがソフトウェアの構造をも変えていくという説明を行いました。 本記事は、さらに踏み込んで、組織やビジネスに働く力学と、システムで
「階層がないフラットな組織」より「階層があり、社員が自分の役割を越えて動き回る組織」のほうが強い説、を考える。｜面白法人カヤック 人事部
「階層がないフラットな組織」より「階層があり、社員が自分の役割を越えて動き回る組織」のほうが強い説、を考える。 まとめ・階層がない組織にも、非公式な階層はできている。 ・平時は組織の階層を活かして動き、有事は階層を気にせず自分の役割を超えて動くような社員を増やすのが良さそう。 ・「自分の役割を越えて動く」を社員に学習させる方法があるはず。そうしないと、結局組織が硬直化する。 ・「役割を超えて動く方法」を学習してもらうために、新入社員にしってもらうことをまとめてみた。階層がない組織にも、非公式な階層はできているカヤック社外人事部の神谷さんが行った勉強会の資料から抜粋してみよう。 フラット化の課題 ・ 階層は今も基本的構造のままであり、マネージャーに権威があり、公式的な階層が無い場合でも隠れた階層が存在すること、階層を受け入れ、それを調整しなければ組織における仕事が進まないことを指摘(Levi
新規事業つくるまで帰れま10 - 宮田昇始のブログ
渋谷のワンルームマンションにこもってます こんにちは、SmartHRの宮田です。 こちらの 941::blogの記事 の通り、超快適な駅直結&新築のオフィスビル PMO半蔵門 を飛び出し、渋谷のワンルームマンションで新規事業をつくっています。 blog.kushii.net ちなみにSmartHRの社長を辞めたわけではありません。週1.5日はSmartHR社に出社し、週3.5日はワンルームマンションに出社してます。 来年4月の 六本木グランドタワー移転 の日までには、なんとしてでも帰りたい。 なぜ新規事業？ 渋谷のワンルームマンションには新規事業をつくりにきています。 SmartHR本体の事業はとても順調ですが、SmartHR本体の成功だけでは、私達が目指す成功水準には到達していません。 会社として「普通の勝ち」ではなく「大勝ち」にしたいと強く思っています。 その為の新規事業です。 補足:
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソフトウェアの内部品質に生じる様々な問題は組織設計にその原因があることも多い / Internal Quality Issues Caused by Organizational Design
フロントエンドの組織について考える / think-about-front-end-organization
