【项目管理】项目开发管理
结合实际工作中，项目管理大致分为：
1、需求评审
产品、技术（包括前段、后端、APP、UI、UE）、测试相关人员以及相关项目负责人一起进行详细的需求评审，
作为程序员会首先从产品的角度分析设计的合理性，逻辑是否有问题，
然后从技术的角度分析实现的可行性和难度，这个环节如果发现设计问题很多或很严重的话我会让产品重新设计再次评审，
评审通过后会让产品和老大和客户反馈最终设计，直到这些完成后，
我会把产品上的一些细节用文档记录（目前公司采用的是confluence工具管理项目文档，同时也记录了各次会议的记录和问题点。都在confluence上进行落实）下来邮件给每个人，
这样做的目的就是为了防止不合理的设计造成返工。同时也形成了会议纪要。
2、需求分析
接下来负责技术的会进行需求分析拆解，这个阶段会拆解的特别细，怎么实现，怎么存储，哪个有风险我会列清楚。中间会涉及到从数据库表结构及其字段和类型的设计。
还有涉及到项目的概要设计文档，详细设计文档输出。系统与外部系统之间的数据交互方式，网络是否能通，视频，音频，图片等文件怎么存放。服务器等硬件资源需求。
这个过程很烧脑但是很有必要，只有这样做个才能产出合理的排期。
3、项目排期
接下来就是定排期了，这时候会针对每个要实现的功能点定工作量，任务划分，任务安排。结合项目中人员的特点（包括写代码的风格，做事的方式）合理分配项目。
要注意的是工作量评估要包括代码开发时间+单元（自测）测试时间，然后根据任务依赖关系和人员情况产出具体排期，
然后邮件发出。
4、代码开发
后面就是编码实现功能的时间了，这时候一般会有杂事插入（特别是有些产品动不动就要加个小需求，看似小需求，实则很影响项目进度），
这时就要根据工作量判断是接受还是拒绝做。在项目强度比较大，比较紧的情况，一定要说出 NO。但是也分情况，具体情况具体定。
这个时候产品如果说要加功能的话，如果复杂我会要求发邮件说明情况并且加排期。
如果这样还不能在排期内完成coding的话就是个人能力问题了。
对于一些按照deadline倒排很容易出现的问题是，整个项目工期就一个月，本来给产品设计的时间是一周，
结果十天了产品设计还在改，造成后期程序员们天天加班赶工期，这种就是典型的研发时间被产品压榨了，
原因一般是研发负责人太窝囊了，一般产品设计是一周的话需要提前两天完成设计，然后评审，如果产品不能按时交付设计，
研发负责人就必须要求产品背延期的锅，发邮件，找老大，手段多的很。
以后还想表达一点就是程序员可以加班但是不能加冤枉班。
一定要从头到尾意识到一个问题：项目如果延期了，后果会很严重，很严重。所有排期很重要。
以个人经验来看排期容易出现两个问题:
一是排期不合理;
二是不能按照排期稳步推进。
好的排期就要尽量避免这两个问题。
所以一个好的排期，必须充分的考虑到项目开发过程中的种种情况。最好的做法就是，系统功能点细分，任务时间点具体到每个功能上去，做到那个时间点该完成了什么功能。
这样逐一做好每个时间段该做的功能。
当然这个过程也离不开项目管理工具的使用，目前公司使用的jira进行项目的管理。jira配合confluence使用。
我们的使用方式是：产品需求PRD中所有的新功能需求点一一落实到confluence上面，confluence上面链接到jira上，形成jira故事（这样至少能保证项目不会遗漏需求），
开发人员（APP,前段，后端等），再在jira故事下面，建立自己负责的项目功能子任务（新建子任务时，也可以写明任务的开发时间，完成时间，这样
就能很好的关注到那些功能模块可能存在延期的现象，提早发现问题，及时赶上进度）。然后，开发人员就按照自己新建的子任务，一个一个从待办，到处理中，最后完成
的流程完成自己的子任务。作为项目管理人员也能很好的通过confluence+jira的方式，进行很好的管理，项目进度的跟踪。
说到项目管理，目前我们公司早上有几分钟的站立会，这个站立会目的在于处理通过confluence+jira解决不了的时间，比如说，项目中遇到了什么瓶颈和困难，
项目上需要第三方系统的支持。或者各个项目成员在开发项目的过程中，存在什么问题。站立会不一定每天有，目前我们公司是每周一三五，花的时间不长，但是有效果。
5、提测
代码从开发分支上merge到测试分支上进行测试。
名称解释：
PRD:Product Requirements Document 产品需求文档
PM（projiect mananger）
PD（project designer）
UE(User Experience 用户体验）:
用户体验指用户在使用产品过程中的个人主观感受。关注用户使用前、使用过程中、使用后的整体感受，包括行为、情感、成就等各个方面。用户体验是整体感受，所以不仅仅来自于用户界面，那只是其中的一部分。
UI(User Interface 用户界面）:
现在一般所说的UI设计师，也就是图形界面设计师。主要是负责产品或是网站的图形图标色彩搭配，总之是负责网站看起来是一个什么风格什么气质。
UCD(User-Centered Design 以用户为中心的设计）
UED (User-Experience Design 用户体验设计)
PM、PD、UE与UI，分别是产品经理、产品设计师、用户体验师、视觉设计师四个角色。一般来说，这个顺序就是一个产品从规划到最终成型的任务流方向，是一个从抽象到具体、商业到技术的过程。
网上看见一个有趣的划分：
PPT的是PM，他在想这怎么跟高层确认产品战略；
Word的是PD，他在写文档；
Dreamweaver的是UE，他在做网页；
PhotoShop的是UI，他在做图
另：整天Project的是PM（项目经理）；整天Excel的是财务
1、需求评审
产品、技术（包括前段、后端、APP、UI、UE）、测试相关人员以及相关项目负责人一起进行详细的需求评审，
作为程序员会首先从产品的角度分析设计的合理性，逻辑是否有问题，
然后从技术的角度分析实现的可行性和难度，这个环节如果发现设计问题很多或很严重的话我会让产品重新设计再次评审，
评审通过后会让产品和老大和客户反馈最终设计，直到这些完成后，
我会把产品上的一些细节用文档记录（目前公司采用的是confluence工具管理项目文档，同时也记录了各次会议的记录和问题点。都在confluence上进行落实）下来邮件给每个人，
这样做的目的就是为了防止不合理的设计造成返工。同时也形成了会议纪要。
2、需求分析
接下来负责技术的会进行需求分析拆解，这个阶段会拆解的特别细，怎么实现，怎么存储，哪个有风险我会列清楚。中间会涉及到从数据库表结构及其字段和类型的设计。
还有涉及到项目的概要设计文档，详细设计文档输出。系统与外部系统之间的数据交互方式，网络是否能通，视频，音频，图片等文件怎么存放。服务器等硬件资源需求。
这个过程很烧脑但是很有必要，只有这样做个才能产出合理的排期。
3、项目排期
接下来就是定排期了，这时候会针对每个要实现的功能点定工作量，任务划分，任务安排。结合项目中人员的特点（包括写代码的风格，做事的方式）合理分配项目。
要注意的是工作量评估要包括代码开发时间+单元（自测）测试时间，然后根据任务依赖关系和人员情况产出具体排期，
然后邮件发出。
4、代码开发
后面就是编码实现功能的时间了，这时候一般会有杂事插入（特别是有些产品动不动就要加个小需求，看似小需求，实则很影响项目进度），
这时就要根据工作量判断是接受还是拒绝做。在项目强度比较大，比较紧的情况，一定要说出 NO。但是也分情况，具体情况具体定。
这个时候产品如果说要加功能的话，如果复杂我会要求发邮件说明情况并且加排期。
如果这样还不能在排期内完成coding的话就是个人能力问题了。
对于一些按照deadline倒排很容易出现的问题是，整个项目工期就一个月，本来给产品设计的时间是一周，
结果十天了产品设计还在改，造成后期程序员们天天加班赶工期，这种就是典型的研发时间被产品压榨了，
原因一般是研发负责人太窝囊了，一般产品设计是一周的话需要提前两天完成设计，然后评审，如果产品不能按时交付设计，
研发负责人就必须要求产品背延期的锅，发邮件，找老大，手段多的很。
以后还想表达一点就是程序员可以加班但是不能加冤枉班。
一定要从头到尾意识到一个问题：项目如果延期了，后果会很严重，很严重。所有排期很重要。
以个人经验来看排期容易出现两个问题:
一是排期不合理;
二是不能按照排期稳步推进。
好的排期就要尽量避免这两个问题。
所以一个好的排期，必须充分的考虑到项目开发过程中的种种情况。最好的做法就是，系统功能点细分，任务时间点具体到每个功能上去，做到那个时间点该完成了什么功能。
这样逐一做好每个时间段该做的功能。
当然这个过程也离不开项目管理工具的使用，目前公司使用的jira进行项目的管理。jira配合confluence使用。
我们的使用方式是：产品需求PRD中所有的新功能需求点一一落实到confluence上面，confluence上面链接到jira上，形成jira故事（这样至少能保证项目不会遗漏需求），
开发人员（APP,前段，后端等），再在jira故事下面，建立自己负责的项目功能子任务（新建子任务时，也可以写明任务的开发时间，完成时间，这样
就能很好的关注到那些功能模块可能存在延期的现象，提早发现问题，及时赶上进度）。然后，开发人员就按照自己新建的子任务，一个一个从待办，到处理中，最后完成
的流程完成自己的子任务。作为项目管理人员也能很好的通过confluence+jira的方式，进行很好的管理，项目进度的跟踪。
说到项目管理，目前我们公司早上有几分钟的站立会，这个站立会目的在于处理通过confluence+jira解决不了的时间，比如说，项目中遇到了什么瓶颈和困难，
项目上需要第三方系统的支持。或者各个项目成员在开发项目的过程中，存在什么问题。站立会不一定每天有，目前我们公司是每周一三五，花的时间不长，但是有效果。
5、提测
代码从开发分支上merge到测试分支上进行测试。
6、上线
7、项目上线之后，记得打tag。
8、一个项目上线之后，项目各成员（产品需求，UI/UE，APP，前端，后端，测试）开讨论会，总结项目开发过程中存在的问题，总结。
名称解释：
PRD:Product Requirements Document 产品需求文档
PM（projiect mananger）
PD（project designer）
UE(User Experience 用户体验）:
用户体验指用户在使用产品过程中的个人主观感受。关注用户使用前、使用过程中、使用后的整体感受，包括行为、情感、成就等各个方面。用户体验是整体感受，所以不仅仅来自于用户界面，那只是其中的一部分。
UI(User Interface 用户界面）:
现在一般所说的UI设计师，也就是图形界面设计师。主要是负责产品或是网站的图形图标色彩搭配，总之是负责网站看起来是一个什么风格什么气质。
UCD(User-Centered Design 以用户为中心的设计）
UED (User-Experience Design 用户体验设计)
PM、PD、UE与UI，分别是产品经理、产品设计师、用户体验师、视觉设计师四个角色。一般来说，这个顺序就是一个产品从规划到最终成型的任务流方向，是一个从抽象到具体、商业到技术的过程。
网上看见一个有趣的划分：
PPT的是PM，他在想这怎么跟高层确认产品战略；
Word的是PD，他在写文档；
Dreamweaver的是UE，他在做网页；
PhotoShop的是UI，他在做图
另：整天Project的是PM（项目经理）；整天Excel的是财务
http://www.sohu.com/a/201170164_114819
https://www.zhihu.com/question/21325644