项目开发周期和项目管理

本文主要总结阐述目前经历的的开发周期和项目管理，阅读大概12分钟适合新手+项目管理新手+有经验进行自我总结

身为前端开发，目前在三家公司做过开发

不想看之前经历可以直接跳到总结并给出自己点方案

两家上市公司+一家200人的小公司，这三家公司以下就简单简称A/B/C吧

A公司的开发流程

一个项目的生命周期

1、开发组长和产品商量开发人员（需要哪些人，大概工期）2、产品建群发需求文档3、开始需求会议（此时UI基本完成，再次确定难度和事件）4、根据接口时间开始开发（一般前端在后端完成60%之后才开始）5、到测试时间开始发布测试环境开始测试

主要问题

改需求比较随意，经常遇到测试好等待发布，产品要改样式啥的测试阶段也比较随意，比如要求周一测试，我可能找找借口给你推到周二测

B时期的开发流程

一个项目的生命周期

0、产品经理有需求想法去找项目经理讨论可行性和紧迫性1、项目经理开始分任务2、产品建群发需求文档 答疑解惑3、前后端把产品叫过来答疑解惑准备开发发送答疑解惑邮件4、前端或者后端选择一位作为项目负责人对项目工时分解，沟通开发时间和测试时间，最终开发测试产品约定统一时间5、建立开发任务立项邮件附带上一步的分解文档，让主管在任务平台创建任务和分解任务，在文档中约定时间开始开发6、测试前一天确定是否延期，如果延期，需要产品测试过来重新评估工期到提测最后一天时，需要产品测试和主管过来验收项目7、根据验收，第二天中午前修复bug发测试、发布提测邮件8、bug集中在邮件中发送，典型bug需要在任务平台建立9、完成测试时会发生确认邮件

主要问题

开发往往在产品需求会时对项目并不清楚，导致没有多少疑惑需求会时，产品只会瞎搞，很多技术细节，开发并没完全理解，导致后面各种问题开发阶段改需求导致很多问题

C的开发流程

一个项目的生命周期

产品在自身或者用户反馈接到需求建立issue第一周最后一天开一个需求细化会，与所有开发测试过下一步要做的需求和安排，在细化会将issue 按照等级分类，第二周开始一次迭代会，将细化会没确定的需求确定，评审每个需求需要的时间（投票决定）然后分配任务（平均每个人5-7个工作日）。两周一次迭代（一个0.1版本）开发，按照分在不同版本issue进行开发 因为开发工作日不算熟悉需求和代码审核+测试bug+开发的时间的，所以两周虽然就开发5-7工作日时期很满的 领取issue后，开发熟读需求，并理解，然后找测试和产品进行开卡让开发描述这个项目需求开发在主干上拉去分支根据issue建立相应的分支名称完成开发后，进行桌面检查提交代码，申请合并（先向同组申请代码审核=再向测试提交申请） 测试收到申请则进行测试验收，发现bug太多，则直接驳回，否则继续进行测试，每个bug 再申请合并页进行消息记录，开发改完bug则进行回复，测试完无bug，进行合并操作。合适时机 测试将改主干发布线上，测试正式测试之前需要看到当前代码已被review的记录，一轮测试之后，将所有bug记在issue中，开发将所有bug改好，提交riview则可以继续下一轮测试（一般<=3轮）

主要问题

没有提测文档环节，开发文档在哪里，测试注意点不够重视，主要靠口头

总结并给出自己点方案

总结下来最小的那个公司C公司相对完善和人性，但也有不少问题

A公司太随意，可能和我当时所在项目组有关（主要是轻应用）B公司没有开卡环节，测试bug没有轮次之分，开发可能在开发前两天并不知道开发需求，邮件和工作平台效果很好，可以记录项目和个人工作量C公司如测试开发文档都写在issue里面，没有自己的文档

总结下来大概分为以下流程

每次开发分为开发周期，一般2周，当周未做完的顺延到下周安排专人处理线上bug一个迭代周期 10个工作日 -1个工作日会议，平均每人6-8个工作日工作量每日早上站会 昨日自己干了什么今日打算搞什么有什么困难需要协助

关于细化会

功能优化｜新需求｜新项目 以下统称为开发任务

产品主持讲解下一期可能要做的开发任务，了解可行性确定开发任务需求等级，不确定的开发任务需求分配给开发进行调研

关于迭代会

对细化会的开发任务进行评审 投票决定每个开发任务的开发工时工时最小单位是半天，超过8天则定义为跨迭代周期的开发任务，对任务再次拆分分配给每个开发开发任务，保证每个人分配的所有开发任务加在一起在5-8个工作日确定一个人主要负责线上项目（其分配的任务在3-5个工作日）

关于白板管理

最好是真实点白板+web页面分类为本次迭代周期待开发，正在开发，正在测试，准备上线每天晨会也是围绕白板进行产出建议白板方便每日抬头就看到进度建议也使用web方便任务统计和每个员工kpi核算，方便年度和季度总结

一个开发任务的开发

1、开卡会议

1、开卡准备：熟悉需求并向产品询问细节2、找到UI+产品+测试 向他们阐述所有需求3、提出疑问+同时测试也提出疑问4、产品经解答疑问，并判断开发和测试对需求是否理解透彻完成后邮件发送参会人和抄送必要主管邮件需要写需求点+项目各方人员+开发周期等

2、测试评审

一般在开发开始后1-2天，测试主持向产品经理和开发阐述测试需要测到所有点产品开发注意是否有遗漏或错误地方完成后邮件发送参会人和抄送必要主管

3、桌面检查

开发完毕，邀请测试和产品经理到开发处检查程序是否符合基本功能需求不符合打回符合但有部分问题，半天时间改完完成后邮件发送参会人和抄送必要主管邮件需要写测试建议+注意事项+host配置+需求变更+影响页面等等

4、代码审核

通过桌面检查后，开发申请同组进行代码审核，并向同时说明每一段代码设计思路。审核提出改进处，改进完毕，对代码进行rebase 然后提交测试完成后邮件发送参会人和抄送必要主管

5、测试与debugger

测试完成第一轮测试指出所有bug开发在第一轮完成后修复所有bug进入代码审核同4测试开始第二轮测试

…测试人员反复测试无bug则本次开发封板本次开发上线前需要再次进行回归测试完成后邮件发送参会人和抄送必要主管