惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

IT之家
IT之家
H
Help Net Security
GbyAI
GbyAI
博客园_首页
G
Google Developers Blog
Microsoft Security Blog
Microsoft Security Blog
博客园 - 【当耐特】
月光博客
月光博客
美团技术团队
B
Blog RSS Feed
博客园 - 三生石上(FineUI控件)
WordPress大学
WordPress大学
博客园 - 叶小钗
有赞技术团队
有赞技术团队
T
The Blog of Author Tim Ferriss
Engineering at Meta
Engineering at Meta
Google DeepMind News
Google DeepMind News
Y
Y Combinator Blog
宝玉的分享
宝玉的分享
Microsoft Azure Blog
Microsoft Azure Blog
罗磊的独立博客
云风的 BLOG
云风的 BLOG
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
P
Proofpoint News Feed

博客园 - andrewma

等待宝宝降生 自制胎教音乐---太阳当头照 什么是“对你好”? ADP项目:控制子窗体中的Check控件 URL Rewrite - andrewma - 博客园 MS印象-----北京.Net俱乐部8.13活动 Dnn's Event Logging API DotNetNuke Architecture 偷听讲课被逐 一次关于亲子教育和少儿心理教育的讲座 MS员工需要跟老板核实的两个问题 一点责任 拓展训练 家规 关于霍金 从丁俊晖夺冠所想到的 "家"和"教育" 修改ONET.XML自定义SPS站点 default.aspx页面中的SPS控件
一位CIO的观点
andrewma · 2005-07-20 · via 博客园 - andrewma

通常情况下,CIO处于一个尴尬地位。一方面要替业务部门向厂商提出要求,另一方面也要及时的向业务部门传递厂商的讯息
我有两点疑问:1、怎样才能具备替业务部门提要求的能力? 2、怎样保证传递给厂商的讯息完整准确?
我觉得这个问题是项目运作的基础,也是关键。如果做不好,不仅导致增加沟通成本,更重要的是影响项目的周期和效果。
我们通常把业务部门的需求固化一个阶段,以便于厂商实施,等厂商实施完成,我们把在实施阶段业务部门提出新的需求也整理出来,成为下一个阶段的目标
MS的里程碑模式非常成功!但针对企业的特性需求,又考虑厂商的实际能力。企业应用系统采取里程碑模式开发是否可行,又有多大把握呢?我觉得企业的需求是一个连贯的过程,很难固化于某一个阶段,而所谓的下一阶段的目标往往又不可能脱离开始的需求和架构设计。
大家觉得呢?

posted on 2005-07-20 08:46  andrewma  阅读(968)  评论(0)    收藏  举报