程序员的自我救赎

摘要： 六，测试规范 6.1 职能流程图 6.2 测试用例 6.2.1 创建用例 项目经理将需求进行WBS分解后，至少包含开发与测试两项任务，测试工程师与开发工程师将同时获得该需求下的职能任务，此时，测试工程师需要做的事情的 是针对需求以及任务进行理解，随后针对功能编辑测试用例。 注意： （1) 测试用例的 阅读全文

摘要： 五，任务规范 5.1 分解任务 发起迭代之后我们还有几个关键的因素要确定：周期确定、资源确定、需求确定。 5.1.1 关联需求 在迭代的需求列表页面，可以关联需求并对需求进行任务分解。 5.1.2 团队成员 注意：未添加团队成员，则任务不可分配具体执行人。 5.1.3 WBS分解 （1）任务类型，所 阅读全文

摘要： 四，迭代规范 4.1 定义迭代 在迭代开发中，整个开发工作被组织为一系列的短小的、固定长度（如3周）的小项目，被称为一系列的迭代，这叫迭代开发。每一次迭代都包括了需求分析、设计、开发、测试与发布。 前文3.1.3 迭代目标中已讲到过，有目标与交付成果的才是迭代。单纯的修复一次bug，优化界面，新增字 阅读全文

摘要： 三、计划规范 3.1 创建计划 3.1.1 迭代计划与项目计划。 古人云，凡事预则立，不预则废。产品需要做规划，才能有轻重缓急，才能能做正确的事。因此，计划是必需的。 需要注意的是，由于我们是敏捷型项目，不同于瀑布型项目。瀑布型，此处计划为整个项目的执行计划。 而在我们Scrum的框架下，我们所建的 阅读全文

摘要： 序号 角色 岗位职责 1 项目经理 1. 负责制定软件详细项目管理计划（包含进度、资源、沟通、风险管理） 2. 对于软件的变更、质量控制、配置、发布、问题等方面进行管理； 3. 负责软件项目组和各个部门的协助和沟通，确保信息及时准确; 4. 从项目进度，成本，风险，质量等方面进行全面的项目管理; 5 阅读全文

摘要： 规范篇2 二，需求规范 1，目的：　目前存在需求描述不明确，录入、评审不规范等问题，本文档的目的是通过需求管理规范化，确保团队的成员在项目过程的做符合项目目标的事，以便提高团队的整体效率，及时完成项目的目标，交付可用的产品。 2，需求管理规范 2.1.创建和评审需求 2.1.1 创建需求 （1）需求 阅读全文

摘要： 规范篇 一，工具选型 为什么我会把工具选型放到“规范篇”来讲呢？ 我觉得管理系统就是用固化流程、约束规范的工具，工欲善其事必先利其器。想要团队建立良好的规范，软件工具是必不可少的。 而在众多项目管理工具中，我用过的只有腾讯系的 “TAPD”，和阿里系的“TeamBition”。这两款软件各有优缺点。 阅读全文

摘要： 一、成员篇 （1）规模，美国CHAOS协会，做过一个调查。得出一个结论。敏捷团队人员规模，10人范围内人数和效率是正比上升的，12人以上的效率曲线是下降的。所以在Scrum提出合理人员规模应该在： 7±2 人。 即最小团队位5 人。 最多为9人。 （敏捷也有大规模支撑方案：SAFe，但是不适用我们这 阅读全文

摘要： 项目经理面试题1.1 一，理论挖掘 1、 做为项目经理你有哪些需求调研手段？ 参考：访谈法，问卷法，单据法，体验法，原型法，流程法，对比法。 2、 是否有考取项目经理相关证书？ 参考： PMP、Scrum、Prince2、ACP。 3、 在软件项目研发过程中，如何管理项目团队？ 参考： 敏捷项目管理 阅读全文

摘要： 每日站会评价表1.0 总得分： 评语： 序号 项目 评分内容 分值 标准 得分 1 准时站会 每日8点05分开始站会，没有人迟到或缺席（请假除外） 20 1，没有开站会，本项以及本次评分为0分。 2，有无迟到或缺席人员。（2分/人） 2 会议形式 每日固定地点站立站会，轮流发言回答三个问题（问题格式 阅读全文