起業家としてのPM、職業としてのPM - 小さなごちそう
Kaizen Platformさんとの共同セミナー「Webサービスの事業成長を牽引するプロダクトマネージャーになるには？」ですが、非常にたくさんの方にご参加いただきました。お忙しい中ご来場いただいた皆さま、ありがとうございました。 私のプレゼンでは、組織の中で職務としてプロダクトマネジメントに従事する方向けに、私個人のPM経験を基にした「あるあるネタ」とその対処法を紹介しました。 私自身のPMとしてのテーマは「再現性」です。どんなカテゴリのプロダクトでも、あるいは誰がPMになっても、プロダクト開発を成功させるにはどうすれば良いのか。今回のプレゼンでもそうした観点でお話しさせていただきました。 プロダクトマネージャーにたちはだかる壁を、どう乗り越えるか from Mizuki Tanno なお、一部ネタとして他の役割のメンバーを揶揄するような表現をしている箇所がありますが、メンバーのアウトプ
Computational Thinkingとは何か - 小さなごちそう
Computational Thinking（CT/計算論的思考）とは問題解決のプロセスを分解したもので、その名の印象とは異なり、科学分野のみならず人文領域も含めてあらゆる問題の解決に使える手法だ。 1. Decomposition（問題の分解） 複雑な問題を解決可能なレベルまで分解すること。 2. Pattern Recognition（パターンの発見） 周期性や法則性を見抜くこと。 3. Abstraction（抽象化） 枝葉を切り落として重要な要素だけを抜き出すこと。（数学の文章問題を解くときの作業に近い） 4. Algorithm Design（手順化） ステップバイステップで、問題解決の手順を明らかにすること。（料理のレシピのイメージ） 初等教育におけるプログラミング教育の目的は、プログラムを書けるようになるのがゴールではなく、このComputational Thinkingを身
プロダクトマネージャー宣言 - 小さなごちそう
プロダクトマネージャーを目指す人にとって指針となるようなマニフェストを、日本語で作りたいと思っている。 僕自身も修行中の身だが、僕がプロダクトマネジメントを行う際に気をつけていることをマニフェスト風にざっと書き出してみた。 まだ粗々なのでここからブラッシュアップして行きたい。 私たちは、ユーザーに愛されるプロダクトによって利益を生み出すことに情熱を持っています 私たちは、プロダクトの力で難しい問題を解決できると信じています 私たちは、問題の定義が最初の仕事であることを知っています。 私たちは、ターゲットとその課題を定義すること無しに良いプロダクトを作れないことを知っています 私たちは、要件定義はゴールではなく出発点であることを知っています 実現可能性のあるアイデアを選定するのは私たちの仕事です。 私たちは、自分の考察に盲点があることを知っています。 私たちは、多数決ではイノベーションが生ま
ブレストをやめて、ペイン・ストーミングを始めよう - 小さなごちそう
問題解決をスムーズに行うために、ソリューションではなく問題構造を明らかにしようという記事を書いた。まず顧客課題を明らかにしないと、ソリューションが適切かどうか判断することができない。 とはいえ人間の習慣はなかなか変えられないので、複数のメンバーでブレストをしているとどうしてもソリューションのアイデアを出し合う場になってしまう。 そういう時は、ペイン・ストーミング（Painstorming）を試してみよう。 ペインストーミングは次の4つのステップで問いかけを行う。 ※ペイン（PAIN）の頭文字になっている。 Person 誰の課題を解決するのか。 Activities 彼らは毎日行っていることは何か、そしてその結果はどうなるのか。 Insights 目的達成のために次善策として工夫していることは何か。彼らが仕方なく行っている行動やプロセス、仕方なく使っているツールは何か。 Needs 顧客の
瞬間英作文を無料アプリで効率化する方法 - 小さなごちそう
以前、アプリを使ってTOEICのスコアが100点以上アップした話を書きました。 TOIECで800点以上とれるようになった僕の次の課題は、「会話力」です。 TOEICはスコアアップしたけど、英語をしゃべれない しゃべれない。とにかく英語でしゃべれない。英文のサイトを読むのはかなり楽になってきましたが、英語でコミュニケーションしようとすると言葉が全くでてきません。 この課題をクリアするために色々と英語勉強法を調べていると、「瞬間英作文」というトレーニング方法に行き当たりました。 「瞬間英作文」は「英語上達完全マップ」の森沢洋介さん考案した英語トレーニング法です。中学校レベルの英単語や文法でスピーディに文章を作成する、というトレーニングを大量に繰り返すことで、頭のなかに英語回路が出来るそうです。 どんどん話すための瞬間英作文トレーニング (CD BOOK) 作者: 森沢洋介 出版社/メーカー:
良いテックリード、悪いテックリード - 小さなごちそう
本記事は、下記の記事の翻訳です。著者の許可を得て翻訳しました。 この記事はフォースクエアの技術的リーダーシップを簡潔に説明したガイドだ。 ベン・ホロウィッツの「良いプロダクトマージャー、悪いプロダクトマージャー」からインスピレーションを得ている。 チームワーク / Teamwork 良いテックリードはチームの一員として振る舞い、自分の成功とはチームが成功することだと考える。面倒で退屈な仕事の一部を担って障害物を取り除き、チームが100%のパフォーマンスで稼働できるようにする。チームの技術的能力を拡大し、システムの重要な知識が属人化しないように務める。 悪いテックリードは注目の集まる仕事で自分の成果を示すことを好む。その成果は部分最適に留まり、開発チームのアウトプットを増やすにはエンジニアの人数を増やすしかない、という状況から脱することができない。 技術的ビジョン / Technical v
プロダクトマネージャー制度を導入するにはどうすれば良いのか - 小さなごちそう
KAIZEN platform Inc. 技術顧問 伊藤直也さんの、プロダクトマネージャーに関するツイートがとても示唆に富んでいるのでまとめさせていただく。 ソフトウェアエンジニアのひとがなにかと口うるさいの、組織的な怠慢のツケをはらう羽目になるのがだいたい自分たちだから、というのはあるだろうね。ごまかしがきかない仕事だし — Naoya Ito (@naoya_ito) 2015, 10月 21 良く見る典型例は、企画とか品質を保証する仕事までエンジニアに丸投げして、エンジニア側にはその期待値がなくてお互いの思惑がずれる、みたいなケースだな。この場合にエンジニアがしょぼいものを作るから、と指を指されてるけど、問題は製品企画開発の責務を組織の中で曖昧にしてるところにある — Naoya Ito (@naoya_ito) 2015, 10月 21 たまたまエンジニアの中にそこまで含めて上手な
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
