「なんのために作るか分からへん」と愚痴っていたらPMさんが救ってくれた話 - Qiita

※今回はほぼ実話です。 システム開発会社勤務 プログラマーワイ ワイ「さあ、今日も開発をしていこか」 ワイ「とあるWebサービスの管理画面を作らなアカンのや」 ワイ「今日は、どんな機能を作らなアカンのやったかな」 ワイ「せや、クライアントさんからもらった機能一覧.xlsを見てみよか」 ワイ「あとは、デザインデータも見ながら、詳細設計書でも作っていこか」 ワイ「・・・ふーむ、作るべき機能の一覧は書いてあるんやけど」 ワイ「なんか、やる気が出ぇへんなぁ」 ワイ「仕方ないから、社内のSlackで愚痴っとこか」 ワイ「今のプロジェクト、誰のために何を作ってるのかがイマイチ分からんから」 ワイ「モチベーションが上がらへんなぁ」 ワイ「この管理画面を使って、どんな課題を解決したいのか」 ワイ「どういう風にユーザーさんの業務をうまく回したいのか」 ワイ「そんなんがピンと来てないから、作るべきモノもはっき

[oktnzm]

開発には必ずしも必要ではないが、なんで業務上必要なのかは分かった方がモチベーションには寄与するよね。

[kart0408001]

“もう15時やし、業務終了や” ←裏山

[last10min]

これはプログラマ界隈に限らず、仕事全般でそうだよね。流れの分かってない人の仕事ってどうしても頓珍漢になりがちなので、顧客だろうが購買元だろうが、やり取りの先を知っておいた方が絶対スムーズ。

[lacucaracha]

え、システムを開発するのに業務フロー分析とかしないの…？／ドキュメント化されない「現場感」「雰囲気」を補足するのは分かるんやが、このレベルはエンジニアまで共有されていて欲しい。

[shiketanotsuna]

Qiitaいつの間にやらお仕事ブログみたいになってしまったな

[n500k]

言外に隠れてた仕様に泣かされるので、こういう理解は大事やわね

[mapk0y]

愚痴を垂れ流すことができる環境、そしてそれに対してポジティブなフィードバックがある環境が素晴らしい

[hase0510]

曖昧さが生じやすそうな形式なので仕様書をこれ一本にするのは厳しそう。でも役に立つと思う。

[deep_one]

「ここの機能のストーリーですが、私たちの認識と違います」現場ヒアリングってこういう事詰めていくのよね…

[htnmiki]

思考の過程がわかるのはいいね

[YOLO-koki]

独り言形式の業務フロー資料

[ao8l22]

参考になる話だ

[ducky19999]

スッコココッ

[kou-qana]

PMがユーザーの使い方を知ってて書いてくれたのか、2時間でヒアリングして書いてくれたのか？ユーザー側の管理者に末端作業者の声を吸い上げる有能な人がいたんかな？末端から言わせてもらえば文字数…。

[yamada_k]

ユースケースが共有されていない？ 分析されていない？ そのPMさんの進め方に問題があるのでは。

[abababababababa]

これ、良いかも。テンションを保つ(目的意識を持続する)設計書として有能ではないかな。イラスト書く時、ゲームをつくる時にも、使える。良いとても。

[kikiki-kiki]

目的がわからないと何のために？と疑問に思ってモチベーションが出ないのが頭脳労働。目的がわからないけど疑問を持たずにやれと言われたらやらなければと思うのが兵隊とか部品。

[fossilcat]

なんのために仕事するのか分からへん、という社員をも救ってほしい。

[daimaruonline]

“ワイ「もう15時やし、業務終了や」”

[programmablekinoko]

全部猛虎弁で要件定義からユースケース定義すりゃいいんちゃう、いや真面目に

[stracciatella]

これってシナリオ記述では？

[oshishosan]

PM「ワイも分からへん」

[natu3kan]

設計のコンセプトや、どういう意図があってこういう遷移や画面になるかってのが分かると、作りやすいよね。

[tettu0402]

これはすごくいい話では。

[iwasiman]

実装目的がわかる軽いドキュメントが役に立った話。優雅に15時上がりしとるやないか...

[sabotem]

「商品配送履歴検索」とだけ言われてもユースケースや必要なデータが分からないし、要望側が要件に落とし込むとおかしなことになることもあるので、ストーリー仕立てにしてもらえるのはありがたいかも？

[izure]

進研ゼミで見たやつだ。

[ryotarox]

「独り言形式の業務フローの資料」ネーミングも上手。／いっそ、これからの企業は社内に漫画家さんを雇用して、この「独り言形式の業務フローの資料」的なものを漫画にして共有したら（半分まじめ）。

[scorelessdraw]

型式ばったドキュメントとしてはあるんだけどPMさんがわかりやすく起こしてくれたってことかな

[tomono-blog]

UXの整理には役立ちそうなメソッド

[paradisemaker]

PMさんが救ってくれたというか、PMが上流やるのは当たり前だと思うのだけど。機能一覧だけでプロダクト作れとか、ちょっと考えられない。

[mujou03]

プログラミングには関係ないけど依頼するとき何故それが必要なのか目的を話さない人っているよね わざわざ聞くのめんどいから最初から言ってほしい 目的がわかった方がより良いアウトプットができるのに

[yogasa]

ほんま、なんのために保守してるかわからへんなあ～ やらんくていいかな？

[mutinomuti]

“ワイ「さあ、明日から頑張ろか」 ワイ「もう15時やし、業務終了や」”一番大切なことはここじゃね(´･_･`)

[n_231]

ユースケースやら業務フローやら全部作れとは言わないけど勘所が分かる何かは欲しいよね。2時間でこれが出てくるPMは優秀だが、その資料がこれまで存在しなかったことが既にプロジェクト黄信号という感じ。

[KoshianX]

ああ、こういう独り言形式だとユーザーストーリーがわかりやすくなるのか。なるほど

[helldeath]

そう、作業のみに従事する者にはなかなか分からないのだ。その作業の理由や現場でどうしたい際に何で困って、それをどうしたいのか。

[vanish_l2]

15時やしな

[sisya]

昔（今もかも）「SE職はコミュニケーション苦手な理系人間の仕事」みたいな偏見がはびこっていたが、こういった話を読むたびに、SEほどコミュニケーションが大事な仕事もないという気持ちを強くしている。

[rickt]

ラバーダック・デバッグとミルクボーイの間みたいな感じがしたなぁ