プロダクトマネージャーに必要な資質って何ですか？ 元グーグルのPM対談 | HRナビ by リクルート
プロダクトマネージャー（PM）ってどんな仕事？ プロジェクトマネージャーと何が違って、普段どんなことを考えながら仕事してるの？——日本でも徐々に認知度が高まってきた「プロダクトマネージャー」にフォーカスし、そんな疑問に答える「Japan Product Manager Conference 2016」が10月24日、25日の2日間にわたって都内で開催された。内外のさまざまな企業で活躍しているPMが壇上に立ち、自らの試行錯誤や経験、時には失敗を踏まえ、PMという仕事の難しさと醍醐味を紹介した。 そのセッションの一つ「グローバル企業におけるプロダクトマネージメント」では、ナイアンティックの河合敬一氏と、カンファレンスの実行委員でIncrementsでQiitaのPMを務める及川卓也氏が登場。「僕がPMとしてグーグルに入ったときの面接を担当したのが及川さん」（河合氏）という関係にある二人が、会場
青学･原監督｢管理職の仕事は管理じゃない｣
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
効果的な 1 on 1 ミーティングのためにマネージャができること
2016 年に逝去した、元 Intel CEO の Andy Grove による High Output Management の日本語訳が復刊され、さらに Hard Things の Ben Horowitz の序文がついたことで、改めてスタートアップ界隈でも 1 on 1 (ワンオンワン) ミーティングの効果が注目され、各社や各人の 1 on 1 のノウハウが共有されるのではないかと期待しています。 Y Combinator の Sam Altman はスタートアップ初期でのコミュニケーションの重要性を何度も説いています。特にスタートアップは業務が複雑になりがちで、かつ状況の変化も早いため、コミュニケーションがボトルネックになりがちです。 コミュニケーションの遅れは意思決定の遅れにつながります。そして意思決定の遅れは事業の進捗を遅らせたり、トラブルの兆候を見逃してトラブル発生の原因にな
Quipperで働く環境・制度について - スタディサプリ Product Team Blog
こんにちは、Quipper Ltd.人事の松尾です。 先日、面接・面談の場で利用している会社紹介のスライドをGitHubで公開しました。 本ブログもそうですが、Quipperのことをもっと知りたいと思ってくださっている方に向けて、どんどん情報を公開していきたいと思っています。 それは、情報の透明性がQuipperが大事にしている文化の一つですし、そうすることによって、みなさんの時間を無駄にすることなく、ありのままのQuipperを良いと思ってくださる方に選考を受けて頂けるからです。 なので今回は、面接・面談時に質問が多いものを中心に、環境と制度についてご紹介したいと思います。 Quipperで働くイメージが少しでも湧いたら幸いです。 リモートワークができるか たまに聞かれるのですが、Quipperにリモートワーク制度というものはなく、基本的にはオフィスに出社となります。それは、チームで働く
エンジニアがチームで価値を発揮するために気をつけたいこと - 詩と創作・思索のひろば
この記事は、はてなディレクターアドベントカレンダー2016の17日目のエントリです。（昨日は id:daiksy の『嫌われない勇気』でした。） id:motemen です。過去には立ち上げ期の Mackerel チームのディレクターをしていましたが、当時のことは 過去の記事 にあるとおりで、あまりディレクターとしてほかに書けることもないので違う話を。 今年のはじめごろに エンジニアの専門性を伸ばすためにディレクターに気をつけてほしい3つのこと - Hatena Developer Blog という記事が書かれましたが、これはディレクターからエンジニアに向けた話だったのでこれの逆バージョンを書いてみようと思います。 先に書いておくと、ぼくは新卒ではてなに入社し、ディレクターの id:nmy さん（アドベントカレンダー最終日）や id:chris4403 さん（アドベントカレンダーのエントリ
見えない非効率 ー 今、動いているんだからいいじゃないか | タイム・コンサルタントの日誌から
新任の取締役が、あるとき担当する事業部の支社を見に行った。一通り見学し、支社長らと懇談した後、かえろうとしたら、ある部署だけ灯りがついているのを見つけた。現場仕事はもう終業しているのに、管理部門の1セクションだけ、忙しそうに机にむかって仕事している。 「何をしているの？」と彼がたずねたところ、「本社に送る書類を作成しているんですよ。毎月、数字をまとめて送らなけりゃいけないんで、残業になるんです。」との答えだ。資料を見て、さらにたずねる。「本社は、この統計資料を見てどう役立てるんだろう？」「・・存じません。本社にたずねてください。」 その取締役は本社に戻ると、早速、送付先の企画部門にいって、その書類のことをきいてみる。すると、「ああ、その書類ですか。工場が毎月送ってくるんでね、ファイルして保管しているだけです」という。「でも、なんで工場はその書類を送ってくるのかな？」「さあ・・。」 いろいろ
1on1ミーティングに備えるアンケート - しるろぐ
最近は、大体月一ぐらいのペースでメンバーと1on1ミーティングをするようにしている。 一人あたり30分から60分ぐらいで、前回のミーティングからの振り返りとその他相談を話す感じ。相談は仕事のことが主だけれど、プライベートな内容もある。 1on1ミーティングにあたって今年から事前アンケートを用意するようにしたのだけれど、そこそこいい感じに回っているのでまとめてみる。 事前アンケートを用意するメリット 話すことが事前に想定できる アンケート自体がアジェンダになるので、ミーティングがコントロール可能になる。 どんな話をするか分かっていると安心感もあるし、話が横道に逸れることもない（雑談は雑談で良いものだけど）。 その場で回答が思いつかなくて適当な返しになることがなくなる（お互いに） 自分の体験談なんだけど、何か質問をされたときにその場では「うーん、今は特に思いつかないです」と答えたのに終わってか
プロジェクト・マネジメントの目的とは何か | タイム・コンサルタントの日誌から
中堅エンジニアが壁を破って成長するには、何を学ぶべきか。そういう問いに関連して、ここ何回か書いている。初級の仕事を一通りおえて、とりあえず一人前のことはできるようになっても、その先にしばしば壁がある。そこを乗りこえて面白い仕事をしていくためには、もう少しマクロにものを見て、人を動かせるようになっていく必要がある。 今年の1月に、静岡大学と浜松ソフト産業協会の共催によるプロジェクト・マネジメント講座に呼ばれて、初日の講師を務めさせていただいたときも、その話から始めた。集まった方はほぼ全員がIT技術者だった。IT分野は勉強会も盛んで、知識欲に燃えた熱心なエンジニアも少なくない。わたしはたずねた。 「この中で、現在プロマネの仕事をされている方はいらっしゃいますか？」 手を上げた方は全体の1/3もいなかった。ある意味、予想通りではある。プロマネの仕事をばりばりこなしている人は、こうした講座を聴きに
なぜ会社はダメな管理職を「降格」しないのか。
一般的にリーダーをヒラ社員に戻したり、部長を課長にしたりする「降格」が行われている会社は少ない。 降格することが本人のプライドを傷つけたり、ヤル気を損なわせたりすることを経営者が危惧するからだ。 しかし、中にはこれをうまく使っている会社もある。 あるテクノロジー企業では「降格」を人事制度の一種として普通に用いており、社員からも普通に受け止められている。 なぜ彼らは降格をうまく使うことができているのか。 その会社の経営者は30代半ばである大手企業から独立し、起業したやり手だ。 彼は独立する前、大手企業で働いている時、常にこう思っていたという。 「有能な管理職が少ない、なぜ、あれほど多くの無能な上司が上に立っているのか？上が入れ替われば、もっと事業はうまくいくのに」 彼は社内で「できる」とされる役員に、この質問をぶつけたという。するとこんな答えが返ってきた。 「うちは年功序列だからな。必ずしも
1 on 1 で 何を話すのか？ マネージャ/ソフトウェアエンジニアの立場から - サンフランシスコではたらくソフトウェアエンジニア - higepon blog
1 on 1 (ワンオンワン) とは1対1のミーティングの事。ここでは毎週もしくは隔週で行われるマネージャとその部下(direct reports)であるソフトウェアエンジニアの 1 on 1 に焦点をあてる。よく 1 on 1 で何を話したらよいか分からない。話題がない。と相談されるので僕の思うところをまとめてみる。 僕はマネージャもソフトウェアエンジニアのどちらも経験があるので両側からの視点を提供できると思う。 マネージャ編 マネージャは 1 on 1 を部下のために開催しなければならない。自分のための時間ではないことを肝に銘じよう。部下には話したいことを何でも話してもらう。事前に「1 on 1 は君のための時間だよ」と説明しておこう。 1 on 1 が始まったら「何か話したいこと、気になることある？」と問いかけよう。焦ってはいけない。じっくりと待ってみよう。 たとえマネージャとしてプ
チーム開発の進め方 - クックパッド開発者ブログ
こんにちは！クックパッド編集室メディア開発グループ長の @yoshiori です。 今回はウチのチームの開発の進め方や見積もりの仕方を説明しようと思います。 実はコレ系の話は 5 年前にもデブサミで発表 したのですがこの時はリリースまで 1 年とかのレベルのプロジェクトの進め方の話でした。今回は 1,2 ヶ月でリリースまで持っていく開発の進め方を説明します。 動画サービス部分を microservices 化するときに実際に行った事を元に説明します。開発者は 3 人で 1.5 ヶ月位の開発です。 何故このようなことを行うのか 誰だって楽しく仕事がしたいし、なるべく不安などは無い方が良いはずです。 例えば自分がやっている作業がどうなったら終わりなのかわかっていなければ不安でしょうし、いつまでに作ればいいのかわかっていなければ不安でしょう。 そういった不安をなるべく無くすためにうちのチームでは
新米リーダーが必ずやらなければいけないこと。
働いてある程度経つと、リーダースキルを求められる。もちろんリーダーは天才でなくては務まらないものではなく、だれでもできる仕事だ。 しかし、リーダーと一般社員は、いわば別の仕事であって、作業者の延長にリーダーがいないのは周知のとおりである。 そのため、リーダーになりたての頃は求められる成果を勘違いしたり、スタイルを変えることができず苦労する人が多い。 前職では企業に向けて多くの研修を行っていたが、最も人気なのは年間を通じて管理職研修であった。リーダーとしてのスキル、マネジメントの手法を学びたいということで数多くの方が学びに来た。 だが、セミナーで得たノウハウやや本を読んで得た知識は実践しなければ身につかない。それは、どんな技術も同じである。 数学は自分で手を動かして問題を解かなければならない。 英語は実際に人と話さなくてはいつまでたっても身につかない。 プログラミングは、実際にソフトを作る必
最近の開発フローの改善と、「スプリントおじさん」という取り組み - しるろぐ
ここ最近、自分が見ているプロジェクトの1つで、うまくスケジュール通りに作業が進んでいなかったので、その対策をした。 その中でも特に効果があった2つを紹介する。 背景 簡単にプロジェクトの背景を説明する。 スクラムっぽい開発をしている スプリントの期間は2週間 スクラムマスターはいるが専任ではない すでにリリース済みで運用中のWebサービスである 基本的によくあるスクラムっぽい感じで、2週間というタイムボックスの中にチームが作業可能なストーリーを突っ込んで、ひたすら消化する。 スプリントの最後には、レビューをして、次のスプリントの計画を立てる。 スクラムマスターは、一応自分が担当しているが、専任ではないし、他のプロジェクトも見ているので、注意深くチームを見れていない。 課題 以下のような課題があった。 バグの修正や問い合わせ対応など、計画時に含まれていなかったタスクがスプリント中に増えてしま
勉強会の無断欠席は永久になくならないから僕らが工夫しよう - だいくしー(@daiksy)のはてなブログ
photo by E R I mollifier.hatenablog.com ITコミュニティ界隈で定期的に話題になるこの問題。 定期的に出る、ということは、無断欠席は永遠になくならないと思ってよさそうだ。 そもそも他人の行動を制御するのは不可能なので、制御可能な自分たちの運営を工夫して解決し、関係者全員が幸せになれる方法を考えよう。 有料とかブラックリストとかほんとに有効？ この話題でいつも意見として出るのが、前金制キャンセル不可の有料制にしてはどうか、とか、無断欠席者のリストを共有する、とかいった話。 ただ、ブラックリスト作ってもリストに載ってない無断キャンセルなんて無限に存在し続ける。 有料制も、会場によっては営利目的とみなされて使用料がそれによって跳ね上がったりする。 そもそも、無断キャンセルによって補欠登録になってしまっていた人の参加の機会が奪われるのを何とかしたい、というのが
人事がそっとつぶやく「こんなマネージャーが会社を潰す」８つのタイプ - ひかる人財プロジェクト
会社はヒト・モノ・カネで動いている。カネ・ヒト・モノでもなくモノ・ヒト・カネでもなくヒト・モノ・カネの順番で必ず表現される。ただ単にこれは偶然の並びで慣れてしまっただけではなく、間違いなく組織においてもっとも重要な経営資源はヒトなのだと考えている。 その中でも会社が成長するうえで最も重要なヒト（ポジション）と言えるのがマネージャー（中間管理職）であることには異論はないと思う。マネージャーにはほぼすべての会社において共通したミッションがある。それは「目標を達成すること」と「会社を成長させること」である。この２つのミッションを遂行できないマネージャーしかいない会社はもしかしたら近い将来潰れてしまうかもしれない。 そこでこの２つのミッションを遂行できない、会社を潰すタイプのマネージャーの意識と行動について考えてみたいと思う。チョイスしたものは偉そうに書いている私自身も耳の痛いものばかりである。こ
炎上案件に突如ディレクターとして投入されたときにやってみたこと - Qiita
ぼんやり1メンバーとして眺めていたプロジェクトが、リリース1週間前になって「あれも足りない！これも出来てない！どうすんじゃゴラァ」となったときに突如ディレクターとしてぶっこまれ投入されたときにやってみたことのメモ。 一次対応 とにもかくにもPJTに投入されて最初にやったこと。 コミュニケーションルールをみんなで確認して、守ってもらうようにした 誰が何の情報を持ってて、そして誰から誰にどんな指示が出てて、それらがどんなステータスか、、、 もうぐっちゃぐちゃになっていた。 ディレクターは一度死ぬが、一旦全部ディレクターに報告させて、ディレクターから適切な人に指示を出すことにし、メンバー同士でのダイレクトなコミュニケーションをいったん、原則禁止した。 （ディレクターがAさんとBさんで直接やって、と指示を出すときもあるが、それもやりとりの結果をAさんから必ずフィードバックさせるようにした。） ただ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
チームでプロダクト開発するための取り組み/cookpadtechconf2017
技術的負債だらけのチームで技術マネージメントしてみた Kichijoji.pm7[talk2]![技術的負債だらけのチームで技術マネージメントしてみた Kichijoji.pm7[talk2]](https://cdn-ak-scissors.b.st-hatena.com/image/square/1d801c5d6e762bdd91810a87b39e211ac8516680/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Fkichijojipm7-160502042041-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)