みてねのMeetup #3の発表資料です。
みてねのスクラム開発 / scrum development style in mitene - Speaker Deck
みてねのMeetup #3の発表資料です。
差し込みの多いプロダクト開発のスケジュールの精度を上げるためにはバーンアップチャートがおすすめです - スタディサプリ Product Team Blog
こんにちは。 今回は差し込みの多いプロダクト開発におけるスケジュール精度の上げ方として、バーンアップチャートの利用をおすすめしたいと思います。 どんな人に読んでほしいか Product GrowthやEnhancementに携わっているけど、やることが多くて思ったように進捗が管理できない人 ↑のようなProduct Manager(PdM)やProject Manager(PjM)とのコミュニケーションが多いけど、期待に対してうまく動いてくれないことをもどかしく思ってる方 TL;DR 3ヶ月や6ヶ月程度でタイムボックスを切りましょう タイムボックスの中でやりたいことを全部リストアップして見積もりをしましょう 終わったタスクのcloseと新規タスクのリストアップを繰り返すと、自然と「やりたいことが全部できるのかどうか」が見える化します バーンアップチャートとは 下記のようなものです。 図中の
プロダクトマネジメント入門: 失敗しないプロダクトの作り方を学ぼう
Founder Customer Fitこのセクションについて解決したい課題を見つけよう顧客を決めようリーンキャンバスを書こうミッションを決めようCustomer Problem Fitこのセクションについてペルソナを立てよう共感マップをつくろうカスタマージャーニーマップをつくろう課題仮説を整理しようプロブレムインタビューをしようProblem Solution FitこのセクションについてPEST分析をしようフックモデルを定義しようプロトタイプをつくろう解決策仮説を整理しようソリューションインタビューをしようSolution Product Fitこのセクションについて名前をつけようユーザーストーリーマップをつくろうMVPを構築しようMVP仮説を整理しようMVPインタビューをしようProduct Market Fitこのセクションについてグロースサイクルを定義しよう利用規約をつくろうプロ
良いゲームを作るためのディレクターの戦い。面白さの探索と不安のトレードオフ｜かえるD
最近新卒２～３年目くらいの子が新しくディレクターに任されたけど、どうすればうまくできるのかと悩んでいたので、ディレクターとはこういうものだよという説明をした。本人はとても納得したようで良かったと思ったが、考えてみれば私も最初はすごく苦労したし、今でも仕事をするたびに「本当にこれで良いのか」と悩み続けている。 今回この記事を書こうと思ったのは、困っている人にこれ読むと良いよというようなリファレンスがなく、新卒に「ディレクターとは何か」を説明するにしても必要となるタイミングがみんなずれるため全員に説明するとすごいコストがかかる（現実的ではない）からだ。 そして、本題の結論を先に書いておく。 ・ディレクターは、不確実性と戦う職業だ ・面白いゲームを作るためには「面白さの探索と不安のトレードオフ」に向き合う必要がある これは私の解釈であり、絶対の正解ではない。ただこういうものは、違う表現で違う人か
変革マネジメントモデル－ADKAR|アイネット
組織文化とは、「このような組織にしたい」というビジョンが、経営環境の影響を受けて形成される行動規則や思考様式と言える。組織は、形成された組織文化を維持し強化する仕組みを持っているが、外部環境の変化や危機的な状況が予測される場合、その組織文化を変革しなければならないことが発生する。しかし、一度根付いてしまった組織文化を全く違う方向に変革させようとすると大きな抵抗をうけ、非常に難しく大変な努力が必要となる。 変革には抵抗がつきものであることの証明として変革を語る様々な人が、変革への抵抗を説明している。例えば、ジョセフ・H・ボイエット、ジミー・T・ボイエットは、「経営革命大全」の中で、人が変革に抵抗する主な６つは、「否定的な結果をイメージする」「仕事が増えるのではないこと思う不安」「習慣からの脱却」「コミュニケーションの欠如」「組織全体にわたる調整の失敗」「社員の反乱」と述べ、さらにデンバー大学
Product ManagerとProduct Ownerの役割の違いについて
Ryo/Japan-Cowboy /Microsoft BizApp MVP and Regional Director•1.3K views
スクラムにおける技術的スパイクの進め方
みなさんこんにちは。@ryuzeeです。 スクラムでは、スプリントに投入するプロダクトバックログアイテムはReady（準備ができている）である必要があります （Readyとはどんな状態なのかについては以前に詳しく説明したので、そちらを参照してください）。 Readyにしておくことによって、成果の量が安定しプロダクトオーナーやステークホルダーにとっては予測精度が向上していきます。 Readyにする活動は単に受け入れ基準を用意したり、プロダクトバックログの内容を精緻化したり、並べ替えたりするだけではありません。 スプリント内でプロダクトバックログアイテムが完成する可能性を上げるために必要な活動すべてが含まれます。 そしてその中の1つが技術的な調査です。 スプリントでプロダクトバックログアイテムに着手してから実現方法を調べたり、技術的な制約によって大幅な方針転換したりするのでは遅い上に予測性が低
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
