夏ごろにようやくアサインされるプロジェクトが決まりました。
新しく設立される企業の業務プロセス設計及びSAP導入です。
会計チームに加わることになりました。
プロジェクトは既に始まっていて、私が参加したときは業務プロセスの設計が終わっており、SAPのデザインをまとめている状況でした。弊社メンバーは全部で15名弱で、既に3名の同期が加わっているところに、私を含めた3名の同期が更に加わることになりました。
後日談では、新卒の引き取り先となるプロジェクトがなかったため、半ば強引にこのプロジェクトに割り当てられたようです。しばらくの間、ノンチャージ（つまりタダ）で働いていたと思います。
初めてお客さんと面と向かって仕事をするということで、入社間もなかったですがプロフェッショナルとして振舞わねばと常に気を張っていました。
私が心掛けていたこととしては、1年目のこのプロジェクトでは、まず言われた仕事を確実にこなす、お客さんや上司が期待しているアウトプットを出すことができるようになりたい、ということを目標として日々取り組みました。だから、「自分がやりたかったことと違う」とか、極端に言えば「何のためにこの仕事をしているのか」など考えず、がむしゃらに取り組みました。勿論、ただ闇雲に過ごしていては何の意味もないので、プロジェクトの中でどんな仕事が行われているのかを一つ一つ噛み締めながら、どんな仕事でも構わないので一人前としてバリューを出せるようになりたいと思いながら働いていました。
仕事ではSAPの設定やプログラムをお客さんと一緒にテストしたり、マニュアルを作ったり、その他資料や議事録を作ったりなど、力仕事的なものがメインでしたが、何れも初めてつくるものだったので、自分なりにどうしたらわかりやすく伝えられるかを考えて作るよう心がけました。
グロービスでKISSというコンセプトを教わりました。これはKepp It Simple Stupidの頭文字を取ったもので、つまり「馬鹿でもわかる」という意味なのですが、例えば会社や部門の目標など、「戦略的な○○」とか格好いい文句を付けたとしても、人により解釈が異なり誤解されてしまうかもしれないので、コミュニケーションの上ではKISSを心がけましょう、と教わったのを覚えています。業界や会社での経験が長くなってくると、ついつい専門用語を使いがちですが、難しい内容をどんな人でもわかる言葉を使って話ができる人というのが、真のプロフェッショナルなのかもしれません。
一方、SAPの知識については、アカデミーで学んだ内容が実践で使えるほど甘くはありませんでした。勿論、基本的な知識は役に立ちましたが、お客さんのこの業務を実現するために何をどのように設定したら動くのかは、結局のところ、リサーチ・検証・修正の繰り返しでやっとできあがるということがわかりました。一種の仮説-検証というサイクルと同じなのかもしれません。
3ヶ月ほど経過した頃だったか、アサインメントのレビューが行われることになりました。人事評価です。基本的に3ヶ月に1回プロジェクトごとに評価が行われ、それらを総合して年1回マネージャ以上が集まるラウンドテーブルという場で個人の評価が決定されます。
当時、仕事もそれなりに忙しかった私は、少し格好つけていたのか、「一生懸命やっていれば評価は後からやってくる」と自分勝手に考えていました。それは別に間違ってはいなかったと思いますが、評価シートに自分が実績として書くべき内容を適当に書いてしまいました。それこそKISSではなく。それをプロジェクトマネージャに見せた後の面談では烈火のごとく怒られました。お客さんの目の前で。あんなに人から怒られたのはこれまでの人生経験でほとんどなかったと思います。非常に反省しました。このときの経験を基に、評価シートを書く際にはかなり気をつけるようになりました。
その後、チームリーダーから聞いた話では、評価シートの内容を人からコピーしたという疑惑まで持たれていることがわかりました。短い期間だったので自然と同期のメンバーの間で似てしまったか、何故かはわかりませんでしたが、結局疑惑で終わりつつも、その後のプロジェクトマネージャとの関係は大変悪いものでした。
その後数ヶ月プロジェクトでの仕事を続けましたが、いよいよシステムが本稼動する1月の直前、みんな忙しい最中にプロジェクトマネージャに呼ばれ、1月本稼動後、2日ほどのサポート業務を終えた後プロジェクトからリリースされることが決まりました。本稼動後の猫の手も借りたい状況の中、リリースされるというのは有り得ないことです。一応その頃はチャージできる身分になっていたので、予算等の状況もあったのだと思いますが、私がプロジェクトマネージャに良く思われていなかったという理由が大きかったと思います。
本稼動後、工場でサポート業務を2日ほど行いました。私は会計チームだったので、工場で行われている業務については即席の知識でサポートに臨むことになったのですが、僅か2日ほどの現場での体験は非常に有意義なものでした。これまでシステムで購買やら出荷やらの処理をテストなどで沢山見てきましたが、実際の現場でどのようにヒトやモノが動きながらシステムでの処理を行うのかを見ることができたことは、これまで机上で理解しようとしていたイメージを色濃く吸収することとなりました。まさに「百聞は一見にしかず」です。
とはいえ、工場でのサポートを終え、プロジェクトからリリースされた私は1年目にしてクビ寸前という状態にまで追い込まれるのでした。