お前たちの仕様の伝え方は間違っている！

仕様を伝えるときには、ストーリーテリングでも伝えよう。

[maketexlsr]

仕様のレイヤーが違うだけでは

[otihateten3510]

ストーリーで伝えられる仕様はせいぜい半分なのと、ストーリーを伝えた方が理解する人とそうではない人が居る問題があると思う。／要件→ストーリー→仕様の順で決定されると良い

[indication]

今わかったのだが、pmって、PerlModuleじゃない…ちょっとショック→ProjectManagement の略だと思ってたが、スライドの最後の方にCPANってあって、私が間違えていた。恥ずかしい

[g_ly0037]

“”

[nanika-sheila]

仕様（どうする）ではなくて要求（どうしたい）の話では。要求分析と要求仕様の話がごっちゃになっている気がする。

[OrionB312]

ストーリーで知った方が色々わかりやすかったり隠れた要求を見つけられたりする反面、やっぱりこれだけじゃわからない場面もあったりするし使い所なのかな、と思った

[eru01]

それは要件定義の時点の話では。手動かすタイミングで仕様をストーリーで伝えられても邪魔なだけやろ

[yoiIT]

ものすごく当たり前なのに、ほとんどの人ができてないんだよね

[lorenz_sys]

この資料での仕様とはPGに伝える仕様のことを言ってるね。仕様は顧客と共有すべき内容でもあるがそのことまでは考慮されてない内容なのでそのつもりで読んだ方がよい。なおブコメしてる方が仕様について理解が深い。

[kizimuna06]

プロダクト作るときには必要ですね。カスタマージャーニー、ペルソナ定義、ペインゲイン色々あるけど

[hush_in]

要求、ストーリーテーリング

[naglfar]

仕様じゃなくて要求だったし、“お前たち”って誰だよと思ったらスライドの中で“自分”に上書きされてた。あまり参考にならない。

[xlc]

「要求仕様」や「要件」と呼ぶべきもののことを「仕様」と呼ぶから混乱しているだけでは？ / あ、意図的に混乱させてマウントとってるのか！

[hase0831]

要件定義と仕様の間にストーリーがある3点セットで話すと良くなりそう。

[Palantir]

仕様の妥当性と仕様はちゃうのでは？ 間違っててもそれは仕様ですし。 というか仕様があるのイイね！！

[Cion]

プログラミング

[PrivateIntMain]

ストーリー（こんなことがあって困った）→要求（こうなるといいね）→要件（ここまで必達）→仕様（こうすれば〇〇できる）。仕様に落とし込む人にストーリーや要求が伝わってないと〇〇がぶれて誰も幸せになれない

[securecat]

仕様は仕様として歴然と存在してほしいよ。そんで、仕様の今北産業化にはストーリーは必要だけど、どのレイヤーで伝えないといけないのか次第ではストーリーじゃ足りないし齟齬が起きうる。

[a1_taka38]

ストーリーテリング

[aox]

シュッとして、の一言で全て伝わる関係性が大切ですね

[magnoliak]

何を作るか？という事と、何を作るべきか？という事の間にあることの話

[yarumato]

“よくある仕様書：機能一覧（なぜ必要か記載なし）。ストーリーテリング（物語を通じて情報を印象付ける）すると、（ユーザーの環境を元にした）本当に必要な作るべきものが見えてくる”

[gnety]

なぜそうしたいのか、何を目的としているかを伝えないと、仕様を伝えたことにはならない

[syunnchang]

ストーリーは最初にあったほうがいいけど実際それじゃ作れないから機能に絞った仕様も作るんじゃ

[Bosssuke]

元エンジニアの立場からすると、無駄なものを作らされるのが人世の損失なので、当然伝えようとしてきたし、エンジニアにも足りなければ言ってほしいと言っている

[emergent]

だから要件定義と基本設計が大事だって昔から言ってるじゃん(誰に？)

[htnmiki]

マトモに仕様が決まっていたらストーリーなんて入り込む余地がないのでおまえらがやるべきは仕様を決めることだろクソが、という怨念のような声が聞こえた気がする……

[h_taiji]

ストーリーテリング学んでみる

[jacoby]

うーん、要求に対して妥当に仕様にできてるかというV&VのValidationの話っぽいな。ジョエルのやさしい機能仕様書思い出したけど、消えてた。

[DustOfHuman]

ユーザーの環境情報をあつめて要求開発を立ち上げるやりかたについて

[T-miura]

アジャイルトなら役に立ちそうだが、ウォーターフォールでやるときに、どう役に立つかなーって気分で読んでる。ユーザーとの仕様レビューするとき考えりゃ、背景はストーリーで書いてあったほうがいいか・・。

[paradisemaker]

ちゃんと背景のユーザストーリーを伝えないと、仕様変更の時にエンジニアのモチベーションが下がるよ

[turanukimaru]

ユースケースを書こうって話をして何年になると思ってるんだ…あとこれ仕様じゃなくてその前段階、要求じゃね？なおストーリーとかユースケースは細かすぎるとメンテコストが半端なくて誰も作らなくなるのに注意。