今天工作中发现了患者360视图V3.2.2版本发布到现场出现了两个低级bug,一个是前端代码中出现了console.log这种IE8不支持的语法，导致现场医嘱模块报错，这种写法之前小组内已强调过好几次，但还是出现了，且在发布版中。第二个Bug是操作视频竟然是研发自己拍摄的一个测试版视频，也发布到了现场。
总结下来出现这两个问题的根本原因就是我的管理方面过于懒散，研发的一个完整闭环没有建立，导致好几个环节出现了漏洞。主要有以下几点需要完善：
1）研发流程规范：研发完成一个任务后，需求责任人没有严格去验证任务是否达到需求目标，产品研发责任人没有严格去验证任务提交的代码、脚本、文档是否符合规范。针对这个问题，在以后的工作中，每项需求在开出任务前，产品研发负责人都要把设计思路和需求提出人核对，没问题时才开出任务，任务完成后，研发负责人必须去验证任务提交的成果是否符合规范，所有任务完成后且内测没问题才能将需求关闭（需要测试的变成已解决，不需要测试的现场或需求提出人验证没问题变成已关闭）。
2）团队协同能力不高：一个产品能顺利出厂需要产品、研发、测试各个角色的高效配合才能完成，现在团队出现了角色混乱，角色分工不够明确的现状，当时患者360V3.0.0时DE 研发流程正在瓦解，产品没有太多时间做需求分析和编写产品相关文档，研发还停留在等需求的思维中，没有快速补位，导致一个视频迟迟没有录制，遭到现场一顿吐槽。这块需要尽快和产品，测试一起把分工明确下来。
3）奖惩机制没有：之前因为团队组建不久，我们几个都比较年轻，工作经验不足，因此团队管理上比较宽松，甚至懒散，慢慢也滋养了浮躁的工作态度，往后要一起慢慢建立起符合我们的奖惩机制，对一个阶段表现比较好的成员要给予奖励和鼓励，对工作态度上出现问题的成员要及时提出让其改正，如果同一个问题反复出现，就要给予惩罚了。惩罚的目的是让我们能更好的正视问题，以后工作中尽量不再出现。因为自己的一个小失误有可能给团队造成很大的损失。
4）工作态度问题：出现问题其实归根结底是人的问题，是我们工作态度出现了问题，console.log这个问题研发有可能忙于多个产品出现了失误，但是360研发负责人为什么没有在产品封版前全局排查下IE8的问题，这是值得反思的；视频的问题更严重，为什么研发明知道这样发出去是不可取的没有及时把这个问题给暴露出来，为什么360研发负责人没有严格验证任务完成质量，我又为什么没有在产品出厂前细致检测下发布包，这都是我们工作态度不够端正。我要深刻反思，一个人只要工作态度端正了，即使工作能力眼前差点，我想通过不断学习进步，都不会差到哪里去，像朱龙强的工作态度就值得我们学习，吴意安排的任务他会踏踏实实的去完成，我们提出的改进意见，他也会积极完善，因此我想他在以后的工作中也会一帆风顺的。一个人如果工作态度出现了问题，能力越强，到后来给团队造成的伤害其实越大。
5）思维固化：之前有家医院出现过我们产品和业务系统接口不通情况，记忆犹新的现场实施一句话：“业务系统肯定没问题，是你们平台产品的问题”，虽然最后排查是业务系统的问题，但为啥实施第一反应是那样，当时我还理解是现场实施的偏激，但是如果我们平台产品过硬，实施容易实施，也很少出错，为啥他们还会爆出那样的话呢？并且通过维护以前老产品和现在我自己负责的新产品，也在不断爆出低级错误，这又怎么能让现场实施一直容忍我们呢？说到底还是我们自己不够专业，做出的东西不能让别人信服。长此以往，损害的不光是一个产品，而是整个事业部。同时我们的能力也会被现场质疑。
从昨天发生这两个事让我回想团队从成立到现在，从混乱到现在渐渐形成规范，也想到团队的朋友们都在进步，心里很高兴，特别是龙强从开始不能独立编写出一个模块到现在可以独立承担一个功能的开发，技术进步很快；看到晨星对患者360产品的归属感越来越强，对团队有了感情；看到吴意从多年奋斗的同事加朋友相继离职感情上低落中慢慢走出来，融入到新的团队中；看到陶军新来公司就能同时开发几乎应用组的所有产品，第一个初步达到全栈工程师的能力；看到国成从一段心情的低谷也走出来了，且更有干劲了，心里很是高兴。
但是我也意识到我们小组离“高执行力团队”差的还很远，需要我们所有人一起努力，去除浮躁，踏实，勤奋，一步一个脚印，最终达到”高效执行力团队“的目标。