敏捷开发论坛会

关于敏捷开发
敏捷大会今天如期举行，内心也是充满着期待去的。虽然收获也是颇丰，但还是由于自己知识的欠缺，很多东西没有get到。我还是要不断地去学习啊。

敏捷大会，讲了一天的敏捷，我还是想问一个问题，到底什么是敏捷？我觉得我还是没有答案。囧。不过，依然是了解了新的知识，有了新的见解和思维，新的工作方法。比如SAFe4.0 ，比如DevOps，比如U型法则等等
第一、从快船到快艇，基于SAFe4.0的企业敏捷实践。（嘉宾：李建昊）
SAFe4.0 分为四个层级，团队层、项目群层、价值流层、投资组合层。我们所接触的敏捷一般是在一个团队中进行项目开发所使用的，SAFe就将小团队敏捷实践扩展到大团队层级，扩大到企业层级，在企业如何实现敏捷。企业如何转型，从而跑的更快。但是要注意，即使转型也不能盲目转型，首先需要增强技能，让自身达到要求，盲目转型会死的很惨···
SAFe的四个支柱：内建质量、项目集群执行、对齐、透明
SAFe原则：1、经济原则。2、系统全局观。3、预见变化，提供选择。4、快速持续构建，持续学习。5、基于里程碑可工作的系统衡量体系。6、在制品控制，可视化工作流程，管理队列长度。7、有节奏的多领域协同计划。8、激发知识工作者使之自我激励。9、非集中式决策
第二、规模化敏捷（SAFe4.0）下人力资源的转型。（嘉宾：薛梅）
作为人力资源这块，应该说个人不是太感冒的。但是在这次上提出的许多理论原则，我倒是挺赞同。基于SAFe的原则8，激发知识工作者使之自我激励，这里就有了激励理论，包括于X理论与Y理论的说明。其实个人认为，所有的一切其实就是四个字，以人为本。员工离职的原因一般是什么？人心冷了、钱不到位。其实钱不到位也是让人心冷的原因之一，所以说最重要的还是如何以人为本，如何暖住人心。我觉得马斯洛需求模型反应的是挺准确的，基于这个其实就能得到相应的做法，最基层满足物质，在向上满足精神，最后实现自我价值。
关于人力这块，还提出了几点：1、构建优秀的企业品牌，2、积极吸引并与目标候选人建立密切联系，3、注重文化和态度的匹配，4、鼓励候选人有更远大的目标，5、一致的团队决定，6、做好入职培训。这里不一一展开说明了

第三、研发中心敏捷实践（嘉宾：王珂锋）
额，这个我真不多说了，人家公司到时挺牛的，也讲了好多实践例子与做法。但是呢，没有这方面实践的我还是没有真正get到。另外，一定要学好外语！一定要学好外语！一定要学好外语！整个ppt看下来一脸懵逼，整个听下来的词汇一脸懵逼

第四、打造互联网产品U型法则 （嘉宾：王立杰）
     到了这了，我是特别愿意说这个的。为什么呢，这个是互联网大家都在走的坑啊！新产品，大家就玩个新鲜，玩过了之后卸载，删除。总之，火完之后就渐渐淡出了，比如当年的脸萌，比如当年的围住神经猫，例子真是数不胜数···
     说到这点，我也特别想说一件事，就是家人对于软件开发的认识还是不明确。回家的时候问道是做什么的，我回答做软件的，人家就回一句，这个有前途啊，什么时候你设计出个软件，卖个几千万，直接挣大发了···这个时候我还是保持沉默吧，那个时代早已经过去了，不再是当年没人相信马云那个年代了。其实不光是软件，其他行业都是如此。当你发现了这个需求，而又没人做的时候，你去做，大家不相信你。渐渐地，你克服困难，终于把产品摆在世人面前，得到大家认可。作为首个吃螃蟹的人好处自然是大大的，别人也会羡慕，但是接下来就是各家各派涌入这个市场。这个时候要跟竞争对手拼，拼的过了混乱期，最后进入市场稳定期。这个时候只要不出问题不出意外，很难有其他新进入的能够动摇这个地位。并且经过资金的积累，还可以继续发展新方向。现在的软件行业其实也是到了一个稳定期，个人的英雄主义在这里不再好用。
    扯得多了，回到正题。就说新产品死的特别快。新产品在初期，会有一段时间用户增长，接下来就是下跌，下跌，下跌。或许经过不断地深挖，抓住需求，爬过一个又一个的坑，同时面对竞争对手的压力，这时慢慢的回升，大致呈一个U字型

    在产品的市场中，也有一道鸿沟。新产品并不会连续的一个增长，而是会断掉，断掉的就是这个鸿沟。想要继续发展，必须跨越这道鸿沟。
 

接下来说一下设计宣言：
交付客户价值      胜过   交付产品功能
模式创新             胜过  效率提升
快速探索             胜过  按计划执行
以用户为中心      胜过   以产品为中心
站在现在看未来  胜过  站在过去看现在
虽然认为左边比右边更重要，但是并不表示右边不重要

从这里也能看出来，为什么敏捷开发更适合于新产品。
接下来看设计法则，貌似是漏了一条，前方多图预警

这里又提到了马斯洛需求理论，不得不说就是简介、准确

要么做别人没做过的事，要么把别人做过的事换一种方式做。降维攻击？这讲师一定是三体读者没错了

这点也说明了敏捷的重要性，低成本快速验证假设。MVP是个啥？MVP是最小可执行产品，并不是最有价值球员哦

这个老生常谈的话题，换位思考，站在对方的角度考虑

敏捷快速迭代开发说的是上面的方式，可见的可用的交付物。好吧，虽然画的丑了点，起码能看到整幅画啊

区分客户是谁，用户是谁。一般来讲，客户是花钱做软件的人，用户是用软件的人

这个也不多说了

这点提一下，没有数据支持的运维与发展，都是耍流氓。再提一点，说的再好不如干的漂亮，你有干货才会持续

看图，不说话

第五、设计思维与OKR助力企业转型 （嘉宾：师津锦）
企业管理中的敏捷宣言
团队共创 重于 行政命令
客户价值 重于 绩效考核
聚焦客户 重于 多方折中
相应变化 重于 流程计划

六大步骤：
我们团队的使命是什么？
客户的痛点是什么？
我们如何帮到客户？
我们的如何做到？
我们做的如何？

第六、DevOps实践（嘉宾：刘征）
话说，这个也是个新名词，具体的东西我也不是很清楚。并且呢，这位嘉宾上来讲故事，我听着听着故事没有抓到重点，还是粘一下百度百科的介绍吧。
DevOps（英文Development和Operations的组合）是一组过程、方法与系统的统称，用于促进开发（应用程序/软件工程）、技术运营和质量保障（QA）部门之间的沟通、协作与整合。它的出现是由于软件行业日益清晰地认识到：为了按时交付软件产品和服务，开发和运营工作必须紧密合作
好了，明确了。DevOps就是开发与运营 的结合。
继续说说宗旨：
从参与者中来，为参与者而生
一场基于体验的变格运动
去中心化的
对所有人都开放的

接下来还是上图吧，我的文字太干涸了

最后，还进行了高端对话。就是所有嘉宾在一起说说那些问题那些事情。
我比较在意的是敏捷与重构的那个问题。
很直接的矛盾点，项目制约三角形 ： 质量、时间、成本。 
 

        我们快速开发，直接导致的软件质量的下降。需求的变更，也是导致了代码的混乱。这是很困惑我的一点。
首先先看敏捷与传统的区别，传统中功能确定，时间与资源可变。在敏捷中，资源与时间确定，功能可变。这意味着什么呢？这就意味着，制约三角形还是原先的制约三角形，并没有说敏捷就可以不遵循。敏捷也不是万能的良药，能够不要太多时间，不用太多钱，还能做出功能强大，质量又好的产品。敏捷是牺牲了范围来确保了短时间内的质量与成本。说白了，就是原先的三角形变小了，变成若干个小三角形了。

        接着就讲了敏捷与重构。重构一直都是开发中不可缺少的一部分，个人觉得重构与新功能代码编写是同样重要的事情。很推荐开发人员，不管是什么语言的程序开发人员，都要去读一读《重构：改善现有代码设计》这本书。
重构也要快速进行，快速且小范围。并且，重构也是为了让原有的代码适应新的变化。
再粘一段百科：
        敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。
        敏捷在于子项目与子模块，要保证每一个新开发的模块都是高质量的。也就是说，在每一次新功能开发之前，原有的代码是高质量的，一个非常好的状态下去进行下一步的开发，而不是一个满是bug的状态。说到这个，再说一下破窗效应，当一面窗户被打破之后没有修复，很快这栋楼便成了破宅子。这个理论同样应用到软件开发中。发现的问题不能拖，要立马解决。一旦遗留下问题，慢慢的程序就会腐化，产生坏味道，项目就面临失败。
        敏捷开发对于人员要求还是蛮高的，不是所有的都可以拿来做敏捷。敏捷设计是一个过程，不是一个事件。它是一个持续的应用原则、模式以及实践来改进软件的结构和可读性的过程。它致力于保持系统设计在任何时间都尽可能得简单、干净和富有表现力。
 

好了，时间不早
周末愉快~