アカウント名:
パスワード:
コレまで見た仕様書は大抵異常系の動作仕様が不完全でかなりの量が未定義なんだよね。まぁ、全挙動を自然言語で書くくらいなら俺が書くってのはその通りかもしれんけど。
いや、海外どころか近所に出すときでもそのすべての定義は必要なのだが、実際には空気を呼んでくれって感じの仕様書で出してしまう会社が多い。そうなるとどうなるか、って言えば、一項目ごとに確認をしないと実装の方向が決められない。つまり全然仕様としては纏まっていないって事が多々あるって事。
そういうのが、全てを指示しないといけないって思いになるのだろうが、そりゃ大抵発注側の問題。
だいたい、仕様で全てを網羅すれば実装するよりも時間がかかるのって当たり前の話じゃないか。ちゃんとしたプロジェクトなら仕様策定は全段階から入
というか、ビジネスモデルの欠陥という気がする。最終的には許容できるコストでユーザ(お金を出すところ)を満足(納得)させれば、紆余曲折あっても問題はないと思うんですが。それに至る道筋はウォーターフォールだけじゃないんじゃないかなあと。あっ、アジャイルならいいという話ではないです。どこかでブレイクスルーが起きるんじゃないかなあと、思うというか願望かな。ユーザの意識が変わるか、画期的なビジネスモデルができるか、それともこんなシステムの作り方に依存する産業が傾くか。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日々是ハック也 -- あるハードコアバイナリアン
1~10まで書いてない仕様書が悪い (スコア:0)
コレまで見た仕様書は大抵異常系の動作仕様が不完全でかなりの量が未定義なんだよね。まぁ、全挙動を自然言語で書くくらいなら俺が書くってのはその通りかもしれんけど。
Re: (スコア:0)
いや、海外どころか近所に出すときでもそのすべての定義は必要なのだが、実際には空気を呼んでくれって感じの仕様書で出してしまう会社が多い。
そうなるとどうなるか、って言えば、一項目ごとに確認をしないと実装の方向が決められない。
つまり全然仕様としては纏まっていないって事が多々あるって事。
そういうのが、全てを指示しないといけないって思いになるのだろうが、そりゃ大抵発注側の問題。
だいたい、仕様で全てを網羅すれば実装するよりも時間がかかるのって当たり前の話じゃないか。
ちゃんとしたプロジェクトなら仕様策定は全段階から入
Re:1~10まで書いてない仕様書が悪い (スコア:1)
というか、ビジネスモデルの欠陥という気がする。
最終的には許容できるコストでユーザ(お金を出すところ)を満足(納得)させれば、紆余曲折あっても問題はないと思うんですが。
それに至る道筋はウォーターフォールだけじゃないんじゃないかなあと。あっ、アジャイルならいいという話ではないです。
どこかでブレイクスルーが起きるんじゃないかなあと、思うというか願望かな。
ユーザの意識が変わるか、画期的なビジネスモデルができるか、それともこんなシステムの作り方に依存する産業が傾くか。
#存在自体がホラー