入社一年目に教わったシステムエンジニアの振舞い方
まず、自分で判断せず事業部に一回ずつ確認を取る事かな。
不安なら事業部に見せる前にリーダーに資料を作って、こう言うスケジュールとこう言う手順でやりたいですが良いですか?
と言う資料を先に作っておこう。
確か俺が移転の際にスケジュール書いたけど、あれも移転日を先に決めて逆算した物でリーダーから何か言われる前に書いてあるんだよね。
こんな大掛かりじゃなくても良いけど、4ページと5ページを先に作って
誰が
どう言うタスクを
何時までに
この3本の軸を持って資料を作る。
結局はさ、理解出来なきゃ共有出来ないって事だね
最終的にどうなりたいかって趣向もあるけど、自発的にこうしたい。って言う事をやっていくのであれば
計画とスケジュールと内容を人に伝える資料を作る事だね。
まだ独り立ちは難しいと言う事はみんな理解しているし、自分で自分で。って言う成長する貪欲さは良い所だけど一人でやった結果間違っていましたって言うのはNG
前の時もリーダーが言ってた通りで、誰かに確認してもらう事で自分では見えていないミスを指摘してもらうって事だからね。
多分、プログラマって言う仕事ならば手だけ動かせば良い。
だけど、それ以上の上流工程であるシステムエンジニアになるには、今やるべき開発だけじゃなくて依頼された人に
システムが掛かる工数や仕事を資料にする事ってのが第一歩。
PGは自分がやる仕事の理解
SEはこれから開発仕事の共有
Author And Source
この問題について(入社一年目に教わったシステムエンジニアの振舞い方), 我々は、より多くの情報をここで見つけました https://qiita.com/teddy/items/6b8a7c7a960c7092b544著者帰属:元の著者の情報は、元のURLに含まれています。著作権は原作者に属する。
Content is automatically searched and collected through network algorithms . If there is a violation . Please contact us . We will adjust (correct author information ,or delete content ) as soon as possible .