51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

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

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

[复制链接]

该用户从未签到

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



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



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

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

反方观点 (551)

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

回复

使用道具 举报

该用户从未签到

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

计划是行动的妈妈

我认为计划是行动的妈妈,就像失败是成功子母一样

计划是我们在初期估计我们的进度,成本,规模
这些的正确估计,有助于我们合力分配时间和人力资源。
虽然是小项目,如果项目经理经验丰富,计划也是有必要的。。不然,我们在行动的过程中常常很盲目,更容易导致到期不能按质按量的完成。
回复

使用道具 举报

该用户从未签到

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

计划是一切的开始

其实文中的说的公司人员的想法和老总的想法,从一定程度上来说也是计划,只是没有书面化而已。没有笔头记下的东西不能保证以后没有遗漏,开发之间的任务和意思也有可能还留有一点没有相互理解。(我就遇到过赶项目的时间,2个开发做了同一个页面,漏了一个页面)后期在改也要花很多时间。还是一开始把计划写下来,当然进度很紧的话,不用写的那么充分,但是必要的流程,任务分工等还是要记录的,这要不了多少时间,还可以为以后维护留下资料,毕竟人脑不是电脑,不能记得做过的所有项目。
回复

使用道具 举报

该用户从未签到

发表于 2009-5-27 15:09:51 | 显示全部楼层
小公司赶进度的后果是,后面花费的维护时间更长。这个时候就能看到实现计划的重要性了。亲身体验。
回复

使用道具 举报

该用户从未签到

发表于 2009-6-3 09:15:19 | 显示全部楼层
没有先后之分。。。两手抓两手都要硬。。。::zilian:::
回复

使用道具 举报

该用户从未签到

发表于 2009-6-3 15:38:32 | 显示全部楼层

没有好的计划就没哟好的实施

首先要明确一点是否真的很小,
如果半个月就可以搞定的事情,没有必要在搞一些噱头和一些没有必要的形式文档。

但是一个真正的项目,计划是最最重要的前期工作,需求如果不定好,没有办法定下来完成的时间,
需求的改变意味着无线的延期。
耽误时程。
回复

使用道具 举报

该用户从未签到

发表于 2009-6-8 11:34:27 | 显示全部楼层

计划是要做的

计划是肯定要做的 但是之所以叫做计划 就是说在实际执行过程中可以进行变动 计划是死的 人是活的 不管大小公司 项目开始前肯定要做计划(因为计划是根据项目性质来做的)
回复

使用道具 举报

该用户从未签到

发表于 2009-6-16 14:15:23 | 显示全部楼层

计划是不可缺少的

我所在的公司算是一个小公司吧,可是也会有一个计划,没有计划,就像无头苍蝇一样乱撞。即使开发出来了也是不成熟的版本。与其到时意识到问题存在后不停的弥补缺陷甚至推翻重来,还不如刚开始的时候就计划周全一点,这样才是一种节省成本的方式。
   首先,计划应该尽可能的考虑的周全一点,把能想到的问题全部考虑进去,不仅如此,也要考虑一下以后的发展趋势,这样就可以把以后可能需要往这方面发展的一些东西也考虑进去,这是我们项目经理经常跟我们说的。
   但是在实施的时候可以从大处着眼,可能把项目的主干提取出来,当主干搭好以后,其它一些也就可以做一些功能使项目变得饱满,这样也可以不用担心不能迟迟上线的问题了。
   当然在开发过程中不免会有一些改变,当然这些变动不会动及主干,所以在开发过程中可以开个小会讨论一下,并且可以时时跟踪改进的情况,避免功能全部做好以后才发现那不是想要的效果,这样也可以省很多不必要的成本。
   计划----改进-----确认-----实施,我认为这几个步骤是非常关键的。
   这只是鄙人的想法,如果有说的不对的地方欢迎指出。
回复

使用道具 举报

该用户从未签到

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

项目不预则废

再小的公司在做项目之前也是需要项目计划的。
1. 把握需求,项目启动之前一定是会有需求的。做计划可以肢解需求,让项目组的成员对需求有更深刻的了解,本来小公司人就很少,如果大家对需求把握不了就麻烦了。
2. 做好计划有利于明确各自的职责。
3. 提高员工的效率减少项目的无故拖延。在实际情况中,如果项目组的紧迫感不强的话会造成员工效率的底下,如果在做计划时能按照时间来要求进度,做好里程碑点的控制的话会很大程度提高项目的效率。
回复

使用道具 举报

该用户从未签到

发表于 2009-6-17 16:30:31 | 显示全部楼层

小公司的项目不一定小

就拿我的公司来说,公司的确很小,但做的是产品,项目历时1年了(还在进行中),过去的一年只是完成了整个大项目的一部分,这一小部分就计划。项目无论大小都是一个个小部分组成的,每一个小部分就是计划
回复

使用道具 举报

  • TA的每日心情

    2015-9-10 15:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    发表于 2009-6-18 13:00:10 | 显示全部楼层
    磨刀不负砍柴功
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-6-24 12:52:28 | 显示全部楼层
    要不要做计划,答案是肯定的。理由上面已经讲得比较全面了
    难的是,项目很紧张的时候,没有时间去做计划。或是经验不够丰富的时候,计划做的没有水准,没能体现计划的优点来。
    那么,如果是上面的情况怎么办呢?
    时间紧张:
    先跟着有经验的同志领导下工作先展开来。期间的变化,或者小的计划,负责人要及时沟通记录好。等到中间有空闲的时候,计划再慢慢跟上。
    经验不丰富:
    请个高手(基本不太现实)
    一边集体商榷,一遍摸索,一边执行,一边及时总结。
    本次经验累计下来,下次同样的问题,不可以这么杂乱无章了
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-6-26 14:24:51 | 显示全部楼层
    磨刀不误砍柴工,一开始可能会比较困难,几个项目下来就看到进行项目计划好处了
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-6-28 00:25:37 | 显示全部楼层

    无计划无进度

    我认为一个好的计划就是事情成功了一半,没有计划就无从下手。虽然是小公司,也应该有完整的计划,这样每个人才知道什么时间做什么事。做起事来有条有理,不至于盲目,更能事半功倍。试想在一个脏乱的仓库和一个整齐的仓库,那个仓库找东西更快?效率更高?小公司,时间紧.......这些只是借口罢了。
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-7-6 15:37:25 | 显示全部楼层
    我个人认为有计划比较好。虽然公司小,但是没有计划,后期改动量有可能会很大,而且开发人员没有充分的依据来证明他们的开发是按照上司原来的计划来实现的,所以有了计划就相当于有了一份可以思考、参考、证明的依据。
    前期花一部分时间去计划项目,会给后期带来很大的方便,有不明白的地方就已计划书为依据。
    易于软件的开发与测试。
    没有计划的开发返工的几率是十分大的,对于开发、测试、公司来说,都是浪费。
    因此我坚持,开发前一定要做好计划。
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-7-6 18:02:29 | 显示全部楼层

    测试用例是一定要写的···

    在很多时候都会出现这样的情况,周期短没有时间写测试用例,这样可以写测试大纲!测试用例还是必须的!
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-7-17 10:44:25 | 显示全部楼层
    其实两者完全不冲突的啊,难道说写计划会延误项目的进度?不见得。再紧也不差个一天半会儿的吧,不是说所有的计划都得写在纸上,写得清清楚楚,谁做什么,在哪天前必须完成什么功能,还有意外延期处理等等。尤其是小公司,就3-5个开放人员,他们制度的灵活性非常高,用流行的话来说,就是完全具备敏捷的研发条件(但前提要开发人员的个人素质和开发技术要突出)。他们的计划在研发的过程中可以快速的更改,而不需要复杂的流程。一句话再小的公司也有计划,也许没有那么详细,也许没有纸质化。
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-7-22 18:06:17 | 显示全部楼层

    有计划有准备才能成功

    小公司也要先计划好,只是赶进度的去做,很盲目。而且会导致后期的维护量很大,项目缺乏灵活下,难扩展。计划好了,开发起来也很快的,关键是后期维护量小,相应的耗费的人力成本等都会减少。
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-7-30 16:55:38 | 显示全部楼层

    小公司的测试很难做

    目前,由于小公司的开发流程就存在很大程度上的问题,没有需求说明,没有开发文档,等等一切的需求都是没有标准的,一天可能变换n遍,另外开发人员之间可能没有工作的具体化,一个地方改动,甚至牵扯到了大局,给测试带来了很大的麻烦,没有需求,开发人员乱搞,需求随时变换,都在很大程度上造成了项目的进度,只赶进度,产品根本无法正常使用,稍微有点问题,可能整崩整个系统。
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-7-30 19:56:31 | 显示全部楼层
    没有计划的话后期工作很难维护,就好比你先不想好盖什么样的房,直接盖,那么可能你盖到中途发现这房再盖下去会塌,那么这样不是做无用功吗。一个项目是需要计划的,每个阶段都应该有计划
    回复

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2019-10-15 09:52 , Processed in 0.081074 second(s), 30 queries .

    Powered by Discuz! X3.2

    © 2001-2019 Comsenz Inc.

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