2018年12月30日日曜日

2018年振り返り

毎年恒例(書いていない年もあるけど)、1年の振り返りであります。

まあ、今年もありましたね、いろいろと。
  • 転職
  • 部下を持つということ
これらが主なトピックだと認識しています。

  1. 転職
    一生に何度もない、と決めつけていたら二度目の転職活動を経験しました。
    前回と異なるのは、人のツテというものに頼ったこと。
    人の縁というのは大事ですね。見事に会社の移籍が実現しました。
    とはいえ、これがリスタート。移籍させてくれたからには、貢献しないと意味がないです。来年もまた、勝負。
  2. 部下を持つということ。
    新人から面倒を見ている場合だと、その人の性格だけでなく具体的にどんな経験をしたのかを把握できているので、次のプランを立てやすかったりします。
    現在の部下は、中途採用で2016年の夏から共に仕事をしている関係です。
    ので、現在の評価はあっても、どんな経験をしてきているのかが見えにくい。
    しかも三十代中盤という年齢もあって、考え方も結構固まっているときている。
    一方で本人の目指す方向性をもとに評価をすると、まだまだ物足りない。
    こんな感じの人をどのように教育するか、悩んだ1年でした。
    これからも悩むと思います。が、結局のところ、やるかやらないかは本人が決めること。こちらが悩んだあげく、何かを示しても本人に響かなかったら意味がありません。そんな割り切りも必要なのかな、と思った年末でした。
    来年からは若い子の面倒も見ていく見通しとなっています。今回学んだことを念頭に接し方なり伝え方なりを常に意識して考え抜いていく所存です。
元号が変わる・・・現場目線だと元号マスタへレコードを追加しないといけないのと、レアケースがないか調査することが春先のビッグイベントでしょうか。
この年末年始10連休と、GW10連休の過ごし方で何かと変わってくるかもしれません。
自分の働き方を少しずつ変えていくべく、日々精進しようと思います。

2018年7月22日日曜日

退職、そして新天地へ

本来なら、2017下期に対する振り返りをすべきでした。
ところが、下期の終わり頃から親会社の何かと不穏な動きがちらほらと見え隠れするように。

そして2018上期スタートと思いきや、何と何とグループ会社の再編だと!?
というわけで、同列のグループ会社への転籍か、退職して外に飛び出すかの2択を迫られることとなりました。

○グループ会社へ転籍した場合(主観で書いてますので間違ってるかも)

  • メリット
    • 現在と給与面はほぼ変わらない(給与算出ルールが変わるため、全く同額ということではないが、賞与による帳尻合わせをしてくれるとのこと)
    • 仕事内容も、本人が希望する限りは今のまま
    • 福利厚生が今よりもよくなる
  • デメリット
    • グループ会社とはいえ、ルールも変われば社風も変わる
    • 親会社の意向に振り回される・・・かもしれない
○グループ会社へ転籍しない場合(これも主観で書いてます)
  • メリット
    • 本当に自分がやりたいこととマッチしている会社が見つかれば皆ハッピー
    • 心機一転
  • デメリット
    • 給与が変わる(次の会社次第で上がりもすれば下がりもする)
    • 仕事内容が変わる、かもしれない
    • 福利厚生も、次の会社次第

私が選択した道は、「グループ会社へ転籍しない」でした。
とはいえ、ゼロから転職活動をするのもしんどいので、知り合いに片っ端から話を聞いていき、そして紹介してもらいました。
人のツテでの転職だと、デメリットで書いた部分のいくつかは解消されます。
例えば給与も、最初はさすがに下がりますけどやり方次第で再び上昇気流に乗せることが可能。
さすがに福利厚生は会社全体の話なんで、こればっかりは仕方ないです。

仕事内容も、運を天に任せた結果(笑)、何とか転職前後で変わらず。
おそらく今年の運気を全て使い果たしてしまったと思います。

今年の元旦時点を振り返ると、会社を変えるなんて 1mm たりとも想像してませんでした。
むしろ、ずっと在籍している前提で色々と動き回っていたし。

会社への意思表明後、淡々と退職日まで過ごしていましたが、事務手続きが雑すぎて退職日に受け取れるはずの書類が一切受け取れず。
それまでは複雑な思いを抱えていたのが一瞬にして吹き飛びました。何してんねんと。
その後の扱いも雑で、今となっては何を悩んでいたんだろう、とすら思っています。

新しく入社した会社では、伸び伸びと仕事をし始めました。
裁量は増えました。従ってプレッシャーも増えています(笑)
でもそれは自分で選んだ道。しんどくてもポジティブにいれるようにしたいです。


2017年9月30日土曜日

上期振り返り

今日で上期終了。
ここで一発、振り返ってみましょー。

4/3、さっそく有給取得。そしたら現場はパニック。
保守やったことない人ばっかりですもん、そりゃいきなり問い合わせ来られてもわからんわな。
というわけでチームリーダーという役割ですけど、管理だけでなく実作業でも引っ張ってく存在に。

で、今度はたくさんの見積依頼。あっちこっちから見積してよって連絡がたくさんきました。
仕事があるのはありがたい。でもね、全部納期が近すぎんねん、という恨みつらみは置いといて・・・見積もりマシーンと化していました。

夏。7 月からメンバ追加。これがトラップだった!
うちのチーム、ただ指示を待ってたりするだけじゃダメで、自分で考えて行動を起こさないと何もかも進まないんです。
どう動いていいかわからないときは「わからん!」と声をあげないとダメ。
それができない人を加えてしまい、またスキルも足りないんでかなりケツふきのために私がプログラミングしてみたり。

報・連・相はどんな業種でも必要なことだけど、全て間が悪くて失敗ばかり。最後には見放すしかなかった。
当のご本人もスキル不足は痛感したみたいだけど、具体的に何をどれくらいのスパンで改善していくかわかってないみたい。ダメだこりゃ。

でも、そんな人を現場に入れたのは私自身。これは大いに反省。
事前にお会いしたときに、いかに人を見れるようになるかが今後の課題となりました。

2017年3月14日火曜日

新規プロジェクト参画前夜

2016年振り返りでも触れていた、2016年度下半期で従事していたプロジェクトも2月末を以って無事終了、チームも解散と相成りました。

チームリーダーという役割を全うできたかはわかりませんが、一人の担当者ではなくマネジメント側として管理に専念、という立ち位置でやらせてもらいました。

ただ悔いが残るというか反省点というか、、、
2月に入ってドタバタもなくなり落ち着きを取り戻し、プロジェクト終結へ向かうと同時に自分自身でこの8ヶ月間の振り返りを心の中で始めました。
するとやっぱり、「たられば」の世界にどっぷりと浸かってしまって自己嫌悪。
負のスパイラルから抜け出せなくなって一人で病んでいきました。

特に「平成生まれの若者たちをうまく育てられたかどうか」について考えれば考えるほど気持ちが沈んでいくという。。。
あーすればもっと伸びたんじゃないか、こーすれば違った伸び方をしたんじゃないか。
8ヶ月間やってきたことは間違いではないけど、ベストでもない。

「たられば」で論じても何も生まれないのは頭では理解できているつもり。でもやっぱり、、、とか考えてしまうんですね。人の上に立つってこんなにもしんどくて辛いのか、とやっと理解できました。

次のプロジェクトでは、まずは後悔しないような選択をすること。その選択が間違った方向へいくこともあるでしょうが、それはそれで仕方なし。
幸いにも、平成生まれの若者1名と引き続き接する機会を与えていただきました。
今度こそは、の気持ちで明日 3/14(火) を迎えることとします。


2016年12月30日金曜日

2016年振り返り

前回の投稿から早6ヶ月・・・

2016年も残すところあと1日、ここで振り返っておこうと思います。

1月・・・ユーザさんの運用テストでてんやわんや
2月・・・引き続き運用テストと、その後の仕様変更の見積もりでてんやわんや
3月・・・運用開始後の問い合わせとかでドタバタ
4月・・・仕様変更対応でドタバタ
5月・・・離任に伴い引き継ぎでドタバタ
6月・・・1ヶ月だけのレンタル移籍先でドタバタ
7月・・・新しいプロジェクト立ち上げだったけど、この月だけは落ち着き払っていた
8月・・・いろいろと問題発生でドタバタ
9月・・・ヘルプで入ってくれた人が散らかしまくってドタバタ
10月・・・ここでDB変更かよ!という内容でドタバタ
11月・・・納品に向けてラストスパートしまくってドタバタ
12月・・・別チームと合流したけど絶賛炎上中でドタバタ

結局は、年間通じてドタバタしてたんです。
というかドタバタしてたのを言いたかっただけなんです。

上半期は、それまで長い時間を過ごしていた現場を離れたことが最大のハイライト。
あのまま続けていたらどうなっていたことか・・・
とにかく現場の雰囲気とかやりがいとか、マイナスの感情しか持ち得なかったのはいい思い出です。

下半期は現在従事しているプロジェクトのことであっという間でした。
サブシステム3つを請け負って、1つ目は何とか納品。
その後すぐに2つ目をやってたチームに合流しましたが、、、統制が効いてない状態でQCDどれを取っても最悪。
立て直しに貢献したと言えるかはわかりませんが、とにかく立て直しに尽力していました。
ここで学んだのは、管理手法というかプロジェクト運営に必要なこと。
あと、平成生まれの若者たちとの付き合い方というか接し方。
なかなか難しいです。

来年は来年で現在のプロジェクトが終了するし、その後もいろいろと状況が変化してくるかと思います。その中で自分にとって何が適しているか、皆にとって一番ハッピーな選択肢は何か、常に考えながら過ごしていきたいと思います。

2016年6月28日火曜日

現場が変わることに伴う所感などなど

なんか業務に忙殺されまくってて、気がつけば前回投稿から5ヶ月ほど経ってました。。。
その間にあった(仕事上の)をざっと振り返ってみます。

まずは5月末で、それまでお世話になっていた会社さまとの契約が満了し、5年半従事していた現場を離任しました。
いろいろあったんです、いろいろ。。。

今年の2月末に1年かけて改修してきた追加機能を本番リリースをしました。
その追加機能に対する保守でてんやわんやの3月。。。
あと並行して、2月末リリースには含まれなかった仕様変更への対応を順次。

ただ2月末頃から、私からお客さまに対して「家庭事情もあり、可能であれば場所を変えるか残業時間を減らすかさせて欲しい」と営業を通じて訴えていました。
そうしているうちに4月中旬頃、「5月末で契約終了です」というお客さまからのお知らせ。総合的に判断して契約終了もやむなし、と判断されたんでしょうね。
そこからは残留メンバへの引き継ぎがスタート。
で、5/31 に契約満了に伴う業務終了、現場から離任と相成りました。

何やかんやで 5年半、同一のお客さまと関わり続けることができました。これもお客さまからのご贔屓があったからです(と信じたい)。
しかもこの5年半の間で関わったシステムはたった3つ。そのうち1つが通算で約5年も関わることができ、業務的なこと、システム的に対して知識を深め、コアメンバとして立ち回ることができました。

長期に渡って同じシステムに携わることは、そのシステムに対する知見を深めることができるメリットがありますが、同時にマンネリ化というデメリットもあります。
保守+仕様変更対応を数ヶ月間隔で繰り返していたこともありました。
「また『設計~開発~テスト~本番移行~保守』の繰り返しか・・・」と思った時期もありました。

目新しいことといえば、仕様変更対応の規模によって他社パートナーさんが増員されること。ここに新しい出会い(いやらしい意味じゃなく)がありました。
自分で考えて動くすごい仕事の出来る人だったり、待ちガイルのごとく指示を待ち続ける人だったり。よくも悪くもいろんな人と関わることができ、勉強になりました。
とにかく、間違っててもいいから自分の考えを発信してコミュニケーションを取りながら進める人が生き残っていくんだな、というのが私が導き出した結論です。
結局、仕事は人で成り立ちます。メールやチャットといった IT ツールでは仕事は完結しません。結局はコミュニケーションだなと。


そして6月。新しい現場です。
右も左もわからんという状況、久しぶりでした。

作業内容は何とプログラミングと単体テスト。超久しぶりの下流工程!!
誰からも邪魔されることなく、黙々と C#, Java と会話しています。

いろんな事情で7月から別プロジェクトへ移ります。
再び別の場所へと移ります。今度は開発環境を AWS 上に構築するらしく、テンション↑↑。やっと念願の環境で仕事できます。


まとめると、
・仕事をするうえで大切なのは、人と人とのコミュニケーション
・私みたいな下請けの立場の人間は数ヶ月スパンでいろんなプロジェクトを経験したほうがよい
こんな感じです。

駄文失礼しました。

2016年1月30日土曜日

IAMユーザを作成してみた

今回はオチも何もありません。はい、予防線です。

今までは IAM を使わずに、ルートアカウントで何もかもやってたんですね、
どうせ自習目的で使ってるものだし、いちいち IAM 使ってユーザを用意する必要あらへんやん、ぐらいの考えでした。もちろん MFA も利用せず。

ダメですね。アカンやつですねこれは(今だから思う)。

これって、乗っ取りウェルカム状態なんですね。メールアドレスとパスワードをハッキングされた瞬間にタダ乗りされる。そして「お金を気にしなければ」無限のリソースが使い放題。

他のブログとか見てるうちに恐怖に煽られてちゃんとセキュリティ面も強化しておこうということで IAM でユーザや権限管理をし始めた次第です。

・ユーザの作成(パスワード含めて)
・権限の付与

今回は AWS の公式ドキュメント見てやりました。
グループやユーザの作成、ポリシーの適用(AdministratorAccess をアタッチwww)、各ユーザに MFA デバイスを紐付け、、、etc
今回の体験では、ロールの位置付け、役割がイマイチ理解できませんでした。
再度挑戦してみようと思います。


ではでは。