黄埔一期培训总结

为期两天的mini敏捷开发培训，我学习到了很多东西。我以一个开发者的身份跟大家分享一下我的学习心得。

产品没有质量，等于没有产品

同样的劳动，优质的产品换回的是“一本万利”，劣质产品换回的是“一本万害”，质量好是基石，质量是产品的灵魂，也是公司产品的灵魂。我们对事物的第一印象深刻的影响着我们看待事物的态度。就拿手机APP来说，我们已经用过了很多的APP，但是手机上留存的只是一些生活必须的APP，或者我们觉得APP做的比较好的。我就记得有很多次，一些手机APP下载下来，看了几分钟就直接卸载了。这就是产品质量的影响。作为企业职工，我们的待遇跟产品的质量息息相关，做好本职工作，提升产品质量，会让我们的生活一步一步接近我们想要的生活。

写设计文档，

在之前的软件开发中，通常是架构师和项目负责人和具体的编码人员在一起讨论出方案，然后由编码人员完成软件的编写。当项目小的时候，这种方法还是比较行之有效的。但是当项目大到一定程度时，这种方法就不那么适用了。因为我们对事物的认知是随着时间和对事物的熟悉程度逐渐丰富的，没有人能在极短的时间设计出好的方案，并且保证以后也不会修改。文档的作用就是把我们当时的想法记录下来，在记录的过程中，我们可能有新的思路或者发现以前的方案中缺陷的地方，并及时修正。而且在以后的时间里，我们会改变方案，设计文档也随之更新，这对于维护以及我们系统考虑设计方案是非常有帮助的。

结对编程

在工作中，我们经常是进行10%的编码，90%的修复bug。原因从客观上讲，是每个人的知识有限，都有他的特长，也有缺陷的地方，这些缺陷的地方，就是我们为自己挖的坑，埋的雷，之后，还得由我们自己来修补这些缺陷。结对编程就可以在一定程度上影响这种低效的工作方式，减少修复bug的时间，提升工作效率。结对编程，可以改变个人思维的局限性，把两个人的思想汇聚到一起，又比集思广益节省资源。在日后的工作中，要加以利用。

写测试例

需求即测试，这是我在这次培训中学习的一个新知识，打破了我以往的思维观念。产品的功能有哪些，会有哪些操作，我们就应该把它们记录下来，并且测试。这样我们也可以清晰的知道产品的功能，久而久之，我们也可以大概摸索出产品经常会再哪里出现缺陷，这就是经验，减少我们的重复工作量。

拆分故事

对用户故事进行拆分，是scrum中重要的一项方法，拆分故事让我们得以每周都有新进展，并且随时可以进行交付。增强团队凝聚力，提高个人技术信心，增加成就感。

闭环开发

闭环开发，在我看来，是对自己负责，对产品负责，体现一个人的职业素养和个人素质。我们通常都会抱怨别人的失误或者缺陷给自己带来了困扰。反过来想，别人也会有同样的抱怨，所以我们要做好自己的份内事，少给别人添麻烦，也就是少给自己添麻烦了。总结起来就是多一点耐心，省很多时间。

质量，进度，成本，易用性

这四个词，在一定程度上概括了一个产品的特点。通常我们会做出一些取舍，根据产品的用户特点，加强某些特点。就拿老年手机来说，我们第一要做的就是易用性。拿我们做的云产品来说，质量是第一位的。质量好是基石，质量是产品的灵魂，也是公司产品的灵魂。

管理上没有最终的答案，只有永恒的追问

代码重构

随着项目的进展及后期维护，项目的代码量越来越大，工期很紧张，导致后续增加新功能，或者修复已有的bug很困难。这时候，就需要对代码进行重构，因为在设计之初，我们并不可能把所有的情况多考虑到，会有很多为了解决问题而解决问题的现象，这会导致代码质量下降，到一定程度，代码已经不能进行维护了。所以，当我们发现有一些特性是我们之前没有考虑到的时候，就要考虑对代码进行重构。

Scrum学习心得

信息完全透明，全员充分参与，确定短期目标，及时进行检查

质量看板

我们现有的开发工具有confluence，jira，gitlab，jenkins等。这些工具能够极大的规范我们的开发流程，提升我们的产品质量，在日后的工作中，一定会多多利用这些工具。

confluence用于写设计文档，测试例，总结文档，jira用于统计产品缺陷，需求，gitlab代码管理，jenkins持续集成，即可视化质量看板。争取做到持续集成，持续运行，持续部署，持续交付。

最后，培训终究只是指明方向。日后会按照这次培训学习到的东西和自己的努力去提升产品质量，提高个人技术水平，提高工作效率，培养个人职业素养。