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

b45993e · 发表于 2009-7-23 16:12:41

......................................

爱喝可乐的猫 · 发表于 2009-7-30 16:55:38

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

helina168 · 发表于 2009-7-30 19:56:31

没有计划的话后期工作很难维护，就好比你先不想好盖什么样的房，直接盖，那么可能你盖到中途发现这房再盖下去会塌，那么这样不是做无用功吗。一个项目是需要计划的，每个阶段都应该有计划

hero001 · 发表于 2009-7-31 09:24:00

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

箭在行动 · 发表于 2009-7-31 17:36:03

我严重抗议没有计划的软件项目。我今年刚毕业，在公司的一个部门里面做测试。项目没有专门的测试人员，我来了以后没有需求，没有计划，什么资料都没有提供给我。我只好找开发人员具体的每个功能。项目没有明确的计划，需求因为部分人员的一两句话一改再改，后期陷入了混乱。测试后，软件漏洞百出，我在一个星期内找到了40多个Bug，有些足以致命。这让大家都很郁闷。
我在做测试的开始就是一个纯粹的功能体验者，处处被动。
我绝对反对没有计划的项目，这样定然会走许多弯路。

helina168 · 发表于 2009-8-3 19:38:08

没有计划的软件项目是很难管理和维护的，如果说有计划却不按计划执行，那是更不能接受的，我感觉我们公司的就是这样？文档都有了，可是真正用上的没几个，测试全是人工控制，就像楼上说的，时时处于被动状态，什么时候需要你测试的来测了，就叫上，测好了也就没事了；那些计划都是给上面领导看的。。。。。
没有计划感觉没头没尾，不知道什么时候开始测也不知道什么时候结束，工作日程更加不好安排，测试人员只能跟着开发的走。。。。

drwei123 · 发表于 2009-8-5 18:30:40

首先要保证在投标规定的时间内把项目做完，没有做完的话，什么都是白搭。
质量的问题解决是能可以先给出第一个主要功能完善的版本，其他小的功能到下个甚至下几个版本再修复或添加。。。

snoopy1234 · 发表于 2009-9-29 18:08:42

首先我认为应该是针对项目而言，小公司可以有几年的大项目的，所以跟公司规模无关，跟项目规模有关。

第二计划肯定是需要的。预则立，不预则废。
但是在计划的时候，可以根据项目的规模，属性等作出裁剪，然后做够项目用的计划。
但是不管怎么样，里程碑还是要有的，成本计划还是要有的，范围，质量，人员体制等总归还是要有的，这样在项目监控中也有据可依，要不变更怎么控制，进度怎么算延迟，人员一直变动怎么办呢
至于计划文档的形式可以从简，只要大家能看明白、没有歧义即可。

bichenlu · 发表于 2009-10-10 16:09:00

计划赶不上变化

livehome2008 · 发表于 2009-10-14 10:34:52

正方是理想主义者，优点是以保证软件质量为目的，走正规流程直至软件开发完毕，这样的好处是测试有根据，跟踪缺陷时能比较容易找出问题所在，从而定位究竟是程序本身编写的问题，还是原先设计的问题，可使测试人员头脑清醒地做测试，心里也有底；缺点是往往这样走流程需要开发团队有相当高的管理意识和执行能力，对于小公司的来说是个巨大挑战，特别是在项目时间紧迫时，给人的第一错觉就是，走流程耗时太久，从而打击了工作积极性，其实这个也是不对的，但这是当今许多公司的现象，如果想解决这个问题，我觉得目前在当今急功近利，盲目冒进的社会现实中是不可能的。
反方是现实主义，优点也是缺点，就是看上去好像是为了赶开发进度，但其实是在扰乱项目进程，并且极有可能会得不尝试，给测试人员造成了非常大的测试障碍，就是无根据，无基准，只得走一步、看一步、测一步，毫无整体思想，这样的测试注定只能找到些边角料，对于软件的关键核心功能，无法进行详细测试（因为不知道那玩意儿该是怎样的嘛），并且在这种情况下，开发人员也会心里憔悴，无暇顾及需求，只是冒进地写代码，希望最后验收的时候能碰巧对上用户的心理，其实这个和买彩票的心态差不多！但做软件能和买彩票一样吗？这样的做法，一定会引起用户的不满，拿出来的东西牛头不对马嘴，然后再花大量的成本去修改，要是能来得及改，并且改成了也就算了，问题是很多时候，改不成，来不及改，弄得开发人员精疲力竭，测试人员一头雾水，可能还要蒙受不白之冤，甚至这趟生意就也就这样丢了，这个时候再来考虑原因，是不是太迟了？
所以按我说，这不是正方反方谁有理的问题，这是业务关注点和与社会现状的一次剧烈碰撞，所谓人在江湖，身不由己，在竞争日益激烈的现今，赶进度，抢占市场，先发制人，固然是经营法则，可也拿好东西去抢占啊，否则一堆白眼狼在后边正等着看你出丑，把位置让出来。
社会的发展，可以说就是取代与被取代的游戏，但谁又能立足于江湖而不倒呢？想想两房，想想雷曼兄弟，还不就这样倒了，再想想花旗、汇丰，尽然被工商、建设所取代，怎么让人不叹息，三十年河东，三十年河西，出来混总要还的，即使你这辈子不还，你的儿孙们也会有该他们还得时候。
小公司的生存当然重要，无论他们的意图是要自己越做越大，还是打算被大公司兼并，能生存下来都是关键，赶进度无可厚非，都是为了生存；按流程走，也很重要，毕竟保证质量，事关重大，但这是两件事，说不到一块儿，并且完全可以在保证质量的同时，赶上开发进度，这些从领导到员工，从项目经理到程序员、测试员，都要明确的，想走捷径，我建议还是买彩票吧！

hongyuyimeng · 发表于 2009-11-11 11:49:47

首先项目计划是必不可缺的，无论一个人的项目还是几个人的项目。我们在做任何事情之前都应该有自己的plan，没有plan就无法control。那么一个leader如果你都没办法control project了那么这个项目的人为因素就很高了，也就是没有文档计划可以跟踪，什么事情都要依靠个人的决断。这样我们的风险就暴露出来了。如果这个人离职或者生病。。。，那么如果让其他人接受这个项目呢？
对于小项目，在项目计划上我们要明确自己的里程碑，清楚在什么时间我们需要做什么，在什么时间我们需要deliver什么，这样才能让你的项目按照制定好的轨迹走。而不是给它很高的随机因素。为什么现在要走ISO，走CMM,CMMI，就是因为我们要让我们的质量有个标准，而不是时好时坏。所以如果一个小公司想发展成大公司，想拥有质量的竞争力，那么项目计划是必不可少的，不仅仅是项目计划，很多流程和文档也是比不可少的。

绯苍信 · 发表于 2009-11-12 13:50:19

有了整体的计划开发和测试才有依据进行工作，如果直接开始赶进度，中间出现需求偏差，还得返工，耗时耗力，而且也达不到最初赶进度的目标，反而使项目延期。::ybaojc:::

dreams · 发表于 2009-11-13 14:31:11

楼上的分析很有道理

小册子 · 发表于 2009-11-18 17:31:11

原帖由 箭在行动 于 2009-7-31 17:36 发表
我严重抗议没有计划的软件项目。我今年刚毕业，在公司的一个部门里面做测试。项目没有专门的测试人员，我来了以后没有需求，没有计划，什么资料都没有提供给我。我只好找开发人员具体的每个功能。项目没有明确的计划 ...

这位同仁说出了我的心声，我也是刚毕业的，在公司的开发部做测试。公司也是什么文档都没有，我建议他们一些细节的修改，他们觉得这个不影响功能，现在就不改。以后有时间再说。。。。。我也不好说什么。。。。

caoyuanxuelang · 发表于 2009-11-25 13:36:59

想是做的开始，计划是行动的开始。
对于小公司来说，指定计划也是必须的。相信大家都学过磨刀不误砍柴工，计划就是磨刀了，计划做好了，下面的工作就不会出现一些事倍功半的问题了。
人力资源和设备资源的使用以及时间的安排都是非常重要的，麻雀虽小，五脏俱全，五脏都要来协调身体运动的，公司虽然小，没有一个整体的计划，各个部门之间配合出现问题，那么就不能支撑公司的正常运作了。
所以不管公司是大是小，都是要制定计划的。