［姿勢編］理由無き要求は機能化してはいけない | 日経 xTECH（クロステック）
要件がなかなか収束しないことがある。ステークホルダーが多いほど，その傾向が強くなる。しっかりとした要求仕様書が無い場合も同様である。システムに対する要求が打ち合わせを重ねるたびに増加したり変化したりすることはもはや当たり前であるかのようである。ところが，そのような要求を実装してはみたものの，システムが完成した後でほとんどど使われることのない機能だったということも少なくない。プロジェクト・マネージャ（PM）たるもの，実装すべき要求とそうでない要求とを見極めた上で，要件定義を行う必要がある。 Aさんは入社以来，プログラマからSEまで経験を積み，今回初めてPMとして抜擢された中堅技術者である。Aさんが担当することになったプロジェクトは，ある旅行会社の予約管理システムの構築であった。 顧客から提出された要求仕様書はA4サイズで3～4枚程度しかなかった。しかも，かなり抽象的な要求事項が多かった。そこ
プロジェクトの姿～顧客が本当に必要だったもの - NTD TKS
（2018.06追記） 先月にバズっていた人気の写真、私も笑ってしまいました。 顧客が本当に必要だったものを見つけた pic.twitter.com/M3emB9w1fw — オオシママサト (@_mpon) 2018年5月3日 （2010.4） http://labaq.com/archives/51105290.html ああ、ありますね。デスマーチへと向かう伝言ゲームの恐怖。 現場から発せられた拒否がＰＭ（プロジェクトマネージャ）や上司を経ていくなかで、「厳しい」とか言い換えられてしまう。最終的にはやれない／やりたくない仕事をお受けする結果となる。 これを「希望的な恣意に基づく非事実に置換されるんだ」との感想が。 戦線から遠のくと楽観主義が現実に取って代わる そして、最高意志決定の場では現実なるものはしばしば存在しない 戦争に負けているときは特にそうだ (パトレイバー劇場版) 今度の
ITプロジェクトの実態と皮肉 - 隠遁アルカロイド
面白い風刺画をみつけました。 かなり大昔から存在するようです。 【関連記事】 Cagylogic：ITプロジェクトの実態とは！ ざっと面白さを要約すると、以下のような感じです。 ・顧客から始まり、各担当での要件理解がバラバラな点 ・顧客が本当に望んていることは、顧客自身もわかっていない点 ・これと同じ状況は実際によくあるという点 リンクだけで済ませるのも何ですので自分なりの理解も書いてみます。 まず、上段の5つの絵が関係者への皮肉です。 左上の顧客が①とすると、実際の流れは「①④③⑤②」という感じで、絵の並び順とは違います。 [顧客が説明した要件] いきなり、意味不明です。 ブランコのようなものが欲しいようです。 板を三段にする意図がわかりませんが、おそらく見栄でしょう。 [営業の表現、約束] 営業は、自分の理解できる範囲で話をまとめてきました。 しかしなぜか、無駄に
towardsgrowth_thumb.jpg | Hiroiro
Qrio Lockとは？ Qrio Lockは既にご存じの方が多いと思いますが、玄関の解錠・施錠をスマートフォ...
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Project Cartoon: Japanese
顧客が本当に必要だったもの《アイマス版》 - やねうらおブログ(移転しました)
サービス終了のお知らせ
Justin Hourigan
Cagylogic: ITプロジェクトの実態とは！