感觉国内软件项目的开发都是小工作坊式的,没有规范,没有流程,有一次看 thoughworks 的培训,看到他们的开发流程觉得好规范,他们搞的是敏捷开发,持续交付。其实是不是外包公司的开发流程比较规范呢?在大的软件公司工作过的人可以说一下你们公司的开发流程跟规范吗?不想听那些教课书上的答案,软件工程毕业的听多了。。。
软件项目的标准流程?
相关帖子
-
-
yangyujiao • • 1
现在公司因为就是一个 p2p 产品,没发说。
说下以前公司吧。
以前公司有自己的产品,也有外包。但是外包是那种解决方案的,从需求,设计,开发,上线都是我们来做的。
开始的需求设计就全员开会讨论,一般是 pm,开发,测试都参与的。
最早的时候,我们连产品经理都没有,把需求一分解,就可以直接开发的开发,测试的写 case。
后来有了产品经理,然后慢慢也开始规范,都是产品先画好原型,然后每个开发根据自己的功能写 story。把自己的功能用 word 文档的形式描述出来,
根据自己的 story 跟 pm 还有产品,测试开会,看理解是不是有偏差,有问题就可以当时提出。都没有问题了,就可以进入开发了。
开发在最初必须先写接口文档,我们是 excel 形式的,之前我贴过我们的接口文档格式了。
写好了文档就可以开始开发了,以前没有专门的前端,都是前后台都做,后来有了前端,就主要管后台,然后跟前端对接一下。
我走时候参与的项目是 2-3 周迭代一次。在开发之前会列出这是迭代几的功能,每个人按照工期来完成,有特殊 yaunyin 没有完成的,通常在结束这个迭代
前几天提出来,技术问题,大家一起解决。工程量问题在说了。解决不了的,会特殊记录,放到下一个迭代。
我说的迭代不是产品上线以后的迭代,是开发时候把各个功能详细化了,列出哪些是优先,那些可以退后来安排几个迭代来开发。
通常我们开始迭代 2 的时候,要先修改迭代 1 的 bug,然后开始迭代 2。测试在测试迭代 2 的时候,回归测试迭代 1 的 bug,然后在继续迭代 2 的测试。我因为做过对日的开发,一直觉得国内开发都不规范。到了现在公司,发现,其实我们原来的公司国内开发也算挺规范了。比很多公司流程要完善的多了。
虽然跟对日开发的规范没法比,毕竟工期短也不能按照对日的要求来。
我在以前公司养成很好的开发规范,文档规范。但是现在公司很多用不上,因为很少有像我们以前那么要求的。。。其实流程规范了,进展也就规范了,不会总出现抓瞎的局面。
-
cmmi 的那些 在国内开发中根本不能按照那个来。
我之前公司因为申请那个资质,选中了我们的项目。简直是苦不堪言。天天为补各种文档而头晕。但是其实我们真的不需要那么多的文档。
还有一些是我们有文档,但是不是那种规范的。毕竟开发周期的限制,不能弄的那么仔细。1 回复 -
ZephyrJung • • 1
我们大概是这样的:业务部门提出问题,产品确定需求,写需求文档,然后开个会,跟开发讲,碰需求,有些开发和测试对业务比较了解,就会产生问题,产品再去确认,更正等。确认完发一个确定版文档,开发确立开发计划,这个开发计划细节上参考性不大,但是开发时间和开始测试时间,以及准上线测试时间是比较确定的,期间如有问题,该改文档该文档,该改需求该需求。上了测试后就进行测试改 bug,然后就上准测试,准测试没问题了就是排队上线了
这应该算是瀑布模型吧 -
欢迎来到这里!
我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。
注册 关于