小组领导角色.ppt

1、小组软件开发过程TSP,小组角色,角色分配的目的： 机会学习运行一个小组工程的方方面面 定义怎样处理工程管理任务 帮助小组成功完成工程 挑选角色时，考虑： 是否对角色感兴趣？ 你能做好这个角色吗？ 以前是否做个这个角色？ 尝试没接触过的角色! 人们通常比想象的更能干！,小组领导角色,小组领导目标,1、建立并维持一个有效的小组 小组达到了它的成本、日程和质量目标 PEER表格对整个小组有效性的评价好？更好？ PEER表格对小组领导角色全部贡献的评价？ PEER表格对小组领导角色做的如何的评价？,小组领导目标,2、督促所有的小组成员在做工程时努力工作 所有小组成员工作了承诺的小时数 所有小组成员实

2、现了他们获得价值的承诺 所有小组成员按制定的TSPi过程办事，完成相关过程文档,小组领导目标,3、解决所有小组成员给你带来的问题 迅速客观地发现并解决成员问题 4、使领导或导师全面了解小组的进展情况 让你的管理层知道小组的工作情况、进展和问题 每周给导师提供一个完整准确的工程情况报告 保证导师能及时知晓小组内任何需要注意的问题 5、作为小组会议推动者有效地工作,小组领导应具备的技能与能力,喜欢当领导（舒适） 能发现关键性的问题，做客观性的决定 性格 外来因素 担当不引人注目的角色 帮助小组成员按章办事、收集和使用过程数据 督促 尊敬他人，愿意听取同事意见、帮助他们最大程度发挥能力,小组领导应具

3、备的技能与能力,有拥护者的领导 对你做的事情有构想 动员整个小组实现你的构想（煽动性、激情） 有责任帮助小组完成你的构想 了解小组成员的能力 领导者需要的特性 让小组成员以他们认为应该的方式工作 必要时，要纠正成员以正确的方法完成他们的工作 坚持工作质量而不要像“老板” 领导者要克服困难、处理人际关系,有兴趣支持整个小组、关心小组产品质量、愿意担任指派给的任何角色！,小组领导主要活动,1、动员小组执行他们的任务 不按过程办事（纪律问题） 不收集数据、不报告进展 没有尽力 有重的工作负担、家庭责任 尽力 理解 不露面、渎职、不认真、迟到、不遵守承诺、永远不会承诺自我约束 逃避责任的人会降低小组士

4、气、减少小组工作成果 没有他，其他人会做的更好 No team accept you, nobody and help you 不按日程表工作 拖延了工作，不要太早放弃 存在问题，需要调整,小组领导主要活动,2、主持每周的小组会议（参照WEEK草案） 追踪上一周的工作进展情况 保证每人正确提供需要的时间、大小和缺陷数据，并完成表格 制定下周的小组目标和工程目标。 时间、获得价值目标和要完成的具体任务 讨论以前识别出的风险，并决定采取何种策略应对 看小组成员是否感觉到了新的风险 识别任何需要解决的新问题,不要努力去解决主要问题，简单问题可以立即解决，对难的问题，列出来、指定解决人、如何解决？何时

5、解决？,小组领导主要活动,3、报告每周的工作情况 周末把数据交给计划经理，在每周例会之前总结这些数据。 重要的报告给老师 使领导知道你们小组的工作和进展情况 帮助保持小组的活力和热情 清楚定义并报告成员的进展情况 帮助成员了解他们已经完成了什么 知道为了继续计划必须做什么,小组领导主要活动,4、帮助小组分配任务 有的任务需要好几个人完成 按照喜欢的任务先进行一轮分配 剩余任务按照工作量平衡 做到公平和有效！,小组领导主要活动,5、小组会议上充当引导人 召开效率高且有价值的会议 将讨论放在议事主题上 将会议限制在一个讨论上 不要让其他人主导会议 保证每个人的意见都为人所听，且参与进来 结束讨论

6、采取行动：什么行动？谁执行？何时执行？ 拖延。为什么？何时重新讨论，谁负责重新制定会议日程。 质量经理会议记录,小组领导主要活动,6、保留项目手册 工作产品、测试报告、计划、检查报告、会议报告、每周小组工作情况报告、开发周期报告、全部TSPi工程的备份。 7、领导整个小组制定出开发周期报告（最后准备） 指导小组成员制定、复核和修改报告中分配给他们的部分 提供要点和报告摘要 评价小组领导这个角色 你在什么工作上做的好，在什么地方存在问题。 如何在下次更好的担任这个角色并如何改进？,开发经理角色,开发经理目标,生产出极优秀的产品 小组生产出一种有用的、文档齐全的、满足需求说明的基本要求的产品 需求

7、可以从需求说明追溯到SRS、SDS及最后的处理 产品设计是文档齐全的且满足小组的设计标准 实现完全按照设计进行 产品满足了所有的质量标准 产品实现了它的功能和操作目标 充分利小组成员的技能和才干 设计开发产品时的知识能力 最终在PEER表格中反映你的角色的好坏,开发经理的技能和才干,1、喜欢创建新东西 创建大型复杂且真正按自己的想法发挥功用时，有成就感 2、领导设计和开发工作的经历 实际工程中接触设计和开发系统的实际问题。 3、有能力的设计者、领导整个小组 从一大堆看起来复杂的概念和思想中理出有秩序的结构来，本质 4、熟悉主要的设计方法 5、决心听取并采纳他人的意见 利用全组人的知识和创造能力

8、,吸取好的想法、最终的把关和决定，几个关键的人！,开发经理主要活动,1、领导小组制定开发策略 建立策略标准 提出和评价可供选择的策略 挑选一个策略方法 产生概念性的设计 给每个周期分配功能 在START表中记录这种分配 定义怎样将这些功能划分成产品元素 决定怎样将已实现的部分组合成一个工作产品,开发经理主要活动,2、领导小组给要生产的产品制定最初的大小和时间估计 为每个主要产品功能的大小和开发时间做初步估计 判断哪个阶段实现哪项功能做初步决定 每个人贡献自己想法，估计大小 质量/过程经理记录,产品开发出来之前，没人知道它的大小！,开发经理主要活动,3、领导软件需求细节的开发 使小组成员同意你想

9、生产的东西，整个小组参与开发和检查SRS非常重要！ 好处： 会使工作完成得更快 会得到一个质量更好的产品 整个小组会了解你想要生产的产品,3、领导软件需求细节的开发步骤,审查需求说明发现任何问题或忧虑 得到问题的答案并消除忧虑 决定在本开发周期中要包括哪些功能 制定一个SRS文档的概述 将这些功能分配成各节 分析这些功能发现不一致和关键特征 起草SRS各节，描述这些功能 对草稿审查，找出并改正错误和不一致性 草稿各节汇总，全组对SRS草稿进行审查 修改草稿 汇总生成SRS 发布SRS,开发经理主要活动,4、领导小组制定高水平的设计 就产品结构进行讨论，确定部件之间的联系 低耦合、高内聚设计方法

10、 命名问题（质量/过程经理命名标准） START表中列出所有部件、大小、开发时间、功能内容 画一幅设计图表示部件、及相互联系,开发经理主要活动,5、领导制定出软件设计细节 SDS是小组要制定的唯一最重要的文档产品设计。 正确、完整、精确的 质量/过程经理制定了小组的质量标准 （设计方法、设计标准）,领导制定出软件设计细节,遵循已选择的高层次设计方法 制定一个SDS提纲，将产品部件分配给SDS各节 分析每个部件功能、确定一种合适的设计方法 采用设计标准，制定出部件设计 让小组成员把SDS草稿各节的设计写成文档 工程师亲自复核并修改自己的SDS草稿中的错误和不一致 汇总SDS各节草稿，进行一个全组

11、审查 让工程师改正在他们的SDS草稿中的错误 汇总形成完整的SDS 将SDS向全组发布,质量经理领导审查，INS草案，要求每位成员参与，保证每个人都了解SDS,开发经理要关注总体体系架构部分内容！监督全组工作！无缺陷！,开发经理主要活动,6、领导小组实现这个产品 确保实现标准已经制定到位（质量经理） 分配工作给小组成员 7、领导小组制定出建立、集成和系统测试计划 测试计划撰写 用户文档撰写 相辅相成地进行互相检查 测试工作进行之前就能够发现和解决很多问题！ 将测试计划分配给小组成员,开发经理主要活动,8、领导小组制定测试材料并且进行测试 在测试计划的指导下，制定测试草案、测试数据和测试支持程序

12、。 要求在个人设计和代码进行审查 要求至少有另外一个工程师进行了设计审查和代码审查 9、领导小组制定产品的用户文档 分配、开发、复核、改正、汇总、审核、重汇总、发布,开发经理主要活动,10、参与制定开发周期报告 讨论开发工作，并评价它进行地怎样？ 与小组目标相比有什么区别？ 评价你和全组成员的开发工作做得怎样？ 你怎样在下次做得更好？ 11、充当开发工程师,计划经理角色,计划经理目标,1、为小组和每个小组成员制定出一个完整的精密的正确的计划 包含了小组在开发周期要做的所有工作，详尽文档 平均每项工作需要的小时数5 2、每周准确的报告小组的工作情况 提供了完整准确的小组每周工作报告，收集了小组和

13、个人工作小时以及获得价值的数据 小组成员更新了个人的TASK、SCHEDULE、WEEK表格且及时递交给你 如果有人未及时提交或报告，求助小组领导和导师。,计划经理的技能和能力,逻辑的、有条理的头脑，有已定义的工作计划时，才会舒适； 尽可能制定自己的工作计划 对过程数据感兴趣，且期望清楚明白进行到了哪个地步？ 超前于计划还是落后于计划？ 为什么计划出错？ 计划怎样才能做得更好？ 认为计划很重要，并会督促小组同事追究和检测他们的工作,计划经理的主要活动,制定计划时，记住： 你需要一个计划限定小组在有效地时间内完成它。 你需要一个计划指导工作 你需要一个计划使小组成员工作得像一个整体。,计划经理的

14、主要活动,1、领导小组制定本开发周期的任务计划 详细说明你要生产的产品 估计这些产品的大小 对每个产品，估计时间 所有这些时间计入到SUMS和TASK表格中 使用PSP数据来进行估计,许多成员埋怨：在产品需求之前做计划基本是猜测，需求后可以做出更好的计划！ 时间越长，计划越好！ 需要一个计划！ 尽可能详尽的猜测，令人惊奇的准确！,计划经理的主要活动,2、领导小组制定开发周期的日程表 要求每个成员确定在当前开发周期，每周计划花在本工程上的小时数 不计花在小组会议、课堂的时间 依据成员计划，制定出小组的计划,计划经理的主要活动,3、领导小组制定平衡稳定的计划 不均衡的计划会使个别工程师影响进度 所

15、有小组成员应参与平衡负担的工作 个人能力、知识、角色 有些任务不得不分配给不是最适合的人去做 最适合的人也有最重要的工作负担 每个人都比自认为的更能干！ 相信自己！挑战自我！突破自我！ P199 平衡工作负担矩阵,计划经理的主要活动,4、跟踪小组对照计划进行的进展情况 跟踪每个成员感觉到进展，认识到进展地步，明确了解。 提供每周数据的时间达成共识 不及时报告、提交提醒他们，给出承诺时间 每周会议之前，获得所有数据，汇总,计划经理的主要活动,4、跟踪小组对照计划进行的进展情况 4.1、获得小组成员每周数据 每周工作小时数、产品的大小数据、发现的缺陷 每周及时生成 产生合并的小组TASK、SCHE

16、DULESUMP、SUMQ表 跟踪计划、评价产品质量、向领导报告工作成果时的重要数据。我们打分的依据。,计划经理的主要活动,4、跟踪小组对照计划进行的进展情况 4.2、产生一个每周的价值获取和时间图表 显示小组工作情况 获得价值评价完成任务相对贡献大小的评判指标 未按照计划顺序做工作，如何评判项目进展到哪儿了？ 提前编码和检查，测试计划和文档工作推迟？ 评价全组的相对工作情况 平衡计划，弥补失去的时间,计划经理的主要活动,4、跟踪小组对照计划进行的进展情况 4.3、产生每周工作情况汇报 向全组汇报项目进度，报告问题 确定日程表是否正常进行？ 严重脱节？减少计划的产品内容。 每周工作情况报告，导

17、师能知道每个人是否在好好工作，谁在真正努力，而谁没有。 4.4、和计划对比，进行简短分析。,5、参与产生开发周期报告 讨论工程计划和跟踪、评价工作进展如何 小组的目标和计划相比结果如何 评价你和小组的计划跟踪工作做得如何 你怎样才能把工作做得更好，如何改进？ 6、充当软件开发工程师,质量/生产经理角色,质量/生产经理角色目标,1、所有成员应正确的报告和合理地使用TSPi过程中的数据 设计标准 编码标准 命名标准和专业词汇表 重用的标准 质量标准 LOC计数标准,质量/生产经理角色目标,2、小组忠实地遵循TSPi质量计划并生产出高质量产品 指导整个小组生产高质量产品 保证跟踪个人工作质量（关键是

18、每个成员都遵循过程） 度量质量标准： 在系统测试中的缺陷百分率 编译中的缺陷数/KLOC 单元测试中的缺陷数/KLOC 系统测试中的缺陷数/KLOC 第一编译前去掉缺陷的百分数（编译前的质量） 单元测试前去掉缺陷的百分数（单元测试前的质量） 系统测试前去掉缺陷的百分数（系统测试前的质量）,对那些试着缩短进度而不相信因一个环节的匆忙而导致稍后问题的同学给予提醒和警示！,质量/生产经理角色目标,3、所有小组检查都是适当的，且被报告 所有检查活动要与INS过程一致 所有检查活动要遵循小组质量计划 INS报告对于小组检查是完备的 4、所有小组会议都有准确的会议报告，并被放进项目手册中。,质量/生产经理

19、的技能与能力,最重要的，对软件质量感兴趣 为了小组达到成本、进度和质量目标，检查组员数据，帮助组员认识到重要性及需要改进的地方，说服组员努力达到质量目标 对过程和过程度量标准感兴趣 对检查和复核的方法有所认识 SRSSDS产品设计源码测试计划 巧妙地提出建设性的修改意见 “我们都会犯错，但我们都不希望在最终的产品上出错”,质量/生产经理的主要活动,1、领导组员制定和遵循质量计划 统一的质量度量标准 2、将质量问题及时通报给小组领导和导师 目的是使每个人从出现的问题中吸取教训，采取措施避免类似错误再次发生 一整套精确的数据，很容易检查到一些粗制滥造的工作（复查时间、不收集缺陷数据、许多缺陷没有发

20、现） 处理测试缺陷的复核（单元测试发现的缺陷都必须在小组例会上进行复核，讨论，报告讨论结果）,质量/生产经理的主要活动,3、领导小组定义和文档化它的过程并维护过程的改进过程 4、建立和保持小组开发标准 编码、设计、文档、命名、错误处理、接口、信息、报告、复用、LOC计数等 领导审查和通过所有的标准，并强调标准的重要性,质量/生产经理的主要活动,5、在提交CCB（配置控制委员会）之前复核和通过所有的产品。 产品的必要过程数据被收集起来 产品使用质量过程开发出来的 数据显示产品质量合格可被加到系统基线中。 开发速率和比例，查看缺陷水平，检测产品本身。 你是唯一一个检测系统所有组成的人,质量/生产经

21、理的主要活动,6、充当小组检查调节员 与作者合作确定有多少和哪些工程师应该在检查队伍中 确保作者为检查会议做好准备 解释检查过程、作者描述被检查的产品、布置准备工作、确定检查时间和地点 会议开始前，确保所有检测工程师完成了准备工作，且缺陷数据已经记录在INS表中，若未准备好，则延迟直至准备完善 焦点是识别缺陷，而非解决它们。不要浪费时间争论解决办法。 决定是否找出了绝大部分缺陷，估计遗留的缺陷数，是否再进行一次检查 会议所有必要数据被记录，最终汇总INS表。,质量/生产经理的主要活动,7、作为小组会议的记录者 检查会议上找别人代替你 8、参与制定开发周期报告 从质量和过程两方面讨论工作 数据采

22、集的准确度和完全度 过程被忠实地遵循的程度 小组成员遵循他们制定的质量目标计划的程度 质量结果与目标比较 未达到质量目标，解释分析问题 总结提出改善措施和理由 9、充当开发工程师,技术支持经理角色,技术支持经理目标,1、小组有合适的工具和方法来支持它的工作 配置管理系统、开发环境、TSPi维护系统、bug跟踪管理系统 2、没有授权通过的更新不能够应用在规范好了的产品中 建立配置控制产品基线，每个产品被开发出来，检查，修正之后都应该在配置控制之下，在CCB批准在系统基线中包含它。 3、小组的所有风险和问题被记录在风险跟踪系统中，并且每周都报告,技术支持经理目标,4、小组满足开发周期的重用目标 和质量经理合作建立复用标准，小组同意。 建立并维持了一个可获得重用部分的清单