狗万体育新闻IT项目管理邓肯Hauley读取时间分钟内
有时我纳闷:软件开发多年后, 工作方式有快速开发吗?技术进化,但我们有方法操作软件开发项目吗?
用户对技术语句仍然疑惑不解开发者宁可发明而非复用, 并自认为知道什么最适合你项目常常错过最后期限并超出预算
看国防部 耗资近3千万英镑IT单项项目第一个项目 通信系统RAF系统被丢弃是因为问题整合到其他系统2100万英镑已经花光,因此完全注销第二个项目为海军支付系统,当项目费用明显比预算1 890万英镑高三倍时关闭870万英镑用完后,这个也被注销[1]
避免软件开发常见陷阱不是火箭科学简单例子 采取几例明智措施软件项目管理员五大错误
开工获取需求
误差
软件开发中最罪大恶极的一环就是仓促进项目而不花时间理解客户想要什么。这是最常见的错误之一 并负责更多故障软件开发项目 和不必要的重写
求解
先获取客户需求后适应解决方案避免一些开发商中仍然存在的 i
使用商业分析师收集需求是一个好主意, 因为他们对客户需求持客观非技术观点
很容易在完全理解需求前编译成码, 但时间排在客户前会避免很多痛苦和改编
二叉理解Lingo
误差
你曾站在一组软件开发商旁边 并想知道他们在讲什么听上去像外语, 非IT常使用陷阱出现时客户和IT认为他们讲同一种语言,而事实上他们不是混淆引出问题时IT部门提供他们所理解客户想要的东西,而不是客户实际想要的东西
求解
通信问题最难解决,因为你往往只在回想后才能看到问题定期通信和与客户密切工作关系会有所帮助人需要双脚营人理解企业IT如果你能识别这个人 确保你守住极值如果不能找到这个人,下一个最佳选择是有两个人,一个来自企业,一个来自IT通过密切合作共享信息,它们可减少任何潜在通信问题
3级管理期望
误差
常有期望IT像魔杖:你挥手,突然出现奇迹软件项目期间期望可膨胀到荒谬程度项目管理员职责管理期望
求解
避免高估期望的一个方法就是把项目拆分成小片或小片段算作香肠机 一端用原料进食 另一端像小包或香肠软件项目也可以发生同样情况:你取小包需求并推送机器,产生数件项目存续交付品以这种方式管理期望 通过频繁交付显示技术能实现这种方法确保项目满足客户期望,使他们及早可见你正在建设的东西。
4级原型设计
误差
客户常难表达需求许多人只有在看到启动思维过程的东西后才能清晰表达自己想要的东西。建立系统时尚不清楚需求是一个严重错误如果开发者不理解需求,这种差异很可能直到开发周期后期才会显露出来。
求解
当需求不明确时,原型设计是一种有效技术非功能原型可快速廉价制作,帮助从客户获取更详细的需求开发者可以测试对需求的理解并避免浪费和改编
5级测试优先
误差
客户测试软件并发现高数错误,无论微小,你都会失去他们的信心,一旦客户经历不良,重建客户信心总是难上加难。更容易并更具成本效益地彻底测试软件故障后再向客户提供
求解
使用专业测试器测试软件,因为这些测试器将从用户角度看软件永远不要问开发软件者测试他们已经知道软件的用法,不会客观需要新手问道:这是逻辑性吗? 直觉性吗? 有效吗? 满足客户需求吗?
测试前向客户演示软件,但在测试完成前不给他们不受约束访问权
终于
独立泛欧IT咨询服务公司Unitlog2003年4月研究发现,百分之百IT管理员都经历一个未能实现所有目标的项目。三大故障原因如下:
- IT与企业间缺乏适当联系
- 期望不正确设置
- 项目范围界定不足
光靠这三个方面就能给你成功大好机率
不要成为失败软件项目的受害者建立能保证你成功的措施归根结底,这不是火箭科学
引用
[1]交通部垃圾IT项目3000万英镑 JaneWakefield,ZDNetUK