V2EX = way to explore V2EX 是一个关于分享和探索的地方
Sign Up Now For Existing Member Sign In
This topic created in 4978 days ago, the information mentioned may be changed or developed.
刚正式上班没有多久，开始很不习惯，还一度很郁闷发了个贴http://bbs.phpchina.com/thread-250888-1-1.html抱怨
现在感觉好些了，想想一个公司开发人员多了，的确需要统一和协调开发，而关键是如何做到1+1≈2，甚至1+1>2。
像我现在的公司，虽然我感觉是1+1<2，但是目前想不到有啥可以改进的方法，所以想听听大家的经验之谈。
目前公司的开发流程是：
1，产品经理提出需求，写出PRD文档。
2，产品经理和部门经理沟通，确定开发方案，获得时间节点（美工、前端页面、接口、前端PHP、QA）
3，美工画图，设计PSD，前端页面切图，写css+js
4，前端PHP和接口开发，当然接口开发时间在开发方案确定的时候已经可以开发了
5，内测，前端PHP邮件发出内测信，比如注意事项、如何模拟数据等等，QA进行测试
6，外测，前端PHP邮件发出外测信，部门经理把svn的分支合并，以及相关和程序有关的设置和操作，QA进行测试
7，发布生产
前端PHP需要跟进整个开发流程，比如根据时间节点看看时间卡在谁的身上，就得提醒或者报告给部门经理或者产品经理，测试期间QA测出问题，首先是前端PHP负责检查。CTO说我们公司的开发属于前端驱动，前端PHP相当于半个项目经理。因为程序最终是在前端PHP那里进行汇总，他也是对项目，无论是需求还是程序，了解得最全面的人。
现在感觉好些了，想想一个公司开发人员多了，的确需要统一和协调开发，而关键是如何做到1+1≈2，甚至1+1>2。
像我现在的公司，虽然我感觉是1+1<2，但是目前想不到有啥可以改进的方法，所以想听听大家的经验之谈。
目前公司的开发流程是：
1，产品经理提出需求，写出PRD文档。
2，产品经理和部门经理沟通，确定开发方案，获得时间节点（美工、前端页面、接口、前端PHP、QA）
3，美工画图，设计PSD，前端页面切图，写css+js
4，前端PHP和接口开发，当然接口开发时间在开发方案确定的时候已经可以开发了
5，内测，前端PHP邮件发出内测信，比如注意事项、如何模拟数据等等，QA进行测试
6，外测，前端PHP邮件发出外测信，部门经理把svn的分支合并，以及相关和程序有关的设置和操作，QA进行测试
7，发布生产
前端PHP需要跟进整个开发流程，比如根据时间节点看看时间卡在谁的身上，就得提醒或者报告给部门经理或者产品经理，测试期间QA测出问题，首先是前端PHP负责检查。CTO说我们公司的开发属于前端驱动，前端PHP相当于半个项目经理。因为程序最终是在前端PHP那里进行汇总，他也是对项目，无论是需求还是程序，了解得最全面的人。
 | 1 chairo Sep 16, 2012 这个流程没什么问题。 团队合作人多了1+1<2是难免的。唯一可能感觉楼主没提及的应该有每周汇总进度、team之间协同测试等工作。团队开发是各个team需要及时通气的。 一个项目只有一个人对外做接口人（楼主提及的前端PHP）是非常正确的，让team中其他人少一些干扰可以专心做自己的事。 但QA测出问题，全部都由「前端PHP」检查不太合理，应该由「前端PHP」直接分配给开发人员，开发人员自测是否有问题，如无问题bug打回QA。 楼主碰到的问题和我之前吐槽的一篇帖子差不多，产品经理的PRD需求不够明确，或者需求没有经过团队的需求评审，直接开工。造成后期各种返工…… 我再次表明：明确的需求文档是可以避免后期各种吐槽，各种返工 |
| 2 chairo Sep 16, 2012  1 另外：楼主说的发内测邮件等邮件要小心的情况。 任何人对自己的行文、言论都要负责的。邮件这种非即时交互的沟通方式如果还频繁出错，或者一时冲动就发出去的行为是要不得了。 邮件就是给了你仔细、认真再仔细、再认真思考的时间。写代码要考虑到各种情况，要有简单QA的思想在脑子里。 BTW:楼主不要怕犯错，犯错本身也是成长的过程。 贴一个知乎的关于犯错的：http://www.zhihu.com/question/20288432 |
 | 3 xing393939 OP @chairo 非常感谢的指点，我现在换了一家公司后才发现原来上一家公司的开发规范是多么完善 |
Select Language