いわゆる仕様と業務例外について - 急がば回れ、選ぶなら近道

最近とにかく、移動が多いので、その中でちょいちょい考えたことをまとめておきます。まずは仕様の理解の仕方とか、業務例外とか、押さえておきましょうという視点から。別にこれが正解で必須というわけではないので、あくまで個人の経験をまとめただけです。 モデリングとか、なんというかそういう高尚な話ではなくて、実際に仕様をまとめるときに、現実的に落ちる穴を、経験的に書きます。大抵のプロジェクトでは、仕様が固まらずに、または手戻りが発生して酷くコストが膨らむということがやはり多いわけで。理屈はともかく自分の経験的な対策案です。 （なんというか、開発方法論や手法・ドキュメントのまとめ方は、なんとかBOKから始まって、アジャイルや押しくらまんじゅうやらでいくらでもであるのですが、その一方で丁寧な要求定義や設計それ自体ができる人材は、むしろ急激に減っているような印象すら受けます。海外からの翻訳や輸入はやたらと多

[yogasa]

仕様はわかるんだが経緯がわからんので変えていいかどうか判断できないとか，よくある．

[luccafort]

なんでこんな仕様になってんの？って聞くと「以前からそうだったから」と返答がマジ困る。誰も知ってる人がいなくて結局変更できないとかね！

[mmddkk]

これは大事。設計は教科書どおりにはできないんだよね。経験がないと（あっても）かなり難しいけど、いわゆる「SE」の腕の見せ所でもある。

[asakura-t]

こうやってA社が色々ノウハウを蓄積して作ったシステムをB社が簡単に作り直せるわけはないのだよなぁ。

[yojik]

個人的には業務例外は例外として扱わない(正常処理のフローの一つ)派です。

[IGA-OS]

あるある。開発者より担当者の立場に近いだけに、気をつけておきたいポイント。

[wasai]

設計漏れを全員でスルーして運用でカバーという決着、というのは正直勘弁して欲しい

[wozaki]

“こういった例外を丁寧に押さえることが、「仕様を押さえる」ことにもつながります”

[shibacow]

例外の話

[aroma_black]

“現場に出て「具体的な解決案」の背景やロジック、実績を学ぶ方がよっぽど「ソリューション」を手に入れる事ができます。”

[invent]

いわゆる仕様と業務例外について - 急がば回れ、選ぶなら近道

[masa8aurum]

　けっこう参考になる。

[burnworks]

『挙げ句の果てに、設計漏れを全員でスルーして運用でカバーという決着になり、なんのためのシステムかわからない、ということもあります』

[stereocat]

これは重要な話。

[mickn]

"運用でカバーは最後の手段"

[masaru_b_cl]

「設計」って本当に大変な仕事だよなぁと。せめてプロとしては「適当に決めた」だけは避けたいですね。

[TownBeginner]

勉強になる。そうそう、決まった経緯がわからなくて手が出せないという場面はよくある。

[kiyo560808]

実際に仕様をまとめるときの落とし穴について書かれている。こういう経験から得られる知恵は貴重。

[koko1000ban]

SIerじゃなくてもすばらしく勉強になる

[FunnyBunnyDizzy]

仕様の「なぜ」は重要。「なぜ」がないと、保守ができない。こう変更して大丈夫かな？の判断をするためにも、ドキュメントには「なぜ」を山盛りにするべき。

[kiyo_hiko]

運用でカバーはおれの会社だとデフォだなあ…

[kyon_mm]

これってテストエンジニアがめっちゃ悩むポイントだと思う。

[tarchan]

＞挙げ句の果てに、設計漏れを全員でスルーして運用でカバーという決着になり、なんのためのシステムかわからない、ということもあります。

[shin0O]

アジャイルするにしてもこれできてないと意味ないよってことだよね

[xenop]

良記事

[makotow]

んだ。今回の案件では「2-3. 運用でカバーは最後の手段であって、最初の手段ではないですよ」ってのを学んだのでタイムリー。

[hatataw85]

いわゆる仕様と業務例外について - 急がば回れ、選ぶなら近道

[koemu]

okachimachiorzさんのお話はいつも実践を通じたものなので、すぐに実務に活かせて大変助かります。こういう話は要求工学の書籍でもあまり書かれていません。

[kamatama_41]

業務例外って疎かにしがちなので、注意しないとなぁ

[kaji_3]

どこまで戻れるかは考えてないと運用が大変になるよね。。

[tatsunop]

楽をするための下準備は大変だけど、そこで手を抜くと結局後が大変になるからなぁ。

[mikage014]

良エントリ／「ひつこく聞く」を実践するためにコミュニケーションがとりやすい環境を作っておくことも大切だった。

[SUM]

調べても理由のわからんルールの方が多いんでないですか

[primarytext]

仕様自体を押さえるのではなくて、成立した過程を押さえるということが必要。ほんとに！！

[k_gobo]

システム開発の話だが、ただのサイト制作でもこういうわけのわかんない仕様をそのまま投げてきて結局運用カバーのことがあるから困る。

[sogohyakkaten]

業務例外とシステム例外 大事なのはメタロジック