要件定義失敗と改善の歴史 ~ その時、要求・ユーザーストーリーをどうまとめ、どう改善してきたか ~ - 株式会社ヘンリー エンジニアブログ

こんにちは。ヘンリーCEOの逆瀬川です。 開発する上で、難しい部分の一つである要件定義。 最近、社内では「要求仕様」と呼ばれるようになり、要求仕様化のプロセスとフォーマットの改善に取り組んでいます。しかし、3年間にわたって苦労し、失敗と改善を繰り返してきた歴史があります。 本ブログでは、主にプロセスとフォーマットの失敗について触れますので、詳細は割愛します。「ココもっと深く知りたい！」という方は、ぜひカジュアルにお話しましょう。その場で深堀りいただいた内容を元に、更にブログで考察していきたいと思います。 では、過去私たちが体験した5つの時代と今後訪れるだろう要求開発黄金時代についてお話しましょう。 ユースケースで仕様漏れた時代 要求導入混沌時代 要求を全員で書くぞ時代 プロダクト要求と仕様を分けて書き始めた時代 CSと連携して速度が上がり始めた夜明け前 将来訪れるだろう要求開発黄金時代へ

[masatomo-m]

コードが書けるエンジニアだけ集めてもプロダクト開発はうまく進まないんだよね。ソフトウェアエンジニアがやたら持てはやされがちだけど、むしろBiz-Devの橋渡しコミュニケーションができる人の方が足りない印象ある

[Songmu]

弊社の生々しい歴史と未来の話をCEO自ら書きました！

[rasterson]

JIS規格(X 0160)「共通フレーム」の目的は「日本において、ソフトウエア開発に関係する人々が同じ言葉で話すことができるようにするため。」とある。会社毎に用語を決めるのは自由ではあるが、合わせた方がいいと思う。

[kamayan1980]

「要求を全員で書くぞ時代」は自分も経験ある。いや、最初から無理だと思ってたんだけど「どこが無理か知りたい」と言われたもので。まあ『日本語難しい。コードで書くね』ってプログラマの多いこと多いこと。

[nihonbuson]

赤裸々に書かれてて良い…。そして行き着いた先として、全員が作るもののイメージを揃えるという目的で「実例マッピング」を活用しているのは、個人的に非常に納得。願わくば、各時代の成功部分も知りたかった。

[havanap]

たいへんだ

[auto_chan]

ヨーキューシヨーのアクター、ユースケース、ワークフロー、ｽﾘｰ種のゴッド器かｴﾝﾃｨﾃｨのﾌｫｰ天王がコミットメントしNOT、ﾃﾞｳﾞｨﾛｯﾍﾟﾒﾝﾂはﾊｰﾄﾞﾌﾞﾗｯｸｳﾞｪﾘｰﾎﾟﾝﾎﾟﾝﾍﾟｲﾝ

[morimarii]

要求と要件と仕様の区別がついていない、つけられないケースって結構あるからな

[kazokmr]

これ見てUSDMで要求と仕様を整理したいと思った。これで Jira Product Discovery を使ったらいい感じになったりしないかな

[jacoby]

ドリルを買いに来た客

[wonderword22]

清水吉男さんの本を読んでるから、要求仕様がUSDMの書き方になってる。ここらへんは組み込みの人らの得意分野ですね。(実経験からの思い込み)

[eller]

要求仕様を明確にしておくとテストケース設計がやりやすい、というかハッピーパスはほぼこれでカバーされるので議論の土台になりますね。テストケース設計で要求仕様の考慮漏れが見つかることもあるし。

[kenzy_n]

開発を進めるうえで避けては通れない道。