为你的项目加入一个阶段--技术研究 博客分类： 管理及貌似 项目管理敏捷开发XP编程工作
程序员文章站
2024-02-21 16:00:04
...
为你的项目加入一个阶段--技术研究
--项目管理的一种“最佳实践”
摘要：以一个明确的“技术研究阶段”来提高开发效率、规避开发风险、提高项目管理的可控性，是一个简便易行的“敏捷”项目管理手段。
1、什么是“技术研究阶段”
这是我在项目管理实践中总结出的行之有效的一种“最佳实践”，技术研究这个词很自然就能理解了，“技术研究阶段”通过本文的描述也很容易理解。关键是“实践”。
2、明确一个“技术研究阶段”的动力
* 规避技术风险
* 提高开发效率
* 提高项目管理可控性
这是在项目管理中实行“技术研究阶段”最原始的动力。
3、“技术研究阶段”的适用情况
有几种比较典型的情况非常适合加入“技术研究阶段”：
* 项目中引入新技术、框架
* 项目有复杂的新型需求（比如：未遇到过，而且不确知与实现相关的性能问题，等等类似情况）
* 项目开发团队“以老带新”
* 锤炼、优化已有的相关技术积累，以应用到当前项目
这几种情况是我验证并收到良好效果的，并且我认为可以适用但不限于以上情况。
4、怎样开展“技术研究阶段”
4.1 什么时候实行“技术研究阶段”
项目的开发团队一组建，或者主要全职开发人员一到位，就可以开展“技术研究阶段”。可以和需求分析并行，最好开发环境、平台等已经选定。
4.2 “技术研究阶段”实行原则
一定要明确这个阶段，参与者有明确的目标和任务，可以动用“卑鄙”的考核手段（主要是提高重视程度，而不是考核）。
目标和任务由项目经理、teamleader、资深开发人员等共同讨论决定。以老带新的情况下，“老人”为主要责任人，同时也负责指导“新人”。至于指导手段，什么结对编程等等都可以。
目标任务要明确下来，你写在公示的白板上可以，用邮件发任务书也可以，总之要让每个人明确自己的研究任务、时限。
4.3 “技术研究任务书”
上面提到，用来明确目标任务。载体可以灵活，格式要简单明了，任务、时限、责任人是核心内容。不要放太多东西。
4.4 研究目标实现手段和提交物
一定要结合眼下项目的具体业务场景。
业务场景由项目经理、核心开发人员等（团队不是很大的话最好是全体人员参加）选定典型、难点场景，不要很完整，针对估计的技术实现难点最好。
所有类型的技术研究，提交物都是一个现实开发、运行环境下的demo，不关心界面友好等等一切修饰性东西，最关心的是实现该场景的技术难点，它不必是bug free的。
4.5 “技术研究阶段”的“研究结果宣讲”
这是非常重要的一个环节，每个人，或者每个研究任务都要有一个代表，讲解自己的“研究成果”，项目组开发团队都要参加。
这种最佳实践行之有效，你也可以在此基础上衍生自己的相关手段
--项目管理的一种“最佳实践”
摘要：以一个明确的“技术研究阶段”来提高开发效率、规避开发风险、提高项目管理的可控性，是一个简便易行的“敏捷”项目管理手段。
1、什么是“技术研究阶段”
这是我在项目管理实践中总结出的行之有效的一种“最佳实践”，技术研究这个词很自然就能理解了，“技术研究阶段”通过本文的描述也很容易理解。关键是“实践”。
2、明确一个“技术研究阶段”的动力
* 规避技术风险
* 提高开发效率
* 提高项目管理可控性
这是在项目管理中实行“技术研究阶段”最原始的动力。
3、“技术研究阶段”的适用情况
有几种比较典型的情况非常适合加入“技术研究阶段”：
* 项目中引入新技术、框架
* 项目有复杂的新型需求（比如：未遇到过，而且不确知与实现相关的性能问题，等等类似情况）
* 项目开发团队“以老带新”
* 锤炼、优化已有的相关技术积累，以应用到当前项目
这几种情况是我验证并收到良好效果的，并且我认为可以适用但不限于以上情况。
4、怎样开展“技术研究阶段”
4.1 什么时候实行“技术研究阶段”
项目的开发团队一组建，或者主要全职开发人员一到位，就可以开展“技术研究阶段”。可以和需求分析并行，最好开发环境、平台等已经选定。
4.2 “技术研究阶段”实行原则
一定要明确这个阶段，参与者有明确的目标和任务，可以动用“卑鄙”的考核手段（主要是提高重视程度，而不是考核）。
目标和任务由项目经理、teamleader、资深开发人员等共同讨论决定。以老带新的情况下，“老人”为主要责任人，同时也负责指导“新人”。至于指导手段，什么结对编程等等都可以。
目标任务要明确下来，你写在公示的白板上可以，用邮件发任务书也可以，总之要让每个人明确自己的研究任务、时限。
4.3 “技术研究任务书”
上面提到，用来明确目标任务。载体可以灵活，格式要简单明了，任务、时限、责任人是核心内容。不要放太多东西。
4.4 研究目标实现手段和提交物
一定要结合眼下项目的具体业务场景。
业务场景由项目经理、核心开发人员等（团队不是很大的话最好是全体人员参加）选定典型、难点场景，不要很完整，针对估计的技术实现难点最好。
所有类型的技术研究，提交物都是一个现实开发、运行环境下的demo，不关心界面友好等等一切修饰性东西，最关心的是实现该场景的技术难点，它不必是bug free的。
4.5 “技术研究阶段”的“研究结果宣讲”
这是非常重要的一个环节，每个人，或者每个研究任务都要有一个代表，讲解自己的“研究成果”，项目组开发团队都要参加。
这种最佳实践行之有效，你也可以在此基础上衍生自己的相关手段