3つの決めつけから見る失敗の要件定義

## 今回発表したイベントについて PeerQuest Inc. （ https://peer-quest.jp/ ）様主催の、#開発PM勉強会（ https://twitter.com/search?q=%23%E9%96%8B%E7%99%BAPM%E5%8B%89%E5%BC%B7%E4%B…

[remonoil]

アジャイルに限らず超あるある。なぜかマネジャーが実現方法を足りない頭で考えて押し付けてくる。その結果「いわれた通りに実装しました」という脳死チームが出来上がる

[turanukimaru]

日本人が抜けがちなのは「誰が」「誰の」。主語が抜けるのは有名だけどその所属が抜けてることにも全く気が付いてない。これはユーザだろうとか完全に決めつけてる。この記事も。パラメータって誰が付けた何のだよ。

[diffie]

なんか無駄に叩かれているのは具体性がなくてイメージしづらいからか? 要件定義でも設計/実装をイメージすることが必要。設計/実装でも要件定義のwhyを再確認することが必要。ある程度オーバーラップすべき、と思う。

[smrntr]

同じチーム内でも「餅は餅屋」なことがある。各自のパフォーマンスを最大化できるように考える領域を分けて自分が集中するポイントを絞るのは大事。

[hase0510]

whatが要件。whyは要求、howは設計。（諸説あります）

[kazokmr]

今のPJのプログラミング言語とフレームワークに自分が詳しくないおかげか、howをそれほど考えずに要件を考えられてる気がする

[BOOOOOOOON]

人は自分が思っている以上に読解能力がない存在なので、「こんなことまで書かなくても」と省略してもいいだろうと思ったことも書いておくことが重要。あと「なぜこうしなかったのか」も重要。

[emergent]

シンプルに、「5Wをビジネス側が考えて1Hを開発側が考えようね」でいいのではないかな。

[maketexlsr]

ブコメもちゃんと解釈できない人だらけで苦笑。ワインバーグのNPSに通じる話だ

[murasen]

うん、ビジネスサイドが手段から入るなって話？　だとすればとてもわかる

[dgen]

こういうのはどこにでもあるな。よくあるのはコンサルに言われたり最新情報として仕入れたりしたhowを理由もなく現場に押し付ける決めつけ。whyやwhatが完全に抜け落ちてる。

[j1nsuke]

後でしっかり読まんと

[yasu-osu]

経験を積むことの価値は、知識を得て話せることを増やすことではなく、自分の知識が如何に狭くて浅いかを知り、先入観を持たずに人の話を聞けるようになることだと、なかなか若いうちは気付けない。

[aquarickn]

誰もが全体の仕様を把握していない問題と話し合わない問題とドキュメント化が粗いのかされていない問題なのかなと。決めつけました。

[Shinwiki]

バカに上流やらせるなよ。というだけの話に見えるが…

[OrientHistory]

AIやRPAで業務改善しよう！って、先にHowを決めて活動するのは良くないよね。

[ma3tk]

なるほど

[kenzy_n]

決めつけの危うさ