プロダクトマネージャーに必要な資質って何ですか？ 元グーグルのPM対談 | HRナビ by リクルート
プロダクトマネージャー（PM）ってどんな仕事？ プロジェクトマネージャーと何が違って、普段どんなことを考えながら仕事してるの？——日本でも徐々に認知度が高まってきた「プロダクトマネージャー」にフォーカスし、そんな疑問に答える「Japan Product Manager Conference 2016」が10月24日、25日の2日間にわたって都内で開催された。内外のさまざまな企業で活躍しているPMが壇上に立ち、自らの試行錯誤や経験、時には失敗を踏まえ、PMという仕事の難しさと醍醐味を紹介した。 そのセッションの一つ「グローバル企業におけるプロダクトマネージメント」では、ナイアンティックの河合敬一氏と、カンファレンスの実行委員でIncrementsでQiitaのPMを務める及川卓也氏が登場。「僕がPMとしてグーグルに入ったときの面接を担当したのが及川さん」（河合氏）という関係にある二人が、会場
最近の開発フローの改善と、「スプリントおじさん」という取り組み - しるろぐ
ここ最近、自分が見ているプロジェクトの1つで、うまくスケジュール通りに作業が進んでいなかったので、その対策をした。 その中でも特に効果があった2つを紹介する。 背景 簡単にプロジェクトの背景を説明する。 スクラムっぽい開発をしている スプリントの期間は2週間 スクラムマスターはいるが専任ではない すでにリリース済みで運用中のWebサービスである 基本的によくあるスクラムっぽい感じで、2週間というタイムボックスの中にチームが作業可能なストーリーを突っ込んで、ひたすら消化する。 スプリントの最後には、レビューをして、次のスプリントの計画を立てる。 スクラムマスターは、一応自分が担当しているが、専任ではないし、他のプロジェクトも見ているので、注意深くチームを見れていない。 課題 以下のような課題があった。 バグの修正や問い合わせ対応など、計画時に含まれていなかったタスクがスプリント中に増えてしま
» 画像だけで簡単にモックが作れるInVisionが便利 | Webnoborder
最小限の作業工数で、どうやってモックを作るのか悩んでいたんですが、InVisionが解決してくれそうです。 実際にさわってみて便利だったので、使い方を紹介します！ InVisionって何？ 画像を用意するだけでプロトタイピングできるツールで最小限の作業工数で、どうやってモックを作るのか悩んでいたんですが、InVisionが解決してくれそうです。 実際にさわってみて便利だったので、使い方を紹介します！ InVisionって何？ 画像を用意するだけでプロトタイピングできるツールです。 ワイヤーフレームやデザイン案レベルで行うプロトタイピングは、ペーパープロトタイピングが主流だったと思います。しかし、このツールを使うと紙ではなくデバイス上でプロトタイピングが行えます。必要な画面数だけ画像を用意すればいいので、プロトタイピング用に用意しなければいけない資料はほとんどなく、デザイナーやディレクターで
開発チームにアーキテクトがいないなと感じてしまうような、残念なコードスメルの例 - 達人プログラマーを目指して
まったく個人的なモチベーションの問題から、前回の最終更新から2年以上が経過してしまい、多くの読者のみなさんにはご心配をおかけいたしました。「プログラミングに関して調べたことや日々感じたことをメモとして残していきたいと思います。」というもともとの原点に立ち返って、あまり気負わずに、また今後も時々更新していけたらと思います。今までこのブログの主なテーマとして、JavaEEやSpringといったような、いわゆる業務開発で使われるような技術を中心としてきたわけですが、最近Springを使ったJavaの開発に（アーキテクトではなく）プログラマーとしてちょっと参加する機会があったので、その時気づいたこと、感じたことを書いてみたいと思います。 さて、皆さんはアーキテクチャやアーキテクトという言葉に対してはどのようなものをイメージするでしょうか。システムのセキュリティを確保するための方式であったり、大量の
ディレクターがやるべき超具体的モチベーション管理―4つのミッション
ども森谷です。 各種折衝にスケジュール管理、タスク管理にクオリティ管理などなど...。ぶっちゃけディレクターのやることって多いですよね。 が、そんな「分かりやすい明確なミッション」の影で忘れがちな、でも最も重要なミッションが「モチベーション管理」だったりします。 今回は、そんな日陰にあるけど重要な部分にフォーカスを当ててて解説してみますね。 メンバーのモチベーションがプロジェクトの成功を左右する 実際に現場に入ったことの無い方からしてみれば迷信みたいな感じですが、現実です。 が、クライアントや上司からすると軽視されがち。 なので、これまでディレクターのミッションとしてあんまり重要視されてなかったんです。 最近は「マネジメント」とか「7つの習慣」なんかのブームからなのか、よーーーやディレクターのミッションとしてこのへんが注目されてきてたりします。 「いまさらかよ！」て人も、「そんなん言われて
湯水のようにオリジナルコンテンツを生み出し続けるコツ
湯水のようにオリジナルコンテンツを生み出し続けるコツPublished by Keiichi Yorikane on 2013年1月21日2013年1月21日 「コンテンツは王様である」という常識を持ち出すまでもなく、ブログで最も大切なのは、いかに魅力的な記事を供給し続けるかです。 記事の魅力にも、様々な物差しがあります。 誰かの課題や疑問を解消できるハウツー、専門性や速報性、エンターテイメント性。 また、オリジナリティも重要な基準になります。 「●●についての情報なら、このブログだよね」と認識してもらえれば、無数のWebサイトが乱立する情報爆発の世の中において、大きな差別化となるからです。 とはいえ、オリジナルコンテンツを供給し続けるのは難しいと感じる人もいるかもしれません。 当WEBマガジン『Handmade Future !』は、原則、すべてオリジナルコンテンツで構成しています。 が
1日目: プロジェクトを始める (symfony 1.4 legacy version)
はじめに symfony フレームワークはオープンソースプロジェクトとして3年間以上開発され、すばらしい機能とドキュメントのおかげで今ではもっとも人気のあるフレームワークの1つになりました。 この本は仕様から実装まで段階的に Web アプリケーションを symfony で作る方法を説明します。この本は symfony を学び、これがどのように動くのか理解し、また Web 開発のベストプラクティスも学びたい初心者をターゲットとしてします。 アプリケーションを別のブログエンジンにする選択肢もありました。しかし私たちは実際のプロジェクトで symfony を使うことを望んでいます。ゴールはスタイルと少しの労力でプロフェッショナルなアプリケーションを開発するために使えることを実証することです。 今日はすでにたくさんのやることがあるので別の日のプロジェクトの内容は秘密にしておきます。しかしながら、プ
【書評】手動デプロイからの卒業指南書「継続的デリバリー」
継続的デリバリー 信頼できるソフトウェアリリースのためのビルド・テスト・デプロイメントの自動化著者／訳者：David Farley、Jez Humble、和智 右桂、高木 正弘出版社：KADOKAWA/アスキー・メディアワークス発売日：2012-03-14大型本：544ページISBN-13：9784048707879ASIN：4048707876 レビューに参加させていただいた縁でアスキー・メディアワークス社様より献本いただきました。和智さん、高木さんの黄金コンビによる翻訳です。 デプロイ自動化に関する話を網羅的に扱った本はこれがはじめてでしょう。 上級技術者向けと書かれているように内容は結構ハイレベルで、構成管理、CI、テスト戦略についての前提知識が求められるように思いますが、アジャイルなプロジェクトの中で日々改善を繰り返している人たちにとっては理解しやすいのではないかと思います。 デプ
新人プログラマーに読ませて欲しいネーミングの大切さ - プログラマー幸福論
Photo from Kıvanç Niş ネーミングについてまじめに長文を書いてみました。もし、あなたの会社にネーミングに疎い新人プログラマーがいたら読ませてやってください。 ちなみに、この記事はシステム開発のネーミングについて書いています。また、このブログの特性上、英語でのネーミングを想定していますが、日本語のネーミングでも同様に考えることができると思います。 1. ネーミングの重要性 一般に、熟練のプログラマーほど、プログラミングにおける ネーミングに時間をかけます。それはなぜでしょうか。 あなたが付けたその変数名 data は、その時点では、自分のために付けた「目印的なもの」であったかもしれません。しかし、そのソースコードを引き継いだ担当者など多くの人が、その名前を見ることになります。 // データを取得する var data = getData(1); そしてその名前は、そのソー
【企画】スタートアップは自己組織型であるべき — ヌーラボ橋本正徳氏によるプロジェクト管理に大切な7つのこと | Startup Dating [スタートアップ・デイティング]
自分たちのプロダクトをいかに計画通りに開発し、ローンチするか。スタートアップにとってもプロジェクト管理は重要な項目なのだが、満足に実現できているスタートアップは、なかなかいないのではないだろうか。Web上でワイヤーフレームや、マインドマップといった図形の作成とリアルタイムでのコラボレーションを可能にする「Cacoo」などのサービスを提供している株式会社ヌーラボ。彼らはCacooのほかにもプロジェクト管理ツール「Backlog」を提供している。 ヌーラボの代表取締役、橋本正徳氏がMOVIDA JAPANの主催する起業家向けスクール「MOVIDA SCHOOL」で、起業家に向けて語った、プロジェクト管理おける重要なポイントをまとめた。 自己組織化したプロジェクト管理 プロジェクト管理とはプロジェクトを成功させることが目的。そして、スタートアップにはトップダウンではなく、チームでプロジェクト管理
Eclipseユーザの為のIntelliJ IDEA Q&A - 砂漠の音楽
これは、IntelliJ IDEA Q&A for Eclipse Usersの翻訳です。 IntelliJ IDEAは、たいへんすぐれたIDEなのですが、設定や操作方法に若干の慣れが必要です。なんとなく使い始めると、そのメリットを享受できるようになる前に、使い慣れた開発環境に戻ってしまいます。なにしろEclipseでもNetBeansでもひと通りのことはできるわけで、使い慣れた環境以上の生産性を出すには、それなりの学習コストが必要です。*1 このドキュメントは、EclipseユーザがIDEAを試す際に一番最初に読むべきドキュメントです。Eclipseユーザはまずこの文書を読み、いくつかの概念の違いを頭の片隅においてください。これを読んででいないと'Project'や'Module'が何のことを指しているかわからず、かなり苦しいと思われます。それからキーバインドをEclipse互換のものに
SIで得るものはあるのか？ - 急がば回れ、選ぶなら近道
「SIで得るものはあるのか？」 おそらくここ10年以上、日本各地で自問自答された問いでありまして。かくいう自分もその一人であります。デスマの度に、ここまでやる意味はあるのか？赤字の度に、そこまでやる意味はあったのか？ 思わなかった人はいないはずです。特にここ数年は、見るもの聞くもの、酷いプロジェクトが自分の周りでも多く、「いいから、そのまま回れ右」という行動パターンの機械学習全開です。（遠い目 他方、「構築をやらないと確実に実装力は落ちる」こういう声もあるでしょう。これもまた真実ではあります。特に、SIの中身丸投げモードのスイッチが入りっぱなしで液漏れ寸前なところは、もはや経験不足を通り越して「リバース・プロキシーって何をするんだっけ？」って真顔で聞くPMの方もいらっしゃる状態もありまして。実際にやらないとわからない、ということは普通におきます。特にアーキテクチャやインフラ周りは、そうなっ
JenkinsとApache Ivyで開発からデプロイまでを管理する - GeekFactory
Eclipse, Jenkins, Apache Ivyを使ったプロジェクトにおける開発からデプロイまでの流れを図に描いてみました。 図では書き表せないことがありますね。テスト実行時のクラスパスは実行時ライブラリを含むとか、図で描くとカオスになります。GUIツールでビルド設計するのは意外と難しいのかもしれません。 ビルド設計する上で考えたことを書き出しておきます。何かアドバイスがあったら教えていただけると嬉しいです。 開発環境 WindowsでEclipseを使う。 Eclipseのプロジェクト構成で適切なビルドパスを設定する。 依存ライブラリはApache IvyDEプラグインで管理する。 依存ライブラリはMavenリポジトリから取得する。リポジトリ候補にはビルドサーバ上のキャッシュを含める*1。 他プロジェクトへの参照はEclipseのProject Referenceを設定する。 ク
継続的デリバリーとは何か？
みなさんこんにちは。@ryuzeeです。 継続的デリバリー（Continuous Delivery）の定義を改めて整理してみました。 まず1つめの定義は以下の通りです。 Continuous DeliveryとはリリースのスケジュールをIT部門が握るのではなく、ビジネス部門が握るということだ。 Continuous Deliveryを実装するということは、全体のライフサイクルを通じて常にソフトウェアが本番環境にリリース可能であるということを意味する。すなわちどのビルドもボタン一発で、完全に自動化されたリリースプロセスを通じて、秒とか分の時間で利用者にリリース可能である、ということだ。 Jez Humble Continuous Deliveryとは何か？ユーザーとプロジェクトチーム（顧客やプロダクトオーナーも含む）の間に固いフィードバックループを作ることは、結局のところ、試験的な変更や新し
終わるSIerの底辺を見てきた - ミッションたぶんPossible
ご挨拶 今月の第二日曜日は3月11日でした。言わずと知れた、あの「3.11 東日本大震災」から丸一年が経過した日です。改めまして、当時亡くなられた方々のご冥福をお祈り申し上げます。また、被災され現在も不便な暮らしを強いられている大勢の方々にお見舞い申し上げます。一日も早く元通りの日常が送れるようになることを願って止みません。 3.11の14:46、オレは代休で自宅にいるところにあの大地震がやってきました。自身が立つこともままならないような衝撃の中、不安定なテレビ台とPC棚をなんとか抑えて揺れが収まるのを必死で耐えたのは、今でも鮮明に思い出すことができます。それもあって我が家の被害は全くなく、妹も職場の方の好意で車で送って貰え、日付が変わった頃に無事帰宅できました。都内では翌日昼を過ぎても帰宅できなかった人が多かった中、我々は非常に運が良かったと思います。 はじめに さて、オレにとって、この
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
