讨论清楚了功能点，进入开发阶段以后，用户故事是控制技术团队开发进度和交付进度的引线，也就是我们应该按照故事一个一个的进行开发测试和交付。这样才能确保我们交付的永远和用户预期一致，所有的开发、测试投入都是可以产生用户认可的价值的。这个时候用户故事起到了跟踪和驱动开发过程的作用。 通过以上

查看更多 →

度量投资回报率对团队起到的帮助是很大的。 缺陷跟踪也是敏捷团队在项目转型过程中一个比较矛盾的地方，许多敏捷实践者认为，在敏捷项目开发的过程中发现和修补缺陷是开发人员的必要工作，发现了缺陷后立刻就会被修补，因此对于缺陷的跟踪和记录是没有必要的。对于测试人员而言，他们往往使用缺陷跟踪

查看更多 →

开发过程 订购资产 创建应用 开发应用 测试应用 发布应用 集成到ISDP+ Mobile 父主题： 移动端开发全流程

查看更多 →

开发过程 订购资产 创建应用 开发应用 测试应用 发布应用 集成到ISDP+平台 父主题： 应用开发全流程

查看更多 →

开发过程 订购资产 导入项目包 开发大屏 测试大屏 发布大屏 集成到ISDP+平台 父主题： 大屏开发全流程

查看更多 →

敏捷回顾 如何玩转每日站会 父主题： Scrum项目最佳实践

查看更多 →

工具是重要的，没有工具是万万不能的。但工具不是万能的，比工具更重要的是使用工具的方法和流程，比流程更重要的，是执行流程和使用工具的人。 简单如SVN，复杂如Clearcase，我都看到过在此基础上，实施持续集成非常成功的企业。 Martin Fowler对CI的定义和建议，从2006年至今，居然未曾修改过。 即使到

查看更多 →

DevOps是集大成者，是各种好的原则和实践的融合，敏捷又何尝不是如此。2001年的17位雪鸟大师，各自在践行着不同的敏捷框架和实践。敏捷宣言和原则，原本就是一次融合。2003年Mary Poppendieck和Tom Poppendieckf的精益软件开发方法，即便是已经有敏捷宣言的前提下，也一样

查看更多 →

表述。 价值观 个体和互动 高于 流程和工具 工作的软件 高于 详尽的文档 客户合作 高于 合同谈判 响应变化 高于 遵循计划 也就是说，尽管右项有其价值，我们更重视左项的价值。 原则 敏捷宣言中还包括以下原则： 对我们而言，最重要的是通过尽早和不断交付有价值的软件满足客户需要。

查看更多 →

人员配比低。 从部门组织和流程和文化上看，测试人员对需求理解不足，测试和开发之间的部门墙导致信息不透明、沟通协作滞后和不足，质量向速度过分妥协，以及忽视敏捷文化和价值观的培养塑造。 从测试和产品技术和方法上看，产品耦合度高、可测试性差，测试过于依赖黑盒功能测试，测试策略、方法不恰当，测试环境部署时间长，频繁升级等。

查看更多 →

ock开发自己的业务逻辑，服务B基于测试来保证给A提供的结构是可用的，最终两个服务可以独立上线，A和B可以做远调。这就好像我们生活中的螺母和螺丝，它们分别由A和B厂商制造，但是他们会遵循一些契约，保证螺丝的长度、宽度、对应的型号和间距都会对应标准，最终两个厂商生产的螺丝和螺母能够

查看更多 →

Scrum并不是一种过程、技术或决定性方法，而是一个框架，在此框架中您可以使用各种不同的过程和技术。 Scrum让您的产品管理和工作技术的相对成效更加清晰地显现出来，以便您可以持续改进产品、团队和工作环境。 Scrum框架由Scrum团队以及与之相关的角色、事件、工件和规则组成。框架中

查看更多 →

效响应市场变化，实现产品的快速迭代和高质量交付。 标准化与透明化研发流程：ONES支持敏捷和瀑布等多种研发框架，推动研发过程的标准化和透明化，便于跟踪和管理。 企业 知识管理 ：ONES链接业务信息和企业知识，实现高效的信息传达和对齐，帮助企业沉淀和管理项目文档及知识。 研发效能度量

查看更多 →

双模模型 在现有过程管理体系和流程工具的基础上，构建研发和工程管理框架，补充敏捷类项目的实施流程。重点在于：以Kanban和Scrum作为基础管理工具，以持续集成实践集作为基础工程工具，支持传统和敏捷两种开发模式，适用于不同类型系统的项目研发。 图2 支持敏捷开发模式的双模模式

查看更多 →

、准确地传递客户价值。协同开发过程是通过配置、工具和技术的系统性支持。在最高层面上，用户和企业赞助者都会持续参与。 职责共享：团队灵活和相互协调创造出积极氛围和不断提高效率。不存在知识或技能的潜在单点故障，由团队而不是个人对问题负责。 精益思考：敏捷开发实践是对精益管理目标的很好补充。

查看更多 →

GaussDB (DWS)存储过程开发规范 建议4.1 避免使用复杂的存储过程，避免存储过程嵌套 违反规范的影响： 复杂和嵌套的存储过程维护成本高，故障定位难度大，恢复耗时长。 方案建议： 不使用存储过程或只使用一层存储过程，不嵌套。 开发存储过程设计对应的日志表，将关键步骤前后的信息记录到日志表中，操作步骤如下。

查看更多 →

GaussDB(DWS)存储过程开发规范 建议4.1 避免使用复杂的存储过程，避免存储过程嵌套 违反规范的影响： 复杂和嵌套的存储过程维护成本高，故障定位难度大，恢复耗时长。 方案建议： 不使用存储过程或只使用一层存储过程，不嵌套。 开发存储过程设计对应的日志表，将关键步骤前后的信息记录到日志表中，操作步骤如下。

查看更多 →

必须在晚上和周末工作，哪些地方可以改进？”采用Scrum，每个冲刺我们一直在开发、测试和集成可交付的特性，为了确保团队可以频繁、定期交付价值特性，不至于忙到吐血，每个开发团队成员都应该使用良好的技术实践，比如持续集成和自动化测试等。 人员稳定 开发团队需要人员稳定。开发团队成员的

查看更多 →

开发和编译 前提：开发租户需要订购基线资产 创建空白应用 输入标签和名称后单击创建即可，APP命名规范为****Adapter。名称需要保证唯一性。 2、进入APP开发页面和接口 参考第4章节 配置接口业务权限 接口开发完后，需要给每个接口配置业务权限 1）先导入“Customer”业务权限凭证

查看更多 →

实现过程 涉及接口 登录（login） 请求方法：PUT 请求的url：https://ip:port/agentgateway/resource/onlineagent/{agentid} 请参考签入 强制登录（forcelogin） 请求方法：PUT 请求的url：https

查看更多 →

产品优势 专业方法论与实践的承载 承载敏捷管理、精益的软件项目需求管理理念。 支持Scrum项目和看板项目模板，面向不同的软件管理场景，兼顾标准和轻量灵活的软件开发场景。 支持Scrum推荐的需求规划和需求分解层次。 支持敏捷迭代开发、迭代计划和时间线清晰展现项目进展。 内置IPD等多种研发模式

查看更多 →