软件开发过程的裁减度如何把握？ [发表于 2004/11/18] 状态 开放帖 精华贴 浏览量 3313 |
|
|
我现在带一家软件公司任职，承担了某省国税项目中的一个子项目（也就是说上面还有一个大的项目经理），我的团队需求分析3人，开发7人，测试3人，所有都是新员工（我也是新员工），那么很简单可以看出：我们对业务逻辑不熟悉。整套技术解决方案是J2EE+XML+Delphi。名义上以用例驱动来做项目，使用的工具是Rational系列。该项目已经进行了3个月的时间，开始的时候项目计划中制定的开发流程是需求采集、分析——概要设计、详细设计、编码、单元测试——业务测试（回归测试）、压力测试。在这3个月中，我发现需求分析人员的能力不足以完成业务流程的优化与挖掘工作；设计人员更加不胜任概要设计的工作；根据业务规则不需要压力测试；那么以上三项既然不能达到预期的目标，索性将其从流程中砍掉（实际上是将与之对应的文档简化、忽略相应的评审环节），毕竟项目是有时间限制的。
时至今日，大项目经理迫于客户与市场的压力，要求我再次提高开发效率，我想到的方法是：
1、优化业务流程，整合功能、内容相似的用例
2、从开发技术和工具使用方面提高任务完成效率
宗所周知，这两项需要一定的培训时间与适应时间，这个在大项目经理看来是不可接受的，于是乎，有些人跳出来说（包括我项目组内部成员）：我们应该砍掉详细设计流程。
这对我是个挑战，而且违背了我做项目的根本原则，但是迫于压力我不得不考虑这个提议。
当前面临的困难是：
1、目前开发组的角色有详细设计和编码两种，编码人员占了7个人中的3个，这3个人在前一个阶段是不直接接触业务用例的，如果忽略详细设计这个过程，也就意味着在半个月内他们是没有产出物，更可能会影响其他人的任务完成。
2、如果不砍掉详细设计过程，我很难发现在短期内提高工作效率的有效方法，毕竟这个压力来自于客户与市场，而不仅仅是大项目经理给的压力。 另外，我的一个担心是一旦出现需求变更、人员变更，那么在没有详细设计的情况下的产出物是否是可靠的、稳定的？ 说了这么多，无非是想问问有经验的强人们：面对这种情况，该采用什么样的措施？
再多问一个问题：在国内，是不是可以为了进度、成本和短期的利益，可以放弃对质量的要求，放弃使用有效的、正确的过程？ 我拜、拜、拜，我再拜，恳请强人不吝赐教高招
|
>>> 由论坛统一发布的广告：
|
|
楼主
 samepoint
职务 无
军衔 一等兵
来自 天津
发帖 27篇
注册 2004/10/24
PM币 114
经验 
 
|
|
 Re:软件开发过程的裁减度如何把握？
[karen 修改于 2004/11/18]
|
你好：
谈谈我的浅见，针对“我发现需求分析人员的能力不足以完成业务流程的优化与挖掘工作”，需求分析和最终的建模是相当关键，我们应该把此过程做的相对完善，开发毕竟是快的，但是如果一开始的设计是错误的，被客户全盘推翻，项目经理就惨了，项目就更别提了，所以，应该将这个作为你项目的重点，哪怕在进度上有些延迟也要做好。你现在最好自己深入了解客户需求和3个做需求的人一起建模。 原本使用Rational工具是可以改善软件开发过程的效率的，但是前提是必须整个项目组成员熟练使用诸如Rose等工具，否则会为项目增大压力，如果你的成员没有Rational的使用经验，我确实为你捏把汗。
|
--------------------------------------------------------------------------------------------------------
我来了，我看见了，我赢了！ 博客空间
 http://karen.mypm.net/
http://spaces.msn.com/members/karenzz999
/
|
|
1楼
 karen
职务 无
军衔 中将
来自 不告诉你 :)
发帖 3983篇
注册 2003/2/14
PM币 22798
经验
|
|
 Re:软件开发过程的裁减度如何把握？
[回复于 2004/11/18]
|
在 发表的内容
再多问一个问题：在国内，是不是可以为了进度、成本和短期的利益，可以放弃对质量的要求，放弃使用有效的、正确的过程？
...................................... |
|
不完全是，国内的软件开发项目延期，超预算是常见的，质量降低一些有这种可能。众所周知，软件开发项目需求变化最多。
|
--------------------------------------------------------------------------------------------------------
我来了，我看见了，我赢了！ 博客空间
http://karen.mypm.net/
http://spaces.msn.com/members/karenzz999
/
|
|
2楼
karen
职务 无
军衔 中将
来自 不告诉你 :)
发帖 3983篇
注册 2003/2/14
PM币 22798
经验
|
|
Re:软件开发过程的裁减度如何把握？
[回复于 2004/11/18]
|
|
谢谢karen的回复，现在我的成员在使用工具上还算是马马虎虎的，重要的是业务建模方面的问题：我现在所在的公司结构是这样的，需求分析人员不会跟着项目一直走到底，目前我的需求人员已经从客户那里撤离，而且开始接手其他项目的需求了，所以业务建模方面的问题已经成为往日之事，自然不可追了。
|
|
|
|
3楼
samepoint
职务 无
军衔 一等兵
来自 天津
发帖 27篇
注册 2004/10/24
PM币 114
经验
|
|
Re:软件开发过程的裁减度如何把握？
[karen 修改于 2004/11/19]
|
samepoint 在 2004-11-18 22:09:58 发表的内容
目前我的需求人员已经从客户那里撤离，而且开始接手其他项目的需求了，所以业务建模方面的问题已经成为往日之事，自然不可追了
...................................... |
|
不用客气samepoint，大家一起探讨是一件很棒的事情。我的建议是不要放弃详细设计，我们曾经有个项目因为迫于客户压力放弃了详细设计，结果codeing人员做出来的可交付成果不符合要求，还要返工。
|
--------------------------------------------------------------------------------------------------------
我来了，我看见了，我赢了！ 博客空间
http://karen.mypm.net/
http://spaces.msn.com/members/karenzz999
/
|
|
4楼
karen
职务 无
军衔 中将
来自 不告诉你 :)
发帖 3983篇
注册 2003/2/14
PM币 22798
经验
|
|
Re:软件开发过程的裁减度如何把握？
[回复于 2004/11/19]
|
客户的需求确认是必要的，而且要有文档；
设计方案是必要的，而且要有文档；
程序员开发进度是必要的，而且要有文档；
需求是必要的，而且要有文档； 有了这些文档，工作/最终产物才会有保证。否则一心只想提高效率，那就很危险了。
|
--------------------------------------------------------------------------------------------------------
俺也升为SCM版主了,呵呵
欢迎加水!
http://www.e-works.net.cn/eworkbbs/ Steve
|
|
5楼
lookmezh
职务 无
军衔 少尉
来自 天津
发帖 1284篇
注册 2004/1/8
PM币 3600
经验
|
|
 Re:软件开发过程的裁减度如何把握？
[回复于 2004/11/22]
|
lookmezh 在 2004-11-19 16:43:42 发表的内容
客户的需求确认是必要的，而且要有文档；
设计方案是必要的，而且要有文档；
程序员开发进度是必要的，而且要有文档；
需求是必要的，而且要有文档； 有了
...................................... |
|
lookmezh的帖子太必要了！
|
--------------------------------------------------------------------------------------------------------
我来了，我看见了，我赢了！ 博客空间
http://karen.mypm.net/
http://spaces.msn.com/members/karenzz999
/
|
|
6楼
karen
职务 无
军衔 中将
来自 不告诉你 :)
发帖 3983篇
注册 2003/2/14
PM币 22798
经验
|
|
Re:软件开发过程的裁减度如何把握？
[回复于 2004/11/22]
|
lookmezh说的道理太对了，我同意。
可能是我影响领导的能力还没有做到，也许是我要求部署的工作不到位，才会导致今天的结果。
有个现象，我想说一下，看大家遇到过没有。
国家机关里的领导们会有这样一个想法，在没有出现成型的东西前，他觉得我们软件开发方没有资格和他谈论需求方面的事情，即使拿给他们用例说明书及界面原型，客户的确认也是敷衍了事，不知道遇到这种情况，该如何应对
|
|
|
|
7楼
samepoint
职务 无
军衔 一等兵
来自 天津
发帖 27篇
注册 2004/10/24
PM币 114
经验
|
|
Re:软件开发过程的裁减度如何把握？
[回复于 2004/11/23]
|
|
我得经验：做这种系统，要是使用快速原型法，并做好需求确认（一定要签字）和变更（一定要分析利害）！
|
|
|
|
8楼
steven_cn
职务 无
军衔 中士
来自 广东
发帖 217篇
注册 2003/3/1
PM币 421
经验
|
|
项目型组织
项目管理
工程项目
科技项目
资格认证
职业休闲
