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

推荐订阅源

C
Check Point Blog
IT之家
IT之家
V
Visual Studio Blog
The Cloudflare Blog
博客园 - 司徒正美
Jina AI
Jina AI
博客园_首页
阮一峰的网络日志
阮一峰的网络日志
美团技术团队
S
SegmentFault 最新的问题
博客园 - 聂微东
人人都是产品经理
人人都是产品经理
T
Tailwind CSS Blog
罗磊的独立博客
酷 壳 – CoolShell
酷 壳 – CoolShell
量子位
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Hugging Face - Blog
Hugging Face - Blog
博客园 - 【当耐特】
博客园 - 三生石上(FineUI控件)
爱范儿
爱范儿
博客园 - Franky
Last Week in AI
Last Week in AI
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知

博客园 - 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)    收藏  举报