51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 65913|回复: 80

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

[复制链接]

该用户从未签到

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



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



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

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

反方观点 (551)

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

回复

使用道具 举报

该用户从未签到

发表于 2009-6-16 09:42:43 | 显示全部楼层

支持反方

首先要解决温饱问题,然后才是吃好
回复

使用道具 举报

该用户从未签到

发表于 2009-6-17 15:57:35 | 显示全部楼层

你是老总么 ?

各位一定要明白,老总成立公司的目的是什么?赚钱!所以为什么很多小公司不走项目计划流程而直接进行开发,因为项目没有计划部分的资金,一般都是客户扔个项目过来,只说给多少钱,什么时间完成,而且对项目的质量要求不高。
如果正方觉得凡是项目都应该进行项目计划,是否可以极致地说凡是项目,都应该按照cmmi5级标准进行?如果真是这样,我相信现在市面上的绝大部分公司都会倒闭了(吃皇粮的不算)。
一个软件的开发生命周期现在都研究得很透彻了,说得土一点,只要有足够的时间和资源,一定可以做出质量很高的软件;而问题就在于任何一家公司都不可能用有限的资源投入到无限的提高质量的过程中去,即项目周期中的任何一个环节都有可能会被裁剪。
回到话题,是先计划还是先赶开发进度不是我们说得算,而是根据项目具体情况而定,一般小公司做法就是先赶进度,后期补计划。
----
题外话:这种做法对不对呢 ?理论上讲是不对的,但是很无奈,正如各位人手一张身份证一样,习惯就好了。
回复

使用道具 举报

该用户从未签到

发表于 2009-6-17 17:29:38 | 显示全部楼层
敏捷开发,敏捷测试
回复

使用道具 举报

该用户从未签到

发表于 2009-6-19 11:10:09 | 显示全部楼层

项目结束时拿不出成果,一切都是扯谈

正方大多都是想当然了,老板的目的都是追求利益最大化,不管长期还是短期。
如果人力、物力资源足够,制定详细的项目计划,包括开发计划、测试计划,合理的安排资源、有效的风险控制等可能都会起到事半功倍的效果。作为公司方,肯定希望项目有足够的时间去完成,项目周期越长,项目经费也越多,公司利益也就越大,在项目确定时,公司与客户应该就项目没有足够的时间所造成的后果进行交流。如果没有客户催促,项目启动会安排充分的时间。
我认为在项目周期时间短的时候应该先赶进度开发,项目结束时拿不出成果一切都是扯谈,客户不会因为你由于制定详细的项目计划导致项目延迟而支付你全部的项目经费。
回复

使用道具 举报

该用户从未签到

发表于 2009-6-21 12:07:16 | 显示全部楼层

可以用敏捷的方法来解决

平均一个月的开发周期,3天做计划足够了。如果超过3天,那就说明计划的东西太多了,十有八九在开发周期里面完不成。仔细看看你的计划,起码里面有一半的东西都是可做可不做的。毫不犹豫砍掉吧。我这里说的一个月时间,实际是22个工作日,每天写代码时间不超过6小时。
测试的问题很容易解决,只要测试人员和开发人员坐在一起工作。以团队的形式来约束。比如说一个测试人员配两到三个开发人员作为一个团队。任务分配以团队为单位。团队中不管是开发还是测试的任务,都可以大家一起做。
需求的问题么,必须让需求人员和开发测试人员一起工作。只要开发人员能够根据需求做出东西,那测试肯定能感觉需求测试。有问题直接问定需求的人。文档不是很重要。
需求变更没问题,只要定需求的人知道,加一个新需求,就意味着多半要砍掉一个计划内的需求。让他自己去衡量利弊。
回复

使用道具 举报

该用户从未签到

发表于 2009-6-24 19:43:50 | 显示全部楼层
一个项目不可能没有时间做计划。传统开始模式下,如果感觉做计划的时间不够,那其实是因为计划的范围太大了。还有一个问题是,做计划的人太少了。

如果一个PM管20个工程师。他要替20个人安排工作,估计时间,当然需要花很多时间。但是其他人又不能替他做决定,他当然要很多时间做计划。

在敏捷模式中,只要product owner告诉团队需求,工程师们会自己估计时间,分配任务。这样一来大家一起做计划,只需要很短的时间就可以完成。所以不会有计划和进度之间的矛盾。
回复

使用道具 举报

该用户从未签到

发表于 2009-7-3 10:18:51 | 显示全部楼层

我支持一下反方,

背景描述:小公司开发设计全凭公司人员的想法和老总的想法为准,变动大且计划开发的周期时间短。
背景说的好,第一这个是个小公司,人员配备应该不是和全面的,所以所必要的人员和专业的技能应该没有的,
第二,背景里描述了这个公司的开发设计全是凭老板和开发的想法为准的,
第三,开发周期比较的短那么就没有充足的时间按留给作计划的人员了,那么没有时间做计划那做出来的计划就不是完整的计划了,那一个不是完整的计划的话那么就没有指导软件制作的全过程了,所以说在这样的一个小公司的这样的一个情况下我认为没有必要做计划了
回复

使用道具 举报

该用户从未签到

发表于 2009-7-7 11:20:27 | 显示全部楼层
我做的都是正规的项目,但我还是支持反方。
1、小公司是做不到量化这一步的,人员、技能、流程、制度都达不到标准。根本做不出一份可行的计划,如果要做,他们只会COPY
2、敏捷的思想是以人为本,不在乎其它
3、一个企业的发展历程:最初是创业文化,第二阶段是目标导向的文化,第三阶段是规则导向的文化,第四阶段是团队亲情文化。小公司只处在一二阶段
回复

使用道具 举报

该用户从未签到

发表于 2009-7-21 22:53:33 | 显示全部楼层
小公司相当于激流中的独木船,在激流徘徊中依然前行,即使一路有着很多的风险,但在激流中依然沉稳,且不失为一种很好的解决办法。
大公司相当于茫茫大海中的一艘豪华游轮,稳重,即使有着较大的风浪,其自身的防备措施依然可以保证它成功起航,成功到达目的地。
如果将“独木桥”放于大海,就相当于将小公司至于大公司竞争的行列;
如果将“豪华游轮”放于小溪中,就有些发展环境过于狭小。

小公司应该找到适合自身发展的方式,因为其受到自己公司规模,项目大小等多因素的限制,机动灵活是其最大的特点,也是其最大的优点。太多的规划,因为其根本不具备这样的资源,或许会限制自身的发展。

大公司恰恰相反,在资源都相比更为充足的情况下,一个切实的详细的项目开发计划是必须的,否则如此之大的一个团队没有目录,会如何呢?不敢想!

基于以上观点,所以我反对!
回复

使用道具 举报

  • TA的每日心情
    奋斗
    2017-8-15 11:32
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    发表于 2009-7-22 15:10:51 | 显示全部楼层

    計劃趕不上變化快

    雖然計劃是很重要的.但是就背景所說的"开发设计全凭公司人员的想法和老总的想法为准" 那就相當於計劃趕不上變化快了.
    說變就變, 再好的計劃也會被一改再改, 不但在進度上減慢了,人力上也浪費了資源.
    回复

    使用道具 举报

  • TA的每日心情
    奋斗
    2017-8-15 11:32
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    发表于 2009-7-22 15:47:56 | 显示全部楼层

    計劃趕不上變化快

    計劃,一般是就著公司現有的資源進行合理分配,進行統籌兼顧,儘量用最短的時間,最少的人力把project做好.
    1.小公司不比大公司, 哪來那麼多的人力?物力資源?一但遇上突發事件(接到新的項目必須進行的), 就能將一開始的完美計劃給打亂.
    2.對於一個說變就變的project, 在你更改新的計劃後的下一秒可能又會再次發生變化,那一個計劃要寫到什麼時候?此項目要何時才能開始?工作要到什麼時候才能交到客戶手上?
    3.初建的小公司,在還沒有得到一定的信任時, 一般接到的project都不會很大, project不大,員工們幹起來也不會有太大的問題,
    4.小的project一般分派的人手不會多,1-2個, 從了解需求到開發測試(簡單的檢查)提交,實施....,如遇上更改的,自己了解開發的過程, 更改起來也很簡單, 根本就談不上計劃, 更不需要了.
    簡單的說: 種一棵薰衣草 和 種一片薰衣草, 兩者都需要計劃的嗎?
    種一片:你要找一個大的地點, 而且還要有陽光的,再者在種的時候你還需要知道每一棵薰衣草之間的間隔...... .. . ..這些都要心裏有數,有計劃.
    而種一棵,也許你在家的陽臺找個花盤就能種下了.
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-7-31 09:24:00 | 显示全部楼层
    要知道小公司的存在条件是什么,为什么是小公司呢,也就是说人力资源是相对短缺的,那么在有限的人力情况下还去写计划,走正规的流程,我个人认为是很不恰当的,等到计划什么的指定完毕了,估计项目周期也剩不下多少时间了,接下来怎么才能按时交付产品呢,只能是没命的加班去赶进度,小公司接项目也不容易,能不能按时叫产品对公司的影响是很大的,所以先保证按时完成产品对小公司是最重要的
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-10-10 16:09:00 | 显示全部楼层

    计划赶不上变化

    计划赶不上变化
    回复

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-3-28 22:27 , Processed in 0.088000 second(s), 32 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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