敏捷开发在华为时代

敏捷发展，内容，时代的敏捷，华为的敏捷，敏捷和精益，敏捷的实践保证，什么是敏捷，标题，关键问题，什么是敏捷？为什么要敏捷？多敏捷？只有通过理解敏捷的概念，我们才能确定是否真的需要它，以及与当前的问题相比，如何实现它。除了敏捷实践之外，我们还需要其他方式或流程来帮助我们进一步改进吗？敏捷？团队、方法、工具、敏捷宣言个人和交互都优于过程和工具。有效的软件胜过涵盖一切的文档。客户合作比合同谈判更好。应对变化比遵循计划要好。核心价值观沟通、简单、反馈、勇气、尊重、与众不同1、周期、短周期发展、提供早期、具体和持续的反馈。渐进发展。快速提出总体计划，并在项目的生命周期中不断发展。反应灵活安排功能实现，以应对不断变化的业务需求。自动使用程序员和测试人员编写的自动化测试来监控开发进度，支持系统发展，并尽早发现缺陷。沟通的区别在于系统的结构和意图是通过口头沟通、测试和源代码来传达的。设计和渐进设计过程贯穿整个系统生命周期。协作依赖于具有普通技能但能积极参与的程序员之间的密切协作。各种实践都考虑到项目成员的短期直觉和项目的长期利益。为了解决开发中的风险，我们提倡短期发布，因此任何延迟的范围都是有限的。在发布周期中，计划了许多小任务，以确保团队能够在周期中解决问题。倡导优先实现高优先级功能。-最小发布必须满足最大的商业意义，并由团队中面向业务的成员承担。自动化测试，在每次代码更改后运行，以确保底线的质量。确保系统处于可部署状态，不允许问题累积。进度延迟、项目取消、系统恶化、-包括每个功能的单元测试和由专门测试人员进行的功能测试。缺陷率，解决开发中的风险。业务人员成为团队成员，项目规范在开发过程中不断改进。随着发布周期的缩短，变更的影响会大大降低。拥抱变化，利用重构来解决变化带来的技术问题。坚持只解决最高优先级的任务。团队发展模式鼓励新成员承担越来越多的责任并互相帮助。程序员被要求估计他们的工作时间并完成它们。人员流动、基本实践、信息丰富的空间、坐在一起、迭代、结对编程、完整团队、增量设计、持续集成、测试优先编程、扩展实践、团队连续性、真正的客户参与、单一代码库、共享代码、增量部署、代码和测试、敏捷和精益，什么是精益？从最终用户的角度看待生产线，将任何非生产性的增值活动视为浪费，并通过不断消除浪费来实现快速交付、高质量和低成本的结果。丰田精益制造理念？市场规模小，客户需求多变。通过减少浪费来节约成本。最大的浪费是生产过剩的浪费.精益思想1。看板？故事墙？充分理解任务，充满信息空间。将PUSH改为PULL。这部分只是一部分吗？教师能生产零件吗？这会产生什么额外成本？你还知道什么？团队负责？该团队对最终产品质量负责。生产线的任何部分都必须对质量负责。什么都不要做？价值观，配对，标准会议。脆弱的过程？持续的过程改进要求它是脆弱的。交易在变化，需求、团队、目标也在变化。不等于效率低下，不顺利。这个过程是可以测量的。精益思想2，软件浪费？一份膨胀的需求文件很快就被废弃了。从未使用过的复杂结构。长时间没有在产品环境中集成、测试和执行的完整代码。直到不重要或有误导性时才被阅读的文件。例如，拥有更精细的需求获取过程不会改善需求获取。需求获取可以通过缩短需求细节生成和相应软件部署之间的路径来改进。这意味着需求获取不是生成静态文档的阶段，而是开发的整个过程。然后谈精益，1。以人为本强调每个人在生产中的积极参与和主动性，强调员工之间的协调和优化，用激励来激发人们的主动性和合作性，充分发挥员工的个人能力和群体智慧。2.减少库存，消除浪费生产中的所有库存都被视为“浪费”，从整个生产系统开始，相信库存掩盖了生产系统中的缺陷。严格的质量控制产品的质量是创造出来的，而不是测试出来的。人们认为，“生产线以外的所有检查、检查和修理都不能增加附加值，反而会增加成本，这是一种低效率和浪费”。一等通过率。拉动式管理强调将最终用户的需求作为生产的起点。组织生产线，依靠看板传递需求信息。对于后一个过程，前一个过程按照相反的过程流程开始。这些环一层一层地连接在一起。生产与生产与市场需求数量相同的产品密切相关。敏捷和传统的比较是，员工的问题是尽可能优化各部门的工作。快速交货和高质量意味着花更多钱的过程应该“更强”，所有的保险都应该打开。“小”问题将被吸收并针对个人进行评估，以激励和管理犯了这个错误的员工。理解并做好你的工作。为了更好地预测，对其进行全面的分析和关注可以提高效率。这是对过程问题的系统思考。为了优化整体快速交付和高质量的相互手段，该过程应该是“脆弱的”。任何小问题都会迫使它终止对流程的检查，并消除员工面临的障碍。是什么让开发员工犯错？我的工作如何与其他部分合作？只有频繁的预测才是可靠的方法。小而灵活的方法是美国，CMMI？流程强，保险多，持续改进成本高，人力浪费严重。许多文档被浪费了，不能为下一阶段的开发提供帮助。比如生产库存备件。无法保证的过程是无用的。例如，华为的计算机接入系统。这个过程本身没有问题，但是它会让人们变得惰性、刻板和形式主义。华为的困境1。需求分解困难，对外可见性低，客户化需求大。2，面向过程，CMM5级别5。公司以市场为中心，市场不会根据公司的标准而变化。我想和你谈谈这件事。对于自上而下驱动的公司来说，高管对敏捷的认可至关重要。进步不紧张吗？没有项目，我们没有紧凑的时间表。质量和进度冲突？决策和压力都在主管身上。员工不需要承受市场压力，只需对产品质量负责。蔻驰？教练非常重要，参与项目，协调沟通和规划。华为体验2，持续。坚持原则，改进形式。代码评审代码评审是非常重要的，并且是通过PAIR实现的。TDD单元测试非常重要。许多员工在编写测试之前编写代码，这需要TDD。当版本升级时，以前的单元测试将被废弃，而TDD不会。不要让人们做机器能做的事。人们只做创造性的工作。如何做事1。小粒度，快速反馈，迭代。简单的设计(甚至在电信级项目中)和复杂问题的简化。自动化、持续集成、测试自动化。随机应变响应变化适应计划。以人为本、自我驱动和持续改进(个人和组织)。我们无法想象头脑中的一切，它无法达到一个非常高的水平。敏捷是由方法论保证的思想和想法。领导支持非常重要，我们和华为都是自上而下的公司。理解是重复的，过程也是重复的。专业的咨询公司是成功的保证。通过敏捷领导支持、指导、对敏捷性的熟悉，以及建立一个健全的软件工程团队的需要。有必要在试点项目中建立一个完善的团队角色。人员调整，技能要求1，1持续整合。主巡航功能和配置；熟悉并编写各种脚本语言：xml、JavaScript等。熟悉并配置各种语言的编译脚本：ANT、Makefile等。单元2测试。熟悉C语言，掌握常用的模拟框架用法；熟悉并理解各种软件设计模式，熟悉并理解重构；掌握TDD编程实践。3个功能测试。有一定的软件开发经验，熟悉软件开发流程；可以与开发人员讨论需求和功能；熟悉测试过程和概念。4个自动化工具。精通各种高级语言的编程；熟悉各种脚本语言编程；熟悉网络编程。技能要求2，5软件配置管理。深入理解软件版本管理思想；精通使用subversion、clearcase和其他工具；根据不同的软件开发，可以指定不同的软件管理策略。6编码规范和代码检查。熟悉风格和命名：ANSI、KR、Linux、GNU、Java、Win；熟悉并理解MisraC-2004规范；根据不同的软件产品，指定适用于我们的编码规范；熟悉各种代码检查工具的使用以及与各种集成开发环境的集成。7静态和动态检测。有一定的编程经验，熟悉嵌入式系统编程；熟悉各种著名的静态和动态测试工