akulogのブックマーク - はてなブックマーク

akulog id:akulog

ブックマーク / ykmc09.hateblo.jp (2)

プロダクトマネージャーがプロダクト企画についてエンジニアと話すときに、あらかじめ書いておくとよいリスト（ラフな PRD テンプレのようなもの） - ykmc09 blog
以前「プロダクト企画にエンジニアを早めに巻き込む（嫌がられずに協力を得る方法）」という記事を書きました。 ykmc09.hateblo.jp 「TL;DR : ひとことでいうと」を抜粋すると以下のような感じです。決定事項になる前に早めに巻き込もう巻き込むときは、その意図や相手に期待することを伝えよう特性を理解して、ちょっとした工夫（最初の一声はチャットなどの非同期コミュニケーションを使う、etc）をしようこの記事では、「はやめに巻き込もう」ということを中心に書きましたが、最低限こういったことを考えて書いておくと、話がよりスムーズになるよ、というものを挙げてみようと思います。プロダクトマネージャーが用意するリスト目的の概要（なぜそれをやる？）※もっともだいじ。これが無いとかなりキツイ。誰のための企画？（基本はエンドユーザーになる。）その人のどういう課題を解決したい？その課
akulog 2020/06/10
リンク
プロダクト企画にエンジニアを早めに巻き込む（嫌がられずに協力を得る方法） - ykmc09 blog
TL;DR : ひとことでいうと決定事項になる前に早めに巻き込もう巻き込むときは、その意図や相手に期待することを伝えよう特性を理解して、ちょっとした工夫（最初の一声はチャットなどの非同期コミュニケーションを使う、etc）をしようたまに遭遇するシーンソフトウェアプロダクトの企画（プロダクトデザイン、プロダクト設計）を行う人や組織が、企画の要件や仕様をかっちりと固めてから、エンジニアに渡したほうがいい、と思っているシーンを見聞きすることがあります。「重厚なウォーターフォールプロセスを採用しているから」という場合もあると思いますが、軽量なプロセス下にある Web サービス企業でも、企画と開発で役割分担をしている場合は（程度の大小はあれど）起こってしまうと思っていて、今回はそういったケースを想定しています。特に、以下のような思いがあるからそうしている、というケースを話題に上
akulog 2019/07/18
"「効率、効果が低いミーティング」を嫌っています。 "
リンク
1