いうシステム開発方法論を述べた。砂上楼閣な計画が何故か実施まで進んでしまい、その結果どうなったかまでをお話した。素晴らしいところ」を考えたいと思う。その効果を発揮するのは難しいとお話した。考え方には有用な部分が多数ある。二元論ではなく、取り入れできる点は取り入れていくスタンスが良いかと思う。つのレイヤで表現する。各レイヤの詳細な内容や具体的な成果物は書籍をみていただくなりググっていただければと思うが、端的には以下のとおりである。プロダクト標準ん?普通の整理では?と思うかもしれないが、実はこの「順番」がとても重要なのだ。つのレイヤでシンプルに表現し、さらにその関係性から「順番」を規定した。順番?そう、順番が大事なのだ。提示される項目と対比してみよう。保守要件、プロジェクト要件(納期含む)、見積もり前提条件なども書かれているがそこは一旦割愛しよう。該当する項目がないのだ。冒頭には施策目的などは記載されるし、ユースケース図があればアクタが描かれている。業務ミッションや詳細業務フローや作業手順まで書かれることは極めて稀だ。用語集はあっても、データディクショナリがでてくることもほぼ無いだろう。これらが出てきているなら、それは素晴らしいお客様なので懇意にした方がいい。さんに提供いただきたいのは機能と非機能であって、業務とデータはあくまでユーザ企業の領分になる。さんから要求することもないのが一般的だと思う。機能要件や非機能要件がでてこなかったらやめたほうがいいよ実はここに仕様変更のカラクリがある。この辺りが見えると、もしかしたら仕様変更をプロアクティブに防ぐことができるかもしれない。ま、長くなったので別エントリでお話しようと思う。年が経とうとしている。先日、ダイエット開始の所信表明をした。代の求人が増えているらしい。はてなブログPro働き方改革で暇になった超上流データベースエンジニア。日々思うことをツラツラ。2018-03-30「デスマーチが終わった」それはシステムの出来不出来とは全く関係がなかった。デスマーチが終わった」それはシステムの出来不出来とは全く関係がなかった。答えたら優しく抱きしめてあげて欲しいデスマーチは続くよどこまでもいい出来のシステムでも無闇に使われると困るスポンサーリンクスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。