アカウント名:
パスワード:
要件定義段階であれば特に言い換えず要件定義後に移行のプロセスの再見積もりを行うのが正しいプロジェクト管理だと思う。
残念ながら再見積もりの機会は無いものの、既存の見積りに前提条件あり、これとは異なる為に「技術的には・・・」という表現を使う状況であれば、やはり言い換えず「前提条件外ですので、追加費用をお見積りします」と答えるのでは？＃顧客が前提条件を理解していない場合、ここで認識を合わせる。
上の何れにも該当せずエイヤで出した荒い見積りを受注したのであれば、それを許した戦略的背景があるか組織に問題があるのであってSE個人が困ることも無いように感じる（プロジェクト単体の原価率が悪化したとしても、それは致し方無く「技術的には」粛々とプロジェクトを進める）。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
お盆ですね (スコア:1)
要件定義段階であれば特に言い換えず要件定義後に移行のプロセスの再見積もりを行うのが正しいプロジェクト管理だと思う。
残念ながら再見積もりの機会は無いものの、既存の見積りに前提条件あり、これとは異なる為に「技術的には・・・」という表現を使う状況であれば、やはり言い換えず「前提条件外ですので、追加費用をお見積りします」と答えるのでは？
＃顧客が前提条件を理解していない場合、ここで認識を合わせる。
上の何れにも該当せずエイヤで出した荒い見積りを受注したのであれば、それを許した戦略的背景があるか組織に問題があるのであってSE個人が困ることも無いように感じる（プロジェクト単体の原価率が悪化したとしても、それは致し方無く「技術的には」粛々とプロジェクトを進める）。