社内SE兼PGをしています。 経験は2年PG → 新たにSEとしての1年目に入ったところです。 自分には向いていない…

Question

社内SE兼PGをしています。
経験は2年PG → 新たにSEとしての1年目に入ったところです。
自分には向いていない気がしています。が、転職する勇気も気力もなく、どうしてよいか露頭に迷っています。なにか助言をいただけたらと思っての投稿です。

以下、まずは向いていないと思う根拠を書いてみます。
※先に断っておきますが、今は少し気力がなく、ダラダラと長い文章になります。ご容赦ください。

1. 設計に漏れが発生する → 後に発覚し、手戻り修正する → 自責する

これは自分のミスです。

しかし、小さな頃からおっちょこちょいだのうっかり屋だのと評価を受けることが多く、ミスをしやすい性格ではあります。向かない場所で頑張っているような、置かれた場所で咲こうとしているような気がします。

自分の心がけと、経験の蓄積による視点の向上によっては解決できるかもしれませんが、そうしたいという意欲すらなくなってきています。

2. 一日中座ってPCと向き合うことが辛い
人間という動物として、不適切な時間の過ごし方だと感じてしまいます。

理屈は置いておいても、単純にもともと体を動かすのが好きなため、ウズウズしてしまう気持ちがあります。

3. 成果物が目に見えない
ものづくりとは言えど、車、家具、建築といった物質的なものづくりに比べると、いかんせん達成感が感じづらいです。

4. 要求がコロコロ変わる
こういう要件で作れと言われていたのに、数日後には、これこれこう変更になりました。数日後には、やっぱりこっちで。納期に変更はありません。

…。

言葉が出ません。逆に笑えてきます。
そういう点からは、意外と向いているのかなと思ったりはします。

5. 自分の時間の使い方に、無気力感を感じることがある
あの言語と環境ではこういうことができた。この言語と環境でなら、このくらいの時間で実現できそうだ、と感じる。

リサーチする。問題がなさそう。
実装してみる。
順調に進む。
壁にぶつかる。実はこれこれこういう理由で、こういう方針では実装ができないことがわかる。

数日かけた工程がパーになる。
その旨を上司に謝罪しなければならない。次の実装案が浮かべばまだしも、それもじっくり考えねば先に進めないので、とりあえず平謝り。
(リサーチさえ徹底的に行えればいいんですけどね。急かされたり、慢心したりで、こういうことが起こります。)

6. とりあえず動くものを作るしかない
本を読んで勉強したきれいなコードの書き方や設計手法。これらも部分的には使えるけども、実践で活かすには時間が足りない場面が多い。

本当はこう書いたほうがいいんだろうけど、納期的にとりあえずこの方針でいくか…。

以上6点、適当に書いてみましたが、細かなストレスを多重に感じている感覚です。日々気にもとめず受け流している不満は他にもあるはずです。

経験が浅いうちはこんなものでしょうか？
経験を積めば解決法や乗りこなし方が身についてくるものでしょうか？

とにかく壁にぶつかっては自責し、謝り、妥協するような日々を繰り返しているような気がします。気が晴れません。

しかし唯一の救いは、周りからの評価は高いです。
一度辞めると申し出たものの、待遇の改善による引き留めまでされ、今に至ります。

先輩や同僚からも優秀だと評価をされます。でもそれは才能があるからとかではなく、自分が神経すり減らして努力している結果なだけであり、このままいけば神経をすり減らし続けねばならないと思います。

正直なところ別の仕事に変えたいとは思うものの、今の段階では、これは逃げだと感じる部分が大きいです。

そして、やりたいという仕事も特にないし、出来そうな仕事も今より待遇は下がるので、一歩踏み出せず…。

前に進みたいけど、どの方向が前なのか分かりません。こういうときはどうしたらよいんでしょうか？

Answer 1

勝手な想像ですが

あなたの最大の長所は周囲の人たちを活躍させることなのかもしれません
あなたが真摯に仕事に打ち込む態度にスタッフ達は追いてきてるのでしょう
あなたのミスの状況はあなたが周りから非難されるケースにもなりそうですが、会社はむしろ失敗を成功の糧と考え、あなたのチームもそれを体現しているのかと
そんなあなたはチームスタッフのミスも寛容であったりするのかと思います

ただ、ミスが頻繁に起こったり繰り返しているようではいけません

そのミスの対策をあなた自身の能力だけでなく、チームとして取り組まれてはいかがでしょう？
ご自身での考えを周囲の方に確認されてはいかがでしょうか

あなたを含めメンバーを適材適所で配置を再構築し、課題である設計も複数メンバーで構成されるとミスの軽減が期待できます 当面はスピードが犠牲になりますが、メンバーの成長と仕事の仕組み化が期待できるでしょう

あなたの課題は
チームの課題
みんな、知恵をかしてくれ！

いかがでしょうか

Answer 2

商社、生保、金融とかのユーザー子会社で上流工程とプロジェクト管理やるのがいいと思います。