私がアサインされたプロジェクトのお客さん側では、別のコンサルティング会社によるプロジェクトが既に進行中でした。そこで構築されるシステムに、現行のSAPを暫定的に連携させるための作業を我々のプロジェクトで担当することとなりました。期間は半年ほどで、メンバーは4名でスタートしました。
アサインされた当初、非常に不安な気持ちでした。プロジェクトのリーダーであるシニアマネージャとマネージャの2人は2年目のプロジェクトでも一緒だったので顔なじみでしたが、彼らは別に稼働中のプロジェクトと掛け持ちしていました。また、もう一人のマネージャはSAPについて全く知らない人でした。アウトソーシング部門側から見ると、システム導入プロジェクトでは、開発工程を理解しないでスケジュールを組んだり、開発に十分な設計が行われていなかったりして、運用側にしわ寄せが来ることがこれまで多かったためか、プロジェクト側で十分な要件を詰めてくるよう念を押されました。そんなこともあり、プロジェクト側のメンバーとは当初ギクシャクしてしまったのですが、不安に思っていることを打ち明ける機会があり、そのときにちゃんと解消されました。やはり、社内の相手であっても、気づかないうちに双方の思惑がずれていることがあるので注意を怠らないようにしなければなりません。
プロジェクトが本格始動してからは、小さなチームということもあって、役割分担が明確でありながら、お互いにフォローしあって、まさにチームワークを発揮できたプロジェクトとなりました。私はSAPでのプログラム設計を中心に担当したのですが、業務面に踏み込んだ話にも関わったり、インターフェース側に踏み込んだ話にも関わったり、一方で他のメンバーもSAP側の話に踏み込んだりといった具合に、グレーな部分を双方でカバーしていたと思います。
その中で、このプロジェクトを通じて得られた私なりのフレームワークとして「ボケとツッコミ」があります。これは、お客さんの業務部門の部長さんに、新しく導入されるシステムの説明をしていたときの話です。大変忙しい部長さんだったので夕方にようやくアポイントが取れ、プロジェクトを統括していたシニアマネージャと業務面の要件取りまとめを担当していたマネージャと私がミーティングに臨みました。
その場では、システム面での説明事項がメインでしたので、業務面の話を含めて私が説明を担当しました。資料を順を追って説明していく中、部長さんからは都度鋭い質問をされ、中にはプロジェクトにてカバーしきれないような質問もありました。そのような質問に対し、私が真っ向から答えようとすると、内容の良し悪しに関わらず、部長さん側から見て、こちらの主張を押し付けられているように感じられてしまうことがあります。そこで、そのような場合に、第三者的にシニアマネージャやマネージャがその場をまとめるようにすることで、部長さんも納得しやすくなるケースがありました。結果、その部長さんからはプロジェクトへの深い理解が得られ、その後の導入に向けて協力を得ることができました。こうして、私が「ボケ」を担当し、シニアマネージャやマネージャが「ツッコミ」を担当することで、相手にとって納得しやすい流れを作ることができたと思います。きっと、このような経験は色々な場面で沢山の人が既に経験されていることなのかもしれませんが、実体験に基づく私なりのフレームワークとして、その後の仕事でも生かされていると感じます。
お客さんとの仕事は、良好な関係を構築できたおかげで比較的順調に進んだのですが、苦労したのが開発側との連携でした。設計書の要件を詰めるときには、かなり細かな要件まで詰めるよう求められ、リモートでやり取りをしていたためか、なかなかうまくコミュニケーションができませんでした。プロジェクト側からは「細かすぎる」と指摘され、早く開発側に回すように言われていたこともあり、開発側を取りまとめていた担当者とは電話越しに口論となることもありました。
結局、一通り詰めなければならない要件を詰めた上で開発側に回したのですが、その後の開発に関しては「流石」と感心させられました。予定通りに完了し、その後のテストでも不具合無く要件どおりのものが仕上がってきました。開発の技術もきっと高かったのだと思いますが、設計の段階でいかに詳細な要件まで詰めておくかが、その後の出来上がり具合を左右すると感じました。
そうしてプロジェクトは無事に終了し、前々からプロジェクトのメンバーに協力を仰いでいたおかげで予定通りのリリース及び1ヶ月の休暇取得に成功し、結婚式&新婚旅行を迎えることができました。
1ヶ月休んだあと、会社に戻って細かな仕事の手伝いなどしていましたが、結局先のお客さんのところで動いていたプロジェクトにアサインされることとなりました。今度の立場は別のコンサルティング会社が動かしているプロジェクトでの業務支援・データ移行部分を担当するということでしたが、自分たちの担当範囲が不明確なまま、がむしゃらに突き進んでいました。期間としては3ヶ月弱と短かったのですが、新婚早々かなりハードな日々でした。年末にデータ移行のための棚卸を完了させた後、慌しくリリースされることとなりましたが、このときはリリースされてホッとしたのが正直な感想でした。
アサインされた当初、非常に不安な気持ちでした。プロジェクトのリーダーであるシニアマネージャとマネージャの2人は2年目のプロジェクトでも一緒だったので顔なじみでしたが、彼らは別に稼働中のプロジェクトと掛け持ちしていました。また、もう一人のマネージャはSAPについて全く知らない人でした。アウトソーシング部門側から見ると、システム導入プロジェクトでは、開発工程を理解しないでスケジュールを組んだり、開発に十分な設計が行われていなかったりして、運用側にしわ寄せが来ることがこれまで多かったためか、プロジェクト側で十分な要件を詰めてくるよう念を押されました。そんなこともあり、プロジェクト側のメンバーとは当初ギクシャクしてしまったのですが、不安に思っていることを打ち明ける機会があり、そのときにちゃんと解消されました。やはり、社内の相手であっても、気づかないうちに双方の思惑がずれていることがあるので注意を怠らないようにしなければなりません。
プロジェクトが本格始動してからは、小さなチームということもあって、役割分担が明確でありながら、お互いにフォローしあって、まさにチームワークを発揮できたプロジェクトとなりました。私はSAPでのプログラム設計を中心に担当したのですが、業務面に踏み込んだ話にも関わったり、インターフェース側に踏み込んだ話にも関わったり、一方で他のメンバーもSAP側の話に踏み込んだりといった具合に、グレーな部分を双方でカバーしていたと思います。
その中で、このプロジェクトを通じて得られた私なりのフレームワークとして「ボケとツッコミ」があります。これは、お客さんの業務部門の部長さんに、新しく導入されるシステムの説明をしていたときの話です。大変忙しい部長さんだったので夕方にようやくアポイントが取れ、プロジェクトを統括していたシニアマネージャと業務面の要件取りまとめを担当していたマネージャと私がミーティングに臨みました。
その場では、システム面での説明事項がメインでしたので、業務面の話を含めて私が説明を担当しました。資料を順を追って説明していく中、部長さんからは都度鋭い質問をされ、中にはプロジェクトにてカバーしきれないような質問もありました。そのような質問に対し、私が真っ向から答えようとすると、内容の良し悪しに関わらず、部長さん側から見て、こちらの主張を押し付けられているように感じられてしまうことがあります。そこで、そのような場合に、第三者的にシニアマネージャやマネージャがその場をまとめるようにすることで、部長さんも納得しやすくなるケースがありました。結果、その部長さんからはプロジェクトへの深い理解が得られ、その後の導入に向けて協力を得ることができました。こうして、私が「ボケ」を担当し、シニアマネージャやマネージャが「ツッコミ」を担当することで、相手にとって納得しやすい流れを作ることができたと思います。きっと、このような経験は色々な場面で沢山の人が既に経験されていることなのかもしれませんが、実体験に基づく私なりのフレームワークとして、その後の仕事でも生かされていると感じます。
お客さんとの仕事は、良好な関係を構築できたおかげで比較的順調に進んだのですが、苦労したのが開発側との連携でした。設計書の要件を詰めるときには、かなり細かな要件まで詰めるよう求められ、リモートでやり取りをしていたためか、なかなかうまくコミュニケーションができませんでした。プロジェクト側からは「細かすぎる」と指摘され、早く開発側に回すように言われていたこともあり、開発側を取りまとめていた担当者とは電話越しに口論となることもありました。
結局、一通り詰めなければならない要件を詰めた上で開発側に回したのですが、その後の開発に関しては「流石」と感心させられました。予定通りに完了し、その後のテストでも不具合無く要件どおりのものが仕上がってきました。開発の技術もきっと高かったのだと思いますが、設計の段階でいかに詳細な要件まで詰めておくかが、その後の出来上がり具合を左右すると感じました。
そうしてプロジェクトは無事に終了し、前々からプロジェクトのメンバーに協力を仰いでいたおかげで予定通りのリリース及び1ヶ月の休暇取得に成功し、結婚式&新婚旅行を迎えることができました。
1ヶ月休んだあと、会社に戻って細かな仕事の手伝いなどしていましたが、結局先のお客さんのところで動いていたプロジェクトにアサインされることとなりました。今度の立場は別のコンサルティング会社が動かしているプロジェクトでの業務支援・データ移行部分を担当するということでしたが、自分たちの担当範囲が不明確なまま、がむしゃらに突き進んでいました。期間としては3ヶ月弱と短かったのですが、新婚早々かなりハードな日々でした。年末にデータ移行のための棚卸を完了させた後、慌しくリリースされることとなりましたが、このときはリリースされてホッとしたのが正直な感想でした。