以前提问题的博客
对以往问题的解答
对产品细化的问题
因此究竟要如何对一个任务进行细化呢，而且这个细化的工作是在产品最开始的时候进行的，因此如果细化工作时出现了对工作不正确的预估（很容易出现这种想当然的问题），在敏捷流程中又该如何解决呢？
在软件工程的过程中，经过一次次的例会，我发现了敏捷开发确实是“敏捷”的。在敏捷开发的过程中，如果细化工作出了问题，开发时发现了问题，在每日例会中立即就可以提出来。这样并不会对工期产生很大的影响，而且能立即解决。
对全栈开发的问题
在这一段中，对敏捷的团队提出了要求。在这里我想到，在敏捷流程的要求下，是否各个项目中的分工可能就会变得模糊？组里的人要联合起来对项目负责，因此在敏捷开发这个流程中是否全栈工程师更加吃香？因此全栈是否在敏捷流程中是必要的？
在开发的过程中，其实敏捷对全栈并不是必要的要求，对于一个团队来说，只要你各个部分都有人擅长，只要各司其职，然后做好对接工作就好。而全栈的人才，在哪里都会很受欢迎，并不一定需要是敏捷开发。
对未来方向的问题
对于这里的对小作坊有了好的评价，因此我想问一下，对于刚毕业的学生，到底是进入这样的小作坊去转研创业，还是进入大公司在公司的体制内提升自己呢？
经过一学期的奋斗，我认为作为一个员工来说，无论你是进入大公司还是小作坊，最关键的是你要问自己，你在这里能不能学到东西。只要你认为在当前的工作岗位上你能快速提升自己，那就是正确的决定。
在实践中学到的知识点
- 需求 ：我学到了需求的重要性，我们的软件在后期使用用户较少，找不到开发重点。这既是我们在需求过程中没有做好。
- 设计 ：设计过程中，我学到了如何对工作进行细分，使得大家做的工作都相对独立可以个人完成，但又互相有联系，需要相互交流。
- 实现 ：我学到了微信小程序前端的实现，对微信小程序的架构有了了解。
- 测试 ：我学到了测试得在codeing的时候顺便完成对应的测试，不然对于测试人员会相当棘手。
- 发布 ：在发布时的版本比较重要，这是用户对你的第一印象，尽量要在发布时做到一个较为完整的版本。
- 维护阶段：对于一个软件，维护好比你实现时还要重要，你会在这个阶段发现大量的bug，并且得快速改正，不影响用户体验。
理解和心得
在之前的结对编程中，我体会到了两人一起编程的高效率，让我对极限编程有了新的认识。两人用一台电脑编程，看着似乎降低了编程效率，但是其实大大提升了代码质量，其实提升了效率。
在团队工程中，我体会到了大家一起为一个软件奋斗的快乐，这是其他课程体会不到的团队协作的体验。