[B! 要件定義] komeshogunのブックマーク

komeshogun id:komeshogun

要件定義に関するkomeshogunのブックマーク (3)

物理サーバを選定する際のポイント – Eureka Engineering – Medium
Eureka EngineeringLearn about Eureka’s engineering efforts, product developments and more.
komeshogun 2016/05/19
フレームワーク

要件定義

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

企画書

仕事
リンク
[IPA] デスマらないために「超上流から攻める IT 化の原理原則17ヶ条」が思った以上に使える件 [要件定義] | oshiire*BLOG
「超上流」という言葉自体はとても気に入らないけれども、IPA 独立行政法人情報処理推進機構が作って公開している「超上流から攻める IT 化の原理原則17ヶ条」が、当たり前のことを当たり前に並べてあってとても役に立つ。原理原則 17箇条ユーザとベンダの想いは相反する取り決めは合意と承認によって成り立つプロジェクトの成否を左右する要件確定の先送りは厳禁であるステークホルダ間の合意を得ないまま、次工程に入らない多段階の見積りは双方のリスクを低減するシステム化実現の費用はソフトウェア開発だけではないライフサイクルコストを重視するシステム化方針・狙いの周知徹底が成功の鍵となる要件定義は発注者の責任である要件定義書はバイブルであり、事あらばここへ立ち返るもの優れた要件定義書とはシステム開発を精緻にあらわしたもの表現されない要件はシステムとして実現されない数値化されない要
komeshogun 2015/01/19
プロジェクト

開発

要件定義
リンク
1