アカウント名:
パスワード:
要件定義している間に当初想定していたよりもずっと大規模で複雑なものになっていったとか、開発中に特許庁起因の仕様変更が多発したとか、発注側の責任で遅延が発生したってことはないんですかね
現行機能保証で受注しちゃったんじゃないっけ。だとすると、精密な要件定義書はないけど、現行機能を満たしているかどうかは比較的容易に判定できるから、概ね現行業務をよく知りもしないで受注しちゃったほうの負けですね。
明確な要求仕様を定義できず、現行機能保証となったら癒着業者しかできない。ITゼネコンには税金にたかるのはやめていただきたい
特許庁というか省庁の人事制度に問題があるのでは情報システムの専門家なんていないから誰も要求定義できないわけでそりゃ現行システムベンダにしか作れなくなりますわ
発注責任は誰も取ってないの?
>現行機能保証これ、私はNTTDで初めて見て絶句しました。他にも。。単語の意味が一般的な用語集とまるで違う意味になってたのもあったり。当然会話成立しませんでしたw
今でもあのときの衝撃は忘れられない。。
現行機能が保証されてることを担保する手段が提供されるのかによってずいぶん違うよね。
出来上がってから、今のシステムと違う!と叫べば全部瑕疵になるならまともはシステム開発業者は寄り付かない。
> 出来上がってから、今のシステムと違う!と叫べば全部瑕疵になるならまともはシステム開発業者は寄り付かない。
こんなのなんとでも言い様があるもんね。見た目が違う、処理速度が違う、操作感が違う等々。まあこの程度でいちゃもんつけてくる方も、跳ね返せない営業もそうそういないとは思うけど。
要件定義から入ってるので現行でできる機能を要件に含めるって感じなら現行機能保証でもおかしくないでしょ。数年延びて要件定義書を出して、次のフェーズの設計で基本仕様書と詳細設計書の内容が食い違ったとか要件が反映されていなかったで実装に入る前に中止になったんじゃなかったっけ?
まぁ設計に何千人も入れる割に業務を把握できる開発者を移動させたりして失敗したかったと思えてくるね。
5年位前に大量に要員確保の案件情報が出回ってて私の知人もどっかの派遣経由で虎ノ門に行ってたみたいだけどその時点でタイタニックだって言ってたプロジェクトだわ。仕様把握してるTソルプロパーも居ないわ人の出入りは多いわで友人も数ヶ月で逃げ出してたな。まだ沈没してなかったのに驚いた。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall
特許庁側の態度に問題はなかったのか (スコア:0)
要件定義している間に当初想定していたよりもずっと大規模で複雑なものになっていったとか、
開発中に特許庁起因の仕様変更が多発したとか、
発注側の責任で遅延が発生したってことはないんですかね
Re:特許庁側の態度に問題はなかったのか (スコア:1)
現行機能保証で受注しちゃったんじゃないっけ。
だとすると、精密な要件定義書はないけど、現行機能を満たしているかどうかは比較的容易に判定できるから、
概ね現行業務をよく知りもしないで受注しちゃったほうの負けですね。
Re:特許庁側の態度に問題はなかったのか (スコア:1)
現行機能保証で受注しちゃったんじゃないっけ。
だとすると、精密な要件定義書はないけど、現行機能を満たしているかどうかは比較的容易に判定できるから、
概ね現行業務をよく知りもしないで受注しちゃったほうの負けですね。
明確な要求仕様を定義できず、現行機能保証となったら癒着業者しかできない。ITゼネコンには税金にたかるのはやめていただきたい
Re: (スコア:0)
特許庁というか省庁の人事制度に問題があるのでは
情報システムの専門家なんていないから誰も要求定義できないわけで
そりゃ現行システムベンダにしか作れなくなりますわ
発注責任は誰も取ってないの?
Re:特許庁側の態度に問題はなかったのか (スコア:1)
>現行機能保証
これ、私はNTTDで初めて見て絶句しました。
他にも。。単語の意味が一般的な用語集とまるで違う意味になってたのもあったり。
当然会話成立しませんでしたw
今でもあのときの衝撃は忘れられない。。
Re: (スコア:0)
現行機能が保証されてることを担保する手段が提供されるのかによってずいぶん違うよね。
出来上がってから、今のシステムと違う!と叫べば全部瑕疵になるならまともはシステム開発業者は寄り付かない。
Re: (スコア:0)
> 出来上がってから、今のシステムと違う!と叫べば全部瑕疵になるならまともはシステム開発業者は寄り付かない。
こんなのなんとでも言い様があるもんね。
見た目が違う、処理速度が違う、操作感が違う等々。
まあこの程度でいちゃもんつけてくる方も、跳ね返せない営業もそうそういないとは思うけど。
Re: (スコア:0)
要件定義から入ってるので現行でできる機能を要件に含めるって感じなら現行機能保証でもおかしくないでしょ。
数年延びて要件定義書を出して、次のフェーズの設計で基本仕様書と詳細設計書の内容が食い違った
とか要件が反映されていなかったで実装に入る前に中止になったんじゃなかったっけ?
まぁ設計に何千人も入れる割に業務を把握できる開発者を移動させたりして
失敗したかったと思えてくるね。
Re: (スコア:0)
5年位前に大量に要員確保の案件情報が出回ってて
私の知人もどっかの派遣経由で虎ノ門に行ってたみたいだけど
その時点でタイタニックだって言ってたプロジェクトだわ。
仕様把握してるTソルプロパーも居ないわ人の出入りは多いわで友人も数ヶ月で逃げ出してたな。
まだ沈没してなかったのに驚いた。