最近、新規サービスを作るプロジェクトに途中で、Project Managerとして入った。
デザインはある程度 固まっきていて、そろそろフィリピンのエンジニアを入れて開発を進めていきたいという段階だった。
そこで、開発の優先順位を決めるために、User StoryをUser Story Mappingをもとに一人で作成していたが、なかなか今のデザインに上がっているすべてをUser Storyを作り切るのがむずかしい、かつ 量も多く、気の重い仕事になっていた。
そんなときに、家の本棚にあったこの本を見つけて、これだ！と思い、手に取ったが、これは正解だった。
最初、この本を読んだときはよくわかっていなかったが、今読み返すと とても参考になる学びが記載されている。
【教え】
>User Story Mappingは一人で作るのではなく、他の人々と一緒に会話をしながら作るものだ。
>User Story Mappingの一番の価値は、User Story Mappingを一緒に作りながら、会話をして、みんなでプロダクトに対しての共通理解をつかむことである。
⇒
たしかに、ドキュメントを渡して、開発してと頼むと、結構な確度で想像とは違うものが開発されることがある(オフショアだからかもしれないが)。
ドキュメント(今回はUser Story Mapping)はたたき台にして、それをもとに会話通していくことで、われわれがUserにどういう価値を提供し、それは具体的にどのような機能を作ればいいかの共通理解をつかみやすいと感じる。なので、一人でUser Story Mappingは作るべきではないと実感。
>ストーリー駆動プロセスを機能させるためには大量のドキュメントが必要だ。しかし、これらのドキュメントは、従来の仕様書のようなものばかりではない。
⇒
アジャイルとなると、ドキュメントを作らなくていいのでは？と考えがちだが、この本では明確にそれは否定している。
ついつい、アジャイルと言うとドキュメント化・言語化・図解をサボっても許されるような風潮がある気がするので、ここの教えは頭に入れ続けたいなと感じた。
>本当は、あなたの仕事は世界を変えることだ
⇒
つい、受託開発だとお客さんの要望をそのまま作ることが目的になりがちだが、それを仕事の目的にすると、楽だが仕事は楽しくなくなってしまう。
楽しく仕事をするためにも、自分の仕事は世界を変えることだと意識し続けたい。
>私がストーリーマップを作るときに好んで使うスローガンがある。話して記録。
⇒
これはtipsだと思うが大いに参考になった。
やはり、user story mappingを作成すると、いろいろ会話が出てくる。そのときに、その場で書かないと確実に忘れてしまうし、みんなも思い出せなくなるのでその場で書くのが大事だと再確認
>これを使っている誰かの人生のある一日について話をしましょう。
⇒
user story mappingをはじめるときに話す言葉である。
こういう言葉を使い方はとても参考になる。
この言葉で、みんなuser目線になり、userにとっての価値を中心で議論することができるので役立つ。
この本を読んで、Product Backlogづくりが一人で作る苦しいものから、みんなで楽しく作るものに変わりとても助かっている。
無料のKindleアプリをダウンロードして、スマートフォン、タブレット、またはコンピューターで今すぐKindle本を読むことができます。Kindleデバイスは必要ありません。
ウェブ版Kindleなら、お使いのブラウザですぐにお読みいただけます。
携帯電話のカメラを使用する - 以下のコードをスキャンし、Kindleアプリをダウンロードしてください。
何か問題が発生しました。後で再度リクエストしてください。
よく一緒に購入されている商品
+
総額:
当社の価格を見るには、これら商品をカートに追加してください。
ポイントの合計:
pt
一緒に購入する商品を選択してください。
この商品をチェックした人はこんな商品もチェックしています
ページ 1 以下のうち 1 最初から観るページ 1 以下のうち 1
著者について
著者をフォローして、新作のアップデートや改善されたおすすめを入手してください。
