仕事をする上で、自分が扱っているものがどういうものか理解しているってのは当然の話だ。
だから、PMもエンジニアリングの知識、カンは必須なんだよ。
PMBOK勉強しました！
試験受かりました！
っても、目の前のプロジェクトの中身とか勘所とか本質を理解できてなかったら、ただのタイムキーパー以下の存在でしかない。
ましてや、OJTでやってきました！
って言われてもな……。
システムって、本質的に「今存在しないもの」を作り出すことなので、予定通り、スケジュール通りってのは難しい。
「開発」であって、製造ではないから。
工場の生産や建物の建築は、物理法則の制約を受けて、ほぼお決まりの構成を組み合わせるだけだから、プロジェクト管理(生産管理)が定石通り進む訳だし、それでもうまく進まないことだってある。
建築途中に、欠陥を検査する仕組みもあるし、「数ミリなら問題ないと」って大成建設が札幌で建物をまるっと取り壊して建て直すなんてこともあった。
けど、システムはそういう仕組みないんよね。
指標もないし(いや、ないことはないけど、指標として機能するのか？ っていうと……)。
1、2年で、サービスの機能追加などがスタックする、ってことは、いろんな現場で起きてる。
初期に埋め込まれた設計上の瑕疵は、後から修正するのが難しいことが大半だから、そこから復活させるのも難しい。
80％程度は作り直すしかない。
おいらは、その作り直しをいくつもしてきた。
金かけたのに機能は増えてないどころか、減ってる。ってんで何人の経営者に逆恨みされてきたか……。
何年も開発してきたもんと同じだけの機能を半年とかで完全に実装なんてできるかよ。
経営者とかは、キラキラした素晴らしいサービスで、どんどん新機能を追加できて〜、とか信じ込んでるし、信じ込まされてるけど、実際はそうじゃなかったって、ある日知らされるんだ。
初期関係者たちがトんだ後に。
後に残されたエンジニアはどこに手を出していいかわからない、固まったスパゲティーを前に、毎日ドキュメントを書いて誤魔化すしかやることがなくなる。
そう言う未来が待ってるってのに、全てがそのまま惰性で進む。
最近思ったのが、PMなんて、人事評価の項目に、「スケジュール通りリリースできること」というのがあって、「根本的に間違えているから、将来に禍根を残す設計ミスがあるから、仕切り直しをする」と判断するインセンティブが存在しないんよな。
「俺のせいじゃない。エンジニアのせいだから」
いやいや、エンジニアから警鐘鳴らしてんじゃん。
でも、理解できないんだろ？
エンジニアリングの知識、技術力、洞察力等々の欠如によって、何が起こってるか、近い将来何が起きるか、理解も認識もできてない。
とにかくリリース最優先で、全てが先送りになっていく。
その負債、すぐに返せなくなるよ。
こんなの昔のSIerとかあるあるだけど、今時の自社サービスはSIerと違って、納期に押し込んで検収受けれさえすればOKってわけじゃない。
その作ったやつを起点に、さらに機能を追加したり、既存機能を変更したり、保守運用を続けなきゃいけない。
すぐに破綻するよ。
1人の人間の人事評価のために、サービスの、会社の将来を潰す。
まぁ、本人はそれを理解してないんだが。
理解するだけの頭がないから。
自分が次指す手しか考えてないヘボ将棋うちと一緒。
14手先で詰み。
は理解できないよな w
「個人的経験に基づくネガティブな発言」
って評価されてるんだが、おいらが語っているのはシステム工学的な知見だ。
設計手法が間違えてるから。
まぁ、頑張れ。
おいらは手を引く。