敏捷开发：最近的收获和站会上的小黄鸭

最近

在博客园常常分享一些心得，有幸在另外一个平台作了一场直播。

本身精心准备了很长时间，从素材和文章以及一字一句。

过程当中感受自信满满，后期再去回顾发现其实硬货还须要再硬一点。

dbaplus的分享

本身在这个社区进行分享的时候，开始本身照着本身的演讲稿念，没多久本身发现根据演讲稿年思路不够连贯。

本身扔掉演讲稿根据以前本身准备的主体脉络进行分享，有准备可是仍是以为临场发挥思路更加连贯和清晰。

一个半小时过去了，个人分享完毕，这种直播的压力确实是比较大的，由于你要直接面对听众，会遇到一些突发事情。

期间就发生了2次离线，还有你要关注评论的同时也不能让评论影响你的节奏，

对于一些重要的评论在分享过程当中随时回复仍是记录下来？

直播结束后，次日我又从新听了一下本身的分享，总结一下直播的经验。

过程比结果收获更大。期间还有一件事让我非常纠结。

我发朋友圈作宣传，把本身的同事给屏蔽了，由于当时的我没有自信，怕他们笑话。

心中的那种不自信的感受彻底打败了一切。本身不是技术最牛的，本身也不是这个管理经验最丰富的。

我对本身这种纠结懊悔了好久，正常地作本身就行了，又不是作给别人看的。

下次再有机会我会更加自信，即使不是最专业，那也须要一份对本身努力的自信。

另外一个话题

没有一丝防备，咱们直接切换另外一个话题。

上面算是给本身这3个月没写博客划一个句号。咱们来看看最近咱们在敏捷一些什么？

咱们项目组组织了读书分享，当时组织这个读书分享我也是很纠结。

做为项目经理不是职能经理，本身到底组织一场读书分享合不合适？

我把个人疑惑和需求说给了咱们项目群经理，但愿从他那里可以获得一些经验。

疑惑：咱们从项目角度出发来组织学习，会不会触碰了职能经理的职能边界？

（好比让你们阅读《Scrum精髓：敏捷转型指南》，会不会触碰产品职能的边界？）

需求：我但愿你们可以系统地认识敏捷和框架。
从中可以学习到一些东西来应用到项目中，其次你们对于这种项目内的分享形式是拥抱的态度

经理的建议是能够尝试一下。咱们项目组开了一个会，约定了一下。

在不占用你们太多的时间，咱们挑选值得阅读的章节么一个项目中带着一次分享，每次分享大约1-2个章节。

是的，咱们迈出了第一步

咱们实际上是在项目结束后一周内，肯定好阅读范围，肯定好分享人，肯定好分享时长两小时。

流程分为依次提问和自由提问，分享人能够拿任何的分享资料分享（doc,表格）都行。

目的就是让你们内心有必定的概念并对当前最容易实行的一个敏捷方法进行深刻讨论。

这是当时分享人的一个分享大纲

第一次分享，你们也在适应遮掩的一种分享状态。

总体过程很顺利也够味，若是可以再放松一些那就更好了，你们说着说着就说成了项目总结会~

从此次会议中的一些启发

从有了开这种分享会的想法到实行，总结下来就是若是你们都抱有期待而且准备充足那就先试试。有想法就尝试。

一些以前的想去执行的想法，当下就会执行尝试。

站会上的小鸭子

终于到了标题中的这一部分。以前读敏捷相关的书籍时，不少会提到站会上须要一个像权力交接棒的实际物品来标识你的权力~

之前咱们开站会，时间和习惯都不错，到时间我提醒你们开会，你们凑一堆开始开会。

可是，总以为缺乏一些什么让整个会议显得有点太过于形式。

我想起了开始的那句话：有一个实际的权力物品来作交接。

看吧，就是这只小鸭子

改变

天天的站会，不一样的主持人，主持人的象征就是拥有这只小鸭子~

就是谁拿到这只小鸭子，谁就是站会的负责人和支持人。

8：40 他会在群里喊，而后会议上主持，结束后流动到另外一位组织者手里~

你们对站会接受度更高了，对这个项目也有了一些感情，团队的人的默契和氛围会默默提升不少。

这种感受是潜移默化的，也是须要咱们随时提醒和创建的。

再回过头来讲那次敏捷分享的效果，咱们以前是开发，而后测试，最后上线。

咱们虽然是分阶段提测可是没有执行分阶段测试。

因此此次新版本中咱们“打成”一致尝试分阶段提测后分阶段测试。就是 开发-测试交替进行。

有没有难度呢？有，就是你们的时间和专一度会受到冲击。

对于实践这个开发、测试交替进行咱们认可一些东西也相信一些东西。

咱们组内也认可起初实践起来确定会比以前的模式有必定的不适应，可是咱们依然信心。

但愿能够踊跃暴漏问题不论是我的仍是团队不论是心情仍是问题，都暴露出来。

咱们组内达成了一致默默尝试了一下，咱们重视了组内的冲刺总结会，其实从总结会上咱们收获仍是不少的。

一些开发和沟通问题，组内他们可以自组织去主动解决，根据目前组内的主动性，我以为我不须要关心。

我重点解决了一下时间和专一度冲突的问题。

开发正在开发下一个阶段，测试正在测试你上一个阶段，忽然一个bug给你你烦不烦？开不开心？

--你是立刻断开思路去改正？仍是抱着忐忑的心情继续开发？

开发修复完bug，立刻回给测试，测试此时正在测试下一个阶段，

--你是断开思路立刻去回归？仍是思索着会不会影响后面的功能的心情测试下去？

达成一致

咱们就问题讨论，最终达成一致

固然咱们还依然坚信，刚开始实践期间确定会有不适应和一些问题。

可是咱们还坚持要解决问题并把问题的根因找出来，想办法解决。这是毋庸置疑的。

分阶段提测，你们达成一致是由于每一次提交的功能不是不少，测试测试以前能够先在群里发出通知。

开发就一些工做进行微调，便于后面的bug修改。

测试发通知--3：00统一提bug--开发4：00开始修复--测试最晚命题谈进行回归

还有一点就是，对于流程和严重bug，随时支持，没有理由。这个你们也是承认的。

总结

其实这一段时间对于我到其余社区进行了一次敏捷分享；

对于项目组，咱们使用权力交接棒--小黄鸭，进行你们主人翁意识的交接培养。

对于项目，咱们实践冲刺，咱们开始重视每一次的冲刺总结会，

咱们但愿团队中任何一我的均可以发现问题并本身发起会议（固然也是集中遇到问题或者集中解决问题）

咱们实践开发-测试交替进行的模式，为何呢？

这个缘由咱们的测试总结得很好，缩短期其次，重要的是测试能够提早参与，提早发现问题，而不是最后采起发现问题。

我理解的是经过测试的力量在过程当中来保驾护航，而不是在项目最后去修修补补。

最近感触很大，当一些行动得到你们承认的时候，你们互相能理解，你们也都互相提建议。

为了让项目更好，让咱们更加自主，你好，我好，项目好。你提升，我提升，项目也提升。

当前的应届生的学习能力和融合能力确实很强。

做为项目经理除了要保证项目交付这个基本目标之外，也是但愿你们从项目中可以得到一些东西。我更但愿是自驱的动力~

若是能够，能够把项目中的好的实践带到其余项目中去，去默默影响他人。

坚持本身，坚持本身的那些原则。得到好的优秀的经验，慢慢影响他人。