第一次正式接触敏捷开发
Posted 买恰恰没吃饱
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了第一次正式接触敏捷开发相关的知识，希望对你有一定的参考价值。
深圳夜晚的云
记得第一次听到敏捷开发时，就觉得这是一种可以快速提高工作效率的工作方法。并没有深入研究，因为我觉得这是一个团队的事，和个人关系不大。之后由于工作环境一直在比较小的团队，两周一个迭代，每天都有几分钟站会，看似是在做敏捷开发。直到遇见一个面试官，被问了之前的开发方式是不是敏捷开发。我的答案是“好像是吧！”，面试官之后又深入的问了几个有关工作场景、合作方式的问题。我的答案得到的回复是“你们那是假敏捷！”。那什么才是真敏捷呢？我没去深入探索。只是我一直在追求加入一个理想的团队，吸取众人的营养，发挥我的才能，做一件有价值的事情。通过敏捷开发课程的学习，我知道了要是真的按照课堂上的方法去搭建团队和项目管理，是可以实现我所追求的理想团队的。以下是这堂课程给我带来的一些影响。
1.必要并紧急的一堂课
入职以来一直忙于移动端和Web端的页面优化和控件设计，存在了很多很多的疑惑。为了解决这些疑惑，不停地查看已有的是设计稿和线上版本，也会不停地查看帮助文档，还有更多疑问会自己动手去尝试。然而，还是不能达到自己设计的目的，只能不停的去打扰产品经理。所有产出的信息不对称给我带来了巨大的困扰。我觉得这是一个非常低效的过程。
所以我只能不停地向上级反馈，在日报中也多次表达自己的困惑，希望得到完整的产品信息，让自己能更快融入产品，高效产出高质量的设计方式。
敏捷开发培训恰好多次提到那张A0大小的产品架构图，那张图不仅仅是单纯的产品架构，还有每个产品线对应的团队成员。这张图对于每一个新员工来说，都是快速了解公司业务和融入团队的导航。对于公司所有的管理者来说，可以看到人才资源的分配问题。所以那张图对于真正实现敏捷开发而言是很重要的基础资料。
去年开始，公司快速扩张，来了很多新人。但真正有我们这类产品经验的人是极少数的。公司需要我们快速上手，我们通过长时间试错来进入状态，这种现象对管理者和执行者来说，都无法满足自己的需求。这次敏捷开发课程的内容，恰恰可以解决当前公司这一主要矛盾。所以我认为这是一场及时雨，是必要并紧急的一堂课。
2.效率与质量
最近公司在试运行scrum小组项目管理方式，恰好自己也在一个小组中，深有体会。从小组的搭建，到故事点的设置，再到每日站会。面上很有模样，可带来的问题才是真正的影响着每个人。迭代周期不可控，产出质量不可控，加班和延期也不能达到本次迭代目的。由此可得单纯的scrum确实不能满足团队产出优质和高效的产品。在内训中我们得到了更多适合现阶段的开发方法。有三个点是我记忆最深的。
第一个是需求反讲。由于到公司三天就着手做项目。对需求有超多不理解，但又急于完成工作，最后导致产出与需求不符合，通过反复试错才完成工作。这无疑不能从根本上结局问题，提升用户体验。总是困在细枝末节中，导致低质量和低效率。就在写这篇文章的过程中，我们scrum团队发生了这么一件事情。由于之前定的迭代目标是搭建组件库。所以早期的项目启动会大家都是从组件的角度出发去分解任务。分解任务的过程有组件库开发同学和业务串联同学参加，但并没有将业务逻辑进行详细说明，直到业务同学启动业务串联工作时才发现，他们对这次迭代业务的细节有很多不了解，加上我在做这个设计的过程中很多不清晰的需求都是临时问临时出设计稿的，导致作为PO的我也无法独立的讲清楚这些业务需求。最后还是产品经理和我跟业务开发人员再过一遍才理清楚他们的工作目标。所以如果提前加上需求反讲，就可以提前避免很多反复确认需求的风险。
第二个是团队架构。在现在的scrum小组中，有些成员因为能力不匹配无法及时交付准确的输出物和改了老问题又出现新问题导致迭代延期。作为PO的我也很无助呀！不知道该向谁求助。经过这个培训我知道了想要实现全公司敏捷，必须从整体的组织架构做优化，小到每个独立的scrum的团队组建，大到专门解决难题的架构团队。毕竟好的组织架构才能实现有问题的同时也有对策。希望研发体系能往这方面靠，快速将人才架构搭建好。
第三个是测试提前。之前周桥当PO时因为迭代失败导致多次延期。有些是开发的问题有些是内部测试的问题。说实话换作是我，我也没有自信做好。首先我不清楚团队的组织方式是否合理？不清楚团队协作是否有默契？不清楚我能不能做好润滑剂，调动大家的工作状态，把握开发节奏。准时完成迭代？而这堂课恰好给我提供了一个实用的好方法，就是测试提前。我们UED能做的就是第一时间拿到demo，快速体验，及时反馈，保持沟通的有效性，曝光问题和跟进问题。
3.期望与疑惑
首先我对公司正式实现敏捷是充满了期待的。因为这种开发方式不仅可以保证开发质量和效率，也有利于每一个人的成长。
充满期望的同时疑惑也并存。首先，从整个研发体系的人才架构，到每个scrum小组成员的构成都很重要。这确实是一个需要将能力分层和匹配的事情。其次，从项目管理来看，scrum小组成员需要坐在一起，培养默契。很多整体的基础建设要一步步完善。设计团队要做好组件库，测试团队要做好自动化测试，开发团队要规范代码。还有很多基础工作要搭建完善。
这是一个不能很快就走上正轨的事情，我会很期待也会很积极响应。要有目标有决心去推动敏捷开发的实现，全面提升团队产能。最后就是慢慢来比较快，只有基础搭建逐步完整，才能全面实现真正的敏捷。因为我们不是为了敏捷而敏捷，而是为了实现公司的长远目标而敏捷。
以上是关于第一次正式接触敏捷开发的主要内容，如果未能解决你的问题，请参考以下文章