糞システムにしないため、私ができること『はじめよう！ 要件定義』

「なぜ糞システムができあがるか？」の答えは、「一つ前の仕事をしている」に尽きる。 詳しくはリンク先を見てもらうとして、まとめるなら、自分の仕事のインプットが出来てないので、仕方なく前工程の仕事を代行しているうちに、リソースと気力がどんどん失われているからになる。これはプログラマに限らず、SEからPM、テスタや運用を入れても、当てはまる。「何をするのか」が決められない経営層が糞だから、あとはGIGOの法則（Garbage In, Garbage Out）に従う。 では、どうすればよいか？ 「“何をするのか”を決めてもらう」という回答だと、連中と同じ肥溜めに落ちている。なぜなら奴らの“目標”とは、「売上を○％ストレッチする」とか「新規市場を開拓する」といった、現状を裏返した願望にすぎないから。売上アップ／新規開拓のために、どこに注力して、何にリソースを使い、そのために必要な道具（システム）を“

[shun_libra]

「てか、なんでそれが欲しいの？そもそも何に困ってるわけ？」という疑問を客に対して持つことから始まると思ってる＞要件定義

[akikonian]

だから私は常に顧客に問う。「何をしたいのですか？どうしたいのですか？」「要求があれば限られた工数の中で対応します」

[windish]

表紙の平和さがこわひ

[keitone]

明朝体読みにくい（+_+

[b-wind]

“要件定義と業務設計を分割せよ”

[tmtms]

"「要件定義には業務知識が不可欠だ」とか本質からズレた議論が白熱し、白熱するわりに不毛な展開になる" "自分がやってこなかった（やるとは思っていなかった）宿題の理由を、受注側に押し付ける常套句"

[rryu]

結局、発注側が自分の会社の業務のことを実はよく分かっていないということに尽きるというか。業務分析からやればうまく行くという話。

[sawarabi0130]

要件定義（スコープ定義）と見積はセット。未確定要素は必ず前提条件で上げる。そして範囲外の作業はお断りするか追加請求する。これを徹底すること以外にない。

[trashtoy]

システムだけでなくグラフィックデザインでも言えるよねえ

[stealthinu]

これは読んでおいたほうが良い本っぽいな…

[nishitki]

糞システムにしないため、私ができること『はじめよう！ 要件定義』: わたしが知らないスゴ本は、きっとあなたが読んでいる

[vanbraam]

ゴール明確化とかDoD(Definition of Done)が本当に重要っていうのは,agile processを経験して学んだ最重要項目かも.ふわっとしたチケット切るとダメ出しされる.そしてこれは別にアジャイル以外でも使える原則;GIGO(Garbage In, Garbage Out)

[Ashizawa]

[] 糞システムにしないため、私ができること『はじめよう！ 要件定義』

[takehana_masaki]

RT: "糞システムにしないため、私ができること『はじめよう！ 要件定義』: わたしが知らないスゴ本は、きっとあなたが読んでいる"

[acealpha]

行動シナリオがはじめからわかってたらシステムエンジニアなんて殆どいらん　本当の要件が発注者当人わからないし聞いて作ってもなんか違うって言われるんや

[TokyoIncidents]

良さそう

[psfactory]

糞システムにしないため、私ができること『はじめよう！ 要件定義』: わたしが知らないスゴ本は、きっとあなたが読んでいる

[jdash]

うわはは。バッサリ、でも当然。ウェブ制作者のみならず、印刷物を作る人たちにも読んで欲しい(･ω･)

[harumaki_net]

あるある過ぎて笑い泣きｗ 会社に5冊くらいほしい。

[moro]

“せっかくだからソフトウェアを活かした業務にしたい。” あああ辛い記憶が。なんかもうね。あれっすね。

[tettekete37564]

今ここにいる我々のゴールは何か？をまず共有し認識をすりあわせること。細かく、作業単位で。プロジェクトの「聞いてないよ」を減らす手段でもある。なぜなら個々人が自分に足らない情報を考えることが出来るから。

[cumin02]

糞から脱出できる気がしないよ…

[TakayukiN627]

「要件定義には業務知識が不可欠だ」とか本質からズレた議論が白熱し、白熱するわりに不毛な展開になる。

[k146]

結局のところ、道具は使う人次第…になりかねないけど、プロジェクト運営としては有用そうな知識がチラホラ。

[tanorityy]

読んでみたい

[sifue]

今まで要件定義系の良書は、要求を仕様化する・技術表現する技術しかなかったらこれが代替できればなと思ってとりあえずポチった。

[about42]

だが最終的に既存のダメシステムのリサイクルになったり

[iww]

『同じメンバ、同じ会議室なのだけど、何時から何時を第一部「行動シナリオを検討する」時間と、その後に第二部「要件定義を詰める」時間に分ける』

[torounit]

読んでみようかしら

[abababababababa]

解決するしないは別にして、読んでみたい。