プロダクトマネージャーの仕事/スキルとエンジニアとのスキルギャプ - 情熱プロダクト開発
デブサミ2017でパネルディスカッション形式で登壇させていただいた。 event.shoeisha.jp エンジニアからプロダクトマネージャーへのキャリアがテーマで、私自身どうやってなったのか振り返るキッカケになった。また別の機会でもエンジニアのキャリアについて考えることが多く、改めてエンジニアからプロダクトマネージャーへのキャリアについてまとめてみた。 プロダクトマネージャーの仕事と必要なスキル まず、プロダクトマネージャーの仕事とスキルについて言語化を試みた。プロダクトマネージャーの教科書であるINSPIREDにもあるように、プロダクトマネージャーの任務は2つ、「製品の市場性を評価する」ことと「製品を定義する」こと。少しわかりにくいので、下記の3つのプロセスを定義した。 市場の分析 STP（セグメンテーション/ターゲティング/ポジショニング・コンセプト） 製品要求の定義 Webの製品開
新しいディレクターが来て会議を変えた話
がっきー@漫画家総合垢 @gakky88NSR ゲーム開発時代の話。 開発の中盤、開発は難航していた。 会議はミスやトラブルの責任の追求が中心に行われ、処刑場になっていた。 ある日、新しいD（ディレクター）が配属された。 僕の大好きなゲームを作った人だった。 2017-02-10 22:39:45 がっきー@漫画家総合垢 @gakky88NSR Dが来て初めての会議。 リーダーはいつもの様にミスした者や遅れた者を探し、追求し、叱った。 Dはそれを見て笑った。 「ずっとこんな事してたの？」 「やめやめ！会議のやり方を変えます」 2017-02-10 22:40:07 がっきー@漫画家総合垢 @gakky88NSR 「まず、進捗の報告は出来てない物、問題のある物だけで良いです。 出来てる物は予定表で分かるから必要無い。 で、その問題がどうすれば解決出来るか、助けがいるなら何が欲しいかだけを話し
マネジメントの秘伝のタレ - Flicker's Style++
今回は私が今までチームマネジメントやヒューマンマネジメントを通して学んだTIPSを整理してみたいと思います。 マネジメント(≒コミュニケーション)を支える技術について都度メモして、自分への戒めとして利用していたものを箇条書きにまとめました。 ある特定の状況だけでしか適用できないものが多いですが、応用はいろいろ効くと思っています。 マネジメントの立場にこれからチャレンジしていきたい人の一助になればと思ってます。 ※自分向けのメモを整理しただけなので、一般的にこうあるべきという内容ではありません。 会議編 -全員の参加を促そう 全員の発言機会が均等になっているか常に意識しよう 一言でも意見を言うことによって、その議題を決めたという意識を持てる - 自分自身(チーム自身)で決めたという感覚に落としもう 「決められたこと」ではなく、「自分たちで決めたこと」という意識を促そう その決定が実行されなか
Timely、個人もチームの時間も記録できる時間トラッキングサービス
日中にどんな作業を、どれだけの時間おこなっていたのかを自動的に記録する時間トラッキングサービスには、いくつかの定番があります。 パソコン上のすべての作業をアプリ別、アクセスしているURL別に自動的にモニターしている Rescue Time。設定したプロジェクトに何分従事したかを簡単にメモすることができる Toggl などです。 しかし、これらのサービスはスマートフォンがここまで主流になる以前に開発されたという事情もあって、少し現状に合わなくなってきている部分もあります。 そこで最近注目しているのが、Timelyという、RescueTimeとTogglを足し合わせたようなサービスです。ここに、最近発表された Memory という機能が加わって、スマートフォンとパソコンからの全方位のトラッキングがぐっと現実味を帯びてきます。 Timelyの考え方 Timelyは、記録を取りたいと思っているプロ
スキルマップ作成のすすめ
チームでの開発って大変だけど楽しいと思ってるみなさんこんにちは。@ryuzeeです。 チームは共通の目標に向かって日々の仕事に取り組んでいくことになりますが、そのためにはメンバーそれぞれが必要なスキルをもっている必要があります。このスキルを見える化するテクニックの1つとしておすすめなのが、スキルマップです。 作り方は簡単で以下の図のように横軸に必要なスキルを、縦軸にチームメンバーの名前を入れます。それぞれのマスでは、その人のスキル度合いを表す印を入れていきます。ここでは、★：エース、◎：得意、○：一人でできる、△：助けがあればできる、空欄：できない、・：今後習得したい、というようにしていますが、この記号はチームで好きに決めて構いません。 このスキルマップの効用と運用について見ていきましょう。 効果：スキルの見える化長い間同じチームで働いていれば、誰が何をできるのかはだんだん分かっていきます
ustwoで働きながら学んだ幾つかのこと
ユニフォームは返さなかった(Translation of the original post made by the incredible Maiko Yagi — @maikoyagi) 昨年１１月、素晴らしい６年間を過ごした後、僕はustwoを離れた。ショーディッチのスタジオで働いたこと、会社が時とともに形を変えていくのを見てきたこと、そして才能溢れる人たちに囲まれていたことは、人生を変えるような経験だった。 とは言ったものの、僕は数年前に自分自身に課した目標を追うことに決めた。それは、日本に移り住み、現地で働くということ。そしてもうすぐ、僕は次なるアドベンチャーを嬉々としてスタートさせ、東京の中心地にあるGoodpatchで働き始める。だからここで、僕がustwoでの日々の中で学んだ幾つかのことを書き記し、シェアしようと決めた。 1. People-First アプローチを取ること
CodeIQについてのお知らせ
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
良いチームとは「何でないか」 - Yamotty Blog
2017 - 01 - 20 良いチームとは「何でないか」 プロダクト-プロダクトマネージャー 「良いチームとは何か？」 という質問を投げかけると、答えが多様にわたり、同じチームに所属していたとしても認識が全く揃わないことはザラである。 アメフトチームをコーチしていた時。この組織の目的は驚くほど明確で「全ての試合に勝つこと」以外に存在しない。と、僕は思っていたが、チーム全員（100名超）との1on1を行うと 「職場での評価が上がる」 「仲間との関係」 「〜に憧れている」 などの、「勝利」と直結しない所属動機が浮き彫りになった。また仕事におけるチームでも、同様の質問を投げかけると 「会社に来るのが楽しいこと」 「コミュニケーションがスムーズ」 「お互いが尊重し合える」 など、必ずしもチームが達成を目指す成果に結びついていない回答が殆どであったりする。このことから、 良いチームを定義するのは簡
なぜプログラマはあなたの事が嫌いなのか - megamouthの葬列
営業やマネージャーにとって、現場にいるプログラマというのは扱いづらい存在である。 飲み会などで、普段の彼らを観察してみると。同じエンジニア同士で固まってボソボソとよくわからない話をして、控えめな声で笑っており、総じて温厚で、扱いやすそうな人々に見える。 ところが、仕事になると、彼らはなんやかんのと理由をつけて、スケジュールに文句を言い、プロジェクト途中のリクエストには素直に答えてくれず、あげくには遠回しな嫌味を言ってきたり、極端な場合には、その温厚な仮面を投げ捨てて、攻撃的な暴言さえ吐く事がある。 どうも彼らは我々の事が嫌いらしい、と感じている営業・マネジメント職の人もいるのではないだろうか？ 彼らの人格や価値観に問題がある可能性も否定しないが、このような感情的な齟齬は、多くの場合、あなた自身が彼らの「自尊心」を傷つけていることに気づいていないことが多い。 プログラマの自尊心 プログラミン
GEとAdobe、人事評価制度やめたってよ。目的のためには手段はどんどん変えていく
事業会社、コンサルティングファームの両面から人事に20年たずさわった経験を活かして独立。人事領域全般のコンサルティングを主な事業としているアルドーニ株式会社の代表。 企業の人事制度において、評価制度は多くの会社で導入しているでしょう。いわゆる、目標管理制度（Management By Objective and self control)によって、年初に上司と業務上の達成目標を設定し、その達成度合いが年度末に評価されます。その結果に基づき評定（4段階～5段階のところが多い）が決定し、賞与金額や昇給率に影響が出てくる（場合によっては昇格・降格もある）という、アレです。 私が昨年8月末まで在籍していた会社でも、全世界で導入されておりました。また、これに必要な「評価者研修」も共通プログラムとして存在しており、そのローカライズおよび展開といったことも担当業務でした。 最近になって、最終評点を廃止す
効果的な 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 はスタートアップ初期でのコミュニケーションの重要性を何度も説いています。特にスタートアップは業務が複雑になりがちで、かつ状況の変化も早いため、コミュニケーションがボトルネックになりがちです。 コミュニケーションの遅れは意思決定の遅れにつながります。そして意思決定の遅れは事業の進捗を遅らせたり、トラブルの兆候を見逃してトラブル発生の原因にな
職場を崩壊させないために必要な「心理的安全性」を作り出す方法
by sid 「昼から夕方の6時間労働がクリエイティブな仕事には重要」など、仕事において人がアイデアを出し、イノベーションを起こすために必要なものについては色んな説があります。一方で、「仕事」ではなく「仕事場」において重要なのは個人の資質ではなく、「心理的安全性」であると説いているのが世界で最も影響力のあるビジネス思想家に選ばれている世界的な経営学者Amy Edmondson教授。Edmondson教授はスピーチフォーラムのTEDで、心理的安全性がないとどのような事態を招くのか、そして職場が心理的安全性を得るにはどうすればいいのかを語っています。 Building a psychologically safe workplace: Amy Edmondson at TEDxHGSE - YouTube Edmondson教授が語ったのは、まず以下の3つのエピソード。 「ある都会のせわしない
プロダクトマネジャーとプロジェクトマネージャーの役割の違いは？仕事内容やなり方を注目各社が語る - エンジニアtype | 転職type
2017.01.10 働き方 最近では日本でも注目されつつあるものの、未だ社会に浸透しているとは言い難い『プロダクトマネジャー』という仕事。それもそのはず、エンジニアリングの方向性を決めるような役割から、売れる商品に育て上げる仕事、経営判断をする人……といったように、その定義は企業によってあいまいなのである。実際に、プロダクトマネジャー（以下、PM）とはどんな役割を持ち、どのような成果を生み出すべき仕事なのだろうか。また、PMを目指す際にはどのようなスキルが必要なのだろう。そんな疑問に、有名企業で活躍する5人のPMが答えてくれた。 過去には米GoogleでPMを勤めた経歴を持つ、Incrementsの及川卓也氏をモデレータに、グッドパッチ土屋尚史氏、DeNA Games Tokyo田川啓介氏、freee坂本登史文氏、FiNC犬飼敏貴氏といった有名PMが参加したミートアップ『白熱プロダクト教
ニフティの技術戦略委員会での取り組み - PolyPeaceLight
2016 - 12 - 25 ニフティの技術戦略委員会での取り組み この記事は NIFTY Advent Calendar 2016 の 25 日目の記事です。 去年 はこんな有様でしたが、今年は24日間無事に走り抜けて、この一年での組織としての ニフティ の変革が見て取れ、とても嬉しく思っています。 また、会社の アドベントカレンダー だけではなく、各所のカレンダーに参加する社員も多く見られ、その点でも「オープン」という指向の変化が見られたのも重ねて嬉しく思うところです。 アドベントカレンダー 最終日ということもあり、ここ数年、自部署の事業を進めつつ、全社の活動として多くのことに取り組んできた ニフティ の技術戦略委員会についてまとめて書こうと思います。 (本来は会社のオフィシャルブログに書くべきなので、それもまた技術戦略委員会のタスクの一つでもあるので、出来上がったらそこに転載できれば
Product Managerになって大切だと感じた4つのこと
この記事はProduct Manager Advent Calendar 2016の12日目の記事です。 こんにちは、プロダクトマネージャーをやっています @px1717 です。 学生時代からインターンとして今の会社にジョイン、新卒入社と同時にプロダクトマネージャーになり、現在2年目で日々奮闘しています。 （PMになった経緯は 弊社ブログ 新卒でスタートアップを選んだプロダクトマネージャーのその後 にて） 普段PMをしていて、大切だと感じていることを改めてまとめてみたいと思います。 1. 「視座・視野・視点」 を理解し、行動する職種や役職、バックグランドによって人それぞれ価値観や考え方は違う中で、認識を合わせて物事を決めていかなくてはいけないので、特に視野・視点・視座を意識してます。 視座：どの高さでみているか視野：どの範囲でみているか視点：どの部分をみているかメンバーを理解する様々なバッ
エンジニアがはてなでマネージャーをやるということ - An Epicurean
このエントリーははてなディレクターアドベントカレンダー2016の15日目の記事です。また、このエントリは先日の はてなエンジニアセミナー #7 でお話したことを、書き起こしたものでもあります。 Mackerel というサーバー監視・管理SaaSの開発チームのディレクターを務めている id:Songmu です。はてなのチーフエンジニアも兼務しています。 これまでの経歴としては、中国でITベンチャーの立ち上げに関わったり、その後語学学校で営業兼システム担当、SIer、Web企業でソーシャルゲームのリードエンジニアなどの経験を経て、2年ほど前にはてなに入社しました。 現在兼務している、ディレクターとチーフエンジニアという職位は、一般の企業では両方共課長格くらいで、W課長みたいな社内では珍しい立ち位置です。 Mackerelのディレクターとしては、プロダクトマネージャーとスクラムマスター的なことを
これからマネージャーになるエンジニアのあなたへ - yashiganiの英傑になるまで死ねない日記
こんにちは、新米ディレクターのid:yashigani_wです。 この記事ははてなディレクターアドベントカレンダー2日目の記事です。昨日はid:moretのそろそろ5年生なので右も左もわからない新卒のころの自分にアドバイスする - el cineでした。 私は8月にアプリケーションエンジニアからディレクターになりました。 はてなではディレクター職には担当するサービスの成長に責任を持つプロダクトオーナーとしての役割と、担当するチームの成果を最大化するマネージャーとしての役割が求められます。 マネージャーというと、多くのエンジニアはあまりなりたがらないとおもいますが、それはマネージャーに求められる責任を具体的にイメージできないことや未知の仕事に対する不安からではないでしょうか？ この記事は私の経験から、これからマネージャーになるエンジニアに向けてマネージャーがまず意識すべきことと、最初に陥るで
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
チームとプロダクトをぶっ壊した話
Product Management Software | ProdPad
MindTools | Home