あるIT現場2 故障多発 無謀な怒りの代償 第３幕 保守・開発ゴッコ再開中2
あるIT現場2 故障多発 無謀な怒りの代償 第３幕 保守・開発ゴッコ再開中2
ポアンカレ以前とルベーグ積分以降
変なDBのOracle化
私が所属する元請と顧客 対 Nxxデーター
私が所属する元請の、作ったものは、意味不明。
それを、オフショアを仕切り、直すのは、Nxxデーター。
直されたものを、検証するのは、私の所属する元請。
そして、引渡しを受けるのは、生き血を吸う業界のコンサル会社
(このコンサル会社は、常に自分達の単金が、250万であることを連呼する。四六時中)
まだ、Nxxデーターの方を持ちたい。
現場全体としては、結局オフショアのレベルが高かったのか、
直す前のゴミが、ゴミの動きを何とか、保っているようで、
大きな不具合は、まだ、発覚していない。
そのため、多少、平和な状態なのかも、しれない。
一方、私の所属する元請は、何故か、また、忙しいらしいが、
その内容が、やっぱり、ゴミだな。
普通の現場では、現行の割引、lookup に廃止日時を設定、
新しい、割引の採用日時を設定。
検証結果は、検証済み、直交テストNo.201010102 を参照。
それだけで、終わる。
直す必要も、検証する必要もない。
っが。
今の現場では、大体、下のような、展開になり、
20人月か、30人月かな。
どうみても、ぼったくりというか、さぎというか、
どーして、そーなるかね。
命の無駄遣い。
雇用対策？
■ビジネス要望？
そろそろ、なにか、こーぱっとしたことしたい。
■ビジネス要件
顧客の満足度を向上させる。
現行のなんでも割引、とにかく割引を
女割引、男割引、両方割引とし、キャンペーンを打つ。
前年比5%増の増収・増益を目指す。
・・・
直ちに、実施したい。
■業務要件
割引の種類が、現行では、２種あるが、３種になる。
それにともない、地域、代理店別、、機種別、年齢別に、
見かけ、2 x 70 x 150 x , ... のxls ファイルから、
今度は、3 x 70 x 150 x , ... のxls ファイルになる。
・・・
■システム要件
・・・
出力ファイルをxlsに変換する前に、
19002byte目から、10bytes を半角スペース埋めする。
・・・
出力ファイルをxlsに変換する前に、
271891byte目から、女割りは、女、男割りは男、どちらでもない場合は、
ﾘｮｳ(両方を意味する)
・・・
のように、csv 出力するので、
業務側で、縦横切り取って、xlsファイルにすること。
■基本
現在のカーソルを分割し、男、女、両方に対応する。
現行のカーソル１つから、カーソル三つにする。
・・・
■詳細
・・・・・・
・・・・・・
・・・・・・
・・・・・・
・・・・・・
・・・・・・
・・・・・・
・・・・・・
・・・・・・
・・・・・・
・・・・・・
・・・・・・
・・・・・・
・・・・・・
・・・・・・
■検証 (大分、省略バージョン)
見積もり、
・・・
as-is, to/be
・・・
１６段階承認、査閲フロー
・・・
工程手順確認一覧
・・・・・・
まったく、管理できない、バージョン管理から、
前回ソース、成果物一式をとりだすことを、
全員に、宣言。
が、チェックアウト済みのこともある、
だれかが、別の物件で、チェックアウトしている。
が、どちらの、物件が先になるのかは、
長いこと、わからない、
同時になることもあれば、
順序が逆に、なることもある。
３被りくらいのこともある。
・・・・・・
現場最強、大嘘満載、なにが、書いてあるか、意味不明な、
仕様メモを修正し、PDF化して、前回、今回の差分印刷。
差分がでないように、前回、今回を両方とも修正。
・・・・・・
レビュー、レビュー記録記入、
レビュー後の修正、
レビュー、レビュー記録記入、
レビュー後の修正、
レビュー、レビュー記録記入、
レビュー後の修正、
・・・・・・
読み合わせ
・・・・・・
ソースなど、一式変更前、変更後確認
・・・・・・
ソースの変更前、変更後の差を文書化
いかに、物理的に、前回、今回の差が、少なくなるかだけを、考慮する。
・・・・・・
レビュー、レビュー記録記入、
レビュー後の修正、
レビュー、レビュー記録記入、
レビュー後の修正、
レビュー、レビュー記録記入、
レビュー後の修正、
・・・・・・
データー作成
前回データー使えない
前回の、検証に、嘘がある。
但し、そのことは、決して、誰にも、いっては、いけない。
めんどくさいことになる。
・・・・・・
このデーターは、本当に、つかったの？
・・・・・・
・・・・・・
・・・・・・
・・・・・・
・・・・・・
本番では、カラムがないのに、何故かテスト環境でカラム有
・・・・・・
・・・・・・
本番では、制約から、そんなデーター発生しないのに、
なぜか、テストする。
・・・・・・
・・・・・・
本番想定？データーを作成する。
・・・・・・
・・・・・・
本番想定ではないが、よしとする？
・・・・・・
・・・・・・
本番想定ですが、本番想定では、ありませんが、本番想定です。
・・・・・・
・・・・・・
既存不具合発覚？
不具合かどうか、わからない。
人が集まりだす。
どーしてなんだと、元請に、嫌な顔される。
しまいには、なぜ、いままで、気がつかないのかとか、
いままで、なにをやってたんだとか、言われている人が、いたのだが、
その人、しばらく前に、入場し、初めて、そのプログラムを拡張しているのだが、
・・・・・・
・・・・・・
・・・・・・
結局、長ーイ、入力のどこかに、なにか、
本番では、発生しないものがあるらしく、
とりあえず、よしとなることもある。
・・・・・・
ソースの、コメントがまちがえているので、
修正し、リコンパイル後、再検証。
・・・
・・・
検証結果レビュー
・・・
ある検証で、データーに半角スペースが入っていないことがあることの指摘発生。
・・・
先頭から、やり直す。
・・・
ある検証で、データーに1が入っていないことがあることの指摘発生。
先頭から、やり直す。
・・・
ある検証で、データーに2が入っていないことがあることの指摘発生。
先頭から、やり直す。
・・・
ある検証で、データーに3が入っていないことがあることの指摘発生。
先頭から、やり直す。
・・・
ある検証で、データーに4が入っていないことがあることの指摘発生。
先頭から、やり直す。
・・・
・・・
・・・
・・・
・・・
本番環境がどーなってるか、問い合わせる。
・・・
そんなデーターは、今までも、これからも、一切発生しなし、できない。
ことがわかる。
・・・
上記を、ぐったりするまで、
レビューするものの、レビューする奴の、機嫌が良くなるまで、
繰り返す。
なんども、なんども、なんども
・・・
レビュー後に、誤字発見
・・・
上記を、さらに、頭から、繰り返す。
・・・
再発防止策作成。
なんでだ、なんでだ、が、メールで、CC ALL で飛びかう。
・・・
・・・
ここまでで、少ない検証で、１００枚、
多いのは、１０００枚は、印刷している。
・・・
ようやく、このあたりで、
物件名、物件番号、日付が決まり、
記入し、再印刷する。
全部再印刷する。
なぜなら、ファイル名に、物件名がはいっているから。
そして、付箋も沢山貼っていたのだが、全部貼りなおす。
(最近、付箋は、省略気味になってきた)
・・・
ようやく、関係者一同の押印作業が始まる。
全頁に、押印する。日付で。
・・・
・・・
・・・
顧客との、レビュー始まる。
・・・
大体、直ぐに、終わる。
・・・
顧客から、日付の変更指示がくる。
・・・
全頁、再印刷する。
・・・
そして、日付を直して、押印する。
・・・
その他、沢山の、文書に、入力、印刷する。
・・・
・・・
・・・
・・・
その後、また、何を、どう、リリースするのか、
大騒ぎがはじまる。
えんえん、騒ぎが、はじまる。
・・・
・・・
・・・
・・・
・・・
・・・
・・・
・・・
ポアンカレ以前とルベーグ積分以降
変なDBのOracle化
私が所属する元請と顧客 対 Nxxデーター
私が所属する元請の、作ったものは、意味不明。
それを、オフショアを仕切り、直すのは、Nxxデーター。
直されたものを、検証するのは、私の所属する元請。
そして、引渡しを受けるのは、生き血を吸う業界のコンサル会社
(このコンサル会社は、常に自分達の単金が、250万であることを連呼する。四六時中)
まだ、Nxxデーターの方を持ちたい。
現場全体としては、結局オフショアのレベルが高かったのか、
直す前のゴミが、ゴミの動きを何とか、保っているようで、
大きな不具合は、まだ、発覚していない。
そのため、多少、平和な状態なのかも、しれない。
一方、私の所属する元請は、何故か、また、忙しいらしいが、
その内容が、やっぱり、ゴミだな。
普通の現場では、現行の割引、lookup に廃止日時を設定、
新しい、割引の採用日時を設定。
検証結果は、検証済み、直交テストNo.201010102 を参照。
それだけで、終わる。
直す必要も、検証する必要もない。
っが。
今の現場では、大体、下のような、展開になり、
20人月か、30人月かな。
どうみても、ぼったくりというか、さぎというか、
どーして、そーなるかね。
命の無駄遣い。
雇用対策？
■ビジネス要望？
そろそろ、なにか、こーぱっとしたことしたい。
■ビジネス要件
顧客の満足度を向上させる。
現行のなんでも割引、とにかく割引を
女割引、男割引、両方割引とし、キャンペーンを打つ。
前年比5%増の増収・増益を目指す。
・・・
直ちに、実施したい。
■業務要件
割引の種類が、現行では、２種あるが、３種になる。
それにともない、地域、代理店別、、機種別、年齢別に、
見かけ、2 x 70 x 150 x , ... のxls ファイルから、
今度は、3 x 70 x 150 x , ... のxls ファイルになる。
・・・
■システム要件
・・・
出力ファイルをxlsに変換する前に、
19002byte目から、10bytes を半角スペース埋めする。
・・・
出力ファイルをxlsに変換する前に、
271891byte目から、女割りは、女、男割りは男、どちらでもない場合は、
ﾘｮｳ(両方を意味する)
・・・
のように、csv 出力するので、
業務側で、縦横切り取って、xlsファイルにすること。
■基本
現在のカーソルを分割し、男、女、両方に対応する。
現行のカーソル１つから、カーソル三つにする。
・・・
■詳細
・・・・・・
・・・・・・
・・・・・・
・・・・・・
・・・・・・
・・・・・・
・・・・・・
・・・・・・
・・・・・・
・・・・・・
・・・・・・
・・・・・・
・・・・・・
・・・・・・
・・・・・・
■検証 (大分、省略バージョン)
見積もり、
・・・
as-is, to/be
・・・
１６段階承認、査閲フロー
・・・
工程手順確認一覧
・・・・・・
まったく、管理できない、バージョン管理から、
前回ソース、成果物一式をとりだすことを、
全員に、宣言。
が、チェックアウト済みのこともある、
だれかが、別の物件で、チェックアウトしている。
が、どちらの、物件が先になるのかは、
長いこと、わからない、
同時になることもあれば、
順序が逆に、なることもある。
３被りくらいのこともある。
・・・・・・
現場最強、大嘘満載、なにが、書いてあるか、意味不明な、
仕様メモを修正し、PDF化して、前回、今回の差分印刷。
差分がでないように、前回、今回を両方とも修正。
・・・・・・
レビュー、レビュー記録記入、
レビュー後の修正、
レビュー、レビュー記録記入、
レビュー後の修正、
レビュー、レビュー記録記入、
レビュー後の修正、
・・・・・・
読み合わせ
・・・・・・
ソースなど、一式変更前、変更後確認
・・・・・・
ソースの変更前、変更後の差を文書化
いかに、物理的に、前回、今回の差が、少なくなるかだけを、考慮する。
・・・・・・
レビュー、レビュー記録記入、
レビュー後の修正、
レビュー、レビュー記録記入、
レビュー後の修正、
レビュー、レビュー記録記入、
レビュー後の修正、
・・・・・・
データー作成
前回データー使えない
前回の、検証に、嘘がある。
但し、そのことは、決して、誰にも、いっては、いけない。
めんどくさいことになる。
・・・・・・
このデーターは、本当に、つかったの？
・・・・・・
・・・・・・
・・・・・・
・・・・・・
・・・・・・
本番では、カラムがないのに、何故かテスト環境でカラム有
・・・・・・
・・・・・・
本番では、制約から、そんなデーター発生しないのに、
なぜか、テストする。
・・・・・・
・・・・・・
本番想定？データーを作成する。
・・・・・・
・・・・・・
本番想定ではないが、よしとする？
・・・・・・
・・・・・・
本番想定ですが、本番想定では、ありませんが、本番想定です。
・・・・・・
・・・・・・
既存不具合発覚？
不具合かどうか、わからない。
人が集まりだす。
どーしてなんだと、元請に、嫌な顔される。
しまいには、なぜ、いままで、気がつかないのかとか、
いままで、なにをやってたんだとか、言われている人が、いたのだが、
その人、しばらく前に、入場し、初めて、そのプログラムを拡張しているのだが、
・・・・・・
・・・・・・
・・・・・・
結局、長ーイ、入力のどこかに、なにか、
本番では、発生しないものがあるらしく、
とりあえず、よしとなることもある。
・・・・・・
ソースの、コメントがまちがえているので、
修正し、リコンパイル後、再検証。
・・・
・・・
検証結果レビュー
・・・
ある検証で、データーに半角スペースが入っていないことがあることの指摘発生。
・・・
先頭から、やり直す。
・・・
ある検証で、データーに1が入っていないことがあることの指摘発生。
先頭から、やり直す。
・・・
ある検証で、データーに2が入っていないことがあることの指摘発生。
先頭から、やり直す。
・・・
ある検証で、データーに3が入っていないことがあることの指摘発生。
先頭から、やり直す。
・・・
ある検証で、データーに4が入っていないことがあることの指摘発生。
先頭から、やり直す。
・・・
・・・
・・・
・・・
・・・
本番環境がどーなってるか、問い合わせる。
・・・
そんなデーターは、今までも、これからも、一切発生しなし、できない。
ことがわかる。
・・・
上記を、ぐったりするまで、
レビューするものの、レビューする奴の、機嫌が良くなるまで、
繰り返す。
なんども、なんども、なんども
・・・
レビュー後に、誤字発見
・・・
上記を、さらに、頭から、繰り返す。
・・・
再発防止策作成。
なんでだ、なんでだ、が、メールで、CC ALL で飛びかう。
・・・
・・・
ここまでで、少ない検証で、１００枚、
多いのは、１０００枚は、印刷している。
・・・
ようやく、このあたりで、
物件名、物件番号、日付が決まり、
記入し、再印刷する。
全部再印刷する。
なぜなら、ファイル名に、物件名がはいっているから。
そして、付箋も沢山貼っていたのだが、全部貼りなおす。
(最近、付箋は、省略気味になってきた)
・・・
ようやく、関係者一同の押印作業が始まる。
全頁に、押印する。日付で。
・・・
・・・
・・・
顧客との、レビュー始まる。
・・・
大体、直ぐに、終わる。
・・・
顧客から、日付の変更指示がくる。
・・・
全頁、再印刷する。
・・・
そして、日付を直して、押印する。
・・・
その他、沢山の、文書に、入力、印刷する。
・・・
・・・
・・・
・・・
その後、また、何を、どう、リリースするのか、
大騒ぎがはじまる。
えんえん、騒ぎが、はじまる。
・・・
・・・
・・・
・・・
・・・
・・・
・・・
・・・