以下是我们当前组织（或排序）的概要及其角色的简要说明
- 解决方案经理（有远见的“构建这个可以执行 A、B 和 C 的基于 Web 的解决方案”）
- 软件工程总监（在部门 PM 上管理资源，明智地花费资本支出..指指点点，推动可交付成果..继续打高尔夫球和滑雪旅行，恕不另行通知）
- 首席架构师（我，概述并建立了端到端解决方案的架构和代码库，包括硬件、软件规划，以在预算内完成它。指导和推动开发团队在 SOA、sprint 开发环境下构建产品。编写代码，但主要与 SM 沟通，以确保实现愿景和/或要求..etc..etc）
- 中间件开发人员（负责 SQL 管理和编码中间件 REST 架构的工程师）
- 前端开发人员（负责开发、编码和部署 Web Portal 的工程师）
- IT 管理员（负责硬件采购、安全标准、托管移动的工程师。
我是首席架构师，负责确保交付解决方案经理想要的东西。我的 delimna 是项目经理以某种方式将有问题的前端开发人员提升为主管。现在新的事实上的首席前端架构师喜欢这个头衔，不再认为他/她必须与我保持同步，更不用说遵循标准的开发协议了。造成裂痕。为了使问题更加复杂，项目经理（对生产力低下的前端首席架构师表示同情）对项目进行剖析，并将关键组件搁置起来，以备不时之需，直到他或她赶上进度。
这是踢球者：解决方案经理和客户不高兴，向我寻求答案。他们想知道为什么他们要求的某些功能被搁置了。与此同时，工程总监对即将发生的火车失事的后果一无所知。不管我怎么解释，2天王做不出好产品，现状似乎越来越差。我无权以更直接、更常规的方式处理此事。很多声音，很少有人有骨气跟进。
- 这张照片有什么问题？
- 我可以采取什么措施来解决这个问题（如果此时甚至可能的话）？