架构师和需求分析师
2009-06-05 19:12
218 查看
在需求输入的时候,架构师最头疼的是,需求太浅显,没有抽出需求问题的本质,如果按照需求的原意进行构建,就会没有重用性,总是一次性的解决问题,对于潜在问题的解决就没有兼容和扩展的设计考虑。有人会问,重用抽象就是架构师进一步的工作。这个问题忽略一个问题:架构是为业务服务,不是为技术服务的,架构的抽象的思路来源于业务及产品后期规划特征,在需求分析阶段不进行这方面的工作,架构师就需要重新从最原始的客户来源和市场的产品状态审视问题的本质,从而在进行一种模型定义,这个时候的需求,哈哈,说不准,基本的意图都发生了变化。
所以,好的架构师需要好的需求分析师的配合,才能设计出好的架构。架构师本身并不会独立考虑架构,他们会从业务模型中需求架构构建的平衡点。有时,一个好的架构师遇到一个蹩脚的需求分析师,忍不住就想自己做需求。可惜,公司的流程制度有不会要求这样处理,人才结构的错位,是大部分工作错位的基础。
现在的公司大部分知道需求的作用,从流程结构上,分解出需求分析师的岗位和角色,但合适的人才有很难胜任,但需求分析师具有许多决策权,而架构师却没有产品的决策权。反过来,如果架构师具有很好的决策权的话,架构师,就会影响和要求需求分析师用更深远的眼光来捕获需求和定义需求。
一个公司的高层技术管理者,首先应该是一个好的架构师师,一个好的产品规划师,其次才是一个好的需求分析师。好的架构师和产品规划师密不可分。架构师首要的任务,并不是解决技术问题,而是解决产品长期规划的支持问题,和公司的资源、战略规划紧密结合起来进行考虑。
所以,好的架构师需要好的需求分析师的配合,才能设计出好的架构。架构师本身并不会独立考虑架构,他们会从业务模型中需求架构构建的平衡点。有时,一个好的架构师遇到一个蹩脚的需求分析师,忍不住就想自己做需求。可惜,公司的流程制度有不会要求这样处理,人才结构的错位,是大部分工作错位的基础。
现在的公司大部分知道需求的作用,从流程结构上,分解出需求分析师的岗位和角色,但合适的人才有很难胜任,但需求分析师具有许多决策权,而架构师却没有产品的决策权。反过来,如果架构师具有很好的决策权的话,架构师,就会影响和要求需求分析师用更深远的眼光来捕获需求和定义需求。
一个公司的高层技术管理者,首先应该是一个好的架构师师,一个好的产品规划师,其次才是一个好的需求分析师。好的架构师和产品规划师密不可分。架构师首要的任务,并不是解决技术问题,而是解决产品长期规划的支持问题,和公司的资源、战略规划紧密结合起来进行考虑。
相关文章推荐
- 需求分析师 VS 架构师 VS 程序员
- 总结一个需求架构师在新产品做的几步工作
- ThoughtWorks 招聘.NET开发人员和.NET架构师的需求
- ThoughtWorks 招聘.NET开发人员和.NET架构师的需求
- 助你成长为优秀的程序员 杰出的软件工程师、设计师、分析师和架构师
- Atitit 架构师之道 attilax著 1.1. 认和评估系统需求, 2 1.2. 给出开发规范 2 1.3. ,搭建系统实现的核心构架, 2 1.4. 扫清主要难点的技术人员 2 1.5. 核
- 架构师三板斧: 需求, 方法, 节奏
- 需求分析师和产品经理的关系
- 高级需求分析师培训要点,如何正确编写需求用例的5个提示!
- 人人都是架构师:非功能性需求
- 软件系统分析师与架构师技能大PK(您具备了哪些呢?)
- 高级软件需求分析师
- GIS分析师和架构师
- 编程规则 - 1 概述 -- 帮助你成长为优秀的程序员 杰出的软件工程师、设计师、分析师和架构师【转载】
- 国家开放大学数字化学习资源中心招聘.NET开发、需求分析师
- 新一期“高级需求分析师”企业内训完毕
- 需求分析师
- [翻译]架构师应该知道的97件事_01客户需求重于个人简历
- 如何做好一个需求分析师
- 11、需求分析师指南 - 软件项目角色指南系列文章