会社に戻ってからは社内の環境構築など雑務をしていました。当時はまだ自分が危機的状況にあるなどとは知らず、不景気だから暫くプロジェクトにはアサインされないかも、とのん気に構えていました。
すると、2月ごろにバイスプレジデントに呼び出され、アサインされるプロジェクトが決まりました。グローバル企業の本社に既に導入されているSAPのテンプレートを日本支社に導入するプロジェクトです。また、先に実施されたプロジェクトで業務プロセスの変更も決定されていました。プロジェクトは少し前から開始されていて、プロセス設計段階に入っていました。
今度のプロジェクトではSales & Logisticsチームに加わることになりました。前のプロジェクトで少しだけですが会計以外のモジュールに触れていたのがラッキーでした。
但し、今回の私の役割はドキュメント作成サポートと聞かされました。主に、プロセス設計で作成した資料を清書するといったことです。チームメンバーが多忙であるための短期サポートとして1ヶ月限定でのアサインメントでした。少々雑務的な職務とはいえ、先のプロジェクトでは触れられなかったプロセス設計の部分に関われることが楽しみでした。
2年目での目標としては、自分一人で担当する仕事を持つ、その責任を全うすることができるようになることを次の目標として掲げました。依然として小さな目標かもしれませんが、コツコツと進めるのが性分なのか、あまり慌てずに進めていこうとしていたと思います。但し、先のプロジェクトでの失敗がありましたので、気を引き締めなければと緊張していたと思います。
実際に現場に行ってみると、設計フェーズの期日が間近ということもあり、プロジェクトのチームメンバーはかなり忙しい状況でした。そのおかげで、ドキュメント作成サポートとして加わった私ができる限り長くプロジェクトに留まることができるよう、メンバーに皆さんにサポートしていただけるという機会に恵まれました。折角増やしたリソースを減らしたくないという思惑が幸いし、自分の役割を少しずつ広げ、色々なことにチャレンジさせてもらえる雰囲気でした。一方、クライアント側のプロジェクトリーダーは、追加でリソースが発生したということで、時折私の様子をチェックされているようでしたが、無事に認めていただけたようです。ドキュメント作成をしながら、次第にいくつかのプロセスを担当させてもらえるようになりました。そして、1ヶ月延長、また1ヶ月延長と、一時は「これで終わりか」と思うときもあったのですが、継続して契約を延長していただけることとなりました。
プロジェクトでの私たちの役割は、SAPに関するアドバイスを提供する役割というよりは、クライアントの本社メンバーと日本メンバーとの間の橋渡し的な役割がメインでした。どちらかというと、SAPのテクニカルな部分については本社にて対応されていたので、私たちは日本のお客さんと一緒にプロセスを検討することに注力しました。時にはお客さんの立場に立って、本社メンバーに交渉を行ったりなど、コンサルタントという枠から出て仕事をしていたと感じます。それは、プロジェクトのボスであるバイスプレジデントが常に言っていたことでしたが、クライアント･ファーストというスタンス、つまりお客さん第一主義という姿勢を一貫して持っていたからであったと思います。ここからは私なりの解釈ですが、どのような会社でも契約を締結してお客さんにサービスなどを提供する際には、契約で定められている範囲の業務を行うことが当然だと思います。が、これでは必ずしもクライアントの要望を満たせるとは限りません。勿論、契約範囲外の仕事を何でもかんでも請け負うことは自社の利益になりませんので、契約で範囲を定めることは必要です。但し、個人として、初めから契約範囲を気にして仕事をしていると、お客さんからの要望に対し、何でもかんでも「あれはできません。」「これはできません。」となってしまい、お客さんに不満を感じさせてしまいます。そこで、契約を前提にお客さんと向き合うのではなく、まずはお客さんの立場に立って一緒に考え、その後で自分たちの会社として何が提供できるかを考える方が、お客さんにも身近に感じてもらえますし、私たちが提供するサービスへの満足度も上がると思います。そのときに、既存の枠組みでは対応しきれない課題も出てきてしまうかもしれません。でも、お客さん側も契約内容については一応了解しているはずなので、それを反故にするようなことはしないでしょうから、そのときには、別の枠組みが必要となることは了解してくれると思います。また、お客さんに近い立場に立つということは、コンサルタントという役割以上に期待される役割が大きくなるため、契約範囲内なのか範囲外なのか曖昧である仕事も請け負う部分が出てきます。この点は、あくまでもプロジェクトの成功を達成するために必要なアクションであると捉え、引き受けなければならない場面が多いと思いますが、それにより、お客さんと自社との間で苦しい状況に立たされることは覚悟しなければなりません。しかし、このクライアント･ファーストの姿勢こそが、その後いくつかのプロジェクトを通じてみても、お客さんに一番評価していただけたところであると感じます。
夏ごろになると、当初想定していたリソースでは足りなくなったからか、私の同期や後輩がプロジェクトにアサインされてきました。その頃の私は、在庫管理全般のプロセスを担当することとなり、さらに翌年1月に向けての移行作業担当を任せてもらえるまで自分の役割を広げることができました。
移行作業では旧システムのデータを新システムに移行するために詳細なスケジュールを作成し、旧システムから抜き出したデータを加工して、新システムに投入する作業を行います。データが確定した後の年末年始のタイミングでお客さんと一緒になって各ステップを処理していきますが、途中でファイルが壊れてしまうアクシデントに出くわしたときなどは、緊張する場面の中でも冗談を言い合うなど、苦しい状況でしたが、楽しかった経験として思い出されます。（もしくは、悲惨な場面に出くわしたときに笑うしかなかっただけなのかもしれませんが。）最終的に成功裏に完了しましたが、過去の事例を参考に詳細なスケジュールを作成し、何回かのシミュレーションを通じて精度を高めた後、それを本番で着実に遂行していったおかげだと思います。
システムが本稼動した後は現場でのサポートに移りました。初めは比較的落ち着いていましたが、徐々にモノとデータが合わなくなり、その後お金のデータが合わなくなっていき、と混乱が拡大していきました。特に初めの1ヶ月は過酷でした。休日もほとんどなく、当時遠距離恋愛中だった妻と会う予定も、駅に迎えに行っただけで仕事に行ってしまうなど、可哀想なことをしてしまいました。その後、サポートは3月中旬まで続きましたが、次第に状況は落ち着いていき、プロジェクトは一応成功ということで、晴れて契約終了という運びとなりました。
このプロジェクトでの1年強という間で、私への社内での評価を持ち直すことができたと思います。まさにターニングポイントとなるプロジェクトとなりました。
すると、2月ごろにバイスプレジデントに呼び出され、アサインされるプロジェクトが決まりました。グローバル企業の本社に既に導入されているSAPのテンプレートを日本支社に導入するプロジェクトです。また、先に実施されたプロジェクトで業務プロセスの変更も決定されていました。プロジェクトは少し前から開始されていて、プロセス設計段階に入っていました。
今度のプロジェクトではSales & Logisticsチームに加わることになりました。前のプロジェクトで少しだけですが会計以外のモジュールに触れていたのがラッキーでした。
但し、今回の私の役割はドキュメント作成サポートと聞かされました。主に、プロセス設計で作成した資料を清書するといったことです。チームメンバーが多忙であるための短期サポートとして1ヶ月限定でのアサインメントでした。少々雑務的な職務とはいえ、先のプロジェクトでは触れられなかったプロセス設計の部分に関われることが楽しみでした。
2年目での目標としては、自分一人で担当する仕事を持つ、その責任を全うすることができるようになることを次の目標として掲げました。依然として小さな目標かもしれませんが、コツコツと進めるのが性分なのか、あまり慌てずに進めていこうとしていたと思います。但し、先のプロジェクトでの失敗がありましたので、気を引き締めなければと緊張していたと思います。
実際に現場に行ってみると、設計フェーズの期日が間近ということもあり、プロジェクトのチームメンバーはかなり忙しい状況でした。そのおかげで、ドキュメント作成サポートとして加わった私ができる限り長くプロジェクトに留まることができるよう、メンバーに皆さんにサポートしていただけるという機会に恵まれました。折角増やしたリソースを減らしたくないという思惑が幸いし、自分の役割を少しずつ広げ、色々なことにチャレンジさせてもらえる雰囲気でした。一方、クライアント側のプロジェクトリーダーは、追加でリソースが発生したということで、時折私の様子をチェックされているようでしたが、無事に認めていただけたようです。ドキュメント作成をしながら、次第にいくつかのプロセスを担当させてもらえるようになりました。そして、1ヶ月延長、また1ヶ月延長と、一時は「これで終わりか」と思うときもあったのですが、継続して契約を延長していただけることとなりました。
プロジェクトでの私たちの役割は、SAPに関するアドバイスを提供する役割というよりは、クライアントの本社メンバーと日本メンバーとの間の橋渡し的な役割がメインでした。どちらかというと、SAPのテクニカルな部分については本社にて対応されていたので、私たちは日本のお客さんと一緒にプロセスを検討することに注力しました。時にはお客さんの立場に立って、本社メンバーに交渉を行ったりなど、コンサルタントという枠から出て仕事をしていたと感じます。それは、プロジェクトのボスであるバイスプレジデントが常に言っていたことでしたが、クライアント･ファーストというスタンス、つまりお客さん第一主義という姿勢を一貫して持っていたからであったと思います。ここからは私なりの解釈ですが、どのような会社でも契約を締結してお客さんにサービスなどを提供する際には、契約で定められている範囲の業務を行うことが当然だと思います。が、これでは必ずしもクライアントの要望を満たせるとは限りません。勿論、契約範囲外の仕事を何でもかんでも請け負うことは自社の利益になりませんので、契約で範囲を定めることは必要です。但し、個人として、初めから契約範囲を気にして仕事をしていると、お客さんからの要望に対し、何でもかんでも「あれはできません。」「これはできません。」となってしまい、お客さんに不満を感じさせてしまいます。そこで、契約を前提にお客さんと向き合うのではなく、まずはお客さんの立場に立って一緒に考え、その後で自分たちの会社として何が提供できるかを考える方が、お客さんにも身近に感じてもらえますし、私たちが提供するサービスへの満足度も上がると思います。そのときに、既存の枠組みでは対応しきれない課題も出てきてしまうかもしれません。でも、お客さん側も契約内容については一応了解しているはずなので、それを反故にするようなことはしないでしょうから、そのときには、別の枠組みが必要となることは了解してくれると思います。また、お客さんに近い立場に立つということは、コンサルタントという役割以上に期待される役割が大きくなるため、契約範囲内なのか範囲外なのか曖昧である仕事も請け負う部分が出てきます。この点は、あくまでもプロジェクトの成功を達成するために必要なアクションであると捉え、引き受けなければならない場面が多いと思いますが、それにより、お客さんと自社との間で苦しい状況に立たされることは覚悟しなければなりません。しかし、このクライアント･ファーストの姿勢こそが、その後いくつかのプロジェクトを通じてみても、お客さんに一番評価していただけたところであると感じます。
夏ごろになると、当初想定していたリソースでは足りなくなったからか、私の同期や後輩がプロジェクトにアサインされてきました。その頃の私は、在庫管理全般のプロセスを担当することとなり、さらに翌年1月に向けての移行作業担当を任せてもらえるまで自分の役割を広げることができました。
移行作業では旧システムのデータを新システムに移行するために詳細なスケジュールを作成し、旧システムから抜き出したデータを加工して、新システムに投入する作業を行います。データが確定した後の年末年始のタイミングでお客さんと一緒になって各ステップを処理していきますが、途中でファイルが壊れてしまうアクシデントに出くわしたときなどは、緊張する場面の中でも冗談を言い合うなど、苦しい状況でしたが、楽しかった経験として思い出されます。（もしくは、悲惨な場面に出くわしたときに笑うしかなかっただけなのかもしれませんが。）最終的に成功裏に完了しましたが、過去の事例を参考に詳細なスケジュールを作成し、何回かのシミュレーションを通じて精度を高めた後、それを本番で着実に遂行していったおかげだと思います。
システムが本稼動した後は現場でのサポートに移りました。初めは比較的落ち着いていましたが、徐々にモノとデータが合わなくなり、その後お金のデータが合わなくなっていき、と混乱が拡大していきました。特に初めの1ヶ月は過酷でした。休日もほとんどなく、当時遠距離恋愛中だった妻と会う予定も、駅に迎えに行っただけで仕事に行ってしまうなど、可哀想なことをしてしまいました。その後、サポートは3月中旬まで続きましたが、次第に状況は落ち着いていき、プロジェクトは一応成功ということで、晴れて契約終了という運びとなりました。
このプロジェクトでの1年強という間で、私への社内での評価を持ち直すことができたと思います。まさにターニングポイントとなるプロジェクトとなりました。