プログラムの単体テストは課長の仕事だぞっ

私は某中小企業の社内SE。
大手ITベンダーから中小企業の社内SEに転職しました。

大企業と中小企業のギャップは数多くあります。
どちらも経験すると、どちらの良いところも悪いところも分かります。

ただ、そんな私にも分からない掟があります。

うちの会社では、ユーザからのプログラムの追加開発や保守の単体テストは全て課長が担当します(笑)

プログラムを開発し稼働確認まで担当者が行い、検証環境をリリースします。

そこからは課長の腕の見せ所。
20年以上基幹システムを担当してきた圧倒的な経験とノウハウだけでテストしてくれます!

うちの会社には、仕様書や設計書と呼ばれるものが一切ありません。
追加開発でもユーザからは3行くらいの要望書だけ。もちろん設計工程なんてものは存在しません。

単体テストではユーザにとって何が最適なのか、課長が独自の見解を示してくれます(笑)
それに従い開発するだけ。言う通りに作らないと不貞腐れます。

仕様書や設計書、テスト仕様書などがあった方がいいと思うことも多々あります。
まぁ無くて良いと思うところもありますが。

ただ、こういう開発スタイルで行うのであれば、プログラミングや部品化、共通化の考え方を全員である程度共有しておく方が効率的かつ安定した品質になると思います。

プログラムの中身も属人的かつえげつないことになっており、開発者以外は理解不能らしいです。
そのため仕様も一子相伝。

職人気質と言えば聞こえはいいですが、少しマヌケ。
一応モノづくりメーカーなので、IT部門ももう少しモノづくりにこだわってほしいなんて思う今日この頃。

そういうことを真正面から指摘してスカンくらっているので、最近は大人しくしてます。。

【こちらもオススメ】
・ブラック企業大賞というものを知って思うこと
・働いてはいけない会社やブラック企業の特徴の面接での見分け方
・残業時間の自慢は最近の流行りじゃない
・休み明けに会社・仕事に行きたくないときの対処法
・「いつかはやらないといけない」が口癖なのは老害のはじまり
・17時から会議を始める老害たち
・仕事のできない課長・マネージャーの特徴
・キングファイルを頭に乗せて運ぶ課長は嫌いだ
・「異論があるなら社長になれ」という部長は名ばかり管理職で老害
・虫のような声を出す課長を好きになれない理由
・「上司との距離が近い」はいいことばかりではない
・酒の席でゴルフの話を延々と繰り返す上司は好きになれない
・1日5分のショートミーティングで、毎月恒例3時間の進捗確認会は排除できる
・「業務に直接関係のないこと以外はやるな」は正しいか
・夕方に、定時内に終わりそうにない仕事を振られたときの対応方法
・パワハラ上司への復讐なんて時間の無駄、だけどどうしてもやりたいならグーパンチの前にこれ
・社内に優秀なSEを集めればコストカットになる
・「パソコンが使える」はそんなに高いハードルではない理由
・就職・転職フェアやセミナーには一次面接のつもりで行くべき理由