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