(转)项目管理的困境
来源:互联网 发布:随机梯度下降算法 编辑:程序博客网 时间:2024/05/16 07:49
作者:Anders小明
在公司工作久了,总会发现工作上有些困境。
1. 软件开发讲的是持续集成和改进,
我的理解是:对于某个功能一开始按最方便最适应需求的方式做,不一定最好。在项目发展和开发过程中,但有更好的方式和方法时,就开始重构。
2. 公司目前的流程是RUP的,本来RUP也是强调迭代的,不过当项目一直在面临新功能(需求)开发的压力,以及人手不够时(开发5个,测试3个),对于旧系统的重构和测试就直接面临“巨大”的成本问题,往往就搁置,即无限期推迟了。
而这样的结果是RUP名存实亡,实际上是一个瀑布式的开发。
对于公司来说,项目面临的巨大风险,一旦需求变更,工作所需的人天将大大增加,项目变的不可控。
对于个人,代码没有及时重构,主观上影响了新写代码的审美感,客观上造成更多更难修补的代码,一旦代码沉积下来,单元测试将变的困难,代码的测试将更多的依靠于集成测试,此时个人的精力不得不忙于改bug,没有时间思考,个人的进步也就谈不上了。
如何平衡迭代开发和成本控制的矛盾,对于项目经理来说是一个很大的考验。
1. 软件开发讲的是持续集成和改进,
我的理解是:对于某个功能一开始按最方便最适应需求的方式做,不一定最好。在项目发展和开发过程中,但有更好的方式和方法时,就开始重构。
2. 公司目前的流程是RUP的,本来RUP也是强调迭代的,不过当项目一直在面临新功能(需求)开发的压力,以及人手不够时(开发5个,测试3个),对于旧系统的重构和测试就直接面临“巨大”的成本问题,往往就搁置,即无限期推迟了。
而这样的结果是RUP名存实亡,实际上是一个瀑布式的开发。
对于公司来说,项目面临的巨大风险,一旦需求变更,工作所需的人天将大大增加,项目变的不可控。
对于个人,代码没有及时重构,主观上影响了新写代码的审美感,客观上造成更多更难修补的代码,一旦代码沉积下来,单元测试将变的困难,代码的测试将更多的依靠于集成测试,此时个人的精力不得不忙于改bug,没有时间思考,个人的进步也就谈不上了。
如何平衡迭代开发和成本控制的矛盾,对于项目经理来说是一个很大的考验。
# re: 项目管理的困境
迭代的成本很高,小公司一般无法实施,看看rup的文档就知道了,哪有人维护这么多文档。我比较认同敏捷方法,比较实际。
http://www.blogjava.net/AndersLin/archive/2006/06/14/52607.html
- (转)项目管理的困境
- (转)项目管理的困境
- 项目的困境
- 研发人员绩效和薪酬管理的困境 (转)
- [转]博士后的困境
- 程序员的困境【转】
- 软件渠道管理的两难困境
- FOF管理系列之三:FOF管理的中国困境
- [管理文库]囚徒困境与企业间的合作精神(ZT)
- 走出研发人员绩效考核和薪酬管理的困境
- 从一个陷入困境的项目中想到的
- 中国程序员的困境与突破 [转]
- 物联网项目落地困境
- 物联网项目落地困境
- 程序员的困境
- 软件建模的困境
- 程序员的困境
- "囚徒困境"的故事
- Spring AOP编程的教程
- 框窗口(Chromeless Window)
- C#事件机制及响应方法
- 北京的春天——柳絮和沙尘在风中飞扬
- 内存管理与多线程
- (转)项目管理的困境
- 养花篇——怡情养性
- 《货币论》观感
- 使用梅花雨日历控件应该注意的问题
- 母亲杨沫——老鬼
- 自动保存tool bar的位置和状态
- ADO.NET的基本特性
- IBM教程
- javascript 格式化字符串函数,将输入123455.9833格式化为 123,455.98