• 2017年7月10日月曜日
ウズマスターの日々
ウズマスターの日々 https://blog.uzumax.org/search?updated-max=2017-07-14T21:56:00-07:00&max-results=7&reverse-paginate=true

熊とワルツを

今回のプロジェクトの失敗を受けて、最近はプロジェクトマネージメントの勉強をしている。

「プロジェクトマネージメント」って言われても「えっと、要件整理して、進捗管理して……」みたいに
分からなくは無いけど何かぼや~んとしていた所が、
こうやって学問的に整理すると光が差してくる感じがする。

最近オススメなのが、以下の本だ。

熊とワルツを


「トム=デマルコ」という有名な人が書いた本で、プロジェクトマネージメントに関する本をいくつも出版しているが、
本書は「リスクマネージメント」に特に焦点を当てた本だ。

読んでいくと、今やってる失敗プロジェクトに神懸かり的にピッタリ当てはまっている。


・本プロジェクトは納期が最初から決まっている。
・納期は短く、絶対に動かすことは出来ない。
・納期が絶対であることはプロジェクト発足当初から何度も繰り返し強調され続けた。
・そのうち「納期を守れないかもしれないというリスク」は忌み事のように口に出すことも憚られた。
・そしてシステムが完成しないまま納期が到来し、1ヶ月、2ヶ月と経過し、最後は訴訟を起こされた。


このプロジェクトそのものだな。
つまるところ、システム開発の現場って、


絶対遵守とされた事項は100%遵守しなければならず、遵守出来ない可能性は考慮してはならない。

とか、


本当に致命的な最大級の問題点は触れること自体が忌諱される。


みたいなところがあって。
で、それが見事に発生してプロジェクトが崩壊する。


「これ、要件定義からやり直さないと何ともならんのだけど?」⇒「今更要件定義フェーズに戻るなど許されない!!」


みたいな感じで、深刻な問題だからこそ徹底して無視される。

こういう失敗ケースに対するリスクマネージメントを分り易く書いている。

PMを目指している人にはぜひオススメの一冊だな。
読むと良い。
  • 2017年7月6日木曜日
ウズマスターの日々
ウズマスターの日々 https://blog.uzumax.org/search?updated-max=2017-07-14T21:56:00-07:00&max-results=7&reverse-paginate=true

追放

・1日目:PCのセットアップ
・2日目:PCのセットアップ
・3日目:欠勤
・4日目:欠勤
・5日目:午前休
・6日目:作業。生産性0.1
・7日目:作業漏れの手戻り対応
・8日目:作業。生産性0.1
・9日目:作業漏れの手戻り対応
・10日目:作業。生産性0.1
・11日目:欠勤
・12日目:無断欠勤
・13日目:作業漏れの手戻り対応
・14日目:午前休。作業漏れの手戻り対応
・15日目:作業漏れの手戻り対応
・16日目:退場(完)

約1ヶ月を勤務して、実質的には成果ゼロ。
砂粒ほどの成果物も上がらなかった。

僕の僅かな社会経験の中の話に過ぎないが、スキル、社会性、共にぶっちぎりで最低の男だったな。
30代後半だと思うが、どうやってここまで生き延びてきたのか不思議でならない。

僕は基本的にメンバーは切らない主義である。
チーム内にダメSEが少々混ざっていても、
そういうのも含めて面倒を見てやるのが上官の責務であり、
そういうのがいるという前提で業務を進行するのがマネージメントであり、
そういう姿勢がメンバー全体の支持を得て、団結力を向上し、チーム全体の生産性を向上させる。
ダメSEを許容する精神性はトータルで見れば利益に繋がる、という考えだ。

しかし、流石の僕もこのクズばかりはどうにもならなかったな。

「あの、この部分なんですけど、僕がソースを解析する限りこういう処理ではなくて……」
「分かりましたからッ!!」

とかって、間違いの指摘を拒絶する。

世の中には分かっている話を何度も繰り返す面倒な人もいるが、
僕は「本人が分かったと言っている以上、二度同じことは言うまい」という主義である。

で、実際にやってもらって、全く分かっていない。間違っている。
それを以て再び指摘する。

「あの、この部分はやはりこうではなくて……」
「あっ!? すぐ直します!!」

みたいなことは言うけど、やっぱり直らない。


この処理はdeleteではない。削除フラグを1にupdateする処理である。
ってだけの指摘が何で分からんのじゃ!!



つまるところ、他者から間違いを指摘されることが許せないんだな。
そういう人がいるのが常の世の中だけど、この人の場合、

「やっていることは8割正しいけど、他人の言うことを聞かないワンマンな性格の上司」

ではなくて、

「やっていることが8割間違っている、他人の言うことを聞かない下っ端の中年」

でしか無いからね。

このように「スキル」「人間性」の両面でNGの人間は流石の僕でも庇えない。
片方OK、片方NGだったら、僕は庇う。

この男はどうしようも無い。
社会から退場して頂くのが最善であろう。
  • 2017年7月4日火曜日
ウズマスターの日々
ウズマスターの日々 https://blog.uzumax.org/search?updated-max=2017-07-14T21:56:00-07:00&max-results=7&reverse-paginate=true

低スキル中年社会不適合SE

・1日目:PCのセットアップ
・2日目:PCのセットアップ
・3日目:欠勤
・4日目:欠勤
・5日目:午前休
・6日目:作業。生産性0.1
・7日目:作業漏れの手戻り対応
・8日目:作業。生産性0.1
・9日目:作業漏れの手戻り対応
・10日目:作業。生産性0.1
・11日目:欠勤
・12日目:無断欠勤(←イマココ)

Fuck You。(´・ω・`)
  • 2017年6月30日金曜日
ウズマスターの日々
ウズマスターの日々 https://blog.uzumax.org/search?updated-max=2017-07-14T21:56:00-07:00&max-results=7&reverse-paginate=true

低スキル中年SE

参ったな。とんでもない地雷野郎を掴まされてしまった。
この男は年齢は30代後半のように見える。
単体開発プログラマーとして参画しているのだが、どうしようも無くスキルが低い。

作業を開始してから4日が経過しても1画面も成果が上がらないのでどういうことかと
僕がテコ入れに入ったら、その素質の無さが明確に見えてしまった。

例えば、だよ。
既存のソース解析を行っていて、

ソース中に「delete」って文字があったら、この男はSQLの削除だと読み取るわけよ。
ソース中に「insert」って文字があったら、この男はSQLの登録だと読み取るわけよ。

そこで僕が質問する。

「じゃあ、更新処理はどこでやっているの?」

するとこの男は答えるのよ。

「更新処理は無いみたいです」




違うんだよ。
この画面のデザインで更新処理が無いなんて、そんなことがあるわけ無いんだよ。

「更新処理が無いわけ無いでしょ?」って僕がソースを見ると1分で分かる。

この画面は

「全件削除した後に全件登録することで最新状態を作り出し、一連の処理を完了する」

って処理なわけよ。
だからSQLの「update」は必要無い。


それが本質的な理解なんだよ。


「delete」ってあるから削除しています。
「insert」ってあるから登録しています。
「update」とは無いから更新していません。


こんな回答をする時点で処理というものの本質を理解する能力が欠落している紛れもない証左なんだよ。


だから作成するドキュメントも一行上と一行下で辻褄が合わない。


「設計を見るに、このテキストボックスに入力がある場合はエラーとする、という意味で良いですか?」
「はい」
「では、その次のテキストボックスの入力文字列をDBに登録する、という処理は何ですか?」
「インサートします」


そんなことは聞いてないんだよ。
僕は上と下で辻褄が合ってないって言ってるんだよ。


「上の処理でテキストボックスに入力がある場合はエラーにしているということは、
次の処理ではDBに常にnullを登録することになるけど、そんなわけ無いですよね?
テキストボックスに入力がある場合はエラーじゃなくて、
テキストボックスに入力が無い場合はエラー、つまりこのテキストボックスは入力必須項目であるという処理ではないですか?
ソースに!=と書かれている所を==だと見間違えているのではありませんか?」
「あ……」


と、そこまで説明してやっと間違いに気付く。


こんな受け答えをするということは、自分で自分が何を言っているのかを分かっていないって意味なんだよ。


僕は別に速く仕事しろとか、ミスを減らせとか、そういうことを要求しているんじゃないんだよ。


「自分が何しているかを自分で分かってますか?」


という本質的な所に疑義を唱えているんだよ。


この手のタイプは頭脳労働を任せるに全く不適切である。
一字一句間違い無く記述されたテスト項目書を一字一句間違い無く打鍵するような完全機械労働以外に使い道は無い。

僕よりも年上だってのにこの始末。
参ったな、こりゃ……。(´・ω・`)
  • 2017年6月29日木曜日
ウズマスターの日々
ウズマスターの日々 https://blog.uzumax.org/search?updated-max=2017-07-14T21:56:00-07:00&max-results=7&reverse-paginate=true

スキル不足

このプロジェクトもそろそろ末期だな。。。

製造工程の序盤までは、


「製造が難航している原因はプログラマー一人一人のスキルが低いからだ!!」
「現在プログラミングを行っているメンバーの過半数を契約解除し、標準的なスキルを持つプログラマーと入れ替えることで解決出来る!!」


なんて論調がまかり通ってたけど、
結果は製造完了予定日から三ヶ月を過ぎても未だに製造が完了しない。

製造は未完了だけど結合テストは完了して7月から総合テストを始めるそうな。

これじゃ品質は言わずもがな……っていうか、品質以前にそもそも仕様が漏れてるからね。
「仕様漏れはプログラマーの低スキルが原因!!」って論調で進んできた結果がこれだ。

まあ、

「本当は上流工程に問題があったことは分かっているんだけど、自分達が主導した上流工程に問題があったと認めてしまうと責任取らされるから是が非でも認めるわけにはいかない」

って本音は分かってるから、
分かり切っていることに正義を振りかざしてあれこれ論ずるつもりは無いけどね。

現時点で既に3億円の赤字は確定していて、
その上でシステムは完成せず、客からお金を貰うことは出来ないだろう。
プロジェクト遂行不能と結論付けられたら赤字は一気に10億円だ。

いやぁ、保身以外に何も考えない人を頭に据えちゃうとこういうことになっちゃうんだな。

僕はもう割り切ってるからこのまま粛々と作業するけど、こんなんで大損害を被った会社は悲惨だ。

重要な仕事を頼むのであれば、会社はスキルより先に人格を見るべきだったな。(´・ω・`)
  • 2017年6月26日月曜日
ウズマスターの日々
ウズマスターの日々 https://blog.uzumax.org/search?updated-max=2017-07-14T21:56:00-07:00&max-results=7&reverse-paginate=true

体調不良者

しかしこのプロジェクト、いつも10人に1人くらい体調不良で休んでるな。
30人の教室だったら毎日3人休んでいるようなもんだろ。

別に体調が悪いなら休んでもいいんだけど、ちょっとみんな不健康すぎるような……。

こんなもんなのかね?(´・ω・`)
  • 2017年6月25日日曜日
ウズマスターの日々
ウズマスターの日々 https://blog.uzumax.org/search?updated-max=2017-07-14T21:56:00-07:00&max-results=7&reverse-paginate=true

ふるさと納税

総菜一式最近流行の「ふるさと納税」ってのをやったところ、野菜が大量に届いた。
タイミング悪いことに、ちょうどスーパーで野菜を調達したばかりだった。
冷蔵庫に入り切らんし、このままでは食べる前に腐ってしまう。


と言うわけで、気合い入れて食材を総菜化することにした。

34歳システムエンジニアの手作り料理。
写真の左の方から説明していくと、

・ポテトのソテー
・小松菜の卵焼き
・炊き込みご飯(人参+シメジ+インゲン豆)
・豚肉と小松菜のスープ
・豚肉とネギとピーマンのピリ辛炒め
・豚肉と小松菜のマーボー炒め
・大根の甘煮
・ナスの煮浸し
・モヤシと人参のナムル
・市販品の漬け物

食材がかなり被っているが、余っている食材を消費するのが目的だから仕方が無い。
これだけあると一食では全部食べきれないから、全部来週のお弁当行きだな。

どや!!
一つ一つは大した料理ではないが、これだけ揃うと豪勢だろう。
上記を全部作るのに2時間くらいだ。
コストは1000円とちょっとくらいだろう。

久々に本気出したな。疲れたわい。

こうやってショボい食材をかき集めて無駄なく活用していくのが生活の知恵よ。

毎日コンビニ弁当+ビールクズなんて生活しとったらアカンで。
m9(´・ω・`)