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

>>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
真っ先にというか、普通にそれが元ネタでしょう。
たしかに悪いと普通が逆だな

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

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