- ベストアンサー
新米プログラマーです、アドバイス下さい！
ソフトハウスに入社して半年のプログラマーです。 ある専門分野のソフトを担当しています。そのソフトはドキュメントが メモ書き程度でほとんど無く前任者はすでに退職しています。 この状態で半年間やってきたのですが、ソフトの全体像がわかりません。この半年間は部分的な修正をしていたのでなんとかなったのですが この先どうしていいかわからなくなってしまいました。専門分野の担当者は私に不安を持っているようです。社内では私は仕様がわかっている 事になっていますが、実際ソースコードから仕様を把握する事は相当な時間がかかります。私としては、その担当者に仕様がわからないので、 教えて貰おうと考えていますが、社内ではそんな事をしたら相手を不安 にさせてしまうと考えているようです。小さい会社ですので、この担当 から降ろしてもらうと解雇されます。どうしたらいいでしょうか？ ベテランの方どうぞご教授願います！
- tomojyuu
- お礼率70% (850/1210)
- SE・インフラ・Webエンジニア
- 回答数11
- ありがとう数21
- みんなの回答 （11）
- 専門家の回答
質問者が選んだベストアンサー
重要なシステムであるならば、貴方一人で行なうのでは、いずれ破綻するのではないでしょうか？ 新しい技術やインフラを取り入れた、システムの再構築を訴えるのも手ですよ。 つまり、入社半年のプログラマーに老朽化したシステム押し付けて、だらだらと運用する事を止めるのです。 貴方や貴方が必要とする人材と資金を出してもらい、現行システム以上のシステム構築を提案するのです。 当然投資に対する効果を求められます。 しかし投資に関する相談を受けるのが上司の役目です。ただ押し付けるだけの上司なら失格ですね。 入社半年では、このような提案さえも聞いてもらえないのかもしれません。貴方が僕の後輩社員だったら、貴方の後ろ盾となり上司に抗議できるのですけどね（僕は、ＣＡＤ／ＣＡＭ関係のシステムに関わって２１年です。二流のプログラマーを経て、三流のＳＥです。しかし２１年間設計～製造部門まで通して見てきた経験があり、上司の良し悪しも、ある程度わかります） 何も力になれないのが残念です。
その他の回答 (10)
- tuiteru777
- ベストアンサー率18% (3/16)
ふつうにいい人で技術力がある知人は、今でこそＳＥやってますが、 新入社員のときに、どっかのシステムのメンテナンス要員になり、 ちょうどこんな感じでソースしかないシステムを延々とメンテナンス しているうちに、ＰＧが大嫌いになってしまい、会社をやめました。 こういう仕事を新人に「任せる」会社は、社員をともに成長する パートナーとはすでにみてなくて、あるいはみることができない状況に あるのだとおもいます。簡単に言うと、社員がつぶれようが関係なく、 とにかくその仕事を誰かに任せてなんとかしておいたらいいや、という 状況に見えます。 この業界１５年ですが、私ならすぐに逃げます。 長続きする仕事と、捨て駒になる仕事、という観点で見ると 明らかにＰＧが捨て駒になってる仕事ですから。 いろいろ業界をみてきた私がその立場なら、別の会社を探すか、派遣ＰＧに転職ですね。どなたかも言ってましたが、売り手市場ですから、派遣ＰＧならすぐに仕事はみつかりますよ。
お礼
遅くなりました。回答ありがとうございます。 参考URLいきました。心がうごいてしまいます。
- NTJ
- ベストアンサー率44% (46/103)
下の続きです。 もし、それがどうしても出来ないのならば、特に会社の意向で出来ないのであれば、退職以外にほとんど道は無いを思います。 恐らくは・・・そのシステムは現在tomojyuuさんの所属するソフトハウスには、手の負えないシロモノではないかと思います。 tomojyuuさんの所属する会社自体、ソフトハウスというのは名目だけで、実質的には営業の人間しか居ない状態で、開発はほとんど契約社員にやらせていませんか？ ・・・そういう会社は、非常に危険です・・・ tomojyuuさんがシステム開発そのものを楽しいと感じるなら、拾ってくれる会社はいくらでも有ります。 転職を本気で考えたほうが、ご自身の為になると思います。
- NTJ
- ベストアンサー率44% (46/103)
キャリア約２０年のSEです。 tomojyuuさんの抱えているタスクですが・・・ どう見ても新人さんに扱えるものではないですね。 他人の作成したシステムのメンテナンスほど難しいものは無いです。 それも、ドキュメントもなし、中身も個人プレイで作られている状態では、かなりキャリアを積んでいていても難しいと思います。 相当にキャリアを積めば、ソースもドキュメントも見ないでバグ原因を推定できるようになります。 tomojyuuさんの扱っているタスクは、そういうレベルの物件です。 tomojyuuさんの会社は、そういう事実を理解できる上司さんが居ないようですねぇ。 ・・・私なら・・・ 顧客に「個人的」に実情を全て打ち明けて「助けてもらう」事にするでしょうねぇ。 「本当の事を話す」ということは、相手に信用してもらう事に繋がります。 『新米で入社して、PGが解らない状態で、イキナリこの仕事を割り振られた』 『前任者は退職して、ドキュメントもほとんど残っていない』 『そのような条件なので、会社からはシステムの概要すら説明されておらず、状況が全くわからない』 こういった事を正直に話せば、相手の担当者さんはあなたの技量には不安を持つかもしれませんが、あなたの人間性は信頼してくれる事でしょう。 まず、人間関係を再構築して、システムは相手に「教えてもらう」方向で推進すれば、とりあえず方向は見えると思います。
お礼
お礼の返事が遅くなってしまいました。回答ありがとうございます。 ＞顧客に「個人的」に実情を全て打ち明けて「助けてもらう」事にするでしょうねぇ。 この解決策を前の何人かの回答者様にアドバイスを貰ったのですが、 事情が違うようなのです。
- tomcat2006
- ベストアンサー率0% (0/1)
No.4です。 ＞バグが出てしまってもしょうがない もちろんバグが出ない越したことはありませんが、 それよりも大切なのは顧客満足です。 何とかしようという真摯な姿勢はユーザーにも伝わるものです。 仕様を分かっていないのに分かっているふりをすることは言語道断。 ユーザーの信頼を失うことになります。 専門分野の担当者に聞くことが問題解決の近道であるとお考えならばそれをとことん社内で主張すべき。 先ずその担当者との信頼関係を結ぶことが問題解決の糸口であると私も確信します。 「社内ではそんな事をしたら相手を不安にさせてしまうと考えているようです」とのことですが なんで相手を不安にさせてしまうと考えてしまうのでしょうかね？ 技術力ウンヌン以前に問題解決への努力が重視されるとは考えないのでしょうか？ ユーザーの方を向いて仕事をするか、社内を向いて仕事をするか、 まだ半年目の tomojyuu さんには酷な選択かもしれませんが自分で決めるしかないですね。 どちらが良いか自分の心に聞いてください。 この選択はこれから先もずっと続きますので。 ちなみに本件のようなことは（困ったことに）よくある事です。 これを乗り越えて一人前です。 更に本件はPGの範疇を逸脱してSE寄りの仕事になっていますね。 小さい会社ではこれもよくある事ですが。 tomojyuu さん、ホントお疲れ様です。
お礼
再びの回答感謝します。 確かにSE＋PGといった感じです、そこも悩みの種です。全体像がわからない のに設計をどうやれというのか、追加機能を提案されても、工数も出ないし出来るのかどうかもわからない状態です。 ＞ユーザーの方を向いて仕事をするか、社内を向いて仕事をするか、 今すぐ結論は出そうにありません。考える時間が必要なようです。肝に銘じて置きます。
- Bonjin
- ベストアンサー率43% (418/971)
ドキュメントがないというのは結構よくある話じゃないでしょうか？ 現に私が現在所属している製品にもドキュメント(仕様書と設計書)がありません。私もあなたと同じで途中から加わったので初めは全体像がわからなくて困惑したものです。１年ほど経ちましたが未だに細かいところはよくわかっていませんｗ。(っていうかソースがひどすぎるので読んでいると気持ちが萎える・・・orz) 私も仕様書を作ろうと提案したのですが、時間がないと言って却下されました。(実際時間はあったんですが、リーダーが常にテンパっているので時間がないということになってしまいましたｗ) とりあえず、仕様書や設計書が何もないようなところに有能な人間はいません。つまりあなたの手本となるべき人間がいないのであなたにとってはよろしくない環境だと思います。 それなりに経験を積んだら転職を考えてみてはいかがでしょうか？ ＞バグが出てしまってもしょうがないと思いますか？ どんなソフトにも必ずバグはあります。人間がやることに間違いがあるのに、その人間が作ったものに間違いがないわけがありません。 でも自分が作った部分からはバグを出さないような心がけは大切です。
お礼
回答ありがとうございます。 そうなんです、時間が無いのです。全体像がわからないのです。それに追加機能を入れる事が不安なのです。 ただ新米なのに転職できるのでしょうか？そこそこ年いってます。
- neo_ap1
- ベストアンサー率26% (105/395)
再びNo.1です。 何だか数年前の自分を見ているようで切なくなってきました・・・。 私の場合は前任者が亡くなってしまったので聞くに聞けない（涙） ＞ということあまり珍しい事ではないのですか。 小規模なソフトハウスなどで、２次請け、３次請けなど 下流になればなるほど納期圧縮のため色々な前準備が省かれる 事も少なくないと聞いています。 ＞バグは仕方ないか 奇麗事を言えばバグが出ても仕方ないと言うのは通用しません。 が・・・実際はバグを潰しきるのは不可能だと思います。 まして自分が触っていない箇所に潜在バグがあった日にはどうしようもありません。 エスパーじゃないんですから。 でもバグが出ると責められるのは自分なんです・・・。 自分が書いたコードじゃなくても、担当なので責任をかぶる事になります。 理不尽ですが、そんなもんです。 そしてそのバグを潰すためにソースと格闘し、解読して修正です。 だんだんそのルーチンワークになってきます。 私はこれが一番辛かったりします・・・。 「この会社には自分が必要だ！」と思えるなら 今は踏ん張りどころだと思います。 そう思えないなら無理をせず他の会社を探すのも正しい選択だと思います。 今はプログラマが不足しているようですから、 教育制度も整ったところへ身を移すのも決して後ろめたい事ではありません。 私はこんなルーチンワークに嵌るくらいだったら、 早めに他所へ移ってもっといろんな案件に触れるべきだったなぁと ちと後悔しています。 ちなみにベテランSEほどこういった案件は避けると思います。 こうなるの目に見えてますから・・・。 私だったら間違いなく避けますね。 もはや地雷です。
お礼
再びの回答感謝します。 疑問に思っていた事にアドバイスを貰い少し気が楽になりました。 ソフトを開発さえしていれば良いのではないのですね。参考にさせてもらいます。 今やめる事は「この案件がいやだからやめる」という事になりますね。 それでいいのか？悩みます。新米だからがんばるべきか...考えてみます。
- fallen_angel
- ベストアンサー率12% (287/2339)
ソースプログラム＝仕様書として理解するには、他の方が記述されていますが、１年で理解できれば早い方ですね。僕は板金の板取システム、しかもノングラフィクスのバッチ処理プログラムの理解に３年かかりました。 前任者がいるなら、不明点を要約してメールや書面で質問されるのが良いでしょう。貴方が、できないとなれば困るのは前任者や会社なのです。 ただし前任者に頼る時間を最小限にする努力や工夫は不可欠です。 全て自分で抱え込むと、僕のように『うつ病』で社会から離れてしまう可能性が有ります。 できる事、できない事をはっきり上司に告げるのが良いでしょう。
お礼
回答ありがとうございます。 できない事は上司に言いました。しかし誰かがやらなくていけないと 言われました。過去そのソフトを社員に頼むと断られたそうです。 それもベテランの人ですよ。また前任者はいないのです。 自分はわがままなのでしょうか？。皆さんの回答を読むと応援してくれていますが、よくある事なのでしょうか？。 fallen_angelさんは、社会から離れてしまったのですか。後悔していますか？。自分は『うつ病』にはなっていませんから、相当な重圧だったと察します。早く元気になって下さい。
- tomcat2006
- ベストアンサー率0% (0/1)
１７年生の老兵です。 私も新人時代に全く同じ経験をしております。 その時は自分だけで解決しなければならないと 思い込んでいたので、誰にも相談できず 結果として納期を１ヶ月遅らせてしまいました。 しかし私はこの経験により、 仕事は自分ひとりで行なっているものではない。 より良い仕事を行なうためには関連者全員と 問題を共有することが大切であると学びました。 tomojyuu さんも現在状況および それへどう対応することがベストであるか 自分の考えを自社の上司にお伝えてください。 その相談に乗れないようでは上司とはいえません。 いまPGは売り手市場です。 そんな会社にはさっさと見切りを付けてください。 （少し過激になりました） また本件で悩んでおられる tomojyuu さんは とても真面目な方なのだと思います。 それはあなたの長所なので大切にしてください。 悩んだ人は成長します。 悩まない人は成長しません。 先ずは周りのみんなとの問題共有。 その中心に tomojyuu さんがなってください。 チャレンジ！
お礼
回答ありがとうございます。 自分も相談してはいるのですが、断片的に覚えているのと、自分のほうが 詳しくなってしまった為、困っています。 質問ですが、バグが出てしまってもしょうがないと思いますか？ それともどんな状況でもそれはいけない事なのでしょうか？。 ちなみに命に関わるソフトではなく損害もありません。
- sukeken
- ベストアンサー率21% (1454/6647)
こんにちは。 確かに#1さんのおっしゃるとおり「無い物は作る」が送る言葉ですね。 私も10年くらいソフトハウスにいましたけど、ドキュメントの無い物は困りました。これでどうやってソフト作ったのか不思議でしようがありませんでしたよ。 確かに余計な時間がかかるし、大変な事は理解できます。 でも、やらないと何も改善しませんし、さらにエスカレートするようになります。 上司も、「ドキュメントを作る時間が合ったら、ソフト作れ」くらいな事を言っているのでしょう。お金を取るときには、ソフトもドキュメントもまとめて見積もらないとそうなります。 tomojyuuさんが、3年後一人前のプログラマーになる頃には、ちゃんとした環境が出来ているとよいですね。 ふぁいとです！ でわ！
お礼
回答ありがとうございます。 ＞これでどうやってソフト作ったのか不思議でしようがありませんでしたよ 本当にそう思います。ただ現物があります。３年後の自分は想像できません 本当に今、困っているのです。
- neo_ap1
- ベストアンサー率26% (105/395)
まったく同じような経験をしました。 現在５年弱です。 手元にあるのはいくつもに枝分かれしたソースと 関係者（担当者ではない）のかすれた記憶だけ。 そんなソースを扱ってきました。 もう今ではソース＝仕様書と捕らえています。 分からない事があったらソースから仕様書を起こします。 それしかないです。 それでもソースがスパゲッティになっていた・・・。 考えただけでも恐ろしいですね。 私も全体像を把握するのに１年近くかかりました。 それでもまだ隠し機能（？）が出てきたりします・・・。 機能追加の案件があったりした場合は、 元の仕様を確認するよりも追加したい機能の詳細を 重点的に確認し、一から作るような気持ちでやってます。 多分かぶっているソースは数知れず・・・。 もし今後数年その機能を担当するなら、 覚悟を決めてソースから設計書を起こすのもいい勉強になると思います。 大変ですが確実に実力になりますし、後々の苦労が雲泥の差です。 そしてその設計書が完成する頃に新天地を求めるのも一つの手かもしれません。 引継ぎも楽になるし（笑） 「無い物は作る！」この一言に尽きます。 ちなみに私は今新天地を求めてさまよっている最中です・・・。 人事とは思えず応援したくなりました。 頑張ってください。
お礼
回答ありがとうございます。 ＞手元にあるのはいくつもに枝分かれしたソースと ＞関係者（担当者ではない）のかすれた記憶だけ。 全く同じ境遇じゃないですか。ということあまり珍しい事ではないのですか。 ＞ソース＝仕様書 その通りです。ある人に言わせるとスパゲッティ... ソースから設計を起こそうという気が最初はあったのですが今はもうあｍりません。わからなくて自分が劣等性のように感じ始めてしまいました。
お礼
再びの回答感謝です。 ＞重要なシステムであるならば、貴方一人で行なうのでは、いずれ破綻するのではないでしょうか？ 今まで一人の人間がやっていました。むしろ一人だから仕様書も設計書も 必要なくやってこれたのかもしれません。 ＞貴方や貴方が必要とする人材と資金を出してもらい、現行システム以上のシステム構築を提案するのです。 考えていませんでした。一人の人間がやってこれたのだから本質的な中身はそう難しくないのかもしれません。ややこしいだけなのかしれません。 考えてみます。 ＞何も力になれないのが残念です。 心強いアドバイスがなりよりです。