「1人目PMはマネージャーでもミニCEOでもエンジニアの管理者でもない」 PM Club主催者が語る、5つのよくある誤解と“1人目だからこそ”の醍醐味
スタートアップ、新規事業経験者のPMやエンジニアを集めて立ち上げ時にしていたことを共有する「新規事業立ち上げ！プロダクトの1人目PMって何するの？【開発PM勉強会 vol.14】」。ここでPM Club主催のShin Sasaki氏が登壇。1人目PMの仕事について話します。 Sasaki氏の自己紹介 Shin Sasaki氏（以下、Sasaki）：始めていきたいと思います。よろしくお願いします。僕はいろいろなところでけっこう登壇しているんですが、今日は1人目PM（プロダクトマネージャー）ということで、仕事のよくある誤解と、キャリアアップの道筋。PM Clubでも悩んでいる方がけっこう多いので、かなりニーズがあるんじゃないかなと思ってお話しします。 あらためて、Sasaki Shinと申します。連続起業家です。僕は起業家というちょっと変わった属性になっているんですが、PM Clubというプロ
退職の作法、あるいはオフボーディング実践入門 - スタディサプリ Product Team Blog
-0b10日後に最終出社を迎える@ohbaryeです。 最終出社を迎えるにあたって後任の任命や業務の引き継ぎといった退職・離職までの一連の流れを経験したわけですが、なにぶん人生でそうそうあることではないのでしばらくは暗中模索の様相を呈しました。人生において数度あるとはいえ慣れるほど数をこなすわけでもなく、同じ会社ですでに退職を経験された方々、あってほしい"先達"はすでになく。 会社としての事務手続きは整備されていても、どのような振る舞いがより効率的であるのか、退職後も良い信頼関係を築けるのかといった点についてはさほど多く語られていないと気付きました。 この記事では退職・離職までの一連の流れを"オフボーディング"と呼称し、退職が決まってからの効果的な過ごし方を目指してやってきたことについて記述します。 ありふれたビジネスマナー記事にならないように留意したつもりです。 対象読者 退職する人 同
経営陣と現場の距離は、社員規模に比例しない | Coral Capital
経営陣として方針を説明したり、社員の声に耳に声を傾けるのは大事なことです。しかし、スタートアップといえども社員数が一定数を超えると社員の声は拾えなくなりがちです。むしろ、無理に拾おうとしても対応できなくなるため「言っても無駄と思われる」ことから、かえって逆効果だという話も聞きます。 ここでいう一定数というのが100人なのか1000人なのか分かりませんが、やり方次第では10万人規模になっても十分に1人1人の社員に向き合うことができるのではないか、と思います。私は過去に10万人規模の会社2つに在籍したことがあるほか、1000〜2000人や数百人、十数人の会社、数人の組織に身をおいた経験があります。風通しが悪い十数人の組織にいたときに不満や不信感がぬぐえなかったことがあるのに対して、情報の透明性が高く、1人1人の社員に耳に傾ける文化と制度がある10万人の組織では、組織運営という点では全く文句がな
3年以内にベンチャーを辞めた知人の退職理由を列挙していくだけの枠。 - swatanabe’s diary
ふと思い出したので。 就活サイトの運営に携わっていたとき、多くの知人に就活や仕事の話を聞いたのですが、ベンチャーに入社した知人の多く（およそ8割）が3年以内に辞めており、ちょっと驚きました。 で。長く働いたあとの退職だと円満な感じで終わることが多いと思いますけど、3年以内だとその理由が実に種々雑多で面白かったので、気侭に列挙していきたいと思います（随時、追記するかも） しかし、追加するたびに「周りに多いなぁ。3年離職」と思います。苦笑。 ※最終更新：2024/08/09 ※あくまで「3年以内にベンチャー企業を退職した知人に理由を尋ねた結果」をまとめただけです。ベンチャーによくある退職理由、大手にはないベンチャーならではの理由をまとめた記事ではありません。 1. 周りの社員が想像以上にモチベーションが低かった 2. 昇進の可能性が（まず）ない 3. 1年たって成長が止まった 4. 自分だけ損
TAM#1: IDEOに学ぶ、チームワークにおける「Self Awareness」 - RAKSUL TechBlog
今期より、RAKSULでは、Technical Advisory Meetingをと称した、主にエンジニア・デザイナー・プロダクトマネージャーなどのものづくりメンバー向けのプログラムを開始しました。前期までは一般的な形で技術顧問の方をお招きしてましたが、今期から固定的ではなく毎回違う著名なデザイナー、エンジニア、プロダクトマネージャーの方をアドバイザーとしてお招きし、毎回異なったテーマでレクチャーとQ&Aを用意して開催しています。 そして、記念すべき第一回のTechnical Advisory Meetingでは、IDEO TokyoにてDirectorを務めている田仲 薫様をお迎えし、チームに各メンバーのパフォーマンスを最大化するためのトピックとして「Self Awareness」についてレクチャーして戴きました。 「チームが機能するためには、チームワークを考える前に実は個人が自分を理解
経産官僚の女性がメルカリで8カ月働いてみたら、見えたこと
iXキャリアコンパス , 鈴木陸夫 ［ライター・エディター］ and 岡 徳之 Jul. 27, 2019, 08:00 AM キャリア 80,012 経済産業省入省9年目の八木春香さんは、昨年8月から今年3月までメルカリに所属。経産省からベンチャーへの長期研修派遣は初めてのケースでした。 八木さんがベンチャー派遣に志願した背景には、世の中が急速に変化する中、時代に合わせて経産省も変わらないといけないという課題意識があったといいます。社員1800人超の大企業でありながら、いまなお挑戦を続けるベンチャー企業、メルカリに組織変革のヒントを探るのが、その目的でした。 メルカリが意思決定の速い、横の連携もスムーズな柔らかい組織であり続けられているのは、フラットな組織構造以上に、心理的安全性をいかに担保するかに腐心していることが大きいのだと感じました。 半年間のベンチャー派遣で学んだことをそう振り返
OKR運用を1年間やりきって見えた成功と失敗のふりかえり - Speee DEVELOPER BLOG
デジタルトランスフォーメーション（DX）事業本部でPMをしています、渡邊です。 1年ぐらいOKRを運用し続けていろいろ経験できたので、失敗パターンの紹介とうまくいったケースの工夫した点について紹介します。 OKRを始めて見たけど、運用がしっくりこないという方にとっての一助になれば幸いです。 Agenda OKRとは OKR本の「よくある失敗事例」と比較してみた 成功ケースから振り返るOKR運用の5つのポイント OKRとは？ Objectives and Key Resultsの略称です。目標達成や評価のフレームワークとして、言葉を耳にしたことがある方も多いのではないでしょうか？ 昨年4月に発売された以下の書籍（以下OKR本）がきっかけで弊社でも有志を中心に実施される運びとなり、今は全社での導入が進んでいる状態です。 OKR（オーケーアール） 作者: クリスティーナ・ウォドキー出版社/メーカ
「きちんと管理すれば企業は成長する」の迷信が企業を衰退させる〜ToMo指数の研究〜｜Yasuhiro Yoshizawa
事業が軌道に乗り、ここ２１ヶ月連続で、毎月売上記録を更新してきたベンチャーA社は、ついに念願の上場を迎えた。 ところがその直後、毎月の売上が急激に鈍化。役員たちは、上場初年度の売上予測の下方修正といった事態をなんとしても避けたいため、事業を担うマーケティング部長、営業部長たちに、こう檄を飛ばす。 「もっとしっかりと分析を行って、何を改善すべきかレポートにまとめてくれ。そして、速やかに改善計画を立て、実行してほしい」 今振り返れば、このときまでが、A社の繁栄のピーク。 この号令を境に、事業を担うメンバーたちは、「今月は、お客さんへのリーチを２０％回復させるためになんとかしなければ」「来訪したユーザが、うちのサイトで購入してくれる率を５％改善しよう」など、計画に基づいて打ち手を探るが、なぜか以前のようなインスピレーションも沸かなければ、ありきたりなアイデアばかりの繰り返しとなる。 一向に成長の
M社の採用について · GitHub
<a href="http://archive.today/ziDQ8"> <img style="width:300px;height:200px;background-color:white" src="https://archive.md/ziDQ8/737033e9e30423acf2c23fbedbcd1520665bd28d/scr.png"><br> M社の採用について · GitHub<br> アーカイブされた 2018年9月11日 10:48:44 UTC </a> {{cite web | title = M社の採用について · GitHub | url = https://gist.github.com/syguer/1d035473bd964a122dba9b4bbef191e6 | date = 2018-09-11 | archiveurl = http://a
メルカリ・小泉社長による『 1→100の組織設計を丸裸にする』人事組織（HR）勉強会の備忘録
つい先日、メルカリ社＠六本木ヒルズにお邪魔してきました。 今や、東京だけではなく、仙台や福岡、そしてサンフランシスコからロンドンに至るまでグローバルに組織展開をしているメルカリ。 創業期に参画し、現在は社長を務めている小泉文明さんに、従業員数も数十人から1000人以上に至るまでの組織づくりの秘訣をご教授いただきました。 メルカリ@Koizumi さんによるHR勉強会参加してきました。 コーポレート・デザインは極めて重要な経営者マターで、思想レベルから運用レベルまで一貫した骨格が整えられるとポジティブなサイクルに入れて、良い組織が良いプロダクトを創る。 そのためのHOWをたくさん頂いたので、需要あればまとめます。 — 吉兼 周優 / SHUYU（Azit） (@shuyu_y) 2018年8月28日 ツイートした通り、スタートアップの経営者として目から鱗の連続でして、このメモを自分のものだけ
第7回 1 on 1で何を話すのか：継続は力なり―大器晩成エンジニアを目指して｜gihyo.jp … 技術評論社
1 on 1（ワンオンワン）とは、マネージャーとその直下のソフトウェアエンジニアが定期的に行う面談のことである。アメリカのIT系の会社では一般的だったが、最近少しずつ日本の会社でも導入されてきた。しかしながら導入したものの何を話したらよいかわからないという声をよく聞くので、筆者の経験からまとめてみたい。筆者はマネージャーとエンジニアどちらの経験もあるので、両者の立場からそれぞれ説明する。 ソフトウェアエンジニアが話すこと まず、1 on 1は「マネージャーと話す定期的な自分の時間」であることを強く意識しよう。考えてみてほしい。マネージャーとは席が離れている。とても忙しそうであまり席にいない。週次のチームミーティングで顔を合わすが、話すことは多くない。筆者はそこまで社交的ではないので、自分から積極的に話しかけに行くことはほとんどない。半年に一度の評価面談で話すのがほぼ唯一の機会である。そうい
インフラを意識してコードを書くということ - Hatena Developer Blog
チーフエンジニアの id:Songmu です。 4月に 新人エンジニア研修を行なった のですが、その際に、「インフラを意識したアプリケーションの書き方」という講義を担当しました。そこでおこなった講義の内容について整理しながら書き起こしていきたいと思います。 インフラを意識すると何が良いか 業務でWebアプリケーションを扱うと、個人ではなかなか扱えないトラフィックであったりデータ量を扱うことになります。小規模サービスでは考えなくてよかった多くのことを考慮する必要がでてきます。なかなか体験できないことでもあるので、楽しく、やりがいもあります。 また、そういった経験を通して、インフラを意識しコードをかけるスキルを身につけることは、Webエンジニアとしては大きな強みとなります。ISUCONで優勝できるかもしれません*1。 インフラを意識すると何が良いか 〜 中規模ベンチャーの場合 そもそも、はてな
綺麗なコードと汚いコード。どちらのプログラマと一緒に働きたい？～可読性を意識したプログラム言語はRuby, CoffeeScript, Elixir #Ruby #CoffeeScript #Elixir｜CodeIQ MAGAZINE
綺麗なコードと汚いコード。どちらのプログラマと一緒に働きたい？～可読性を意識したプログラム言語はRuby, CoffeeScript, Elixir #Ruby #CoffeeScript #Elixir 2014.02.04 Category：技術コラム Tag：CoffeeScript ,Elixir ,Ruby CodeIQの出題者である@tbpgrさんからの寄稿記事です！どうして汚いコードができてしまうのか、どうやったら綺麗なコードが書けるのかをわかりやすくポイントで解説しています。 また、綺麗なコードを書くには、言語の特性も関係するということで、可読性を意識したプログラム言語として、Ruby、CoffeeScript、Elixirを挙げています。 これであなたのコードも綺麗になる！？ by CodeIQ運営事務局 プログラムの可読性について CodeIQでRubyやCoffeeS
新入社員が来てメンターになれって言われたけど、どうすればいいのかという対話テクニック - Qiita
エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 はじめに 最近、メンター制度として新入社員や若手のメンバーに対して、先輩をつけて相談事に乗ってあげたり、仕事のサポートをしたりといったような教育プログラムを組む企業が増えています。このメンターという役割は、ちょっとした訓練が必要だったりするのですが、このあたりの研修や訓練をせずにいきなり明日からメンターね！なんてことがままあります。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【JinJiのトリセツ】 SmartHR流の情報マネジメント。オープンだからこそ社員のファインプレーが生まれる。 | @Engagement
BLOGOS サービス終了のお知らせ