`
tuti
  • 浏览: 62873 次
  • 性别: Icon_minigender_1
  • 来自: 上海
社区版块
存档分类
最新评论
文章列表
听取一个客户的功能后,可以参考以下问题对功能进行审核. 审核重点在于该功能的来源,而非具体实现方式. ------------------------------------------------- 明确功能点所针对的问题来源 ------------------------------------------------- Q1. 谁是这个功能点的原始提出者? Q2. 这个功能点期望解决一个什么问题? Q3. 这个问题是谁(role)所面临的问题? Q4. 目前的工作流程是如何处理这个问题的? ----------------------------------------------- ...
程序开发人员,多被认为逻辑清晰,思维严密。 但由于教育内容安排的问题,只怕大都没有学习过“科学方法”方面的内容。 特别对于比较复杂的问题的讨论,时常也会有一些偏差。 这在网络论战中,时常可见。往往论战几方,文不对题,各说各话,无助于对问题的探求。 我自读过 张五常《经济解释》的第一章“科学的方法”后,大有醍醐灌顶之感,收益颇多。 起码对于不同的看法,可以更为本包容理解,不会简单将其对立起来。时常也可以警醒自己 不要步入逻辑的歧途之上。 书中的思想宝藏,只有亲身阅读方可汲取。  
因为项目的原因,这几天在重读 《与熊共舞-软件项目风险控制》(Waltzing With Bears)--TomDeMarco,Timothy Lister. 第13章“软件项目的核心风险”中,根据采集到的大量数据,选出了5种核心风险: 1.进度安排的先天错误 2.需求变化 3.人员流失 4.规约崩溃 5.低生产率 更有实际意义的是,根据这5种核心风险的统计数据, 提供了项目预测的风险模拟器Riskology Simulator. 该工具可在http://www.systemsguild.com/riskology 下载. 该工具是个EXCEL表格,只需要输入 1.预测项 ...
一些历史事实: 20世纪80年代 美国国防部(US Department of Defense,DoD)就针对软件开发颁布了标准DOD-STD-2167. 这是基于瀑布型与文档驱动的方法.有调查报告表明总成本370亿美元的项目样本中,75%的项目失败或者无法使用, 只有2%的项目能够不做进行一步修正就可使用. 1988年2月 改良的DOD-STD-2167A 发布, 该版本改进了2167标准,更加亲迭代开发(Iterative and Incremental Development (IID)). 由于军方后勤部门不同意,无法将瀑布型流程剔除.但该标准仍被许多人解释为优先采用瀑布型 ...
Global site tag (gtag.js) - Google Analytics