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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

必须在晚上和周末工作，哪些地方可以改进？”采用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等多种研发模式

查看更多 →

组网和开发模式 CC-Gateway采用服务端对服务端的对接模式，如图1所示。 图1 CC-Gateway组网 父主题： 简介

查看更多 →

全功能团队的优势： 推动增量和迭代的思维方式 促进学习 全局优化（价值驱动） 计划和协调工作量降低 励代码整洁 需求管理 需求管理方法和工具：通过培训、工作坊、实例需求执行等方式，培养PO人员能力，掌握价值分析模型、用户故事地图、用户画像等方法，并进行实践操作，提升业务需求的分析和管理能力。 敏捷实践：用户故事地图

查看更多 →