51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

测试开发精英班,通向高级软件测试工程师【周活动】 找茬--心里圈的故事 !【长期招募】博为峰网校招聘兼职讲师!横扫BAT,Python全栈测试开发技能大全
【107期】:快速构建python web 全栈开发的开发思维【征稿】提交你的测试成绩单! 【专题】用尽一切办法只为让你学好用例 自学软件测试那点事
查看: 46216|回复: 80

小公司应先进行项目计划还是先行开发赶进度?(2009-5-22 )获奖名单已公布

[复制链接]

该用户从未签到

发表于 2009-5-22 14:56:15 | 显示全部楼层 |阅读模式
背景描述:小公司开发设计全凭公司人员的想法和老总的想法为准,变动大且计划开发的周期时间短。
                    那么小公司应先进行项目计划还是先行开发赶进度?



奖项获奖名单奖励答案连接
最佳话题PK手蓝色水滴
当当购物卡50元+最佳PK手勋章
54#



本期问题由huihuike会员提供!
如果你也有矛盾的问题想提出来和大家一起讨论,请点击此处>>
说不定下期PK的话题就是由你提出的哦,请快快参与吧!
正方观点 (354)

没有完整的计划项目无法测试充分,出现问题大。

反方观点 (551)

小公司的项目周期短,没有时间进行项目计划等等流程,直接进入开发流程才能按时完成任务。

回复

使用道具 举报

该用户从未签到

发表于 2009-5-25 15:20:16 | 显示全部楼层

小的概念是什么.

这个问题要看小的概念是什么,小到何种程度.
回复

使用道具 举报

该用户从未签到

发表于 2009-5-27 15:40:59 | 显示全部楼层
我本身是中立的,但是看到反方投票太少,所以给投了一个反方票,其实哪个好,实践是检验真理的唯一标准,两个没有做出来前,可以说无从对比。
其实我们不要追求形式上的,或者固定模式的哪种方法更好,只要本着得到最终好的结果(软件)即可。
变是绝对的,不变是相对的。
回复

使用道具 举报

该用户从未签到

发表于 2009-5-31 15:21:12 | 显示全部楼层
本人觉得项目计划的制定非常重要,它对整个项目期间每个阶段需要多长时间进行大概估算,使整个项目组成员在这个阶段有个明确的目标,不会像无头苍蝇,保证了效率,也保证了产品的质量。没有项目计划,就没有一个指路明灯,一天干多少活算多少,最后可能会导致项目延期。
回复

使用道具 举报

该用户从未签到

发表于 2009-5-31 17:19:14 | 显示全部楼层
不管是大公司还是小公司都应该有相应的项目计划,应先进行项目计划是肯定的,但就目前很多小公司来说却没有相应的项目计划,主要原因有两个:第一,公司不重视,只要出东西就行;第二,项目周期短,时间紧迫,开发人员急于赶进度。
回复

使用道具 举报

该用户从未签到

发表于 2009-6-1 15:44:51 | 显示全部楼层
如果这个问题问的是只分先后,而不是进行不进行的话。。。。。我觉得先进行项目计划还是先行开发赶进度,为什么不能同时并行呢?
计划是对整体的操作规划,对于小项目可先分析业务,确定在老板怎么拍脑袋都不会变的需求先由开发实现(这个过程应该不会花太多的时间吧?),那么我想计划的同时也可以开始开发,测试也可以同时开展
计划不如变化快,但我们应该保证计划要赶得上变化
回复

使用道具 举报

该用户从未签到

发表于 2009-6-1 16:43:55 | 显示全部楼层
原帖由 Gray 于 2009-6-1 15:44 发表
如果这个问题问的是只分先后,而不是进行不进行的话。。。。。我觉得先进行项目计划还是先行开发赶进度,为什么不能同时并行呢?
计划是对整体的操作规划,对于小项目可先分析业务,确定在老板怎么拍脑袋都不会变的需 ...



公司的计划变化太快,而且没有书面的一个确定需求,都是领导说今天要加这个功能就加这个功能,明天说那个功能不要了,又做了白工。开发人员做的很辛苦,测试人员做的也很辛苦,关键就是没有一个定论。
回复

使用道具 举报

该用户从未签到

发表于 2009-6-1 16:55:19 | 显示全部楼层
这个问题我也一直困扰哈!
小公司嘛,也不是很规范,按照一步一步规范流程来做,需要慢慢来。
什么也不明确,想到什么就做什么,想到什么就往里面加,原来所关联做的有些不合理又要删掉,真是浪费了不少劳动力,
开发人员和测试人员的劳动力,特别是测试人员,牵着鼻子走,本来测试人员就处于被动的状态,汗。。。。。。。。
回复

使用道具 举报

该用户从未签到

发表于 2009-6-2 09:11:11 | 显示全部楼层
需要不需要计划还得依具体的情况而定,在人手紧、时间紧的情况下一些流程上的东西我觉得还是可以删减的,不用非得去按正常的流程走,当然制定些简单的计划什么的还是必要的,千万别为了走流程最后把项目人员弄的整天加班去赶进度,时间挤到最后压缩的还不是项目测试的时间,没有经过充分测试的软件质量也就可想而知了(亲身体会啊)。所以制定项目计划,按照正常的项目开发流程是在人力资源、时间等条件相对充裕的情况进行会比较好。
回复

使用道具 举报

  • TA的每日心情
    奋斗
    2016-5-18 09:09
  • 签到天数: 19 天

    连续签到: 1 天

    [LV.4]测试营长

    发表于 2009-6-2 11:39:06 | 显示全部楼层
    视情况而定
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-6-4 17:51:28 | 显示全部楼层

    RUP

    小公司项目小可以采用RUP进行软件的开发,应该会比较有质量保证,不会浪费很多时间。计划做的周全了,需求明确了,可以节省很多变更需求造成的时间浪费,也同样为日后的开发节省下了时间。也可以先进行项目开发得到一个初期的模型,然后再扩展,即可以降低风险,也可以增加进度。但不管计划先进行还是开发先进行,都必须明确需求。
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-6-5 10:30:22 | 显示全部楼层

    并不冲突

    还是觉得这些都是要兼顾的。
    项目计划是一个全局的东西,指导了整个的软件开发的过程。如果是紧急的项目,那就更加的应该有项目计划啊之类的了,因为,这样才可以更好对所要做的事情进行估计和计划,才能够避免盲目。假设一个紧急的项目没有项目计划等,恐怕开发进行到一半发现,哎呀,没有办法完成了,那才不得了。
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-6-8 15:00:43 | 显示全部楼层

    完整的计划 小项目

    完整的项目计划是个什么概念,对于一些项目时间特别紧急的项目可以之计划一些比较重大的里程碑,不用太细化,只要能充整体上把握项目进度就行,不必考虑1号设计几个功能点,2号测试几个功能点

    项目小,小又是个什么概念呢?无论大小,计划都是应该走的,但是应该根据项目的实际情况,考虑计划的制定方式和表现形式。
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-6-10 17:14:02 | 显示全部楼层

    小公司也要通过分析它的组成来决断

    从目前中国国情来说,投了正方一票。
    对于国内大多数小公司来说,人员少,具有丰富工作经验的高级人才也少,那么项目计划是必须制定好的。我们可以说计划是用来改的,但没有计划,我们连参考的标杆都没有,不光开发过程受影响,管理也混乱。
    某些小公司,这种公司国外存在的情况较多,人员少而精,从上到下都是多年经验的牛人,而且共同共事多年,对于各种流程早已吃的透透的。我觉得这样的公司没有计划也可,难道你会认为他们会因此把项目搞砸?
    多说一句,就像CMM的应用一样,国外一些公司已经觉得CMM流程制约项目开发,搞起了敏捷。国内目前还没有一家公司达到超越CMM的级别,自然还得老老实实按条条框框来的好。
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-6-10 18:22:28 | 显示全部楼层
    好的计划,对项目开发进度和测试进度都有绝大关系的,自身经历,公司小,人员短缺,多个项目临时调动人员,如在提前不制定一个合理项目计划,再以后项目启动后,时间及人力资源上上有很大的浪费,效率提不上去
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-6-12 17:39:41 | 显示全部楼层

    没有项目计划后面的一切都是徒劳的

    这和大小公司没关系,和工作任务紧不紧也没有关系,作什么事情都需要三思而后行,这个事情一定要做,只是结合每个公司的情况我们可以把项目计划的周期时间缩短,或者太多的形式化的东西去掉,做一切有利于我们工作的计划,然后再进行下面的工作,否则后续的工作中将会产生一系列的问题,否则项目负责人将对整个项目进度很难把握,工作质量也无法保障!

    [ 本帖最后由 fyjfyjsmile 于 2009-6-12 17:42 编辑 ]
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-6-15 15:12:27 | 显示全部楼层

    其实我对这个命题感觉是二者都不全赞同,也不全反对

    原因:对应一个小公司来说,的确存在上面所提到的问题,变化短,变动周期大,这样一来就给测试人员造成了非常大的麻烦,要想进行好的测试时间上不允许,而且没有计划就不能好好的进行测试.
    但是,我想这样的问题在一些大的公司也有可能存在,(由于开发条件比如时间的限制等)所以,不能马上确定是先进行项目计划还是先开发赶进度.而是应根据具体情况进行具体分析,如果时间上允许就先进行项目计划.反之,先开发赶进度也无可厚非,毕竟现在是经济时代,皮之不存,毛之焉附.
    另外,正如楼上的人员所讲的,如果你的人员对某一类系统非常有经验的话,先计划也不一定是必须的,一类系统有一个比较完整的计划就可以.现在相似的系统难道还小吗?
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-6-17 19:54:34 | 显示全部楼层

    计划是一切的开始

    没有计划,后面的好多工作可能就白做了,可能这对于小公司来说是浪费时间的事情,但是,如果没有计划是很危险的
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-6-19 13:33:14 | 显示全部楼层

    测试根据需求来,开发根据计划来


    老大,发布的话题,涵盖的不深
    首先,根据不同公司的运作方式,采用的软件开发模型都不一样,按您说的,貌似和V模型很像,
    实际中,我知道的公司,基本都还在螺旋,迭代模型,如果说小点的公司,我认为更是如此

    测试的标准来自需求,这个在我的经验中,不属于项目计划的份额,客户需求出来后 ,我们的做法一般都是
    确定一个demo,然后客户确认,OK 了 ,项目就可以开始了,
    测试根据需求完成测试计划及部分测试用例,开发根据计划完成开发进度

    迭代过程,会产生很多 不成熟的版本,有质量控制 ,一般都是 MD5值
    提交送测
    产生下次迭代,直到项目结束

    里面老总肯定是有想法或者人员变更的,但是 在迭代中,这个又不影响

    我认为,这才是比较适合小公司的运作

    [ 本帖最后由 love_yebin 于 2009-6-19 13:41 编辑 ]
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-6-19 14:38:37 | 显示全部楼层
    怎么感觉这个命题有点问题呢,小公司不代表流程不完善,也不能说明所承接项目就一定都是小项目,见过N多小公司承接大的项目了。
    回复

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /2 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2019-10-18 16:50 , Processed in 0.088128 second(s), 30 queries .

    Powered by Discuz! X3.2

    © 2001-2019 Comsenz Inc.

    快速回复 返回顶部 返回列表