アカウント名:
パスワード:
って言ってればいいんだから、楽なもんだよね曖昧な仕様を指摘する必要もなく、要求仕様に満たないものを1.0として納品してOKろくに検収もされないし
「欲しい物が何か分からないが、期日までに何かを買う事だけは決まっている」
という客を一言で言えば「カモ」
それでいいんだよ。最初は小さな規模でやって、成果が得られなければ得られないで損失が小さく済んでお得。小さな規模でやって成果が得られたなら、得られた成果と投入したリソースを金勘定して、事業に併せて開発の規模を大きくしていく。客としては大きな失敗を避けられるし、トータルでコストバランスの良い投資ができる。
開発する側は、スケールアップ・ダウンに対応する力を求められるし、適当に客をカモにしようとするだけなら、最初の規模の小さな段階で切られて、本当にうまみのある規模を大きくする部分の仕事を得られないだけ。
欲しい物が何か分からないんだから、「成果が得られなければ打ち切り」も判定不可能ダミーデータを食わされて「成果はあった事になっているが、訳が分からない。追加投資が必要」という判断になる業者側のモラルにも限度があり、やがて組織が発注する全てのプロジェクトがそういう結果になる
何で?どの程度業務効率が上がったのかは、金勘定できる。いくら儲かっているのかすらの検証すらできない会社なら、遅かれ早かれ滅びる。
日本の病巣がよく分かってんじゃん
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stableって古いって意味だっけ? -- Debian初級
行政が悪い (スコア:0)
って言ってればいいんだから、楽なもんだよね
曖昧な仕様を指摘する必要もなく、要求仕様に満たないものを1.0として納品してOK
ろくに検収もされないし
Re: (スコア:0)
「欲しい物が何か分からないが、期日までに何かを買う事だけは決まっている」
という客を一言で言えば「カモ」
Re:行政が悪い (スコア:0)
それでいいんだよ。
最初は小さな規模でやって、成果が得られなければ得られないで損失が小さく済んでお得。
小さな規模でやって成果が得られたなら、得られた成果と投入したリソースを金勘定して、事業に併せて開発の規模を大きくしていく。
客としては大きな失敗を避けられるし、トータルでコストバランスの良い投資ができる。
開発する側は、スケールアップ・ダウンに対応する力を求められるし、適当に客をカモにしようとするだけなら、最初の規模の小さな段階で切られて、本当にうまみのある規模を大きくする部分の仕事を得られないだけ。
Re:行政が悪い (スコア:1)
欲しい物が何か分からないんだから、「成果が得られなければ打ち切り」も判定不可能
ダミーデータを食わされて「成果はあった事になっているが、訳が分からない。追加投資が必要」という判断になる
業者側のモラルにも限度があり、やがて組織が発注する全てのプロジェクトがそういう結果になる
Re: (スコア:0)
何で?
どの程度業務効率が上がったのかは、金勘定できる。
いくら儲かっているのかすらの検証すらできない会社なら、遅かれ早かれ滅びる。
Re: (スコア:0)
日本の病巣がよく分かってんじゃん