  |
はてなキーワード: SeSとは
↓
勤め始めてすぐに違和感を持つが毎日の業務に忙しくて転職は後回し
↓
気づいたら結構な年齢になっていて転職時に求められるスキルも増える
↓
他業種に行くにはスキルが足りないが、今いる業界は正直合わない
↓
でも年齢的には転職してもフリーターかビルメンぐらいしか道が残されてない
↓
詰み
転職に年齢制限がかかってしまう社会構造のせいでどうやってもこういう流れになってしまう人が数割出てくるんだよね。
そういう人が「俺の業界マジでココがクソなんだよねークソさを減らす方向にシステム組んであると思ったらむしろ加速させる方向にばかり進めたがるのがマジで終わっててさ―」と言ってるのを聞くや、「でもそれってその業界を選んだお前の自己責任だよね？」と野次を飛ばす人が飛んでくる。
SESが知ったかぶりばかりの地獄になっている所に派遣を多用してマジで皆よく分からんまま申次も出来ずに入れ替わっていくとか、独身者まで３月４月の卒業入学シーズンに転勤させたがるせいで毎年引っ越し難民が出てる業界とか、組織のクソな所を少しは改善できる手段がある気がするのに全く解決する気がない所が沢山あるやん。
そういうのに対してまで「就職前に分からなかったの？」と言われてもさ、「ここまで酷いなんて外からじゃ分からんよ」としかならんやろ。
IT業界で、昔はSESで働いていて、大手によく客先常駐していた。どこも大手ばかりでノウハウはしっかり蓄積され、設計書なども充実していた。
SESを脱退し、そこそこ大手のIT企業の正社員になれた。しかし、そこはこれまでのSESで客先常駐していたような企業とは違い、あまり体制的には良くはなかった。
工数管理は基本中の基本であり、やらないIT企業はなかなかないだろう。しかし、当社は違った。
1日に何をしたのか、報告の義務はなく、ただ作業していればよかった。
工数管理とは、案件ごとに工数管理のための番号(工数番号)を振り、さらにその工数番号ごとに要件定義、基本設計、詳細設計、実装/単体テスト、結合テスト、総合テスト、などのサブ番号に分割して、工数を登録することである。
さらにセキュリティ教育などは個々の案件と無関係なことが多いので、維持管理用の工数番号が振られていることもある。
リリース後のトラブル対応なども工数を消費するので、それ専用の工数番号などもあったりする。
さらに、日々の工数を詳細に記載する日報のようなものも導入しているところが多く、どの作業に何時間作業したかを15分単位などで記載する。
工数管理のいいところは、作業をサボりにくくなることだ。作業効率が客観的に見えてしまうため、現実を突きつけられ、もっと頑張らなきゃ、と思う。
工数管理のだめなところは、とにかく面倒くさいことだ。当然だが、工数管理を行うための工数、は工数管理には入力できる枠はない。が、確実に無視できないレベルで工数を消費する。あとトイレなどにつける工数などもない。
しかし、活用されておらず、形式上だけ数字さえ入っていればそれでいい、というものだ。
その形式上すら煩わしいらしく、若手の意見をバリバリ言う人から、
・工数管理は全く意味がない。適当な工数を入力していても誰もチェックしていないのか、何も言ってこない。
・工数管理をしっかりすれば、1日に働いた時間がわかるのだから、勤怠システムは不要である。工数管理システムと勤怠システムを一本化すべきだ。
などの意見が出ていた。
そりゃあ工数管理が根付いてない企業に工数管理を行えばそうなるでしょう。
工数管理は業務に結びつくものではなく導入メリットは明確には測れない。しかし、めんどくささは圧倒的だ。
結果、工数管理システムは完全に廃れ、入力すらしなくても誰も何も言わなくなった。
つまり、当社はよく言えば従業員の意見が通りやすい、悪く言えば従業員のわがままが通ってしまう企業なのだ。
従業員の意見を尊重し、押し付けをせず、それぞれのルールを重んじる。良いことであるが、それでは業務は改善できない。
これまでもそこそこやれてるのだから、それを無視して新ルールを導入しても、組織が壊滅する可能性が出てくるだけだ。
工数管理は基本中の基本だ。どこもやっている。それすらも当社は従業員のわがままが通ってしまうのだ。
(まあ当社の工数管理はテキトーだからダメだったのであって、もっと厳密に管理して、日報なども義務化すれば、これまでサボってた社員もサボれなくなり、結果的に業務は改善していたと思うが。)
PDCAはPlan, Do, Check, Actionの頭文字を連ねたもので、つまり、まずは予定(Plan)ありき。予定がないと実行(Do)はしてはいけない。
実行した後は必ず振り返り(Check)を行いなさい。
当社もPDCAの概念はあるし、週報という形でそれを実現している。
しかしその概念は根付いておらず、週報以外ではPDCAは無視している。
つまり当社は、まずは実行があり、計画は立てることは必須ではない。多くの人は計画を立てない。
振り返りも当然実施しない。実行のみがある。Do, Do, Doである。
これは作業者レベルでそうであるし、案件レベルでもそうだ。案件はたしかに最後には振り返りの資料を作成する必要がある。しかし、これは単に作成しなきゃいけないから作成してるだけで、綺麗事をまとめた振り返りである。
本来は、まずは理想を語り、次に現実を語る。しかし当社は、過去をグダグダ言っても仕方ない、と理想を一切語らず、現実のみを語る。しかし振り返り資料には上司受けするような荒唐無稽な対策が記載される。
当社は、作業の前には計画ありき、などの文化は全く根付いていない。優秀な人間でも根付いていない。
私はただの平社員なので、それらについて指摘はできない。指摘したところで「じゃあどうするの？」と詰められて終わりだ。指摘するなら十分な資料の作成と具体的な対応策の準備、そして責任と人を動かすカリスマ性が必要だ。私にはそれらを準備してまで無駄に頑張る気はない。
と書かれていた。
本来は、業務改善は個々のチームだけの問題ではないので、上層部でマニュアル化してルール化すべきではないのか？
アイデアは個々のチームから出してもらっても良いだろうが、それを取りまとめて全体で取り組ませるのは上層部の役目ではないのか？
それをなぜ、個々のチームに依頼する？
業務改善といえばマニュアルの作成や設計書フォーマットの作成だ。
それは能力の低い人でもマニュアル通りに作業することで能力の高い人と同等の仕事をできるようにするためである。
しかし、当社はマニュアルを作る習慣はない。自分用のメモは作るが、維持管理に使えるマニュアルは誰も作らない。
フォーマットがあるだけで記載漏れがかなり減る。考慮漏れも減る。作業が具体化されるからタスクも細分化して記載できる。
当社には推奨するプログラミング言語はなく、推奨のフレームワークもない。
これらが共通化されていれば、開発者がいろいろなチームに参加しやすくなるし、別のチームの有識者に相談しやすくもなる。
こういった業務改善は本来は上層部が率先して枠組みを作るべきだ。しかしやらない。
上層部に知識がなく、やるとしたら雑な仕事しかしないから、やられると逆に困るのだが。
当社はとにかく従業員の声が大きい。強い。
業務改善などの施策を出しても、従業員が納得しないと続かない。
そういう文化を変えるのは並大抵のことでは出来ない。
環境が変われば人は変わるだろうが、そもそも環境を変えるには人を変えないといけない。だから変わらない。
仕事が回らなくなり死にかければ変わるかと思ったが、たぶん変わらない。
仕事の仕方を変えるくらいならきっと死を選ぶだろう。それくらい変わらない。
2024/05/15 10:48
工数管理すべきなのは、成果物ではなくサービスを提供する人なのかもしれない。例えばPMなど。
当社の開発チームは、開発者やPM以外にも、君必要なの？何やってる人なの？打ち合わせには参加してるけど、ただの工数食い虫じゃね？みたいな人もいるのです。
SESで長い事働いてる。正直仕事はギリギリ退場にならない程度の働きしかしてない。とは言ってもサボってるわけじゃない。真面目に仕事はしている。
でも基本受け身姿勢。言われなきゃやらない。気を利かせることもしない。仕事はギリギリまで終わらせない。
言って出来なかったときのリカバリを考えると言わないほうが得だから。というか提案できるほど余裕なんてないから。
もちろん案件自体が大規模でだましだまし改修してるようなレガシーシステムが多いってのもある。
あとから参画した他社の人がドキュメントが不十分だって憤る姿を見て、そうだよね、って思ってもよかったらこれどうぞなんて渡そうとは思わない。
渡したところで給料が上がったりはしないし、ノウハウは隠しておいて、プロパー経由で教えてあげてって言われてから動いたほうが評価される。
（鍵屋さんが３分で鍵開けて３万円ですってお金取るより、１時間かけて時間かかってすいませんって３万取るほうが感謝されるって話と似てる）
マネジメント系とかの本とか動画見ると俺はどうやら駄目社員の典型らしい。
でもどうしたら良いんだろう。俺が環境に適応した結果、腐ってしまった。
今更SESやめて、社内SEとか自社開発系のエンジニアに転職出来るとは思えないし。
手術（更改）は嫌だから痛み止め飲んで（改修して）だましだましやってるレガシーシステムと一緒。
手術（転職）に耐えられる体力があるかわからないけど、勇気を気力を出して勉強して今の環境を脱するべきか。
若さがなくても手元に十分な金があれば、この腐った働き方に見切りをつけられるのに。
大企業ほど誰でも直雇用で入れる認識がないのは無職やワナビー疑われても仕方がない
あるいはその誰でもの基準にすら到達していないと思われても仕方ない
なんかこれと通じるものを感じる
楽な仕事といえば楽な仕事だったのかもしれないが、その楽さは職人上がりのおっちゃんビルメン達に支えられてるのが実情で、やる気のないポンコツは何も任されないので、防災センターでスマホを弄って１日終わる。
俺は仕事は出来ない無能だったが、何するにしても積極的に職人上がりのおっちゃん達について行ってたので、割と可愛がられた。
お陰でまったくわからなかった設備の一次対応も少し覚えられた。仕事は正直向いてなかったので辞めたかったが、おっちゃん達の人柄が支えでなんとか続けられた。
５年もいると職場で中堅になり、職場も新陳代謝し、現場のおっちゃん達も定年で辞めていき、俺が入社当初からいるメンバーは、手も動かさないような先輩だけになった。「増田さんなら色々聞いてるでしょ」と、色々仕事が振られたり、辞めていく人から俺だけに引き継ぎがあったりと、何もしない先輩は仕事を任されない一方で俺にだけ負担がのしかかっていった。昇給もなく、心の支えになってたおっちゃん達も居なく、元々仕事をしていく気力もなかった俺には、社内政治で上手く立ち回り仕事を躱す気力さえ既に無かったので、上司に仕事を辞める旨を伝えた。
人手不足で後任が居ないのでまだ待って欲しいと言われたので、内容証明で退職届を出した。社内規定に基づき、1ヶ月後の退職が受理された。有給は使い切れなかったが、俺は逃げるように仕事をやめて無職になった。
ビルメンに戻る気はないけど、まともな職歴もないし社交不安障害もあるので、たぶん社会復帰はもう無理な気がする。
宿直経験を活かしてSESでサーバーの監視員でもやりてえな。とかぼんやりと思っている。今でもあんのかな。ねえかな。
人生終わったな。いや、とっくに終わってたのか。
これ書ける時点で元増田が言っている大規模プロジェクトが大規模プロジェクトじゃなさそう
SESで担当した業界の業務知識と、大学の学部の基礎知識の二刀流を目指すべし
ノーコード開発であろうが当該業界の専門用語になじみがあるだろうから、関連する専門書を10冊も読めばりっぱなコンサルのはしくれだ
プログラミングの本を10冊読んでも上級プログラマーにはなれない
大学の学部の基礎知識については、大学の学部が、法、経済、商学部系であれば、法律、会計系の資格の勉強をしてみるのもいい（資格取得までいかなくても間違いなく役に立つ）
文、社会学部系ならば、統計学、心理学、組織人事運営、言語学、分類学等の専門書を読んで知識を習得するバックグラウンドがあるだろう
IT系ではないJ TCか官公庁に、IT担当者として潜り込めれば、入社後はSESに要求仕様書を書かせて、相見積もりを集めているだけで給料は上がるよ。採用面接では技術には一切触れず、リーダー経験が～、折衝が～と技術が分からない人向けの話をするのが吉。安全確保支援士だけは中途活動に役立つ。
はてなの皆さん、増田の皆さんたくさんの反応ありがとうございます。
どうしたもんかと悩んでる状況の中で、エージェントの人に話してもあまりピンと来ない反応が返ってくるし、周りに相談出来る人もいないしで、かなり勇気づけられました。
とりあえず今時点で返せる分だけお返事返しておこうと思う。
恥ずかしながらこんなサービスがあるのを知りませんでした。
今の状況では1000時間学習してから転職ってのは難しいんだけど、転職活動終えたら利用してみたいなという気持ち。
開発に夢見すぎ
自己評価低い
その通り、かもしれない。
技術記事とか書いてアウトプットしてる同世代以下の優秀な技術者たち見てて、自分とのスキルギャップに絶望してたところだったんだ。
5年弱ぐらいローコードじゃなくて、コーディングで実務経験積めてたらなあって。
後悔してもどうしようもないのは分かってるんだけども。
私のキャリアについて言葉を選ばず相談するので、言葉を選ばずレスポンスしてもらいたい。
鞭歓迎。
ありがとうございます。登録させてもらいました。
弊社来ない?
すごくめちゃくちゃたいへんありがたいお誘いなんですが、
増田に相談してそれで就職してっていうのがとんでもなく恥ずかしい。
でも、本当にありがとうございます。
あと色々突込み入ってた「作りたいWebサービス」については実際にdjnango使って手を付けてる段階です。
何てことない内容なので、確かにこれを作るためにわざわざ転職する必要はなさそうだ...。
・30歳
・単身
ETLツール(ローコードの開発ツール)を使ってデータ連携基盤を作成するための開発エンジニアとしていくつかプロジェクトに参加してきた。
年収400~500ぐらい。
平均的な残業時間は30hぐらい？少人数で本番稼働と運用保守のトラブル対応してた時は100時間は優に超えてたぐらい。
・特定のETLツールについての知識(前社の人員の中では最も実装/設計/開発の能力があった。と思う。)
・DBの浅～～～い知識(基本的なDDL,DML,DCLなら全て書ける程度。チューニングとかはやったことないので分からない。)
・BashやらPowerShellやらの浅～～～～い知識(プロジェクトで簡単なスクリプトを作成した経験があってその時に色々調べた程度。)
・開発チームのリーダーをやっていたのでそのあたりのマネジメント経験(PM/PLは未経験)
・Pythonとそのフレームワークの入門書籍一冊分ぐらいの知識
・Linuxの入門書籍一冊分ぐらいの知識(資格取得に向けて勉強中)
・作りたいWebサービスがあるので、プライベートでそれ作りたい
基本的なプログラミングの部分を全く業務で触ることなく仕事してきた。
前職を辞めて、出来上がったのはローコードの開発ツールの経験しか持っていない、市場価値のない化け物だった。
でも、前職みたいなローコードツールを使った開発から離れたいのよ。つまらないし、同じことの繰り返しだし、地味だし。
技術的に未熟な部分が多すぎて一足飛びに理想の企業に勤めるのが無理なのは分かってる。
とはいえ、年齢的にももうデッドラインが近いんじゃないかと焦ってる状態。
色々エージェント登録して求人見ながら自分でも出来そうな社内SEのポジションに3つほど応募した。(結果はまだ)
前職の経験踏まえたコンサルのオファーが来るが、給料は魅力的なものの「開発とか技術とかからは遠のいちゃうんじゃないか」って足踏みしてる。
SESと前職に似た開発,PM/PLポジションのオファーもたくさん来る。
化け物が「いつかこんな風になりたい」を実現するためには実務経験のためにSESで基礎から3年ほど実務経験を積んでからって思ってるんだけど悠長すぎる？
諦めて別の道、もしくは元の経験を活かせる道を探したほうが良い？
