敏捷开发

FT 软件项目： 以Feature Team形式组织起来的软件研发项目。 项目是临时组织不是长期组织。 人员临时组织起来， 无组织汇报关系。大家需要充分理解和认同项目的目标，通过项目获得技术、经验、认知、和心灵的成长， 除此之外，不能承诺任何的物质与金钱激励， 所以沟通方式也是直接高效， 不玩虚的，就事论事，直奔结果。 feature team形式与 organize team 的异同很明显。 典型的FT， 7~10人， 优点： 高效，迅速。 软件项目管理： 软件项目管理者 技术项目管理者通常也是架构师，需要深入了解技术细节，提出合理的技术选型和架构设计，为项目成员提供合理的建议，仲裁意见冲突，把人员有效地串联起来， 并且及时发现和解决项目进度有关的重大风险和潜在问题。 在技术项目管理中， 项目负责人在领导力方面，作为导航者作用应该是很突出的（领导力21法则）。 软件技术项目管理 “软件技术项目管理”， 通常更多是一种信息管理。 项目管理更多的是依赖“清晰有效的信息组织”和“高效的人员组织”。 项目管理的目的是按计划交付 项目管理的途径是让每一个成员有明确的整体大目标和各自的小目标。用一个个的小目标的积累达成大目标。 项目管理的手段是通过组织机构， 和项目安排，让每个成员有peer 压力，构成互相推动，互相支持的团队合力，促使整个团队共同向大目标前进。 项目的生命周期 启动立项阶段

目录 1.静态方法 2.低端软件解决方案 3.虚拟团队的沟通效率低 4.缺乏高层管理人员支持 5.不符合组织的目标和策略 6.沟通不畅 原文地址： https://www.microsoft.com/zh-cn/microsoft-365/business-insights-ideas/resources/the-6-not-so-obvious-reasons-a-project-plan-fails 糟糕的项目代价高昂。 项目管理协会 (PMI) 的一份研究 显示，事实上，组织每向项目和计划投资 10 亿美元，就会产生高达 1.09 亿美元的损失。而且项目越大，失败的代价越高。 另一份行业报告显示 ，与小型项目相比，大型项目的彻底失败可能性是前者的 10 倍，延迟、超出预算和缺少关键特性的可能性是前者的两倍。虽然中小型项目可能不像大型项目那样危机四伏，但任何相关工作人员都知道他们无疑也面临着自己的困境。 那么，导致这些或大或小的失败的罪魁祸首是什么？根据 PMI，项目失败的常见原因包括组织内部优先事项的变化 (40%)和资源有限 (20%)。虽然有些原因可能不受项目经理的控制，但很多原因是可控的。 关于项目计划为什么很快出错，以下列出了六个深层原因： 1.静态方法 如今，项目有很多移动部分。无论是从事市场营销、人力资源、IT、制造业还是其他行业，任何项目如果缺乏敏捷性和灵活性

go语言测试之TDD 一、TDD理解 TDD定义 基于TDD周期具体完成“迭代”章节教程 基准测试（benchmarks） 二、完成该教程“迭代”章节的练习 修改测试代码，以便调用者可以指定字符重复的次数，然后修复代码 写一个 ExampleRepeat 来完善你的函数文档 看一下 strings 包。找到你认为可能有用的函数，并对它们编写一些测试 三、TDD应用：go语言实现冒泡排序算法 基于TDD周期完成冒泡排序算法 基准测试（benchmarks） 一、TDD理解 TDD定义 TDD 是 测试驱动开发 （Test-Driven Development）的英文简称，是敏捷开发中的一项核心实践和技术，也是一种设计方法论。TDD的原理是在开发功能代码之前，先编写单元测试用例代码，测试代码确定需要编写什么产品代码。TDD虽是敏捷方法的核心实践，但不只适用于XP（Extreme Programming），同样可以适用于其他开发方法和过程。 TDD的基本思路就是通过测试来推动整个开发的进行，但测试驱动开发并不只是单纯的测试工作，而是把需求分析，设计，质量控制量化的过程。其基本流程图如下： 基于TDD周期具体完成“迭代”章节教程 1、编写测试 在测试中我们测试Repeat函数，希望通过Repeat函数，返回一个字符串，该字符串包含5个传入的字符参数。 在iteration/repeat

云栖号资讯：【 点击查看更多行业资讯 】 在这里您可以找到不同行业的第一手的上云资讯，还在等什么，快来！ 云是手段，而非目的。完整的标准化和自动化战略可促进这样的成果，即通过云来实现IT现代化。 云计算的采用一直在迅速增长，人们预计特定于云的支出将在整个2020年以一般IT支出的六倍以上的速度增长。虽然大型组织已成功实施了特定的SaaS解决方案或已经为新系统采用了云优先的战略，但仍有很多组织在努力将大量企业系统迁移到云端，以此将价值最大化。 这是因为公司往往会掉进这样的陷阱，即把IT系统迁移到云端与最大化利用云端所需的转型策略搞混淆了。将遗留应用程序迁移到云端(“直接迁移”)是不会自动产生云基础设施和系统所能带来的好处。实际上，在某些情况下，这种方法可能导致IT架构比以前更加复杂，繁琐且昂贵。 云的全部价值源自将这些选择视为实现数字化转型的整体战略的一部分，而不是一次性的战术决策。这种策略是可以实现的，其方法是通过开放的API模型将IT环境标准化和自动化，采用现代化的安全性，在自动化的敏捷操作模型中进行工作以及利用新功能来推动创新的业务解决方案。尽管云并不是所有这些功能的先决条件，但它确实起到了推波助澜的作用。以这种方式应用云功能的公司可以创建下一代IT，从而能够在快速发展的数字时代实现业务增长和创新。 直接迁移是不够的 Amazon Web Services(AWS)

由于想换工作，就在网上刷下简历，收到很多电话都是外包加出差类型的，然后有一个是文思海辉的外包HR 通知我22号下午3点半面试，面试主要流程是电话面试，首先HR 发了一份英文自我介绍的简历模板给我，我在上面改了一些，本来对于英语不好的我来说，去外企汇丰银行工作确实有点难度，不适应。 第二天下午准备了面试，面试之前我准备了英文自我介绍，和面试相关知识，HR 3点半通知我进入腾讯会议的小程序面试，拿了code 就用手机直接进去了。由于还在上班，利用的下午三点半午休时间进行面试。 进入了会议，由于没有好的地方，直接下来公司一楼，外面还是有点吵，有时间听不清面试官提的问题。首先：我用英文自我介绍了一遍，因为英文不是很熟，就直接读了。介绍完之后，面试官用英语说了几遍，让我翻译他的问题，我回答不出来，然后就直接进入技术方面的面试了。 具体的问题： 1、Spring 事务的运用，比如如何使用事务，这个有一半基本可以回答出来。 2、Spring Boot 日志的注解，当时没有用过，也没有答出来，叫我回去看下。 3、Spring 的熟悉程度，如何配置，AOP 切入，这个基本也是回答了一半，概念性的东西，没怎么复习。 4、Git 的使用，Git 的保存命令，因为用的一般都是客户端，很少使用命令，然后网上查到的命令是：git stash save ，其实这些都是很少用到的，其实我们会用就行了，另外还问道

这个作业属于哪个课程 班级的链接 这个作业要求在哪里 作业要求的链接 团队名称 OneDay 这个作业的目标 Beta冲刺 作业正文 冲刺日志Day3 其他参考文献 2020.5.30 一、SCRUM 1.成就与计划 成员 昨日成就 今日进度 遇到的困难 明日计划 韩津 讨论需要补充的功能和需要优化的地方，新创建后端代码的github仓库，对代码结构进行优化 对搜索项搜索diary进行分页以及时间升降序排序 无 开始对亲密度算法进行优化 牛姝雯 修复编写日记功能的bug 重新编写统计界面，优化宠物界面 统计界面还未编写完 完成统计界面以及日记编写界面 连添伟 学习测试工具 编写冲刺随笔，学习测试方法，配置数据库和环境 对于项目结构不是很熟悉，测试有点难度 正式开始测试 何泉清 修改原型，对日记详细页进行了优化，设计了宠物出走等其他页面，花费2个小时 整理了新icon和图片交付给前端。学习并使用ApiPost软件对登录验证进行测试，开始编写测试计划，花费了2个小时 之前软件没有使用过，之前的测试时专门编写jsp页面来读取并输出，但想换成专业的软件，花费了一定的学习成本。。 继续进行与用户相关的其他接口的测试，编写测试文档 张宇宁 对于宠物模型优化的问题想法 对于猫咪模型的优化设计想法 无 宠物模型的优化设计 张平 新建日记部分的功能测试 继续做与输入无关的测试工作

项目 内容 课程班级博客链接 https://edu.cnblogs.com/campus/xbsf/nwnu2020SE/ 作业要求链接 https://www.cnblogs.com/nwnu-daizh/p/13190137.html 团队名称 GF4 团队成员分工描述 徐思：软件测试，录制视频，项目PPT，编辑博客 杨其菊：软件测试，修复bug，编写博客 杨蓉庆：测试方案,修复bug,软件测试,编写博客 张燕：软件测试，修复bug,编写博客 团队的课程学习目标 1.掌握软件黑盒测试技术；2.掌握软件项目确认测试内容，学会编制软件项目总结PPT 这个作业在哪些方面帮助团队实现学习目标 掌握软件测试技术，提升解决bug能力 团队博客链接 https://www.cnblogs.com/xzyy2017/ 团队项目Github仓库地址链接 https://github.com/sisi-713/Farm 任务1 Beta 冲刺Scrum meeting导航 【Beta】Scrum meeting1 【Beta】Scrum meeting2 【Beta】Scrum meeting3 【Beta】Scrum meeting4 团队项目github仓库上传 软件验收测试Beta冲刺总结：结合燃尽图陈述任务1执行过程；   燃尽图分析：燃尽图呈任务超量型，整个过程中

Q1：我们公司5年前基于开源引擎自研了一套流程平台，后来又采购了一套国内的流程平台。几年过去，两个平台上都运行了大量流程，但随着公司规模逐渐扩大，流程平台的压力越来越大，而且业务需求变更也越来越频繁，运维的压力山大。 平台运维能力不足，新需求开发受制于人，开发效率低，业务部门需求得不到满足，双方怨声载道。。。IT部门两头受气。 这些问题不止您一个客户在咨询，业务流程本身的使命就是连接不同的业务，所以从BPM项目实施的那天开始，就要面对不断的变化，而且变化可能来自任何一个方面——组织架构、人员、业务、政策、标准等等。所以 在BPM系统建设之初，不仅要从功能层面去考虑，还要考虑架构问题，为未来需求变化设计充足的余量。 Q2：我们原先选型重功能，的确忽视了流程平台的架构。你有什么解决方案？ 我们提供以PaaS架构为基础的企业BPM平台解决方案——Nebulogy BPM PaaS(NBS) ， NBS基于云原生理念，对BPM平台进行了微服务化重构，保证未来性能的灵活扩展，同时以服务为中心，兼顾未来的持续成长。 基于服务化和开放的标准，NBS将BPM平台类应用进行充分解耦，以一组通用组件服务的方式，将BPM全生命周期管理的最佳实践呈现给用户，这些组件服务即可融入其他架构，也可以将平台本身的服务替换为其他产品。 开发运维层面，NBS通过 低代码开发、流程模拟测试、可视化流程配置运维

软件测试以后需求量会越来越大，随着互联网的发展，市面上产品会越来越多，产品的质量也越来越重视，测试的投入也是慢慢加重，你还会觉得软件测试行业没有前景和出路吗 ？ 是你自己想太多，我觉得有前景和出路，不是仅停留在手工测试上，你要全面发展，自动化测试和性能测试，你都要会，慢慢积累，这些都是你的财富，到每个公司去都是很吃香的 至于说软件测试都是女生，男生不适合，没有这样的说法，我自己管理的团队，男生比女生多，男生逻辑思维会比女的强，在一些比较重要的测试点，我会交给男的去测试，测试是不分男女，其实是看你个人的能力 刚刚上面也说过，不要只停留在手工测试，虽然后面测试需求会变大，但是要求也会随之变高的，竞争也大，人总是要压力中脱颖而出的，要时时刻刻保持学习的态度，才不会被这个社会所淘汰。 由于历史原因，大部分测试人员，最开始接触都是纯功能界面测试，随着工作年限，会接触到一些常用测试工具，比如抓包，数据库，linux等。 测试行业的现状 现在测试行业的的趋势，你去面试任何级别的测试工程师都会问你是否会自动化测试，所以自动化测试已经是必备技能，而不是加分项。 换句话说，会用开源的测试工具不足以在公司涨薪或者跳槽至一线互联网大厂。因为真正企业自动化测试落地肯定是一个团队在做，当你熟悉使用这些开源框架之后，你会发现有些框架之间是相通的，所以基于这些开源框架，我们打造一个属于自己的测试框架

与客户建立长期的信任，是K2经营的初心，也是每一位K2人牢记的准则。与时俱进的产品技术，妥善高效的客户服务，是我们获取信任与口碑的重要路径。历时四年的合作，从BPM流程平台的打造、流程实施到不断优化迭代，延锋安道拓已然成为了我们最忠实的客户，该项目也被誉为K2中国西南区最具影响力的案例。 客户介绍 重庆延锋安道拓汽车部件系统有限公司是由美国安道拓（原：美国江森自控）与上海延锋安道拓座椅有限公司、重庆博奥实业有限公司于2003年共同投资成立的合资公司，公司员工2800人。 客户涉及长安福特、沃尔沃、长安、吉利、林肯、长安标致雪铁龙、蔚来汽车等汽车公司。现已形成座椅总成、骨架、发泡、面套、头枕的产品开发和制造能力，拥有安道拓在中国的第三大技术中心，获得了国家实验室CNAS认证，形成了完整的产品平台和产品体系，并成为众多国内外整车厂商的第一选择。作为西南地区具有领导地位的汽车内饰零部件、模块及系统供应商，旨在创造可持续发展的客户价值。 项目背景 为了不断超越顾客对产品的期望，延锋安道拓持续运用与优化一套BOS业务运作系统，包括领导力运作系统、采购运作系统、产品产投系统与制造运作系统，给全体员工确定了职责、权限和方法。因此，延锋安道拓的流程信息化也遵循与贯彻BOS体系的重要思想，每支流程都将严格对应BOS文件来支撑。 延锋安道拓看中K2 BPM在流程实践方面的丰富经验