アカウント名:
パスワード:
技術的に失敗することが明らかなんだけど、上司や顧客にそれを言っても理解しない（主に知識が足りないので理解できない）ような時に、警告はしたよっていう証拠を残しておくこと。また、そのままプロジェクトが邁進した結果、結合テストやシステムテストあたりで問題点が発覚した時に、責任を回避したり、最悪、炎上した案件から逃げ出すための方法を用意しておくこと。これに尽きると思う、個人的には。なんかもう慣れてきたけどね。
サイジングとかやってるとたまに起きる。「それじゃ性能足りねーよ」って言ってるのに予算ありきでシステム組んで、いざ本番で負荷かかりすぎてマトモに動かないとか。本来、同時に使うことなんか想定されてない複数のミドルなんかを１つのサーバにインストールした挙げ句、「それぞれの動作環境は足りてるのになんで書いてある処理性能が出ないんだ」って言い出したり。
現状で上手く動いているシステムを「弊社の製品を使ってコスト削減しようぜ」という業者の売り込みから守ること、ですかね。。
企業やっていると無数の売り込み訪問が回ってくるので、ユーザ企業側であっても話の分かるIT担当者を置いておかないと、変なものを売りつけられてしまうという…。「OSSでコスト削減」や「ホームページリース商法」とか。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
大変、の意味によりますがね (スコア:5, 参考になる)
技術的に失敗することが明らかなんだけど、上司や顧客にそれを言っても理解しない（主に知識が足りないので理解できない）ような時に、警告はしたよっていう証拠を残しておくこと。
また、そのままプロジェクトが邁進した結果、結合テストやシステムテストあたりで問題点が発覚した時に、責任を回避したり、最悪、炎上した案件から逃げ出すための方法を用意しておくこと。
これに尽きると思う、個人的には。
なんかもう慣れてきたけどね。
サイジングとかやってるとたまに起きる。
「それじゃ性能足りねーよ」って言ってるのに予算ありきでシステム組んで、いざ本番で負荷かかりすぎてマトモに動かないとか。
本来、同時に使うことなんか想定されてない複数のミドルなんかを１つのサーバにインストールした挙げ句、「それぞれの動作環境は足りてるのになんで書いてある処理性能が出ないんだ」って言い出したり。
Re:大変、の意味によりますがね (スコア:4, 参考になる)
現状で上手く動いているシステムを「弊社の製品を使ってコスト削減しようぜ」という業者の売り込みから守ること、ですかね。。
企業やっていると無数の売り込み訪問が回ってくるので、ユーザ企業側であっても話の分かるIT担当者を置いておかないと、変なものを売りつけられてしまうという…。
「OSSでコスト削減」や「ホームページリース商法」とか。