プロダクトマネージャーに必要な資質って何ですか？ 元グーグルのPM対談 | HRナビ by リクルート
プロダクトマネージャー（PM）ってどんな仕事？ プロジェクトマネージャーと何が違って、普段どんなことを考えながら仕事してるの？——日本でも徐々に認知度が高まってきた「プロダクトマネージャー」にフォーカスし、そんな疑問に答える「Japan Product Manager Conference 2016」が10月24日、25日の2日間にわたって都内で開催された。内外のさまざまな企業で活躍しているPMが壇上に立ち、自らの試行錯誤や経験、時には失敗を踏まえ、PMという仕事の難しさと醍醐味を紹介した。 そのセッションの一つ「グローバル企業におけるプロダクトマネージメント」では、ナイアンティックの河合敬一氏と、カンファレンスの実行委員でIncrementsでQiitaのPMを務める及川卓也氏が登場。「僕がPMとしてグーグルに入ったときの面接を担当したのが及川さん」（河合氏）という関係にある二人が、会場
伊藤直也さんの一人CTO Nightに一人で行ってきた - comix
巷で話題？のnaoya さんの一人CTO Nightに行ってきましたので、超雑ですがメモを公開しておきます。 イベント詳細： https://doda.jp/event/seminar/20160830.html オレオレメモなので多少ニュアンス違うところあるかもです。特に二部のパネルディスカッションの部分はかなり文脈を端折っているので雰囲気知るくらいに読んでもらえれば。 もし大きく間違っていることあったらご指摘くださいm(__)m ちなみにアニメの話はあんまりなかったよ。 では、早速。 第一部【プレゼンテーション】最速で最高のアウトプットを生み出すチーム作りとは？ 【プレゼンテーション内容】 CTO・技術顧問を複数社経験した伊藤直也氏が、過去の実際の事例をもとに、最高のアウトプットを生み出すチーム作りを解説します。 前提として、、、 50〜300人くらいの規模の組織が対象 CTOのマネジ
フリーランスのメールアドレスの決め方は？ドメイン例や作り方の手順 - ITプロマガジン
こんにちは、ITプロマガジンです。 フリーランスとして活動するうえで、メールアドレスは必須です。しかし、なかには事業用のメールアドレスを作っていない方もいるのではないでしょうか？ フリーメールや個人用アドレスで済ませてしまっていると、取引先から信頼を損なってしまう可能性もあります。しっかりと事業用に独自ドメインを取得し、メールアドレスを用意することは安定した仕事獲得の第一歩になります。 この記事ではフリーランスが独自ドメインを取得し事業用メールアドレスを作成すべき理由や作成方法などについて分かりやすく解説していきます。 また、フリーランスの仕事の種類や仕事獲得方法について詳しく知りたい方は、「フリーランスの仕事一覧と職種ごとの特徴や想定年収」も併せて確認してみてください。 弊社では、数多くの方にフリーランス案件を獲得していただいています。経験とスキルさえあれば、週2日から高収入案件をご紹介
20代と30代で全然違う、転職したいITエンジニアに企業が求める事とは - paiza times
Photo by Victor こんにちは、谷口です。 これから初めての転職を考えているITエンジニアの皆さん、突然ですがご年齢はおいくつですか？ ITエンジニアに限ったことではありませんが、応募者の年齢によって、企業が求めるスキルや経験というのは変わるものです。 日本には雇用機会均等法があり、雇用に関して年齢に制限をつけることは禁止されています。また、技術者というのはその本分である技術をもって評価をされるべき職業です。 ただ現実的に考えて、20代の上司に40代の部下がつく……というようなパターンはまだまだ少なく、もし自分がその立場だと考えたら、少なからず抵抗感を感じてしまう方も多いと思います。日本にはまだ年功序列の名残がありますし、年齢によってある程度見られ方が変わってしまう傾向は避けられないのが現状です。 初めての転職を考えている方の中は、年齢によって企業からの見られ方・求められるもの
起業して10年たったので、重要だと思ったことを記念に書きたい
10年前起業をした。 通常は、企業の生存率は10年で10%位だろうか。 私は、どちらかというと綿密に事業計画書を書いて起業をしたというより情熱に動かされて起業をした。 いうまでもなく緻密に計画を立てて起業をしたのではないから、起業した初年度に役所からくる初めて見る諸々の納付書など、送られてくるたびにまた支払いがあるのかとビクビクしたものだ。 時にはキャッシュフローについて日夜考えすぎて、頭がハゲて、病院嫌いにもかかわらず皮膚科に行き、やる気のない態度の悪い医者にハゲ薬をもらい、治したことも今となっては微笑ましい思い出だ。 もともと自分自身には才能があるとは思わない。だが、起業をしてかつ継続するにあたり 大切だと思ったことを記念に書いておきたい。 ■■信念 やはり一番重要なのは信念（Faith）だと思う。 なぜかというと、クライアントの要望やプロジェクトメンバーの意見など常に相対的で、移ろい
プログラマなのに知らなかったら恥ずかしい英単語集 - Qiita
1. send, deliver, dispatch, announce, distribute, route send : (命令・依頼などによって)行かせる、送る deliver : 配達する; 引き渡す，明け渡す; 手渡す dispatch : 〈軍隊・特使などを〉〔…へ〕急派する，特派する announce : 人に〕〈…を〉知らせる，発表する distribute : 〈ものを〉〔…に〕分配する route : 貨物などを〉〔…のルートで〕発送する 2. find, search, extract, locate, recover find : (努力して)見つけ出す search : (何かを見つけようとして注意深くまたは徹底的に)捜す extract : 〈エキスなどを〉〔…から〕抽出する locate : 〈…の〉位置を突き止める recover : 〔廃物などから〕〈有用
調整の心得 - クックパッド開発者ブログ
会員事業部の森田です。 対象と内容 この記事は、クックパッドと同じような200～300名規模の組織で働く、「最近調整が多くてコードを書く時間がないなぁ」と思い始めた30代エンジニアを対象として、日々の調整の負担を減らすための「考え」と「行動」を整理し、まとめたものです。 組織における分業と調整 組織に所属する人たちは協力して組織目標の達成を目指します。みんなで同じことをしてもしょうがないので、必然的に役割を分担(分業)をします。分担した仕事はなんらかのタイミングで統合する必要があります。その統合が調整です。つまり分業と調整はセットです。じゃどういう分業があるのかといえばそれは組織構造によります。今回は私達が採用している事業部別組織下*1 での調整の話をします。 分業の種類 事業部別組織では垂直と水平の2つの分業が存在します。それぞれに少し毛色の違う調整が発生するわけですが、いくつかのことを
ブレストをやめて、ペイン・ストーミングを始めよう - 小さなごちそう
問題解決をスムーズに行うために、ソリューションではなく問題構造を明らかにしようという記事を書いた。まず顧客課題を明らかにしないと、ソリューションが適切かどうか判断することができない。 とはいえ人間の習慣はなかなか変えられないので、複数のメンバーでブレストをしているとどうしてもソリューションのアイデアを出し合う場になってしまう。 そういう時は、ペイン・ストーミング（Painstorming）を試してみよう。 ペインストーミングは次の4つのステップで問いかけを行う。 ※ペイン（PAIN）の頭文字になっている。 Person 誰の課題を解決するのか。 Activities 彼らは毎日行っていることは何か、そしてその結果はどうなるのか。 Insights 目的達成のために次善策として工夫していることは何か。彼らが仕方なく行っている行動やプロセス、仕方なく使っているツールは何か。 Needs 顧客の
ふりかえりで初心者が陥りやすい落とし穴 〜 性格も実力も急に変えられないが行動は改善できる | Social Change!
私たちソニックガーデンでは、現場での人材育成の手段として個人の「ふりかえり」と、そのレビューを行っています。それを「ワークレビュー」と呼んでいますが、仕事の進めかたや、仕事に対する姿勢についてふりかえった内容を、メンターがレビューすることで行動の改善と成長を促します。 進めかたとしては、まずは対象者が一人で良かったこと（Keep）や問題（Problem）について洗い出しを行うのですが、ふりかえりに慣れていない初心者がつまづいてしまう様子を何度か見てきました。この記事では「ふりかえり」で、よく陥りやすいパターンと、その解消法について書きました。 自分の内面のことを問題にしてしまう ふりかえりをして問題を洗い出すときに、慣れていないと、ついやってしまうのが自分の内面や性格のことを問題としてあげるケースです。 たとえば、思っているよりも成果を出せていない、それは躓いたときに先輩に相談できてないか
一流グラフィックスプログラマへの道～リアルタイム編～ - 穴日記
はじめに こんにちは。holeです。 この記事は第三回レイトレ合宿のアドベントカレンダーです。 今回は一流グラフィックスプログラマ（リアルタイム）になる方法を探ってみました。 一流のことは一流の会社を調べるのが一番！ということで海外15社（18種）、国内4社（4種）のグラフィックスプログラマの募集要項を調査しグラフィックスプログラマに求められるスキルを考察してみました。ゲーム会社に偏ってしまいましたが、やはりリアルタイムCGはゲーム屋に一日の長があるためそのようなチョイスになっています。 対象の会社 対象としたのは以下の会社・職種です。他の会社については、グラフィックス系のプログラマの募集を明示的に行っていなかった（2015/06時点）ため載せていません。 海外 Naughty Dog/Graphics Programmer Infinity Ward/Sr. Rendering Engi
TechCrunch
In an attempt at damage control, the CEO of the equity management startup Carta, Henry Ward, today emailed customers, telling them that if they are concerned about “negative press” tied to the out In the Lego-like world of Roblox, about a hundred blocky avatars march through a lamplit street, wielding Palestine flags that are larger than their own animated bodies. Characters dressed like cartoo
エンジニアに必要な説明能力 - Konifar's WIP
最近、本業のTaptripで新機能の開発やコードレビューの数が多くなってきた中、 やはりエンジニアに必要なのは説明能力だなぁと感じることが多々あります。 これは受託の場合は全然違うよと言われるかもしれないし、裁量のある環境だけの話なのかもしれないですが、あくまで自分の感じたこととして考えをまとめておこうと思います。 エンジニアは説明することが多い 開発職じゃないとピンと来ないかもしれないですが、何かを説明することって意外と多いです。 例えばバグ修正をする時に、一番理想的な修正をするとテストも含め2日かかるけど、暫定修正なら半日で終わるみたいな場合。 「ユーザーへの影響が大きいので暫定修正で直して、次のリリースで回収できるように調整します」みたいな説明をしたりします。 もっとコードレベルの話で言うと、例えばこんなやりとりをしたりします。 ほとんど伏せているのでわかりにくいかもしれませんが、
7年働いた時点での私の仕事の極意 - Kengo's blog
最重要 実行に重きを置く やらないで後悔するよりも、やって反省する。 反省は成長を産み生産的だが、後悔は精神の無駄な消費。 時間は有限で貴重な資源だが、たぶん今の段階では行動する前に得るものや結果を予測するのは難しい。 正しい反省の方法とは何か、考え続けること。 「正しく反省するために、何を記録しておくべきか」実行前に明らかにしておくこと。 反省の結果は組織的な何かに落としこむ。組織構造、戦略、静的解析、自動テスト、教育など。意識しないでも巨人の肩に乗れる状況を作ることが、組織の成長につながる。 Done is Better Than Perfect ただし、思考停止の言い訳にしないこと。詰めの甘さを擁護する言葉ではない。詰めの甘さは立場や考え方が違うひと3人くらいに意見を求めればだいたい炙り出せる。 長期的視野を持ちつつ、それに引っ張られない。進展を作ること、現状を少しずつ変えることを意
○○したら受託開発が180°変わった(10分版)
以前XP祭りでLTしたものの10分版。 「せっかく作った物が喜んでもらえない」 「仕様だ、バグだ、の不毛な争い」 「振り回されて疲弊するエンジニア」 など、受託開発でうまくいかない局面は多くあるが、ある一つのことを意識的に行うようにしたら、自分たちの受託開発が180°変わった、という話。
開発フロー研修 @ Wantedly - Qiita
Githubでの開発 - Issue, Commit, Pull Request, Mention, Code Reviewに関する基本的なルール ゴール 「 チーム で 長期にわたって 生産性を上げる 」 前提 みんながサービス・プロダクトについて自主的に考える組織 エンジニア全員がそれぞれオーナーシップを持ってよりプロダクトを良くすることを考える いわゆるPM職の不在 = コードは書かずに、マネージだけする人がいない これは組織による。(e.g. 外注やディレクター職の存在) けれど、Wantedlyは、多少変化しつつも、より良いサービスを生み出すために、役割の程度の差はあれ全員がプロダクトについて考え責任を持ったほうが良いと考えている。 理想型 図:「青と黄色」のチーム構成が従来の縦割り+統括チーム、「緑(金)色」のところが目指すべきマイクロサービスチーム マイクロサービスチームは、
「整った開発環境」「優秀な仲間」「5時からビール」 会社に来るのが楽しくなるエンジニア天国・Indeedとは？ - はてなニュース
求人情報に特化した検索サービスを世界55ヶ国以上で運営するIndeedは、リクルートによる2012年の買収後も、開発者にとって仕事がしやすい環境をとことん追求するエンジニア文化を守っています。恵比寿ガーデンプレイスに移転したばかりの東京オフィスで働く同社のソフトウェアエンジニア5人に集まってもらい、はてなチーフエンジニアの大西康裕が開発スタイルや社風などについて聞きました。Indeed独自のワークスタイルに、はてな側も興味津々。知られざるエンジニア天国の実態とは？ 記事の最後には、デルの27型4Kディスプレイ「P2715Q」が当たるプレゼントのお知らせもあります。 座談会出席者（上写真、左より）：はてな 大西康裕、Indeedの村下瑛さん、濱田卓さん、山口有理さん、杉原啓太さん、落合徹さん （※この記事は、株式会社リクルートホールディングス提供によるPR記事です） ■ 開発スピードを生かす
子育てありきのエンジニア業 - HDE BLOG
日の出とともに起きるエンジニア この春で意図的に自分のライフスタイルをそれまでの「渋谷で月曜から飲んじゃうぜ！」パターンから完全に変えてから2年半が経ちます。現在自分は朝8時半に出勤、午後3時半〜4時くらいに退勤、あとは午後7時〜8時頃にまたオンラインになり家から必要な事を行う…という基本スケジュールをとっています。ステレオタイプなエンジニア象では夜中遅く暗い部屋でハックしているイメージがありますが、現在の自分は日の出とともに起き午後11時すぎには寝てしまう生活をしているエンジニアなのです。 幸いな事にプログラマー・エンジニアという仕事は周りの理解さえあれば伝統的なサラリーマンのステレオタイプから見たら明らかに異常なスケジュールでも特に生産性を落とさずに仕事を続けることができると仕事ですので、これを最大限利用させてもらっています。 自分は子育てのために意図的にこのような形を取っており、転職
生産性を高めるプレーンテキストファイルの使い方10 | ライフハッカー・ジャパン
テキストとTo-Doリストの履歴をたどるためのアプリには事欠きません。しかし時として、プレーンテキストファイルの簡単でシンプルな点が、生産性を高めることもあります。プレーンテキストファイルの賢い使い方10通りをご紹介しましょう。「Zapierブログ」でTo-Doアプリを使わずに生産性を保つことに関する記事を読んだ人なら、プレーンテキストファイルの生産的潜在能力をもう垣間見ているのかもしれません。物事をシンプルにしておくほうが、重たいアプリをダウンロードするよりも手っ取り早いことがあります。最近プレーンテキストファイルの賢い使い方に出会ったので、ここにまとめておきました。自分にとって有益だと思える使い方を選んでいただければいいのです。デスクトップに保存しておきたいプレーンテキストファイルの使い方10通りをご紹介いたします。 「毎日書く」ためのファイル ネットサーフィンをしているときに、この賢
思考のスピードをアップさせる３つの要素『戦略「脳」を鍛える』 - 読書で本から学ぶブログ【書評・感想】
効率的に仕事などをしたいとこのところ思っています。 脳を鍛えると良さそうということも考えていたりするので、今日は、こちらの『戦略「脳」を鍛える』を読んでみました。 戦略「脳」を鍛える 作者: 御立尚資 出版社/メーカー: 東洋経済新報社 発売日: 2003/11/14 メディア: 単行本 購入: 20人 クリック: 210回 この商品を含むブログ (64件) を見る 脳を鍛えるとありますが、実際に脳を鍛えるための方法があるということではなく、戦略思考をできるようになるといったことがテーマの本です。 戦略をどうやって考え出すか。 こういったことが主なテーマです。 戦略に興味がある人向けの本だと思います。 それでも、効率化についても参考になることがありました。そちらを紹介しつつ、思ったことなどを書いてみようと思います。 思考のスピードをアップさせる３つの要素 スピード＝（パターン認識＋グラフ発
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Flipsblog.jp
