1. 保住Chief Architect的职能和reporting chain,交接项目的operation。
你如果不交接清楚,不久的将来会report给M。那么你在这家公司的职业发展就到头了。你的能力和绩效大概混到退休没啥问题,但是日子不好过。职场上broken的关系很难修复,M永远不会信任你。但是你和他可以达到休战,前提是切割干净。
2. 寻找新项目, 包括把自己的report chain再提升一级。你要找那种需要多组合作的项目,这样你有借口把自己的report chain提升。最好是直接去SVP。举例,新项目如果不止涉及到你老板的团队,而且涉及到他同级的团队,这种项目拿下来最好。这样你和M有隔开一层,他找你就更不容易了。
我不建议你继续在A项目上与M纠缠。不要去操心M是不是扛得下项目,那是你头和SVP要想的事,不是你的事。即使M做不下来,回头来找你,他支使不了你,因为你不report给他。 那时你一切都可以和头沟通,手里一定要有新项目,这样才有讨价还价的本钱。
注意:Chief Architect的本职是大项目技术方向把握者,不是具体干活的,即使你会干,你也不能都揽过来自己干。一定要drive其他技术人员干。
又加: 你如果想自己Retro一下A项目的过程,可以私下联系我。我可以帮你一下。
再加: 项目每个阶段都需要做Retro。我开始做管理之前很不喜欢花时间retro,后来经我的mentor指点,越来越觉得Retro的重要。小组层面的, 项目组层面,org 计划和资源配备层面,跨组协调层面,还有就是自己个人层面。特别是自己吃亏的项目或个人职业发展,更要做retro,赢得了经验就是赢。
楼主需要复盘一下,很多事情可能有另外的做法去得到你想要的结果。这次没做好,经验教训要总结一下,下次避免犯同样的错误。