良い仕様書、悪い仕様書、普通の仕様書

良い仕様書：異常系の場合どうするかも書いてある。
悪い仕様書：正常系の場合しか書いていない。
普通の仕様書：なにも書いてない。

なんでそーなるのっ

〜のページ参照、と書いておきながらページ無かったり、もろ作りかけっていう仕様書。
それで「後でちゃんとしたの、書きますから」などと言いながらさらに仕様修正。
しかも欠落ページはそのまんま。
参照ファイルも書いてない、ってのは俺の好きに作って良いという事か。

おまけの仕様書

http://wibo.m78.com/clip/img/111030.gif

良い仕様書：日本語で書いている
悪い仕様書：英語で書いている（安い海外に発注するため）
普通の仕様書：読んでもムダなので誰も読まない

口頭で「〜やってくれ」のみは？

良い仕様書：自分のメモ書き
悪い仕様書：部長が書いた
普通の仕様書：口頭指示

良い仕様書：媒体で残っている
悪い仕様書：机上の空論
普通の仕様書：先人の脳の中

仕様書なんて出来上がったプログラムにあわせて書いてますが w

良い仕様書：日本語で書いている
悪い仕様書：英語で書いている（安い海外に発注するため）
普通の仕様書：日本語と書いた本人が思い込んでいるもので書いている

良い仕様書：設計者が書いている
悪い仕様書：自称SEが書いている
普通の仕様書：「技師」などのような他社で通用しないあいまいな肩書きの人が書いている
（どことはいいませんが、目（ｒｙ

良い仕様書：１日もかけずに内容が理解できる
悪い仕様書：１ケ月かけても内容が理解できない
普通の仕様書：本来は１週間程度で理解できるはずのものを１ケ月かけても理解できないように改変している

良い仕様書：技術者が書いている
悪い仕様書：技術オタが書いている
普通の仕様書：（さ）技師が書いている

良い仕様書：元請の技術者が書いている
悪い仕様書：元請から下請けに営業経由で伝言ゲームした結果で書いている
普通の仕様書：どうせ伝言ゲームになるから下請けが気をきかせてコックリさんで書いている

良い仕様書：要求仕様を受けて技術者が書いている
悪い仕様書：なぜか要求仕様の表紙だけが変わっている
普通の仕様書：無色透明、無味無臭で触れることができない

良い仕様書：現実的な条件で現実的なSEが書く
悪い仕様書：夢か妄想レベルを誇大妄想狂が書く（通貨廃止祈祷師のような）
普通の仕様書：夢、妄想と現実の区別がつかないバカが書く（近●妥のような）

ああ、そういうスレ？

良い仕様書＝学生が書いている（分かりやすい）
悪い仕様書＝基地外が書いている（意味が分からん）
普通の仕様書＝自分の脳内

普通の仕様書がオチってのがよくできてるからヤヤウケ

良い仕様書＝綺麗なﾎﾟﾝﾁ絵
悪い仕様書＝汚いﾎﾟﾝﾁ絵
普通の仕様書＝普通のﾎﾟﾝﾁ絵

仕様書あるだけ羨ましい

良い仕様書：現場での変更をすぐ反映し、常に最新の状態にある。変更履歴も充実。
悪い仕様書：あ、それ古いよ。変更は変更仕様書に書いてあるから、それ見てー
普通の仕様書：間違っててもその通りつくっとけ。書いてある通りに作りましたってな。

ないほうがいいよ。
変な仕様書の実装のしにくさったらもう

リリースにあわせて仕様書書けばいいじゃん
バージョンがあがったりしたときとかに

変更部分だけ別冊にする強者がいる。
バージョンがあがるたびに仕様書が鬼のように増える。
後からプロジェクトに入ると、まずは仕様書のトレース作業。

＞後からプロジェクトに入ると、まずは仕様書のトレース作業。

それはしょうがないだろ

>>27
最初のバージョンから、変更の履歴を全部辿る必要があるってことだぞ。
かなり大変そうだが。

>>26
一瞬トレーシングペーパーに仕様書を写してるのを想(ry

>>26
よく周りが文句言わないなぁ。素で笑える話だが…かえって変更箇所で混乱起こして仕様書の役目を果たさないんじゃないか？

良い仕様書＝操作マニュアルと兼用
悪い仕様書＝テスト仕様書と兼用
普通の仕様書＝ソース

>>31
>良い仕様書＝操作マニュアルと兼用
本当に良いのだろうか？
なんか、オペレータから見たら使いにくそうなマニュアルなわけだが。

>>32
仕様書を操作マニュアルにするんでなくて
操作マニュアルを仕様書にするって感じなんでは
なかろーか。

実はそんなプロジェクトの経験あり。画面仕様書のみだけど。
時間がなかったからって消極的理由だったけど、
仕様書ぽいのよりよっぽどちゃんとレビューしてくれて
よかったよ。

>>26
変更部分だけ別冊になった仕様書が複数ある。
それぞれの変更が両立しない

「なんとかしろ」

なりませんorz

仕様の上の概要段階の引継ぎがほとんど口頭ってのもあるぞ。
後で担当した奴が、「これ、どうやって処理されるんだ」って事で口頭説明した奴に
質問しようものなら「お前、あの時全部分かったって言ったやろ！！」って激怒してる。

>>35
>>質問しようものなら「お前、あの時全部分かったって言ったやろ！！」って激怒してる。
なんで、其の時に確認しないの？後で聞けば良いやとか思ってたんじゃないの？
口頭だからっ確認を怠った方も悪いんじゃない？

会議の議事録も、仕様の確認も、すべて文書で残しておく
これは自分を守るため

>>36
大激怒の原因がそいつ自身も理解してなくて答えられなかったっておちじゃないのか？

>>38

>>35で「お前、あの時全部分かったって言ったやろ！！」って言っている。
いくら、口頭の説明にしても聞く側がメモも取らずに判ったって言っておいて
「これ、どうやって処理されるんだ」なんて質問されたらきれると思うぞ、普通。

理解して無いなら余計に口頭での引き継ぎなんて出来んと思うが？

>37
確かにそれは大事だが、先輩にそれの行き過ぎの人がいるよ。
口頭でのちょっとした質問や暫定的な決定事項など全て文章にして
相手からハンコもらってる。
過去によほど酷い目にあったのか、徹底してる･･･

泣けるねえ

欽ドンはネタの順序が
良い子→普通の子→悪い子
だった気がする。

良い仕様書：文書で書いてある。
悪い仕様書：担当者の脳内
普通の仕様書：電話で用件を伝えるのみ。

良いＳＥ　：質問事項は文書で残るように、全てメール。
普通のＳＥ：ちょっとした質問はメール。長くなるようならメールで概要を伝えてきてあとは電話
悪い山本　：全て電話。仕様書にないフローさえも電話で口頭説明。

設計者が途中で逃亡、後に残ったのは書きかけの設計書。
ちなみに客とのＱＡの記録なし。

これを引き継げだと。どうすりゃいいの？

良い営業：よろしくお願いします。
悪い営業：それじゃ、よろぴくー。
普通の営業：なぁ〜っ！

>>44
さりげに、個人名出すなやｗ

良いＳＥ　：プログラマーの失敗も寛容に受け止める広い心がある。
普通のＳＥ：例え自分のミスであっても、厳しく対処する。
悪い山本　：自分のミスは隠蔽して、人に責任転嫁する。

良い仕様書：書いてあることが的確で、分かりやすい
普通の仕様書：ソース見ながら書く
悪い仕様書：書いたはいいが、どこにあるかわからない。

「普通」が落ちの方が面白い

つまんねーよ

だいたい内密的な仕様レビューは客先から帰る際の電車のホームで行ってる。
つかSEが声小さいからほとんど聞き取れねーしｗ
大半は自分の思い込み仕様になってしまうわけだがｗ

普通の場合
良い〜　：教科書に書いてある理想論
普通の〜：常識的な対応
悪い〜　：冗談みたいに最悪な状況

マの場合
良い〜　：教科書に書いてある理想論
悪い〜　：考えられる限り最悪な状況
普通の〜：これが業界標準クオリティ(核爆

＞(核爆

ひさしぶりに見たなー。ニフティのフォーラム以来だ。

なんかマーフィーみたいだな。

(核爆

良いＳＥ：プログラマーを経験して、開発フェイズを全て理解している。
悪いＳＥ：いきなりＳＥになったので、何も分からない。
普通ＳＥ：馬鹿(核爆

そこは伝書鳩

PG、デスマとSEからの仕打ちに耐えるすばらしい人　
SE、

ニート、誰でもなれるが誰もができない幻の職業。ある意味［神］

良い仕様書：現実が詰まっている。
悪い仕様書：夢と希望が詰まっている。
普通の仕様書：夢と希望の跡が悲劇としてのこっている。

>>60
良い仕様書→基本仕様書
悪い仕様書→要求整理書
普通の仕様書→普通の仕様書

良い仕様書→少なくとも仕様書内では矛盾の無いもの
悪い仕様書→矛盾だらけの仕様書
普通の仕様書→矛盾だらけの仕様書

>>62
×悪い仕様書→矛盾だらけの仕様書
○悪い仕様書→矛盾だけの仕様書

良い仕様書→少なくとも仕様書内では矛盾の無いもの
悪い仕様書→矛盾だらけの仕様書
普通の仕様書→書いた本人だけが矛盾がないと思い込んでいる仕様書

良い仕様書→矛盾点があれば一見してわかるように書かれている。
悪い仕様書→どこもかしこも矛盾点だらけで修正しようがない
普通の仕様書→矛盾点が全くないように見えるがプロジェクトの終了間際で
　　　　　　　大きな矛盾点が発見される。

最強の仕様書

「仕様書自体は矛盾が無く良いのだが、それ以前に要求定義が顧客の望むものと
かけ離れている。」

矛盾のない仕様書＝実は何も書かれていない。（検討すべきことをうまく避けている）
矛盾のある仕様書＝よく検討された苦悩のあとがあり、良いプロジェクトの成果
矛盾だけの仕様書＝顧客が望むものを実は一番よくあらわしている

実際にあった注意書き
「必要な場合には必要な訂正を加えるように」

昔から疑問だったんだけど、
（核爆
って何の略なんだ？
（爆
は、爆笑の略だろ？
じゃあ核爆は、核爆笑？なにそれ？

まあまあ

良いシステム：ユーザー部門主導
悪いシステム：情報システム部門主導
普通のシステム：ソフトハウス(外注)主導

参考。仕様書相互リンク

良いドキュメント・マニュアル・仕様書を書くスレ
http://pc8.2ch.net/test/read.cgi/tech/1065364445/

小規模開発では仕様書は作るだけ無駄
http://pc8.2ch.net/test/read.cgi/prog/1125913671/

AJAX時代の仕様書とは
http://pc8.2ch.net/test/read.cgi/tech/1140766471/

営業が作った仕様書に
http://pc8.2ch.net/test/read.cgi/prog/1121256149/

良い仕様書、悪い仕様書、普通の仕様書
http://pc8.2ch.net/test/read.cgi/prog/1143906019/

プログラマ経験がないのに仕様書を作成
http://pc8.2ch.net/test/read.cgi/prog/1119776686/

仕様書の量でしか成果を決められない客
http://pc8.2ch.net/test/read.cgi/prog/1143878620/

Excelで仕様書を作る会社の奴の数→
http://pc8.2ch.net/test/read.cgi/prog/1137662854/

マジで面白い。

仕様書を見た客の発言
「オペレーターに注意すればすむ話なんだから、エラーチェックに手間をかけるのはおかしい」
私は逃げたい

経理担当者に注意すれば済む話なんだから会計監査いらないとか言いそうだな。

　　　　　　　　　　　 ＿
　　　　　　　 r-､' ´　　 ｀ヽr-､
　　　　　　　ｨ7　/l: ハヽﾊ ﾄヾ 　　 駄スレを隠すことは、この俺が許さん！
　　　　　　　 '|l |'´_`　´_ ｀| || 　　　信念に基づいて行動する。
　　　　　　　 |　|´ﾋ} 　 ﾋ}｀! l|　　　 それを人は正義と言う。
　　　__ノﾞ).　从 l,　　_'_. 　|从　　　 今俺が行ってることは、揚げ荒らしではない。
　,_'（＿ ﾉ_ヽ　ヾl.＞ - ,イ;ﾘ 　　　　正義という名の粛清だぁ！
　{ f:ﾃ} {'f:ﾃ}',／＼ヽ--/／ヽ 　　　
　ヽ,r─‐ ､ｨ .､､ i l＞Y＜! i　'､ 　　　バーニング！
　/ iゝ＿ﾉ iヽ　/l　　 |l　　l 　 ',
　lﾝヽ/ムノじ

　 [ ﾟдﾟ]y-一~~~~　ﾃﾞﾌﾗｸﾞｶﾞｶﾝﾘｮｳｼﾏｼﾀ
　ﾉ[ ﾍ ﾍ
!!'''''''''),,,,,,-----..../////7:::;Y________`ffiiiillllllllllrrr{{||||||||||}}}}､､､､､､ｨｨﾃﾃﾄﾉﾉﾊﾋﾋﾘﾝﾞ、、。。。！！！´´´´｀｀｀＿＿＿ヽヽヽ
ヽヽヽヽヽヾヾゝー‐／／＼（＜＞＞ぁいいいううががげこここさしじすすそだっづててでととととなにののははははら
るるれををんイグスニノノハバムレン─隠俺俺基義義許言荒行行今粛信人正正清駄動念名揚从从

仕様書なんて一切ありませんが何か？

口頭でああやれ、こうやれって言われて作って、全然言ってる事と違うと言われましたが、何か？

どう書いても文句言うくせに、どうして欲しいのかを何ひとつ言わないし、
人によって言う事が違うって、オマエラんとこの体制はどうなってんだ！？

仕様書って言いたかっただけとちゃうんか？

仕様書なんてテキストファイルに必要最低限の事だけ書いときゃいいんだよ。
後はメモ紙にペンで図解しとけ。

>>81
お前みたいな奴が後から仕様に文句付けだすんだよな

いきなりワードとかエクセルで仕様書書き始める奴は信用できん。

メモ帳やワードパッドではどう？

つか、普通、客に仕様書に判子ついて貰わないの？
後から仕様に文句つけられたらどうするんだよ。
際限無く改造させられるんじゃね？

良い仕様書：プロジェクトに関わる全員が読む。
悪い仕様書：プロジェクトに関わる全員が読まない。
普通の仕様書：プロジェクトに関わる全員が書かない。

良い仕様書：すぐ理解できる
悪い仕様書：理解するのに時間がかかる
普通の仕様書：理解はしない

詳細設計書を書いているんだけど、（WEBシステムの）
概念的に書かれていて全く理解できません。
会社辞めようかなとおもっています。俺ってばかなのかなぁ

詳細に書けば書く程融通が利かなくなる＝熟練プログラマに嫌われる

適当でいいんざないの？

詳細設計書ってコードに落とせるようなのを言うんじゃないの？
概念的な説明は要求定義書で十分でしょ

存在しないコードが必要になってくる設計書ってどう？

コード作る過程で作ればいいじゃん。
でも、「存在できない」コードだと致命的だな…

外部とのI/Oとか、自分またはチームの技術的にさ。

仕様が決まらないから仕方なく見切り発車
　　↓
だいぶ出来上がってくる
　　↓
仕様書出せとか言われる
　　↓
概要だけ書いた奴を提出（細かい事書くと、自由度がなくなるから）
　　↓
具体的に何やってるのカチッとも分からんから、変数レベルまで
細かく書いた奴出せとか言われる
　　↓
クソ忙しいのに、必死の思いででっち上げて提出
　　↓
そんな細かい事が知りたいんとちゃうわい！　とか言われる
　　↓
挙句の果てに、素人のクセにこちらで色々考えて設計した事にまで
口出しされる。
　　↓
もう知らん

具体的に何やってるのカチッとも分からんから、変数レベルまで
細かく書いた奴出せとか言われる
　↓
想定の１０倍ぐらいの追加料金(工賃)＋納期追加　を出す




紙に文字書くのもタダじゃねーんだよゴルァ！！！
と世界の中心で叫んでみたい

>>94
>>紙に文字書くのもタダじゃねーんだよゴルァ！！！
名言。
プログラム2本分時間かかる・。・

けど書類は書いたほうが良いんだよね。ね

内部構造記述以降の仕様書はイラネ

で、また素人に分かるように書けとか言われて、本職用の図面
とか出せないんだよな・・・

ムチャクチャ苦痛だわ・・・

良い仕様書：いまだ見たこと無い
普通の仕様書：出鱈目なフローチャート描いてる
悪い仕様書：フローチャートにドラエモンの道具が混じってる

でもさぁ、ヘタにドキュメント作ると、整合性取る工数も必要になるぞ？
ウザイ客からは、「この書類と動きが違いますよね？」とか言われるし。

書類が旧版で間違ってるので
最新のコードにあわせて修正します

でいいのでは

元の書類の改変ごとに審査が要るかもしれんぞ。
書類や再審査等の分はでっかく工賃見積もっとけ。

良い仕様書＿＿：コメント付のソース
普通の仕様書＿：コメント無しのソース
悪い仕様書＿＿：このファイルとこのファイルを毎月毎月こんな感じで出す奴という口頭指示

いいソースコード: 見やすくコメントもしっかり書いてあり、仕様書に準じている
悪いソースコード: 分かりにくくコメントもなく、仕様書を見ずに書かれている
普通のソースコード: 担当者の頭の中でだけコンパイルが通る

良い仕様書　 ：ソースで出来ている。
普通の仕様書：PGが考える余地がある。
悪い仕様書 　：自分では書けない妄想が詰まっている。

　　　_　_
　　(　ﾟ∀ﾟ)
　　(　 ∩ミ　　ﾃｨﾑﾎﾟ！ﾃｨﾑﾎﾟ！
　 　|　ωつ,ﾞ
　 　し ⌒Ｊ

ぶっちゃけ、設計書なんて適当に作っている。


ソースを読めという願いを込めて。

>>104
まさにその｢悪い仕様書｣が、「ＰＧの理解不能」な形式で書かれている・・・ｏｒｚ

いい仕様書:何をどのように作ればいいのかわかり易く、実際に作る事が可能な事が書いてある
普通の仕様書:行間を読んだり、話し合いが必要だが、何を作ろうとしているかがなんとなくわかる。
悪い仕様書:予算的、技術的にに不可能なことや、以前の話合いでなくした部分、書いた人の妄想などがあたかも最終決定事項のように書かれている。

悪い仕様書に追記

予算的、技術的にに不可能なことや、以前の話合いでなくした部分、書いた人の妄想などが
『取引先に有利なように』あたかも最終決定事項のごとく書かれている

妄想に走る人って何なんだろうね　・ω・
誰が実行するかは別だけど、とか言って
不可能な案を自信満々に出す。

コミュニケーションは拒むけど
ﾆﾔﾆﾔしながら駄目だししてくる人。　まじｶﾝﾍﾞﾝ・ω・

不可能な案ってたとえばどんなことを言われたの？

>>111
金と人数が足らない案。

良い仕様書
書いた本人は悪い仕様書だと思っている
悪い仕様書
書いた本人は良い仕様書だと思っている
普通の仕様書
みんな悪い仕様書だと思っている

良い要求仕様書：実務担当者の要求が書かれている。
悪い要求仕様書：開発担当者の試してみたい事が書かれている。
普通の要求仕様書：経営者の妄想が書かれている。

良い要求仕様書：システムについて必要なことが過不足なく書かれている。
普通の要求仕様書：システムについて冗長ながら必要なことが書かれている。
悪い要求仕様書：山本の保身に必要なことしか書かれていない。

そうか、山本が黒幕だったのか・・・

良い仕様書：使用後は秘密廃棄する。
悪い仕様書：使用後は裏紙として再利用する。
普通の仕様書：使用後は・・・これ何時使い終わるじゃあ、ゴラァ

　 良い仕様書 ： 設計思想が首尾一貫していて、分かりやすい
　 悪い仕様書 ： つぎはぎだらけで漏れがあり、冗長
普通の仕様書 ： 結局何が言いたいのかが読み取れない

　 良い仕様書 ： 皆がこれはいいと言う。
　 悪い仕様書 ： ユーザに見せても金がもらえない。
普通の仕様書 ： とにかく厚い。

　 良い仕様書 ： 長谷川が書いた。
普通の仕様書 ： 伊藤が書いた。
　 悪い仕様書 ： 山本が書いた。

　 良い仕様書 ： 大ウケ。
　 悪い仕様書 ： ややウケ。
普通の仕様書 ： ドッチラケ。

そのまんま、なーーーーー

　 良い仕様書 ： 処理の流れ、IN/OUTが分かる
　 悪い仕様書 ： 処理の流れ、IN/OUTが分かりづらい
普通の仕様書 ： 拡張子が.bas .cpp .java etc...

ソースが etc って拡張子の言語があると思った

　 良い仕様書 ： >>123　にもそこはかとなく分かる。
　 悪い仕様書 ： >>123　には理解不能
普通の仕様書 ： >>123　には理解不能

わっふるわっふる

　 良い仕様書 ： Wordで作成されている
　 悪い仕様書 ： Excelで作成されている
普通の仕様書 ： 彫刻刀で作・・

つまらんな・

　良い仕様書 ： 仕事をよく理解している人が、分かりやすく書いている。
　悪い仕様書 ： そもそも相手が了承したかどうかも分からないことを、妄想癖が書く。
普通の仕様書 ： 仕事をよく理解していない人が、適当に書いている。

　良い仕様書 ： 誰が見ても過不足なく要求事項が伝わる。
　悪い仕様書 ： 誰が見ても要求事項が不明。
普通の仕様書 ： スキルのある人が超人的な努力で解読すれば、読めないこともない。

　 良い仕様書：Wordで統一されている
　 悪い仕様書：Adobe AcrobatでPDF作成
普通の仕様書：WordとExcelが無駄に混在してる

>>129
PowerPointも混在してます。

>>130
あるあるｗ
('A`)

ワードで図がかかれExcelで文章が書いてある

全角で英数字が書かれ半角でカタカナが書いてある

Linux ダセェｗｗｗｗｗｗｗｗｗｗ

gcc で開発とか、ビンボー杉ｗｗｗｗｗｗｗｗｗｗｗｗｗ

make ファイルてｗｗｗｗｗｗｗｗ　旧石器時代ですかｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

Visual C/C++ が、本当に 「Visual」 だと思えてくるっすｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

　 良い仕様書：自分が書いた
　 悪い仕様書：上司が書いた
普通の仕様書：ばっくれ済みの人が書いた

喫煙者の呼気は環境汚染基準を超えており、喫煙者と会話したり、喫煙者の近くにいるだけで、
大気汚染と同じ状態になり、非常に危険です。
テレビなどのマスメディアはタバコ販社から巨額の広告収入を得ているためか、この事実を伝えていません。

妊娠するかもしれない女性、妊娠した女性、すべての非喫煙者は喫煙者に近づいてはいけません。
呼気が届かないように最低でも５ｍは離れてください。
喫煙者とデスクを並べて仕事をしたり、同じフロアにいれば、
慢性的に毒素がたまり公害病に匹敵する大病を患う可能性があります。
喫煙者の呼気は環境汚染基準を超えているのです。
分煙だけではダメなことが医師によって指摘されています。
知らないで喫煙者の近くに座っているお友達にも教えてあげてください。

　 良い仕様書：少ない枚数でも肝心な部分がきちんと記述されている
　 悪い仕様書：やたら分厚い上に肝心な部分が書いてない
普通の仕様書：肝心な部分は後からメールで送られてくる

良い仕様書：仕様を全て網羅していて抜けがない
普通の仕様書：仕様があちこち抜けている
悪い仕様書：ほとんど脳内

よくある仕様書：脳内ですら完成していない

普通の仕様書：理解可能言語でまず機能(なにをするものか？)の説明をし、その後にその実現方式が書かれている。

たいていの仕様書：ドラえもんに対して書いている(あんなこといいな、できたらいいな)。実現可能かどうかは度外視。

>>140
ドラえもん仕様書でも無いよりはマシ。

コンピュータのことを全然わかってないのにわかっているつもりでいる人が書いた仕様書はひどいです！＞＜

>>142
たとえば

良い仕様書：何をどうしたいのか明記されていて、ファイルで残っている。
普通の仕様：何をどうしたいのかは伝わるがドキュメントに落ちていない。
悪い仕様書：不可能or非現実的な事が明記されており客先に渡っている。

そういえば、仕様書のバージョン管理してないな
VSSに載せるようにしたいな・・・

>>111
うちの取締役（技術畑出身、現営業TOP）の伝説なんだが

デモで人工知能が搭載されている、と宣ったらしい。

そんなもん搭載してる業務アプリあったら凄いがあってもヤダな…。

>>146
以前関わったシステムで入力されたデータから検索して残りの項目を埋める機能があったんだけど、
納品先のSEさんがお偉いさんに入力フロントエンドの説明してる時に『これは人工知能でも付いてる
のか？』と問われて、自信満々に『はい』と答えた事件を思い出した。

横に控えてた俺らは鳩が豆鉄砲喰らったような顔してたと思う。

人口知能として扱われてきた問題も結構広いんだし、
別に間違ってるとまでは思わないというか、
何を人口知能と呼ぶかはかなり勝手というか。

俺が見た人工知能「ナイト2000」は、何を入力しても「OK、マイケル」しか言わなかったな。

>>149
ボックスがでるらしいね。もう出てるのかな。

読んでわかりやすくかいてあればいいんじゃないのかなあ

>>151
その条件で、全体の90％が脱落。
「仕様に矛盾・バグが無い」という条件で、残りのうちの9％が脱落。

マトモな仕様書は、全体の1％

ってことは、漏れ様の書く仕様書はかなりの貴重品ってことか。
マトモに書こうとするとすんげえ時間がかかるんだぞ。

ポンチ絵＋口頭の方が実は遙かに生産性が高かっtりして。

良い仕様書：全ての仕様が書かれていて仕様どおりの物を作成できる
悪い仕様書：ソース
普通の仕様書：抜けありまくり、変更があっても更新されていない

内部仕様書は現実と乖離するのが常だからソースコードのコメントとかで代用してもいいとは思うけど、外部仕様ぐらいはキチンと作成すべきだろ。
ところでソースコードが一番重要なドキュメントだぜ？>>154

>>155
ソース見なきゃ分からないような仕様書はクソです＾＾
重要なのはわかっています
でも、上記理由で却下

詳細仕様書など書くだけ無駄。
必要十分なポイントだけ書かれている概要レベルで十分。
アジャイルな開発ではドキュメントよりコミュニケーションや実際に動くソースコードを重要視している。

保守する人のことも少しは思い出してあげてください・・・

今回の仕事はCGIでやってるのをPHPに書き直す作業。
仕様書？ないよ。
ソース？俺PHPしか知らないから分からないよ。
結局動いてるサーバの挙動が仕様書。

もはや仕様”書”ですらない。

良い仕様書： 見た事無い。都市伝説。
普通の仕様書： 見た感じ普通。
悪い仕様書： 見たら最後。

良い仕様書： 仕様書をもとに仕事を進める事が出来る。
悪い仕様書： 仕様書をもとにしても何も分からないので技術者の独壇場になる。
普通の仕様書： 仕様書がもとで喧嘩が始まる。

仕様書はジオングの足だ。
偉い人にはそれが分からんのです。

アホSE。
今後、追加作業は全て時間を貰うことにするぜ。
１１時間見積りじゃそうしないと氏ぬ。

PG「仕様に書いてねーよ！！！」
SE「こないだ逝っただろ！！！」
と、逝った言わないが始まるから無理だろ・・・・・

まあ俺は遣ると言ったものについては
やり遂げてるから問題ない訳だがｗ

どうしても権力による詐欺には勝てないよな・・・

PG「瞬間移動なんてできるわけねーだろ！！」
SE「やるのが普通だろ！！」

変態SEですね・・・ｗ

後輩「瞬間移動ってあのあれですか・・・・？」
SE「ああ」

SEよ。超人を部下に雇えな。

何時も氏にはぐりながら作業してたら氏ぬだろ

他力本願じゃなくて責任を持って仕様を担当してねってことでしょ。

雑に書くなら最後に出来上がったプログラムを
仕様担当が確認して仕様に書いていない抜けが
あったら仕様担当がきっちり責任を持てばなんら問題はない。

PGに「仕様書に書かれていない抜け」に関して頼む時はきちんと
「申し訳ないけど御願いしたいのだけど？」と言えば良い。
「やれ！！やるのが普通だ！」という偉そうな言い方をするから
喧嘩になるんだと思う。

×仕様書を正確に書け
○仕様に責任を持て

良い仕様書： 自分で書いた仕様書。
悪い仕様書： 上司が書いた仕様書。
普通の仕様書： 部下に(押し付けた)書かせた仕様書。

良い仕様書：ミッキー
悪い仕様書：ドナルド
普通の仕様書：プレデター

良い仕様書：ミッキー
悪い仕様書：マッコイ
普通の仕様書：ウォーレン

>>172
仕事しる

案件消化のスピードを意識しすぎて
業務フローにアナができてしまった感がある。

良い仕様書：
お客様の意向を十分に汲み取り、開発の方々がスムーズに作業が出来るように、
必要な情報を簡潔かつ十分に書いた改心の仕様書。
しかし、こんな仕様書を作ってしまうと会社からの期待も強まる。
そのことが悪い仕様書への泥沼へと続いているとは知る由もない。

悪い仕様書：
そのシステムを開発をすることに多大な疑問を感じつつも、
会社の利益のためにしなくてはならないという気持ちから作成せざるを得ない。
お客様もなぜそのシステムが必要なのか理解されておらず、そのため要求も曖昧のままで、
だいたい必要ないだろうこれ、という先入観が抜けないまま書いてしまった。
開発の皆さんからは絶え間ない仕様確認のメールが大量に押し寄せる。
お客様に要求の確認をしても、何の手がかりもつかないあやふやな回答しか頂けない。
どうしようもないので、私の方から仕様の提案をして、開発は進むものの、
出来あがったものに対してお客様がクレームをお入れになる。
逃げ出したいけど、逃げられない。上司は知らんぷり。

普通の仕様書：
悪い仕様書を経験した後では、少し位の苦労など何でも無いと前向きに感じられる。
普通の日々が送れるって素晴らしい。そんな気持ちで作った仕様書。

>>177
ええ話や（ ´Д⊂ヽ

>>157
たぶん、お前はそれでいいのだろうな。周りは絶対いやがってるけど。

>>164
結局、客ともめるもめないになるとそこだよな。

以前、もうそろそろ結合テストも終わってしまうってときのミーティングを
聞いていたことがあるんだが、仕様を策定する側のお偉いさんが、自分の
部下が作った仕様を眺めながら

「よくこれで○○が■■だってわかりましたね。俺、ぜんぜん分かんない」

と宣ったときは、笑いをこらえるのに大変だったwwwww


ちょっとまて。その仕様書、この段階で目を始めて通すおまいってどーなの？
馬鹿じゃないの？って。部下の仕事を全く見てないって宣言してるようなもんwww




やっぱり、そういった面ではちょっとばかしプログラムをかじった間抜けが
仕様書を書くもんじゃねぇよ。すくなくとも、それなりに苦労してる奴が書く
ときは、気がまわるもんですよ。

>>157
仕様側の人間かな？
曖昧すぎると仕様確認に時間とられて実装がすす間ナインだが。
まあ、無駄に丁寧でなかなか仕様があがってこないのも嫌だけど。

今の自分のプロジェクト、専門のテストチームがいて
実装とパラで動いて仕様に突っ込みいれてくれるので多少は助かってる。

良い仕様書：有言実行
悪い仕様書：無言実行
普通の仕様書： 言ってやる事もあるし、言ってもやらん事もある。
でも一番困るのは言っても無い事をやられてしまう事。

　 　　　　./　　　　　　 ;ヽ　
　　　　　 l　　＿,,,,,,,,＿,;;;;i　 ＜いいぞ　ベイべー！
　　　　　 l l''|~___;;､_y__ lﾐ;l　 必要な記載が足りないのが普通の仕様書だ！！
　　　　　 ﾞl;| | `'",;_,i`'"|;i |　 正しい記載が足りないのが悪い仕様書だ！！
　　　　 ,r''i ヽ, '~rーj`c=/　
　　 ,／　 ヽ　 ヽ`ｰ"/::　`ヽ
　 /　　　　 ﾞヽ　 ￣､:::::　　ﾞl,　ホント 職場は地獄だぜ！ フゥハハハーハァー
　|;/"⌒ヽ,　　＼　　ヽ:　　 _l＿　　　　　　　　ri　　　　　　　　　　　　　　　　　　　ri
　l l　　　　ヽr‐─ヽ＿|_⊂////;`ゞ--―─-r| |　　　　　　　　　　　　　　　　　　 / |
　ﾞlﾞl,　　　　 l,|｀ﾞﾞﾞ''―ll＿__l,,l,|,iﾉ二二二二│｀""""""""""""|二;;二二;;二二二i≡二三三l
　| ヽ　　　　 ヽ　　　_|＿　　＿　　　　　　　"l￣￣￣￣￣￣ |二;;二二;;二='''''''''''￣ﾉ
　/"ヽ　　　　 'j＿／ヽヽ,￣ ,,,/"''''''''''''⊃r‐l'二二二T￣￣￣　　［iﾞ''''''''''''''''"ﾞﾞﾞ￣`"
／　　ヽ　　　　ー──''''''""(;;)　　 ｀ﾞ,j"　　|　 |　|

良い仕様書：必要な情報が十分且つ簡潔に説明されている。

普通の仕様：同じ意味の内容が重複して記述されている。又は説明が不明瞭。

悪い仕様書：必要な情報が記述されていない。又は間違って記述されている。

普通がオチじゃなきゃ面白くない

立派な仕様書を貰ったはいいが、後から口頭で追加しまくりというがあったが、
仕様書をもらえただけいい方なのか？
紙に書いてくれと何度言っても、全然書いてくれなかったが。

>>186
聞いた分を書いて出さないお前が悪い

聞いたときは、先ほどの話しはこうこうこういう事ですね。
とメール出して確認するのは基本です。
メールは動かぬ証拠になります。

エロい人へのCCも忘れずに

良い仕様書：ガンプラのおまけがついてくる。
悪い仕様書：美少女フィギュアのおまけがついてくる。
普通の仕様書：普通のおっさんがついてくる。

良い仕様書：ムカつく上司が持ってくる。
悪い仕様書：可愛い女の子が持ってくる。
普通の仕様書：同僚が持ってくる。

良い仕様書：仕様書の通りにプログラムが作られている
悪い仕様書：仕様書とプログラムの動作が全く合わない
普通の仕様書：プログラムがどう動いたかがそのまま仕様になる

それはあるあるやな

>>191

良い仕様書：10年後の俺が書く仕様書
悪い仕様書：3年前、俺が始めて書いた仕様書
普通の仕様書：今書いてる仕様書

良い仕様書：常務が書いた、機能的に抜けのある仕様書。
悪い仕様書：いいかげんな奴が書いた、途中のページがない仕様書。
普通の仕様書： 後で多数変更したのに、手直しされてない仕様書。

>>188
客が、自分が思い描いていた物と違う！と切れだすと全て無意味になります。
ただし、切れて来た客に対して取りあえず営業が挨拶代わりに送った謝罪メールは、こちらの瑕疵責任確定証拠
として扱われます。

おーい。みんなー。生きてるかー？


今月でCD-ROMに焼く(納入)予定のプログラム、今もやってんだけどさー。
いままできっちりやってこなかった自分が悪いのに仕様作る側の人間が

「これができないと、僕の責任になっちゃうじゃないですか〜」

って、泣きいれてきたんだってよー。


一応、こちとら間に合うように尽力って感じなんだが、決まってないもの
までは作れませんよーって。
カッチリ決まってないものを世に出したらそれこそ問題なんですがねー。

仕様作るなら、すべてを明らかにしとかないと。課金関係ならなおさらだ
ってばよー。

>結局動いてるサーバの挙動が仕様書。

オレが仕様書じゃなくてルールだと言ったアントニオ猪木なみ。
（若い人に意味通じるかな）

>>197
無意味になるんか？

違ってたら教えてという文言をメールに付けておけば
向こうの責任に出来る

良い仕様書！？

そもそも作らない

仕様書なんてエラーコードしかみないな
まぁそれすらも間違っているわけだが

良い仕様書：設計書
悪い仕様書：議事録
普通の仕様書： ソースコード

>>200
そういう理屈が通る客相手なら
要求定義の段階でちゃんと意思疎通が取れて
後からトラブルになることは無い

良い仕様書：実際の責任を全部追う奴が作った設計書
悪い仕様書：上司がメルヘン世界で作った設計書
普通の仕様書： 自分が作った設計書

＞悪い仕様書：上司がメルヘン世界で作った設計書
　　　　　　　　　　　　　 ^^^^^^^^

１ソフト2000ページを超える仕様書を扱っている私にとっては、

�@良い仕様書：電子データがあるので検索できる
�A悪い仕様書：紙・スキャンしたファイルしかない
�B普通の仕様書：良い部分50%悪い部分50%

です・・・・。

>>207
どんな仕様書かは知らないが、うちとこはもうPDFなんかで配布されてる？
更新中はWordやExcelだけど。

スキャンていまどきあるの？

良い仕様書：上司の脳内（機嫌がいい時）
悪い仕様書：上司の脳内（機嫌が悪い時）
普通の仕様書： 自分が走り書きした議事録

もうやめたいぽ・・・・・。
上司の脳内にUSBをぶっ刺して、そのままプリントアウトできりゃいいのに。
エスパーじゃないので、「俺の脳内くらいわかれ」なんて無理言わんといてください。

USBを刺す、ねぇ・・・

Bluetoothのチップの方が似合いじゃないかな……

>>209
フィーダ用紙巻き付けてやれよ。そしたらなんか
出てくるかもな。

良い仕様書：ワープロで書かれている。
悪い仕様書：石版に刻んである。
普通の仕様書： 紙に描かれている。

>>213
スレ違い

>>214
はじめっからスレ読み直してこい。

>>177
遅レスだけど泣いた。

良い仕様書： 楽しい。感心する。
悪い仕様書： 腹ただしい。
普通の仕様書：いつもの事だ。

> 腹ただしい。

正露丸?

良い仕様書： ない。
悪い仕様書： ある。
普通の仕様書：意外にない。

良い仕様書：所々に表が挿入されている。重要な部分にはブロック図が書いてあったり、丁寧な造り。
悪い仕様書：全てを文章で記述している。句読点が少ない。
変な仕様書：到るところにキティの絵が張り付いている。なぜか、和む。

>>220
それ設計書にも当てはまるよね。
この前アホな先輩が、全て文章で記述された設計書をレビューに出してきて
わけわからんかった。しかも、そういう奴に限って日本語もヘタクソ。
機能概要と機能詳細が書いてあったんだが、なぜか概要のほうが長いしｗ

>>221
設計書と仕様書と違うの？

話題沸騰ポット　要求仕様書
http://www.sessame.jp/workinggroup/WorkingGroup2/POT_Specification.htm

良い仕様書： PDF化されている
悪い仕様書： Excelで作られている
普通の仕様書：テキストファイル。

と、冗談なので、本気にしないように。

>>224
シャレにならないかも。

某ワープロ制作会社の場合，
良い仕様書：Wordで書かれている．
普通の仕様書：一太郎で書かれている．
悪い仕様書：xfyで書かれている．

Excelで書いて何が悪い

良い仕様書：英語で書かれている．
普通の仕様書：日本語で書かれている．
悪い仕様書：俺様アーキテクチャの機械語で書かれている．

ごめん、仕様書ってなに？

具体的に説明してほしい。

企画書とはまた違うのかね？

>>229
この世のカオスというカオスを書き記したようなカオスな書類群のこと

>>229
自己満足で書き散らした作文
って書くと、なんか同人誌みたいだな。
数万ページに及ぶ同人誌？

「このページは書きかけの項目です」
と書かれているウィキペディアの項目群を自作したようなものを
仕様書と言っているベンダーをしばしば見かける事がある

良い仕様書：http://www.sessame.jp/workinggroup/WorkingGroup2/POT_Specification_v7.PDF
普通の仕様書：http://www.sessame.jp/workinggroup/WorkingGroup2/POT_Specification_v6.PDF
悪い仕様書：http://www.sessame.jp/workinggroup/WorkingGroup2/POT_Specification_v3.PDF

>233
むしろ

この項目は、執筆者がクラックをキメていた可能性もありますが、今はまだクソの山です。

>>229
ここまでは対応。それ以外は無理。ゼッタイ無理。
対応して欲しくば時間とお金くだしあ。
を、ビジネスライクに書いた文書。

良い仕様書：日本語でも英語でもいいから人間が理解できる言語で書いてある
悪い仕様書：ソースコードに似たもの。間違ってね？何語？
いつもの：俺専用メモ

仕様書なんてみたことがない

はっきりいって仕様書書く作業は仕事の妨げになるだけ
上司からOKでないでノイローゼになりそうだ

最近、SEが要求仕様書だけ書いて
それをプログラマに渡して
プログラマに詳細仕様書を書かせるところない？

なんかすげー仕事サボってるだけのような気がするんだけど？
お前の工数に仕様書を書く仕事って入ってるんだろ？
その時間どこやった？遊んでねぇか？

なんかWord派が多いのな。

図の配置とか、表書くのとか、Wordだとめんどっちいじゃん。
全部文章で書いてんのか？
もっさりしてる上、自動で余計なことしやがるし、好きになれんソフトだ。

Excelのがいいわ。

プッ
いい加減、入門書でいいから買って読んでみろよ。ケチらずにｗｗ

仕様書なんて書かないよｗ
書いたとしても要になる部分は一切書かないｗ
なぜって？某板でも書いたけどプロジェクトを仕切りやすくする為だよｗ

現在のプロジェクトには陳腐化した仕様書しかない。俺が入ってからは
設計書なんてメンテナンスしないからｗｗｗ

ワードは糞仕様の駄作ソフトだから、
しょうがない

>>240
そうだねぇ。
○○電機ITソリューションの山本とかがそうだな。

ユーザーから帳票のレイアウトをもらってきて、何の役にも立たないコメントをつけて、「僕の仕様書では・・・・」とか言いやがる。
こんな馬鹿が「俺が作ったシステムは・・・・」とか言うのは、腹が立つよ。

早いとこ、実家の酒屋継げば良いのにねｗ

>>245
でも、そういうのってどうなんだろうな？

そこも要求仕様書ってただのメモ書きじゃね？
たしかに詳細仕様書って書かなくても物作れるけどさ
本来自分らが書くべきものを全部こっちにまるなげしてるじゃん

細部はお前らで勝手に作れ、でも仕様書は書いてね
とか言ってんだろうけどな
全部プログラム組んだ後の事後処理になるし
仕様を決めないでプログラムを組むからやり直し多いしね

すげー、矛盾を感じる
担当者めちゃくちゃ馬鹿でも物できんじゃん
女子小学生おいても下がなにを作るかおぼろげでもわかってりゃ仕事終わるだろ

この仕様書・詳細仕様書をこっちに書かせるの法律で規制してくれないかな

良い仕様書：良いプログラムが作成できる。
悪い仕様書：悪いプログラムが作成できる。
普通の仕様書：プログラムが作成できない。

ドカタにマンションのパンフレット渡して「細かい所は自分で考えて作れ」
↑これが今のIT業界の実態

マンションのパンフレット＝SEが作る仕様書

で、ホントに○投げして細部の判断もこっちにまかせてくれりゃ問題ないけど
結局、細部まで口出してくるしね
ホント、これ法律で規制してほしいよ

>>246
○○電機ITソリューションの山本は、
自分の会社の上層部に自分の実力アピールしたいから、
設計工数を別の作業に当ててるだけじゃないかな。

ヤツは、○○電機ITソリューション内部でも浮いた存在みたいだしｗ

>この仕様書・詳細仕様書をこっちに書かせるの法律で規制してくれないかな
ちなみに、○○電機ITソリューションはISO9000取得してるけど、この惨状だよ！？
これじゃ、USO800じゃないか！！

>>246
>女子小学生おいても下がなにを作るかおぼろげでもわかってりゃ仕事終わるだろ

いくらなんでも、失礼だろ！
女子小学生に謝れ。

黙れロリコン

小学生女児の役目は
俺を気持ち良くさせる事　

ただそれだけだ。

>>253
それだけの役目だったら職場にいる必要なし。
ｶｴﾚ!!ヾ(*@�u@*)ﾉ

良い仕様書：
誰もが理解できる仕様書。

悪い仕様書：
作った本人しか理解できない仕様書。
しかも時間が経つと、本人すら解読が難しくなる。

普通の仕様書：
ところどころに意味不明な使用があるが、業務に差し障りないレベルな仕様書。

今回追加する機能はこの仕様書に反映しといてって言われて
5つくらい試行変更が入る前の初期バージョンを渡されるなんてよくあることだよね？

>>256
あるある。
で、その初期バージョン自体が他所からのコピペで色々間違ってたり。

良い仕様書
　ファイルサーバ等に元ネタが保存されているため修正できる

悪い仕様書
　OASYSもしくは文豪などの専用機で書いてあるため
　機械がなく修正できない

普通の仕様書
　紙ファイルで紙ダニが沸いているため、持った瞬間に体中がかゆくなる

良い仕様書
　分り易く記述されている。

普通の仕様書
　難解な日本語で記述されている。

悪い仕様書
　○○電機ＩＴソリューションの山本がポンチ絵で記述している。

良い仕様書：要点のみ、分かる人（＝プロ）に分かるように簡潔に書いてある。
悪い仕様書：アホにでも分かるように長々と書いてあるが、肝腎なポイントが抜けている。
普通の仕様書： 分かる人（＝プロ）に分かるように書いてあるが、肝腎なポイントが欠落している。

普通の仕様書：書いた本人でも分からない

悪い仕様書
数枚にまとめられている分かりやすい仕様書

良い仕様書
分厚くて、パッと見て小綺麗な仕様書

成果物は見た目が重要。迫力。これ。

悪い仕様書
設計、実装にタメになる仕様の要点を系統立てて説明した文書。

良い仕様書
難しい専門用語をこれみよがしに羅列し、これからつくるシステムもどきが
いかにすばらしいものになるか、を使いもしない客先伝書鳩向けに
納得させ金を出させる文書。

あ、これって大手子飼い伝書鳩 Sヨにとって良い/悪い提案書、だった。

良い仕様書：
　文書保管倉庫に複製が保管されている
普通の仕様書：
　手元だけで保管している
悪い仕様書：
　警察に押収されている

良い仕様書
読みやすく判りやすい

悪い仕様書
読み難く判り辛い

普通の仕様書
意味不明で誰も読まない

良い仕様書
とりあえず直近のデータフローと業務の流れが書いてある
　
普通の仕様書
　古い流れが書いてある

悪い仕様書
　担当者「仕様書？」

良い仕様書
実装前に作成され、仕様変更の改版がしてある

悪い仕様書
ソースとの隔たりがあり、当初の夢が詰まっている

普通の仕様書
実装内容を元に書き起こしてある

>>267
普通の仕様書が普通すぎる･･･

良い仕様書：仕様が書いてある。
悪い仕様書：実装が書いてある。
普通の仕様書：読んだ人が仕様を検討する。

良い仕様書：Wordで作成されている
普通の仕様書：ソースが仕様書
悪い仕様書：ソース書いた人が仕様

>>270
たしかにｗ

>>270
クソわろたｗｗ

良い仕様書：新人が読める
普通の仕様書：誰も読めない
悪い仕様書：読んだ人が出社しなくなる

悪い仕様書：とても読みやすいので皆が仕様書だけ見る。
普通の仕様書：ところどころ読めるが、詳細は分からないので結局ソースを見る。
良い仕様書：誰も読めないので、皆ソースしか見ない。

>>267
正しく書き起こされていれば、普通どころか非常に優秀は仕様書だと思うが。

>>273
またスレの趣旨が読めない香具師か・・・
２行目と３行目が逆だろ。

読めない仕様書は、誰も読まないという事かもしれんが
精神を破壊する仕様書は危険なんじゃなかろうか？

というか、突っ込みなんぞいらんのではないか？
そんなに趣旨を徹底させたければ、自分のblogででもやってろと
だいたい、よい子悪い子普通の子で、普通で落とすなんて流れ、
よほど歳食ってないと知らんだろうがよｗ


良い仕様書　：ちゃんと整合性がとれており、関係各所と合意がとれている
悪い仕様書　：大量の矛盾点を抱えており、PGからも顧客からも指摘される
普通の仕様書：仕様書の中では整合性がとれているように見えるが
　　　　　　　　　　顧客の想定している仕様とは実は整合性がとれていない

>>276
> よほど歳食ってないと知らんだろうがよｗ

知ってる俺はもうそんな言われ方するような歳なのか…
何か定年間近の爺になった気分だ。

35歳定年だから妥当じゃないか？

そういえばマ板だったな。
年金もらえるまであと30年…で済むのかな？

どのみち破綻するのでもらえません。

ふははははは。age

いい仕様書：多少の誤字脱字や誤記があるが脳内保管できるレベル
　　動作についてはゴールまでが明確に記載されている

悪い仕様書：中国人が携わっている

普通の仕様書：仕様不備はあるが口頭説明で補完されている
　　その仕様がドキュメントへ反映される日は遠い

中原理恵可愛かったよなー

良い仕様書 : 才能があり、努力してきたエンジニアがかいた

悪い仕様書 : 才能がないエンジニアが無駄な努力の末書き上げた

普通の仕様書 : 面の皮が厚くて生き残ったエンジニアが自分の人生位雑に書いた

それだと努力してきたエンジニアが寝ぼけて書いた奴でもいいことに

大丈夫、できる奴はすぐ気づく

Wordアンチは使い方がわからないExcel信者

良い仕様書 : 客先レビュー時に、細かい修正依頼が出る。
もちろんクリティカルな仕様の変更・追加については予算(人員追加)及び納期の延長がある。
悪い仕様書 : 客先レビュー時に、日本語間違い、レイアウトのミスだけ指摘される。
肝心の仕様抜け・間違いについては指摘されずβ版までそのままになる。
普通の仕様書 : 客先レビュー時に、単純な修正依頼が出る。
しかし、その修正は全体に影響する修正でありデスマ確定となる。

スレタイで真っ先に「欽ドン！」を思い出した俺はオジサン。

良い仕様書：仕様を理解している人がキチンと書いている
普通の仕様書：仕様を理解していない人がなんとなく書いている
悪い仕様書：実装を元に後付け

ソレ悪いと普通が逆だと思うんだ
仕様と実装が一致してないなんとなく書類はゴミだぞ
後付けでも一致してれば後々使えなくもないから

>290
いや、仕様書だろ？ 何作っても良いってことはないだろ
設計書ならともかく...

>>289
真っ先にというか、普通にそれが元ネタでしょう。
たしかに悪いと普通が逆だな

実装を元に修正するならまだマシだわな
中華コーダーの質が悪すぎて仕様にない実装を当たり前のように突っ込んでくる
俺に書かせてくれよって感じ
くだらないドキュメント整理におわれるくらいならスパゲティに絡まってるほうがまだマシな気がするわぁ

良い仕様書：　何を作るかが明解で、すぐにコーディングに入れる。
普通の仕様書：　何となく作りたいものは分かるが、その都度書いた人に確認を取る必要がある。
悪い仕様書：　紙の無駄。もしくはディスク領域の無駄。