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