ＡＤＳＬ - 1036554230 - したらば掲示板

1876：とはずがたり：2023/09/04(月) 18:36:49: >>1875
古い方法へのこだわり
社内にとある開発標準がある。

これに従えばプロジェクトは成功すると信じられている。というよりも、何かがうまくいかなかったときに「なんで開発標準に従わなかったの？」という責められ方をする。たちの悪いISOみたいなものだ。

内容は明らかに古く、ウォーターフォールのシステム開発用にしか使えない。これを無理やりモバイルアプリ開発に適用したり、Webに適用したりする。Webをウォーターフールでつくるもんだから、一度作ったら終わりの作りきりの製品になる。

工程だけでなく、品質についても言及されている。例えば試験項目の品質はいかにバグが検出されたかで測られる。

「試験してバグは1件です！」

「おかしい、もっとバグが出るはずだ！バグが出るまで試験しろ！」
新しい方法・技術の導入の難しさ

開発手法にしてもアジャイルをなかなか実践できなかった。常にウォーターフォールの設計だった。承認フローが差し込めないからね。未だにアジャイルがウォーターフォールに対してどうメリットがあるのか、どう導入するのかを議論して、「なんちゃってアジャイル」（単なる細かいウォーターフォールの実践）を導入してみたりする。

技術に関しても導入は難しかった。クラウドなんて信用できない。他社のしかも、どこにあるかわからない場所になんてデータが保管できるわけがない！

残業時間の評価

僕のサラリーに一番影響するのは残業時間だった。正直残業しないと生活がしんどかった。

自動化？

ふざけちゃいけない。全て手作業で時間をかけて、丹精込めてビルドするんだ。

バグを埋め込むのもいい方法だ。残業時間が増えてサラリーも増えるし、試験も楽になる！炎上させて鎮火すると、上司の評価もあがるぞ！

スキルと無関係の異動

本人の志向やスキルとはだいたい無関係に異動がきまる。

どう考えてもG Suiteを使えば一発でおわるのに、何番煎じかわからないアプリを作らされる。JSPで。こんなんを作りにきたんだっけ？

社外技術への関心のなさ

僕はまずはGitの啓蒙から始めるのが通例だった。でもこれがまた苦労するんだ。

しかもだいたい信用してくれない。日付が入ったフォルダにgitからコピったファイルをおいて作業している。それ、Git使ってる意味は？？

なんちゃってフレックス

8:50から12:00がコアタイムのフレックスだった。どうしても連日深夜作業したエンジニアを朝に叩き起こしたいらしい。遅刻にはかなり厳しく、評価にもダイレクトにひびくので、朝忘れ物して5分遅れそうだな、と思うと「体調悪いです」と言って午前休をとることも多かった。そこまでして8:50に出社しても、べつに特別な業務があるわけでもない。

そこまでエンジニアの行動を縛る意味はあるんですかねー。

…

個人時間のなさ

人の時間を奪うことに関して悪ではない雰囲気だった。自席にいるとすぐに呼び出されるので、どうしても仕事に集中したい場合は会議室や打ち合わせスペースを予約してそこにノートPCを持ち込むようなハックが必要だった。僕は残業時間に仕事の時間を確保していた。会社にきているのに仕事の時間を確保しないといけないとは。

会議は特に時間泥棒なんだけど、上司が率先してやるもんだから、みんな船漕いじゃってもう。みんなが船こぐような会議は必要？

難しい顔しながら居眠りするのがうまくなった。

…