根拠

僕も年齢を重ね立場もリーダー側になってきたせいか、最近酔っ払うと説教臭くなってしまうな。(´・ω・`)
それでも40歳50歳のオヤジ上司のような説教ではないが、指導的な話であることには変わりは無い。

僕が言いたいことは、仕事を進める為には常に「根拠」が必要だ、ということだ。

ここで重要なのは、その根拠が正しいかどうかは二の次で良い、ということだな。

設計書とか書いていててね、同じ人間が同じ機能を一つの設計書に書いているのに、その設計書の中の上の方と下の方で設計が食い違っちゃってるなんておかしいのよ。
そういうのは「無根拠」で作業しているからそうなるわけ。

この「無根拠で作業する連中」ってのは本当にヤバい。その成果物は常に壊滅的に収拾不能になる。

逆に正しいかどうかはさておきとしても、根拠を持って作業している人は間違いがあってもそれなりの成果物が出てくるのよ。

何度も言うが、その「根拠」ってのはどれだけいい加減でも良いのよ。
根拠が妥当であるかどうかはその人の力量に依存するだけの話だから頑張りようがない。

例えば新人が設計するでしょ？

(´・ω・`)「何でこの設計なの？」
(^_^)　　　「こっちの設計書をコピペしています」

こんなレベルでも良いのよ。
その根拠を元に一律でコピペされているなら、それを基準に一律修正出来るから。

最悪なのが、

(´・ω・`)「何でこの設計なの？」
(;°o°)　 「あれ、えっと、あう……」
(´・ω・`)「ページの上の方はこうだけど、下の方はこうなっているね」
(;°o°)　 「上の方はあっちの設計書からコピーして……」
(´・ω・`)「下の方はコピーではないようだが」
(;°o°)　 「こっちは自分で書いていて」
(´・ω・`)「その違いは？」
(;°o°)　 「あれ、えっと、うぽ……」


こんなんじゃ全く話が進まんからね！！


僕の言う「根拠」とは、自分が何をしているかを自分自身が理解していることを意味する。

無根拠はやめろ！！
間違ってても良いから根拠を持ってやれ！！


これは新人とかベテランとかじゃなくて、ビジネスマンの本質なのよ。



これをチーム全体でやらかしているのが、このプロジェクトの別チーム。

もちろんチーム運営するためならば上記のような新人レベルの話じゃなくて「根拠がある」かつ「根拠が正しい」の二つが要求されるわけだが、
別チームの方はチームリーダー以下全員に「根拠」が無い。

「この設計は何故このような設計なのか？」

という背景を持たずにやっているから全面的にグダグダ、バラバラ。
処理のＳＴＥＰ1とＳＴＥＰ2でもう繋がっていない。

「何でこの設計で良いのか？」という根拠を持ちながら作業していれば自然に気付くはずのことに気付かない。

頭の中が真っ白で、な～んとなくぼやーんと雰囲気だけ似たような感じに設計書を書いているだけだからロジックがが成立していないし、さらに設計書の上の方と下の方で内容以前にフォーマットがズレている。
日本語も変。


変。

変。

変。

変なのよ！！


設計書のフォーマット破損なんて気付くヤツだったら小学生でも気付くわ！！


全く無根拠、個人としてもチームとしても何も基準を持たずに作業しているから細かい部分から大きい部分までまるっきりグダグダ、バラバラ。
同じ機能でも正しい場合もあれば間違っている場合もあり。
根こそぎ間違っている設計書を間違っていると気付かずコピペ。


(´・ω・`)「この設計違うんですが……」
(;°o°)　 「あう」
(;°o°)　 「うーむ」
(;°o°)　 「ほぇ～」


これじゃ作業の第一歩からして踏み出せないからね！！


ちゃんと根拠を持ってやれ！！

飲酒拘束

客先主催の懇親会に行ってきたけど、入れ替わり立ち替わりの挨拶回りで拘束され続けて、最後までビール以外何も口に出来なかったぞ。

まあ、客先飲み会だからそうやって挨拶回りしてコミュニケーションを深めるのが趣旨であって飲食はオマケに過ぎないわけではあるが、
一方で一緒に来た下っ端のメンバー共はそんな苦労とは無縁にモギュモギュモギュモギュ。

ファック。(´・ω・`)

順調

ふ～。(´・ω・`)

この業界はプロジェクト＝炎上ってのがお約束なんだけど、
自社に案件を持って帰ってきてからの9月以降は極めて順調だな。

スケジュールはオンスケだし、稼働時数もセーフティゾーンだし、品質もまずまず。
勉強時間も取れてる。

問題は順調だとブログのネタにならんことくらいだわい。(´・ω・`)

詳細設計フェーズ

請負案件で詳細設計フェーズが始まり、二週目……。
チーム作りに手応えを感じて、随分と稼働も安定してきた。(´・ω・`)

我がチームの布陣の特徴は明らか。
若手が激烈に多いところ。
総数8人のうち、半分以上が1～3年目や言語経験少で占められている。

「このメンバーでどう詳細設計すんじゃい！！」ってのがこのプロジェクトの課題だな。

僕の考えた作戦としては、まず詳細設計と言っても、

　・機能分割
　・設計思想
　・デザインパターン

こういう抜本的な部分は詳細設計が始まる前から僕が考えて完了させておいた。
ここが腐ってると全体が壊滅するからここだけは僕が責任持って8月に土日返上でやった。ゲポァ。
メンバーに担当して貰うのは画面個別の詳細設計だ。

しかし画面個別の設計と言っても、

「オブジェクト指向って何？」
「ORマッピングって何？」
「リレーションって何？」
「oneToManyって何？」

みたいな感じだから詳細設計の基礎が成り立たねえ。。。
これはもう少しずつ勉強会しかないな。

まず僕にて

「こうやって書け！　これで正しい！！」

と見本を置いた上で教えて、本人が分っているかどうかは別として設計作業は進行させる。
ただ本人は意味を理解しないまま見よう見まねで書いているから、全体的な雰囲気は合ってるけど、ちょっと中を見ると設計の辻褄が合ってないことが30秒で分かる。

そういう箇所を僕にてピックアップして、

「こういう風に間違っているドキュメントが散見されるのだが、これは……」

と毎日朝会でレクチャー。

これを繰り返すと、最初の一週間は間違いばっかりで超激務だったが、二週目に入った今週からは落ち着いてきた。

所謂「バグ収束曲線」に乗るようなイメージで混乱が収束してきた感触だ。

これなら何とかなりそうだな。
この「最初から完璧を目指さず、30点からのブラッシュアップ」戦術で今後も進行しようと思う。

土日自宅作業

最近は仕事が忙しくて、この土日は両方とも自宅での管理作業に長時間を費やしてしまった。(´・ω・`)

9月から新しく詳細設計フェーズが始まるんだけど、その準備がまだ充分ではないのよ。
準備段階で1の手落ちがあると、後続フェーズで10のマイナスになって戻ってくる。

今日サボったら明日2倍やれば良いだけで済む作業者との違いがココにあって、
リーダーは今、頑張るときに無理してでも頑張らなきゃいけないのが辛い。(´・ω・`)

しかしこの土日に頑張ったから、向こう2ヶ月はかなり安定するだろうな。
軌道に乗ったらちょっと休もう。(´・ω・`)

多忙

今月急がし過ぎ。
全く時間に余裕が無い。(；´・ω・`)

7月終了

遂に7月も終了。明日から8月か。(´・ω・`)

プロジェクトは余談を許さぬ状況……っていうか、やっぱり別チームの部分は低品質と言うか根っこの思想からして間違っていて休日出勤もしているような状況だが……。

とにかく、何とかギリギリで踏ん張っている感じだ。

及第点には到底及んでいるとは言えないが、客先にそんなことを判断する能力は無いし、何とか基本設計書の納品だけはゴリ押しで済ませられそう。

8月も頑張らねばならんな。