脱离方法论，让合作更高效TIPS

   前言

   想分享的初衷是源于在看到所在团队一年半的迭代进程中走过不少弯路，也进行过不断摸索以及推动；

   项目管理是一个不断PDCA的过程，真正找到适合团队的路需要不断的尝试，创新和实践。

   分享一些给我们带来高效合作的tips，希望对其他的团队也有一些帮助和借鉴。

 

1. 选择好一款适合的项目管理工具

 

Case1：jira看板（BUG看板&早会看板&需求管理）

【问题起因】：刚开始团队只是将jira作为一个bug记录的工具，还算不上一个全面的项目管理工具；jira的全面应用起因在于一次复盘会上，项目提测时间的延期以及项目最后质量的不理想的改进点，鉴于敏捷管理的核心理念，希望将整个开发过程透明化，所以我们希望项目团队加强进度控制透明化这样的出发点，希望引入一些项目管理的方法和工具。

【工具引入】：按照scrum流程理念，引入看板；但是鉴于信息化的要求，我们引入jira作为看板，进行早会和需求管理，在项目中进行了有效的尝试。

【实际效果】：

在我们团队，主要有3个大类的看板：

需求管理看板：产品将每个要做的需求进行jira记录跟踪，如果需要纳入迭代，则将每个新功能纳入到某个解决版本里面。所以一个固定迭代是逐渐将时间盒塞满的过程。

早会看板：主要针对进行中的迭代，每个开发在迭代之前会在jira上建立相关的任务和改进，我们将所有相关进行中的任务进行早会看板展示，每个人根据自己的任务进行相关的进度概述，提早预知项目风险和进度；在一个迭代周期内，我们会针对每个任务的时间以及相关的需求数据，进行数据统计，给予团队项目过程管理的数据参考，比如bug率，需求时间安排，周期预估等。

Bug看板：bug看板应该是jira最常用的手段和工具，可以一目了然的在测试过程中对bug进行监控；

Jira能够帮助我们解决的核心问题是：

1. 需求过程，开发过程和测试过程的透明化
2. 信息化所有项目过程数据，方便跟踪
3. 团队成员对于需求和问题的沟通更加高效

 

Case2：gotest接口生命周期管理

【问题起因】：质量和进度是贯穿整个项目迭代中2个非常重要的因素，但是如何去提高质量和进度又是整个项目管理中的难点；我们在迭代中发现，有效提高前后端和qa的沟通效率以及提高提测接口质量，会对整个项目起到积极的作用。而我们当时的困顿点在于：1.在项目测试过程中，针对某个接口出了问题，我们总是问一圈才能找到相关的开发人员   2.针对接口定义，总是出现各种分歧和不一致，导致接口500   3.如何更高效的进行自动化测试？

【工具引入】：目前接口工具相对较多，但是能够同时满足前后端以及QA人员的需求，gotest首当其冲。

【实际效果】：

接口定义，我们将责任人定义为后端开发，关注人定义为前端接口，这样我们在测试过程中就能很快找到相关的开发人员；

其次，在开发和测试过程中，累积冒烟执行用例，通过gotest进行监控和后续的自动化接口测试，极大提高了我们的生成和沟通效率；

Gotest因此帮我们解决的核心问题是：

1. 对于接口生命周期全链路管理
2. 有效提高项目团队中的接口沟通问题
3. 有效提高QA人员的自动化测试效率

 

 

Case3：wiki--组织过程资产积累利器

【问题起因】：对于刚开始项目迭代过程中，组织过程资产的积累并不是太好；一方面团队没有选择好一款合适的文档积累工具，整个记录过程过于零散，缺乏统一；  第二方面则是因为针对组织过程资产的累积，团队缺乏一些意识；

【工具选择】：刚开始团队选择有道笔记，但是鉴于认证过期交费，所以转向wiki管理

【实际效果】：任何一款工具的使用，都是需要解决项目管理中的问题。在申请好相关权限后，我们逐渐在wiki上进行了更多的沟通和文档的沉淀；

比如，在迭代过程中，我们开辟出一个日常小迭代页面，将所有的日常迭代进行相关记录，每个人进入页面的话都可以看到关于该迭代中的人力分配，需求以及相关方案和时间排期；QA，产品以及开发人员还有单独的页面模块进行相关的技术沉淀和日常沟通纪要；我们也会开启周报和团队目标专栏，对自我管理进行相关的展示和监控，方便在迭代过程中查看是否

Wiki帮助我们解决的核心问题是：

1. 统一工具，方便团队统一查阅和协调沟通。
2. 促进团度养成良好的积累习惯。
3. 自我监督，激发自我管理欲望。

 

 

 

1. 流程的固化-强化-进化

团队中，任何一个流程的应用和实施是为了更好的解决沟通或者协助项目上的问题。项目团队会根据实际情况慢慢去引入和参考一些流程，使团队养成一种习惯或者意识，在我们引入一些流程过后，也需要不断根据项目的需要慢慢去强化和进化这些流程机制，使之更适合团队迭代的发展避免流程把控成为一种鸡肋。

 

CASE:如何保证提测质量

在项目组建初期，团队的流程意识不强，在没有规范流程的束缚下，项目质量和进度得不到相关保障，往往会出现延期或者线上问题很多的情况；QA同学介入测试过程中，有一环必不可少的环节是如何确保开发的提测质量。

刚开始的时候，QA的同学引入了杭研的一些提测质量手段方式方法，比如抽取一定百分数的冒烟用例让开发执行，对开发进行自测习惯培养；虽然一开始开发的同学有一些排斥，但是在坚持不断的流程督导下还是会有一些效果。

但是久而久之，会有部分同学也会对冒烟的成果抱存一些侥幸心理，将没有通过的用例标注为通过；于是，针对该种情况，我们又尝试引入了gotest冒烟标注以及提测交付前演练。虽然保证了冒烟成果的真实性，但是对于项目紧张，迭代质量要求较高的情况下，该流程保证对于问题仍然发现的有些太晚。

再后来团队尝试针对大版本迭代开发，让QA在提测前1-2天在开发环境介入测试，帮助开发提早的预知提测后的问题，进行及早修复。

经过项目检验，该套提测质量的保证方法，可以让问题及早的去发现并且修复，降低了冒烟不通过的风险，有效缩短测试时间。

 

 

 

1. 如何提高团队意识

团队意识的培养是一个长久战，因为冰冻三尺非一日之寒；要改变一个人或者一群人的观点需要经久不变的努力；特别是针对弱矩阵团队，项目经理如何利用非领导力权限去影响周边的人，是一个需要长期探索的课题。

Case：如何提高团队质量意识

在项目初期，经常会看到团队对于质量的要求和希望是寄予在QA人员身上的。一旦项目出现质量问题，可能会习惯性的质问QA：这个怎么没有测出来？但是，从整个产品迭代周期过程来看，测试过程只是辅助解决质量本身问题的，那如何将每个团队成员有这样一个质量参与意识呢？

我们进行了一些尝试，首先是让大家有一个宏观的概念和理解，对整个项目流程有一些比较清晰的概念。在该过程中我们进行了关于项目质量管理的一些知识的分享，慢慢让团队成员对于质量把控有一些熟悉和感觉；

紧接着我们QA的同学会对QA常见的质量保障方法和理论进行相关的分享，让团队成员慢慢的在迭代过程中参与到流程保障中来，比如开发自测等等。

而后，针对线上问题，进行线上问题回溯，在迭代交付中让团队成员意识到返工成本比较大，尽可能的一次过；

在不断的迭代和质量推进中，慢慢规范化流程，提高全民参与质量保障活动中；

 

 

 

小结

以上的一些小TIPS是团队行进过程中的一些经验和小结，希望在不断的探索和实践以后，分享更多的方式和方法，让我们变得越来越好！