我们拒绝平庸,拒绝随波逐流,拒绝墨守成规,让梦想不再流浪。
团队文化
上一篇 /
下一篇 2014-05-28 10:41:51
/ 个人分类:总结
团队文化 | |
等级3 | | 3级:跨角色结对 | | |
| 查检项 | 满足? | 访谈问题参考 |
参照标准 | 跨角色结对,业务人员积极参与,端到端的交付价值。沟通不拘泥于形式 | | 1、版本的人员间信息获取渠道有哪些?不同角色之间的信息需求是如何满足的? f`q:\E02、开发人员是否结对?怎样结对?在什么情况下结对?一般结对时间有多长? 3、是否交换结对?多长时间交换一次? 4、团队成员如何认领任务? 5、在文档权限、代码权限上,不同的角色是不是有区别?有什么区别? 6、to PM:哪个人的突然离开会造成项目损害?为什么?你如何应对? 7、项目状态是否大家都清楚? 8、是不是有规律的做迭代回顾?回顾中讨论什么事情?讨论结果如何处理? 9、在哪里/通过何种形式可以找到项目相关的信息和知识? 10、当你解决了一个技术问题,你如何与他人分享你的经验? 11、知识共享有没有建立? 12、面对面交流是否频繁? 13、新员工进入团队如何获得帮助? 14、团队内部以及团队与外部的交流会议是否例行? 15、开发人员通过评审代码的方式,是否能达到质量保证和知识传递的目的? 16、开发人员是否只了解自己的工作? 17、配置库的权限如何分配?是不是都有权限访问? |
2.3.1 | SE、MKT定期与研发人员进行需求澄清交流 | √ |
2.3.2 | SE/TL深入项目组,参与需求的整个实现及验收过程中 | X |
满足 团队文化 - 等级 3? | 团队是否跨领域合作,流畅沟通? | X |
等级2 | | 2级:协作基础设施 | |
| 查检项 | 满足? |
参照标准 | 结对频繁轮换,代码所有权共享,团队成员主动认领任务,有可视化的信息展现项目状态。 | |
2.2.1 | 项目成员认同结对方式,共同对特性质量负责51Testing软件测试网&G@'m^}5g"G4J}
| √ |
2.2.2 | 结合成员状态表及特性要求合理安排合适的结对人选 | √ |
2.2.3 | 团队成员非常关注团队的整体状况,主动发现问题并推动相关成员交流讨论,共同协作推动解决 | √ |
满足 团队文化 - 等级 2? | 团队是否有管理的结对,自发沟通? | √ |
等级1 | | 1级:鼓励结对,协作式交流 | |
| 查检项 | 满足? |
参照标准 | 开发人员结对,集中、开放的办公环境。形式化、规律化的沟通。跨越模块间技能壁垒。 | |
2.1.1 | 团队成员间自发结对进行结对开发 | √ |
2.1.2 | 项目组内管理人员对结对现象的交付件质量关注,好的经验进行表扬推广 | √ |
2.1.3 | 团队成员关注团队的整体状态 | √ |
2.1.4 | 定期会议,有固定交流类的议题,所有团队都是为了共同协作团结高效而讨论 | √ |
满足 团队文化 - 等级 1? | 团队是否鼓励结对,协作式专题讨论? | √ |
等级0 | | 0级:双向沟通 | |
| 查检项 | 满足? |
参照标准 | 定期会议讨论,有成效的code review,开发人员对代码有管理权(增、删、改、查)。 | |
2.0.1 | 代码对团队是开放的 | √ |
2.0.2 | 信息传递完整顺畅 | √ |
2.0.3 | 定期讨论的会议,但没有固定的议题,会议效率低下,没有得到有效的利用 | √ |
2.0.4 | 有成效的CodeReview | √ |
满足 团队文化 - 等级0? | 团队是否能不受限访问? | √ |
等级-1 | | —1级:单向沟通 | |
| 查检项 | 满足? |
参照标准 | 单向汇报;任务分配;不定期的会议;团队各成员角色固定,对代码的控制受限。开发人员只了解自己手头开发的工作。 | |
2.-1.1 | 僵化的管理,只有管理者关注和通报团队的整体状况 | X |
2.-1.2 | 会议主题不明确,发散性太大 | X |
2.-1.3 | 事情触发的会议,没有固定沟通交流事宜的会议,且团队成员没有团队整体进展等意识,会议效率低下 | X |
2.-1.4 | 代码对测试及其他开发组是不开放的 | X |
2.-1.5 | 信息传递的方式以会议为主,以层级下达。 | X |
2.-1.6 | 团队中存在明显的部分人员的工作积压 | X |
满足 团队文化 - 等级 -1? | 团队是否单向沟通,制度化,专业化? | √ |
收藏
举报
TAG: