敏捷开发：我在路上

略有耳闻

行业变化真的很快~思想更新迭代更是目不暇接。

我在最先最先听到敏捷开发的时候是2014年，入行刚刚两年。

犹记得当初领导引出这个话题，你们讨论开来。

“我们敏捷不起来，那是外国玩的东西”

“敏捷就是快，极限编程，到时候代码都是坑。还得重构”

其实不少对话已经很模糊了。可是总体的氛围就是，想玩会把本身玩死。

当时做为一颗小白菜的我~，彻底听不懂他们在讲什么。只能从字面意义去畅想。

敏捷--就是快速的意思呗，快就对了。

极限--是否是就是给你个需求你能超出极限干出来。

这太恐怖了。后面这个话题慢慢就不知不觉中烟消云散

痛苦

对敏捷的认识，个人思想依旧停留在以前的认知。一直没有人讨论，也没有过本身主动补充。

主要缘由，周围的人习惯了这种跨度长，循序渐进的迭代方式。

即使是有人提出过异议，依旧仍是众寡不敌，重回其道。

2017年11月 到 2019年元旦，这是我感触颇深的一段时间。

由于分组缘由，起初有一个很不起眼的系统放在了咱们组，而后这个系统从无到有，咱们进行快速开发上线。直到我一我的维护这个系统两年。

后面由于我还有另一个重要的工做，使得这两个工做项，在冲突中迭代，在痛苦中来回切换。

其中的痛苦对于没有管理经验的我来讲真的是炼狱。

我向管理层提出了个人想法，是否是能够改变一下这种节奏？

经过深思熟虑我从.NET组转到了php组（能够理解为也是技术栈的彻底切换），就是咱们说的转语言。

可是转过的我，依旧痛苦。需求不断，我依旧使用C#迭代着这个内部系统。

10月份接到一个高层领导们提出不少需求，准备一个大版本迭代。必须在元旦前上线。

首先：

人不够 -- 找外包和我一块儿来作

时间长 -- 砍掉估时的一半，加班作

资金 -- 外包2人，算是增长了预算

结果可想而知：

好在上线了（元旦加了几天班，一个外包没来，另外一个最后一天由于胃不舒服回家了）

我如今想起元旦本身一我的在一个项目群里回复着4~5个测试（系统测试、性能测试），

一我的改着bug，改完bug列表，刷新后立刻又多了几个bug的崩溃。

php组的领导也确实帮不上忙，默默陪着我，协调资源和处理其余问题。多亏领导的陪伴，要不我真的能放弃。

这个时候，个人小孩出生也有4个多月了。

那一年的8月，也就是2018年8月，我从老东家离职。

我给个人理由是：离家远，想早点回家看孩子。

这个理由真的很牵强。我真的感受倦了，感受无休止地看不到头，感受本身更加迷茫。

反思

我从上一家公司离职后，到如今一年多。我才慢慢体会到我所说的痛苦都是有缘由的，并且彻底能够避免和克服。

入职新公司，参与了一个项目，并尝试着管理一个项目。公司有整个项目周期的管理流程。

我从流程中学习如何管理项目。通过一年多的学习和转变，我学习着分析当初个人痛苦。

没有项目管理经验的我

由于我最熟悉代码和业务，因此组织外包分配任务。可是没有经验和想法的我把这个项目管理得一团糟。

我应该能够更加清晰地分配任务，使得任务相对独立。

我也能够更加详细地拆分任务，由于我对逻辑很是熟悉，因此能够将复杂操做拆得更加详细

我在项目中开发，没法脱身，彻底能够从上层角度来提早协调资源。

我当时的技术面比较窄，没法从更高的技术角度看代项目。

我知道当时的外包很贵，领导可能出于预算，分析了任务量，确认了2个外包。

整个开发没有层次，测试都在最后蜂拥而上，咱们不得不在群里说着这个功能的实现细节。而后测试再去测试。

对这个项目预估不足

没有预估到这个内部系统如此复杂的业务缠绕

没有预估到这个系统整个迭代如此混乱，没有节奏，没有章法。

心态

一开始我就输了，输在了心态

我老是想着2年的系统没有文档，重构是完不成的。

我老是想着完不成也有理由，由于A,B，C

遇到困难或在极其艰难的时候，没有正面困难的勇气，我选择了抱怨和长吁短叹，我选择了消极应战。对，个人士气确实没有了。

若是

若是，再有若是，我使用一些项目管理的方法和在实践中总结的方法，再次迭代这个项目，那结果会是怎样？

若是我再负责一点，把模块拆开，任务分细，即使是外包来作，也不会被项目吓到？

若是我在开始前，作了详细的项目迭代规划，能够先交付什么，后交付什么，先后没有大的关联。测试资源能够尽早介入。

若是我在开发前，作好风险准备以及应对方案，是否是开发中有时候就不会那么被动？

我总结就是：层次、心性、管理

为何是这三个词，这也是我以为我从一个普通程序员转变成初级管理的一个总结。

层次：我当初压根就没有转管理的这根线，因此分析问题都是从自身角度，层次可想而知。

心性：作好了转管理的准备，心性也要作好准备，遇到棘手的问题，客户的催促。我必须放下抱怨、冷静分析选择最合适的解决方案。

管理：我思想和内心都作好了准备，我确实须要一些指导，好比老领导的帮带，一些书籍的阅读。从认知上再次提高

剩下的就是在实践中不断打磨本身的认知和理解，总结后再尝试。

从新定义本身

2018年8月中旬来到如今的公司，这里我接触了一些项目管理的流程。

我尝试管理项目，我尝试总结问题，我尝试全局分析。

这一年我犯了不少错，回过头发现当初的本身是多么幼稚不堪。

还好，我在同事和领导身上，慢慢学习他们的优势和经验。

如何管理项目、把控流程、协调资源、拆分任务

如何和上级沟通

如何和同事更好协做

如何把本身身上的任务合理分下去，同时关注带的人的成长

好比购销合同一个紧急项目，如何跨部门协调，如何在紧急状况下作出合适的方案并协调资源。

... ...

从新认识敏捷

2019年3月，咱们部门来了一个新同事，了解到他以前公司一直是敏捷开发。

咱们时不时一块儿讨论敏捷开发等相关问题。

“咱们的任务是尽早持续交付有价值的软件，并让用户满意”

这一敏捷宣言，细细品味，确实蕴藏了巨大的能量。

围绕着这一句话，咱们能够想象到不少的方面进行改进，以接近这一宣言。

用户为中心

价值导向

持续集成

优先级

自主管理

协做沟通

以人为本

等......

咱们所使用的这些方法和策略，就是在慢慢打造更高效的团队。发挥价值。

发挥价值，而后慢慢改造流程，发挥更大的价值。

就是在一个循环往复中，螺旋上升。

起初会有不适应，由于人都是有惰性的，组织和规范都是有平衡的。

敏捷的这些思想，无时无刻地冲击着这些人性、组织以及规范。

当在坚持实行的过程当中，信任他人，成就他人，这样慢慢激发人性的能量。团队收获的是能量，我的收获的是成长。

坚持实行敏捷，是一项艰巨的任务。这须要团队不断磨合，不断找到合适的相处方式，找到每一个人的能力成长点，并激发它。

敏捷最终落脚的地方是人，因此如何将敏捷这些思想，灌输给团队。而后沿着方法论尝试、总结、修改、再尝试。

这样的敏捷，我不肯定是否是也是敏捷的一种。

总结

不断实践，不断吸取，不断激发，不断优化