参加了两场项目经理刘峥的Scrum敏捷开发培训,曾经在携程担任项目经理并推进敏捷开发的一位同事.
收获很多,但又无奈于自己的语言组织能力欠缺,所以趁着记忆还热乎着,赶快拿起自己的烂笔头.
20180418181104.png
跑个题,先说说自己不是很顺利的工作经历吧,
尽管是16年毕业,但加上毕业前的实习到现在已经工作了三家公司,前两家大概是一年和一年半的时间,都是规模不大的创业公司。
想想很多人在毕业后的工作选择上有很多疑问,去感受大公司的规模制度or小公司的学习平台和机会,由于前两家公司规模都不超过500人,所以我只能就后者说一说自己的感触了.
仅针对开发效率讲吧,第一家参与了两个项目,一个是刚刚做出80%-90%成品的项目,由于之前是让外包团队来做的.所以进入团队后我先了解业务和与外包团队沟通,一段时间后正式接手,独立维护开发.由于是第一份工作,当时自认为收获挺大的,那段时间会去探索很多以前没有接触和学习的机会,对自己一度的自信.由于没有很多经验的对比,认为工作可能就是这样,说不出好坏.
但现在可以意识到的是由于当时规则制度的不完善,每天都在无尽头的加班,由于没有一个良好的项目周期的规划,改不完的bug和做不完的需求,让我很难获得成就感和得到繁忙工作后休息的舒适感。全员不停地开会讨论,一些可能没有必要浪费的时间导致整个团队需求处于无尽的delay.如果权衡利弊,当时收获的是独立思考的能力和面对未知的自信.至于弊端,显而易见的,我离开了第一家公司.
95b20cbfc64100514381f1295c7381a1.jpeg
再说到第二家公司吧,规模和业务都相对第一家要有一定的完善,进入项目时已经有了不大不小的用户量和稳定的运营维护.也正式进入了团队开发,产品开发各司其职,不在是一群技术讨论来讨论去,没有无穷尽的会议要开,只需要等待分配,适当的沟通后直接工作,可以说效率上有一定的进步了.
但没有任何一家公司是完美的,尤其是人员不多,还在摸索阶段的公司. 同样的,由于项目周期的不明确,需求和开发的时间都很不固定,确实没有非常严重的delay,但是经常会有很多时间,大家没事做,所以基本不加班+工作极度不饱和让大家都过上了咸鱼一般的安逸生活,时间越久,做的事情越重复,成就感越来越少.不过讲实话,大多人还是不愿意跳出这个安逸圈.人啊,生来懒惰.
- 优秀的人往往都是勤劳和敢于跳出安逸和光环的的那些人.
惰性久了,不再愿意思考,止步不前的技术水平让我几乎每天都在惶恐着.
不过说到收获,当然是有很多的,在年头不多的工作生涯里,第一次接触了团队开发,和其中的配合也都在这一年半中学习到.现在回想起来要感谢当时iOS团队中的小leader,大程度的的改变了我自成一派的编码习惯,不着调的思维方式,和不够整洁的代码风格,也在日常工作中,加入了很多好用的工作方式和技能点,勤于思考勤于实践持续学习是我看到的也是该学习的,也是要一直鞭策自己的.
最后由于一些客观原因在工作了一年半后离开了,不管怎样都感谢收获吧.让自己跳出安逸圈,也算是件好事吧.
69f60c5db29b9ea895fb23f5514d6802.jpeg
目前进入第三家公司,尽管还是发展阶段的公司,公司的前景谁也无法预料,但仅仅看这几周我对这个团队的认知,工作的方式,团队的配合,和公司对人员合理利用的方面,是让我感触很大也很喜欢的,我觉得能否开心的工作,很大程度取决于工作的成就感和被认同感.目前为止,我是喜爱这个团队的,并愿意一直为之努力的.
说到今天想要记录的主题吧,关于敏捷开发.
第一次接触这种工作方式
两周为一个项目周期,第一个周一过需求,通过后小组分配任务,大家细化到最具体的开发流程,根据一个完美的人天估算自己的任务量,尽可能的细分到1个或0.5个工作量的开发,把开发时间,人,功能点写在黄色便利贴上,在白板上大家各自贴上,PM会根据大家的时间点计算出总的开发时间,绘制一个燃尽图.
之后是每天早上控制在10分钟以内的站会,根据需求时期提出的优先级,大家只需要更新一下自己的黄色便利贴上的时间节点,由于开发时间已经尽可能的细分,所以基本大多情况总体的燃尽图是可以顺利的向下递减直到一个周期结束.部分情况的delay处理和完美人天的计算方式,都有相对应的规则方式.
以上方式大家都对整体的项目进度,面临的风险都有一定的了解并且可以及时跟进处理.
快速,准确,并且讲求信息的共享,不需要一个特定的人去一一跟进,只要明白板的规则,任何人想要了解这个项目的进展情况都可以一目了然.所以每天短时间的站会就可以处理好遍布在公司的一个个白板.
完全不需要PM去分配时间,一切时间都掌握在开发自己的手里,合理利用每个人的价值.
- 其中一个有趣的小故事,鸡和猪原则.
Scrum严格区分这两类人：对承担项目的人赋予权力，使其完成必要工作，确保项目成功；无责任人员则无权对项目施加不必要的干涉。
这两类人在Scrum中被形象地称为“猪”和“鸡”。 “鸡”是旁观者。这起源于一则古老笑话：一只鸡和一头猪在路上走，鸡对猪说：“你想不想和我一起开家餐馆？”猪想了想，答到：“好的，我很乐意。你想为餐馆起个什么名字呢？”鸡回答道：“火腿和蛋！”猪停步，犹豫了一下，说：“三思过后，我决定不和你开这家餐馆了。因为我得全身心付出，而你仅仅是牵涉入内。”在Scrum方法中，上述区分很重要，它关系到Scrum的全面可见性原则。必须时刻区分责任人和出主意的。
在敏捷项目的运作中，Scrum Master需要控制Scrum流程，努力保护团队不受外部干扰。如果项目中的伸手过界的“鸡”太多（项目的高层领导、与项目相关的各种利益攸关的人，等等），则项目将很难走向成功。
以上是对敏捷开发的一些个人理解,良好的工作方式可以大大的提高项目进度.磨刀不误砍柴工大概就是这个道理了.
题外话
培训过程中我问了峥哥一个问题,他做了十几年的开发,是怎样的契机让他做项目经理.
他的回答大概是,他认为有必要让每个项目和优秀的开发人员更好的体现自己价值.
被触动到,一定是非常热爱自己的职业啊
还有一点感触是,听了两次培训,我真的需要多读书了,优秀的人,真的读了好多专业书啊~~~~~
网友评论