大家好，2019年我们大力推出产品的重要升级：新看板。              新看板重在打磨项目管理业务中最重要最高频的业务——工作项，大家都清楚，工作项是企业项目协作中所有人都要每天使用的业务，不管是团队对项目需求的管理，还是团队leader把需求分解到开发人员手上，还是开发过程中发现缺陷需要跟踪修复，都需要通过工作项来录入、做计划排期和持续跟踪处理，所以我们优先选择从交互、视觉、微动效、新手入门等多个维度进行深度打磨工作项。       此外，通过此次打磨，我们还在新看板上上线几个重要特性。按角色的分层看板，更符合企业内多个角色协作时的场景，每个角色可按关注的工作项来使用支持分层看板的工作项层级可定制，我们默认提供“战略-》需求-》开发”三层协作机制，大家也可以根据自己企业的研发情况来进行定制。支持工作项类型的定制，除了老看板已提供的需求、任务、缺陷三种类型外，我们还增加了一种商业目标类型。另外最最重要的是，这些类型如果大家觉得不够用，可以自行定制。支持看板上工作项的价值排序，以往大家只能根据优先级或预计完成时间来进行价值排序，但实际上企业对工作的价值排序是多维的，是复杂的，新看板提供价值拖拽排序，并且会记录顺序，这样企业团队就可以根据价值高低来有序的完成交付了支持丰富的标签，老版本看板的标签没有颜色加以区分，团队无法通过标签来标识不同类型、不同重要程度的工作，新看板已可以支持支持丰富的快捷键，为了让大家对工具的使用效率更高，我们提供了丰富的快捷键供大家使用支持手工归档和7天自动归档工作项，随着大家深入使用，已完成的工作项会越来越多，通过归档功能可以瞬间使一切都清静了。等等等等    更多详细介绍大家可以自行观看上面的视频。以上列举的只是一部分新特性，其实还有更多惊喜等着大家，不妨试用体验下。    如何使用新看板？    1、进入DevCloud首页。    2、拥有创建项目的权限时，点击创建项目即可创建新看板。（见下图）        最后再提前预告一下，我们后续会在这个新看板的基础上继续深入打磨和增加更多业务，比如如何更好得做路标规划、如何更好得从需求拆分出粒度适合开发的工作项等等，欢迎大家踊跃反馈自己的想法，我们会继续努力~~~      视频贴

项目管理首页菜单栏中的“新功能”怎么查看？不能点此图标进行查看，如下图：

背景目前，Scrum和看板已成为了帮助团队贯彻敏捷的重要方法，我们也能经常看到敏捷爱好者在关于二者在各类社区、场合的讨论。无论是交流分享还是企业的咨询实施，关于Scrum和看板的讨论就一直没有停歇过。那么，对于一个正准备实践敏捷的团队，到底应该如何选择呢？问题分析一般来说，客户会纠结Scrum和看板的选择问题，主要是因为不清楚Scrum和看板方法的区别，不知道哪种更适合目前的项目或团队，也不清楚Scrum和看板方法能应对哪些场景。首先，从Scrum和看板方法的比较来了解两者的不同，见下表：描述Scrum看板方法目的探讨未知，处理新的、复杂项目自我检讨、消除浪费、得到好的效能团队角色产品负责人，Scrum Master，开发团队没有指定的角色度量指标团队速率生产周期、WIP（在制品）多变性承诺在Sprint周期不发生改变变化随时可能发生交付周期固定的Sprint时间盒完成一项工作的时间表： Scrum和看板方法的特征比较如上表所示，Scrum和看板方法在不同方面特征有所不同，企业在选择使用Scrum和看板方法的时候，可以根据上表中二者的特征并结合不同的实际情况，做出选择，具体参考如下情况和详细解释：情况Scrum看板方法团队所做的项目VUCA、需要一定的可预测性√团队优先考虑客户需求的响应能力、经常应对紧急情况改变优先级√项目需要有固定的迭代交付时间（2到4周）√项目的初期探索迎合市场的阶段√团队规模较小（不足5人）或较大(9人以上)√表： Scrum和看板方法的选择情况1：团队所做的项目VUCA、需要一定的可预测性在VUCA（详见参考附录中的解释）的时代，很多团队做的是易变的、不确定的、复杂的、模糊的项目，如互联网项目。针对于这样的特性，团队如果需要在某特定的时间发布或推广产品，以达到一定的市场预期的话。团队一般会将需求进行拆分和细化，如 Epic、 Feature、 User Story 、Task后，制定发布计划。随着拆分为较小的需求后，团队可以通过检查每个Sprint的进度并进行调整，从而预测交付时间，进而确保整个项目成功交付，Scrum是首选的方式。情况2：团队优先考虑客户需求的响应能力、经常应对紧急情况改变优先级Scrum的价值观之一是，承诺在Sprint内对计划不做修改，如果团队经常会应对紧急情况或者修改任务的优先级，那么看板方法因其灵活的工作流程可以更好的适应。情况3：项目需要有固定的交付时间（2到4周）在Scrum中每个Sprint的时间长度是固定（2到4周），并且每个Sprint结束后会交付潜在可交付产品增量，如果项目需要有固定的交付时间（2到4周），那么Scrum是比较好的选择。情况4：项目的初期探索迎合市场阶段以市场为导向的产品，产品越年轻，使用Scrum方式就越可能受益。因为在开发全新产品，尝试实现PMF（产品市场契合）或努力保持产品增长时，通常面临许多未知因素以及大量不确定性和变化。要通过迭代不断的输出增量以获取市场的反馈，进而更快更好的迎合市场的需求，所以Scrum是比较好的选择。（详见参考附录中的Scrum适合你的项目吗？）情况5：团队规模较小（不足5人）或较大（9人以上）Scrum团队理想的规模是2个披萨团队，给出的建议是5到9人，如果团队不足5人，在人员方面可能无法发挥Scrum的最大功效或存在一定上的浪费，那么建议使用看板方法。（Scrum of Scrums 不在此FAQ讨论范围内。）解决措施目前很多企业和团队，都是通过工具在实践Scrum或看板方法，华为云的DevCloud也是基于敏捷思想设计的DevOps工具链（更多了解请见附件或官网），以DevCloud为例，在DevCloud中提供了更加鲜明化的Scrum项目和看板项目的选择，具体可以参考根因分析中针对不同情况选择不同的项目（详见，表： Scrum和看板方法的选择）从目的来说，Scrum主要是为了探讨未知，处理复杂（VUCA）项目从而提升效率，而处理和效率的字眼往往是和时间关联起来的，如要在一个什么样的时间得到什么样的结果，这也是要求了时间把控上或者说做计划的能力，当团队所做的项目为了这样的目的，那肯定是选用Scrum，哪怕团队的规模没有达到Scrum所推荐的5到9人，或者是团队要为估算所浪费的时间开销而苦恼，又或者说在一个Sprint中需求经常变更等情况。因为不管是人数的问题也好、还是估算的问题也好、又或是需求变更的问题都是可以通过团队在回顾中不断的分析、复盘、总结慢慢优化的，如估算问题，那就提高估算能力减少开销；如时间开销问题，可以通过熟练度的提升、形式的改变来较少开销。总之，只要核心是不变的或者说关注点是围绕Scrum目的就应选择Scrum项目，典型项目有：新的应用程序开发、品牌发展、营销活动、具有季度/定时发布时间表的大型企业等。相反，如果团队的关注点就是以优先响应需求的能力，需求是必须要随时跟进和变更的，项目的可预测性、产品市场的契合度等的优先级并没有成为超过响应能力的话，那么看板项目就是一种更好的选择，因为这正是看板方法的优势，让价值能够快速的流动起来，以更快的满足客户的需求，典型项目有：生产支持、补丁发布、UX设计、营销宣传材料、新闻稿等。所以，对Scrum项目和看板项目的选择上，一定参考的是客户认为最重要的关注的点是什么。以目的驱动做响应的选择。另外，在DevCloud的Scrum项目也提供了看板的视图，可以很好的在Scrum的项目中使用看板方法，进而让Scrum可以和看板有效的结合起来，发挥更强大的效能。在DevCloud中， Scrum项目是以Scrum框架为核心的，提供用于处理探讨未知，处理新的、复杂项目的项目类型。Scrum项目提供了类似思维导图的方式，用来整理需求做项目规划，并提供了Epic 、Feature 、Story、Task的四级需求划分，如下图。在Scrum项目中的迭代视图中，未规划工作项相当于 Scrum中的 Product Backlog，当前的迭代相当于Sprint Backlog，可以很好的结合Scrum中Product Backlog和Sprint Backlog两个工件，如下图。Scrum项目提供了通过切换卡片模式转为看板视图，以用来Scrum和看板有效的结合起来，如下图。更多操作和相关内容请见参考附录中DevCloud项目管理用户指南。在DevCloud中，看板项目是以看板方法为核心，为团队提供流程可视化、限制WIP， 加速价值流动，以更快的满足客户的需求，看板项目中提供了非常友好的可视化看板板，默认提供了，新建、进行中、测试中、已关闭等状态列，用来标示任务的状态，可以通过拖拽的方式来实现任务的价值流动。团队在使用看板项目时，还可以修改默认提供的列（修改列名等）和自定义列以实现项目或团队定制化需求。此外，看板项目还提供了很多过滤和显示的快捷和便利操作等。更多操作和相关内容请见参考附录中DevCloud项目管理用户指南。参考附录Scrum适合你的项目吗？DevCloud项目管理用户指南Scrum 指南2007版VUCA 维基百科

华为云账号：HUAWEI_TX微信昵称：那年夏天总结一下：这次体验评测华为云DevCloud项目管理服务与管理协作工具Teambition，这里着重说明两点，希望华为云DevCloud项目管理服务，能够参考借鉴，改进产品，越做越好吧。管理协作工具Teambition相比较来说，界面更加简单，操作更加流畅。尤其对于一些常用功能，设置的位置比较明了，操作起来比较流畅，并且对于一些常用属性设置和非常用属性默认下拉菜单隐藏，我觉得这种做法非常棒，也增加了操作的简单流畅度。还有一些问题，我在体验评测PPT里也做了具体截图情况说明，希望华为云DevCloud项目管理服务参考改进，越做越好。

DevCloud项目管理系统不论是从整体的设计风格上还是从内容的设置上，个人觉得还是有待进一步优化。比如前端界面的一些按钮可以突出下位置，一些样式还是需要好好设计一下，可以借鉴一下其他的项目开发流程软件的界面设计，需要一个整体性的布局。内容的话，基本的功能和Teambition是一样的，但是有些细节的地方对用户还是不够友好，而且一些功能比较难找到，这会严重降低系统的易用性。Teambition是后面体验的，整体感觉要比DevCloud好很多，不论是在内容上还是在外观设计上，都很好，个人觉得DevCloud有很多可以借鉴Teambition的地方，具体建议的细节我已经写在了测评任务卡中，希望官方采纳。另外，还有一个建议，本次测评中很多的功能，在任务卡中的名称和实际系统中的名称是不一致的，这样导致我们会很矛盾去怎么做，最起码的这种名称应该一致才好，这样也会节省体验官很多时间。附件：word为比较完整的测评DevCloud的报告，PPT-1 中主要是对DevCloud中每一个测评任务给出的打分，整体评价也在ppt中。PPt-2 中主要是体验Teambition的测评分析及打分情况。姓名：王誓伟昵称：世伟

输出见PPT中，整体体验顺利群内昵称：极客潇

        最近想要可能会接一个用Teambition的项目，借此机会也了解一下。Teambition很久之前了解过一点，之后就没用过了。Teambition这个在业界的知名度还是可以的，现在因为区政府和华为云合作，所以都是使用的华为软件开发云。使用华为云有一年的时间了，这里着重讲一下软件开发云这一块吧。华为云软件开发服务（DevCloud）是集华为近30年研发实践、前沿研发理念、先进研发工具为一体的一站式云端DevOps平台，面向开发者提供的云服务，即开即用，随时随地在云端进行项目管理、代码托管、代码检查、流水线、编译、构建、部署、测试、发布等，让开发者快速而又轻松地开启云端开发之旅。在使用华为云之前，项目管理使用的是DevSuite等工具，代码管理使用的是git，然后项目部署多是使用jenkins。整个软件开发过程中，使用了不同的工具，对于初学者而言是需要学习不同工具的使用，而且各个工具之前并没有关联性。软件开发服务，可以很好的把上述的问题解决，所有软件开发周期，都是通过一个工具来解决。代码的提交都可以与需求关联起来，软件发布部署，可以设置自动化部署，当项目有提交的时候，可以自动部署，方便快捷。省去了中级人工操作的步骤。总体来说，使用了华为云软件开发服务之后，开发效率大大提高，尤其是管理效率，多部门之间的配合程度更加密切，特别适合管理者使用，了解项目进度和问题等。        此外近期还接触了jira，感觉只是作为项目管理的话，jira也不错也有自己的优势，只是侧重点不同。华为云DevColud的其他优势，本次测评没有突出，其实我更看重的是全流程的打通，代码管理、项目管理、代码编译发布等这个是一个特色。希望这个产品越来越好。

写在前面根据我的经验报告中的截图一定都会丢失，这次因为太大了也不能附件上去，所以我 带图的报告详见http://note.youdao.com/noteshare?id=07ba4d712c81993e2b199b04ffbc270b今天用了 3 个小时左右的时间完成了这个测试和报告。为了保证测试的一致性，所有测试均在 Mac+chrome 上完成。一下所有提到的问题也都在这个配置上发现的。华为的产品功能很强大但是或多或少发现了不少问题，teambition 虽然功能室没有华为的强大，但是清爽，基本上功能都可以实现并且快捷键保证了各种电脑均可以使用。评测概括：1. 界面设计是否易易读？信息组织及页面关系是否清晰？华为的产品界面设计明显有点不伦不类，大部分地方是汉语有些地方是英语，给人一种凌乱的感觉，最好统一下,teambition 没发现这个问题2. 系统反馈是否明确？还不错3. 术语使用是否易易懂？帮助文档和学习资料是否充足？这次的体验中，工作项，工作流区分不是很清楚，建议做好定义4. 是否容易学习、便于记忆？需要学习的系统都不是好系统，所以基本还不错5. 系统性能是否稳定可靠？单个用户使用肯定6. 是否满足线上场景需求？小 bug 太多，细节都在详细过程里面7. 完成任务的障碍是什么？小 bug 太多，有些情景需求不明确，有些功能找不到比如华为产品找不到批量修改任务优先级，teambition 找不到新建的工作项状态和指派人对应。详细过程场景一：近期公司启动了一个全新的员工信息管理系统开发项目，您作为项目经理，打算在DevCloud上进行敏捷管理。大致了解了产品特性和操作教程后，您决定先创建一个Scrum项目进行体验。任务一- 创建scrum项目，总体来说没啥问题点确定以后，自动进入到了新建的项目中了这里提一个建议：默认还是这样但是如果可以让用户选择比如创建完是进入到项目，还是返回首页原因： PM 不一定只有一个项目，他可能想批量创建任务，如果每次都进入到项目比较烦人中英文支持都不错任务二： 任务说明：创建一个Story类型的工作项。创建的过程还是比较简单的，添加附件拖拽就可以。速度也很快里面做的和 confluence 很像可以@别人很不错，但是只有一个账号没有测试。但是这里有2 个 bug（我认为是 bug).1. 我把需求复制到下面的详细描述框的时候，复制粘贴的内容自动成了图片格式！！！，不能修改。我测试了很多次都是这样。有点不友好，还是希望可以粘贴成文本格式然后可以修改2. 点击创建完的项目，提示错误‘测试管理服务未开通’，我不确定是测试环境的问题还是本身的 bug,你们可以自己研究下总体评价 5 分任务三 - 任务说明：创建一个迭代。、迭代的创建时点击工作--》迭代==》创建 总体来说没啥问题。又到了提意见的时间：迭代名称看样子是不支持阿拉伯数字，看上图，建议做 类ajax的提示，或者直接在旁边加一个 help 说明名称的语法类型还有就目前的这个错误提示也不是很清楚为什么不合法，写清楚点。总体评价 5 分场景一- 任务四 - 任务说明：完成如下需求规划，创建一个Epic类型工作项，将其拆分为两个Feature类型工作项，再为第二个Feature类型添加一个子工作项Story按照提示先创建 epic ,然后弹出两个按钮，一个删除，另一个是创建子项，设计的不错创建完以后是这个样子快捷键说明有问题：这个快捷键明显不是针对 Mac 的，mac 上没有 insert 建场景二：项目开始两个迭代后，您发现系统默认的工作流不能完全满足企业的工作场景，您需要将评审环节也纳入到研发流程中来；同时，您也希望将某些环节变得自动化，以减少日常人工操作。后，您决定先创建一个Scrum项目进行体验。任务一：工作流状态添加，设置转换找了将近半个小时，在两个地方找到设置，一个在设置里面，另一个点状态里面有一个新建。。藏得太深了。。建议优化。。。任务二：把 story 状态改成评审，自动分派给小明和对应的 comment.场景三任务一：任务说明：进入"车辆管理系统"项目，在迭代3内管理任务：在列表中，直接把第一个工作项状态改为“测试中”在列表中，把第二个工作项挪到"迭代4“在列表中，将所有工作项的优先级批量修改为"高"我没有找到如何把工作向优先级批量设置为高，只找到怎么样一个一个设置场景四-任务一创建一个报表，统计迭代2中工作项数的燃尽趋势，并将其保存为"迭代2燃尽图"。工作项数的燃尽趋势比较简单，因为有默认的模板任务二：创建一个报表，统计迭代2内不同工作状态下的工作项数，并将其保存为"迭代2状态统计图"。和上图一样无非就是筛选条件不一样，直接上图不赘述场景五除了新项目以外， 您的公司还有一些维护中的项目。您觉得Scrum这种类型过于严格，于是采用看板类型的项目来管理这些项目，可以直接的呈现团队工作情况，快速处理任务，避免任务堆积。任务一：创建比较简单，邀请用户这有一个严重的 bug 看图当每页 30 记录没问题当每页显示 10 记录的时候，每页只有 9 条记录，并且找不到用户小明！！（我已经拉到最下面了）实际上 test9, test 19,test30 都没丢了没显示 （在设置--》成员管理 没有问题，但是新建项目自动弹出邀请成员有这个问题，测试了两遍可以重现）场景六场景 6 没啥可说的，就是双击会出来一个添加列，创建。但是不看说明书得测试半天才知道。。任务一：为当前工作流增加一个状态"设计中"。任务二，添加子任务场景七 -任务一：进入"市医院挂号系统"项目，为当前处于"就绪”状态的工作项“就绪的需求，等待启动后续的工作"添加为3条任务：任务1，任务2，任务3。总体来说也比较简单，和 trello 差不多任务二创建一个工作项"医生个人头像上传”，根据您平时的工作习惯酌情填写工作项描述、开始时间、完成时间，以及处理人等信息。就是普通的创建任务项任务三切换分组，状态拖过去然后指定人，也比较简单场景八任务一 :快捷键问题：快捷键对 mac 很不友好，ctrl 到底地是用 control 还是 command .我测试了下好像都不行 （测试的保存和保存关闭）后面的 Teambition 的测评报告场景一任务一敏捷开发类型项目：创建和华为差不多，也是创建完直接进入项目没有选择任务二：任务说明：创建一个需求类型的任务。遇到了相同的问题，在备注复制粘贴成了图片。谁模仿谁不太好说呀。。任务三，创建迭代在任务自动提醒创建迭代比华为做得好，任务四创建一个需求类型的任务总体来说，比较明了，UI 做的比较好满分场景 2任务一创建任务流和华为一样找了半天场景三进入"车辆管理系统"项目，在迭代3内管理任务：这个和华为比，不好说好坏，自行判断，加入吧一个任务放到下一个迭代，在当前 filter 里面就看不到了，华为的还可以看到，写一次筛选才看不到在这里说一下批量编辑，非常好用，为了证明不冤枉华为产品我又到华为项目管理界面再去找，还是没找到批量编辑场景四任务一报表 感觉两者差不多，华为可供选择的更多任务二： 创建一个报表，统计迭代2内不同工作状态下的工作项数，并将其保存为"迭代2状态统计图"。感觉也差不多，华为的 filter 好像更多一点场景五任务一创建普通项目很简单， 特色是可以分组，华为好像不行任务二为工作流添加状态设计中也没遇到啥问题，很快场景六任务一 为当前工作流加入一个状态设计中这是华为任务最坑的一个，也不说清楚是基于普通项目还是敏捷项目，根据我的侧是普通项目没有这个选项，在敏捷任务添加成功任务二为刚刚增加的设计中状态设置指定处理人“huawei test” 。使得每当工作项状态被改为“设计中”时，处理人就自动变为“huawei test”。我没找到状态和处理人对应设计的地方，如果有人找到 ，可以指出来场景 七任务一任务一，添加子任务任务二：添加任务分组任务三：创建子任务没什么问题。创建就好了场景八 快捷键虽然 tembition 快捷键少，但是他的快捷键是MAC 非 MAC 键盘通用的。这边比华为好太多，简单测试了下新建任务啥的都可以用总体来说华为产品功能强大，细节不够，还是需要仔细修复下。另外最好提供下一些性能测试报告，比如一个公司人过来用会不会有瓶颈之类的

项目管理系统就是“一千个读者就有一千个Hamlet”，怎样在个性化中提炼出满足绝大多数PM需求的项目管理系统是个很大的学问。在我经历的项目中，有使用Excel、思维导图、Microsoft Project、甚至使用OA进行软件开发项目的管理，但效果都不是十分好，而自主开发一套项目管理系统，又太耗费人力、物力，最近teambition也找到上门让我们去尝试，但teambition用起来也是没有达到想要的效果，那就试华为云的DevCloud。华为其实是有IPD研发体系，虽然对于中小型研发团队不一定适合，但希望能在DevCloud中看到IPD的身影。然而一进DevCloud就心凉了，scrum、看板这是敏捷开发的东东，还以为是IPD……从整个测评过程中，最让我满意的是树状流程图其实倒是希望能将华为的IPD做进来。并且项目管理不仅仅是盯着研发进度，还要关联到整个项目的成本核算、运维跟进等等，一个不小心项目就亏本......但目前真的没有一款产品能做出来，希望华为云能做一个使整个项目从商机挖掘一直到交付验收、售后等等项目管理的全流程产品出来。当然融合IPD是最好，并且能将IPD中的某些步骤能进行个性化调整以适应公司的流程。

尊敬的华为研发人员：我在做需求规划时，发现有两个地方可以改进，现提供给您，在做需求规划时，作为用户我想要在新建story时可以复制已有的story后修改，以便于更改最少的内容。我想要在新建story时，新的story可以出现在当前的story下方而不是新建一个story然后拖上来，以便于更好的排序。谢谢！

大家好，我是华为云DevCloud产品经理白眉，2019年上半年我们收集到不少如下类似的VOC：[问题描述]:目前每创建一个新的项目时，都需要单独配置工作项目自定义，而其实每个项目的模板都是一样的；还有仪表盘也要单独去配置一遍。[建议方案]:建议在配置时可以选择从某个项目去复制，或者可以统一修改默认配置，以后新建项目都是一样的配置。[问题描述]:若我在某个项目中，项目设置-工作项自定义中，定义了字段或状态，切换到另外一个项目时，无法复用我之前自定义的字段或状态，需要重新再创建一遍。[建议方案]:可以增加复制项目功能，例如我创建一个项目后，搭好项目模板，然后我再创建新项目时可以直接复制这个项目模板虽然现有的项目设置里提供了状态、模块等字段的一键复制功能，但是相比于上述用户需求来说还是杯水车薪得，经过产品团队内部讨论，我们设计了项目设置模板的功能：用户可以根据自身需要自定义项目设置模板，然后再快速复用至其他项目。考虑该功能涉及的范围广且工作量大，所以我们的第一个版本主要实现了如下的特性：将某个项目设置的内容存为模板新建项目时可选择自定义模板配置模板的内容仅对新建项目生效，不会影响已使用项目此外第一个版本也有如下的一些限制：项目设置模板仅针对scrum项目 项目设置模板包含的项目设置项内容限于【工作项管理】部分模板的操作权限限于租户管理员和项目创建者上述的限制也只是暂时的，我们在第二个版本将扩展项目设置模板的内容覆盖所有项目设置项的内容，该版本预计在9月初上线，此外我们也会根据用户使用情况不断扩展项目设置模板的功能以满足大家的实际需求。目前项目设置模板的第一个版本已经上线，欢迎大家体验该功能并随时反馈！如下给大家简单介绍第一个版本的基本用法。1、新建模板进入某个项目的项目设置页，即可以查看到“保存为模板”的入口，如果没有权限则该入口不可操作。2、使用模板新建项目选择Scrum类型，即可以看到选择项目设置模板的入口。3、模板管理所有项目设置模板可在模板管理页面查看和管理，包括系统默认的模板和用户自定义模板。用户可在模板管理页面查看到模板的信息包括：模板名称、描述、来源（基于哪个项目的设置创建）、创建者和已使用项目数目。点击已使用项目数目列具体的某个数字，可查看具体使用的项目情况。在模板管理页用户也可以对自定义模板编辑模板名称和描述，系统默认模板不支持编辑。点击操作列表的编辑按钮，在弹出框内可编辑模板名称和描述。在模板管理页面，用户点击模板名称可进入模板详情页，对已有模板内容做配置。

前段时间，抽空写了个PPT（华为术语），也同时录了个视频，算是首次比较完整的阐述了华为云项目管理服务背后所秉承的方法论、实践，同时也对产品的主要特性功能进行一个操作引导稍微长了一点点，大概30分钟，在这个短视频15秒，手势切换下个视频的时代，能坚持看完30分钟长视频的都是真爱。大家如果有什么意见或交流，可以在评论中追加。

欢迎大家在评论中反馈对于新特性的意见好快，一下子就到了2020年了....-----------2020-------------2020-05-08新特性新增了Wiki浏览正文所有图片的功能，支持左右翻页，图片放大缩小，图片拖动查看局部细节，默认最佳尺寸，可以看1:1原图新增了Wiki的快捷键功能，比如新建Wiki使用c，编辑wiki使用e，收藏使用f，快捷授权左侧目录树输入左中括号"["体验优化优化了Wiki的创建按钮设计，创建空白Wiki和模板Wiki分离点击修复问题修复了项目报告无法插入多个页的多个工作项的问题修复了看板项目类型，编辑工作项详情时按下ESC会出现已输入内容被删除的问题修复了自定义工作项字段（如点分结构的版本号）无法使用点的问题2020-04-17新特性新增了“新管理看板（Beta）”，增加了新的多项目分析看板，可以自定义设计布局等，可以增加项目内已配置的仪表盘，欢迎试用和反馈新增了文档托管的“预览和下载文档”的权限设置分开为“预览文档”和“下载文档”，权限控制权限更细新增了Wiki的词条排序，可以按词条名称排序，或者按修改时间排序修复问题修复了新看板项目类型中标签列无法删除的问题2020-04-03体验优化优化了项目首页缓存用户上次的显示模式优化了看板项目类型中在状态栏选择批量操作出现显示不全的问题优化了Wiki标题限制太短的问题，可以输入更长的标题优化了Wiki词条浏览页面中展示创建和更新时间过短的问题优化了通过链接全屏进入工作项页面时，由用户自行关闭优化了Wiki可以固定编辑按钮，方便长文浏览时快速编辑优化了Wiki Markdown的常用语法指引修复问题修复了Scrum项目的缺陷导出“一般”级别被误修改为“提示”的问题修复了Scrum项目的高级过滤，创建时间的日历无法修改为零点的问题修复了Scrum项目，工作项描述编辑的部分体验问题修复了Scrum项目，高级过滤中状态和状态组重叠的问题修复了看板项目标签列只能叠加，无法删除的问题2020-03-20新特性Wiki升级了新的文本编辑器，编辑体验更好，本次更新详细说明：https://bbs.huaweicloud.com/forum/thread-44308-1-1.html新增了Wiki markdown格式下的markdown常用语法指引新增了获取成员详细工时的API接口，可以通过API接口获得单个项目或者多个项目的成员详细工时，API接口统一发布到华为云API Explorerhttps://apiexplorer.developer.huaweicloud.com/apiexplorer/doc?product=ProjectMan&api=queryWorkHoursByOneProjecthttps://apiexplorer.developer.huaweicloud.com/apiexplorer/doc?product=ProjectMan&api=queryWorkHoursByProjects新增了会员中心可以一键创建DevOps端到端样例项目并获取码豆的任务卡，欢迎大家做任务赚码豆体验优化优化了 可以删除系统预置的“新建”和“已关闭”状态优化了 Wiki“编辑”按钮可固定优化了新建缺陷时可以允许设置默认值为空优化了项目首页的“会员中心”的样式和UI设计修复问题修复了导出时选择父工作项但是导出是父工作项编号的问题修复了优化了工作项关联Wiki时同步创建的wiki不会动态刷新的问题修复了迭代名称不能有空格的问题2020-02-21新特性新增了租户管理员账号可以批量把子账号从所有项目移除的功能体验优化优化了点击项目仪表盘的卡片标题可以快速进入编辑状态优化了点击项目统计报表标题可以快捷修改统计报表的标题优化了工作项详情的工作项类型的icon，和工作项列表保持一致优化了项目名称过长时删除项目显示长度修复问题修复了新看板项目工作项页面过滤器没有自动删除上次输入值的问题修复了小分辨率情况下新建项目引导信息适配的问题修复了关联到Story上的测试用例只能显示100个的问题修复了个人工作台中“我的工作项”无法点击优先级进行排序的修复了Wiki全局空间创建子词条后错误跳转到父词条的问题修复了Wiki Markdown内链支持不完整的问题2020-01-03新特性新增了可自定义的项目仪表盘，已开放使用，欢迎试用支持多个仪表盘，可以方便通过不同的视角审视项目的数据仪表盘中的“仪表盘”可以从自定义统计报表中选取组合支持拖动布局仪表盘可导出新增了统计报表中的“成员工时”导出可以按照工时类型进行筛选过滤。新增了统计报表中可以针对数字类型的自定义字段进行数值区间的筛选新增了新看板项目也可以设置角色权限的功能体验优化优化了工作项编辑完成，保存后，工作项详情的侧滑不自动关闭，便于用户再看看编辑内容是否正确，点击侧滑窗口外或右上角“X”可以关闭优化了新看板项目对于不能删除子状态列的文案提示效果修复问题修复了新看板项目工作项没有工作项编码的问题修复了Story工时比Task实际工时还有更多的问题修复了迭代时间如果有重叠的迭代无法创建的问题-----------2019-------------2019-12-20新特性新增了Scrum项目类型支持数字类型的自定义字段新增了Scrum项目类型支持详细工时填写“工时内容”，预置了研发领域场景的工时类型，如前端开发，研究等。新增了Scrum项目类型支持工时统计报表显示“工时内容”，并增加了报表的导出内容体验优化优化了详细工时填写的文案修复问题修复了迭代周期有重叠时不能创建迭代的问题，迭代周期有重叠只是提示，依然允许创建修复了迭代周期无重叠的情况下也会出现迭代重叠的提示问题。修复了Task类型的工作项实际工时无法刷新的缺陷2019-12-06新特性新增了项目首页卡片显示模式下的“项目设置”的图标入口新增了项目首页卡片显示模式下的“老看板项目升级到新看板的”图标入口新增了项目首页卡片显示模式下的“新看板类型”的显著标志体验优化优化了项目首页“所有项目”和“已归档项目”的图标优化了项目首页卡片显示模式下，快捷服务入口的布局优化了需求规划可以缓存用户最后一次筛选的工作项状态的功能修复问题修复了优化了新建项目时，在小分辨率的情况下引导信息被截断的显示问题修复了Story下的测试用例只能显示100条的问题修复了新看板项目的任务完成数没有同步刷新的问题修复了删除项目时，如果项目名称过长超出背景框的问题2019-11-22新特性全新的个人项目首页优化了页面布局，调整为左导航、右内容的布局，我的关注、所有项目、已归档项目分为三个导航.优化了项目卡片的样式，缩小了Icon的尺寸，增加进**用服务（代码、流水线、测试、Wiki）的悬浮入口，可以快捷进**用服务，减少切换.新增了项目卡片的两种排序方式：按时间、按名称.新增了卡片和列表切换的方式，每一种导航类型都可以使用这两种布局.优化了项目首页会员中心（码豆）的布局.新增了项目分组功能，将不同的项目放在一个组内，方便管理.优化了卡片样式下的加载方式，由列表改成瀑布流.新看板项目在国内所有Region上线，全新的体验，更加灵活.新看板项目支持老看板项目的无缝升级，数据自动迁移.新增Wiki的租户空间，无需创建项目也可以使用Wiki，租户下的所有成员都可以访问，入口在左上角“三道杠”，左侧侧滑菜单选择Wiki即可.体验优化优化了迭代燃尽图的初始起点的计算规则，迭代内的所有工作项的故事点数累计后作为迭代燃尽的起始图.优化了租户设置下“项目和成员管理”的成员批量删除功能，更加显著.优化了开发人员角色默认权限，开发人员角色的默认权限，依然可以批量编辑自己作为处理人的工作项.优化了新建迭代的弹窗样式.修复问题修复了需求规划中开始和结束时间相同不能保存的缺陷.修复了个人工作台中“优先级”字段无法排序的缺陷.修复了管理看板中一定概率会出现无法显示的缺陷.修复了迭代页面，无法将工作项拖曳到迭代的缺陷.2019-11-08新特性新增了工时的报表统计。在项目报表统计中单独设立了项目成员的工时统计，如果填写了工作项的详细工时，可以在此处统计分析，同时支持按项目成员角色的统计.新看板项目新增国内大连Region上线体验优化全面优化了个人工作台，可以显示更多的字段，可以更多的自定义排序、过滤等.优化了工作项列表中“设置显示字段”的布局，单行布局调整为显示5个字段，尽可能显示全系统字段的名字.优化了创建项目时光标不能自动Focus，错误提示的动画干扰等问题.优化了新建工作项的自动缓存.修复问题修复了预计工时设置为必填，但是默认设置为0也能保存的问题2019-10-25新特性新增了工作项详细工时：工作项的处理人可以填写自己在这个工作项所花费的工时，填写的入口在每个工作项的详情页中（第4个Tab页）；工作项详细工时可以填写多天的功能。可以按每天填写（系统帮你在选定的时间段内每天都填写相同的值），也可以按总计填写（系统帮你在选定的时间段内均分）；工作项详细工时的填写可以选择是否包含周末；工作项详细工时可以在列表模式下快速填写（不用进入工作项详情）。在列表模式下修改工作项状态时，可以选择是否需要同时填写工时；填写详细工时后，工作项的实际工时将由系统自动计算；新特性预告：项目报表中会相应新增工时的统计报表（按人，按角色），预计会在1~2周后上线，请稍等。新增了报表的分类功能。报表可以自定义添加分类，方便用户根据报表的用途进行分类管理；新增了报表默认模板中的“总览分析”，采用饼图的方式方便用户统计各种工作项的完成率情况；新增了包含时分的工作项字段设置。Scrum项目类型中，新建自定义字段可以为日期类型的字段选择是否要包含时分；新增了工作项被评论时，可以通过邮件通知被@的用户。我们认为邮件的通知应该克制，因此我们默认没有开启这个开关，如果需要，可以进入项目后，“设置”->"通用设置"->"通知设置"中的邮件设置中开启；新增了文档公共空间。在原有项目文档空间的基础上，新增了租户下的公共文档空间，租户下的所有成员都可以访问。其入口在左侧顶端的“三道杠”，出现侧滑后点击“文档”即可体验优化全新升级了表格交互的样式、视觉（X Table）.工作项增加工作项类型的图标，不同类型采用不同的配色，方便识别多选的复制，编辑，删除操作提升到主页面，以前的多选批量操作很多用户反馈不知道入口表头固定，表头不会跟随滚动，方便用户便利的阅读书籍，即使翻屏，也能够便利的阅读数据和表头的对应关系，新建等按钮也可以直接点击使用可以调整列宽2019-10-11新特性新增了工作项详情中可以”一键复制工作项链接“，”一键复制编号和标题“，”一键复制代码提交编号“，方便代码提交关联需求编号或者需求分享。新增了统计报表中，分析维度和对比维度中增加了历史处理人新增了统计报表中，分析维度中增加开发人员，根据工作项的“开发人员”字段进行统计和筛选新增了Wiki中的项目选项可以点击跳转到的功能新增了工作项“状态和流转”->"自动流转"->“为特定状态指定处理人”可以将“处理人”设置为字段值和固定值，字段值可以选择某个工作项的字段（比如创建人，开发人员，最后修改人），选择固定值，则手工自行输入一个固定的值，更易于配置自动流转。体验优化优化了工作项列表的高级过滤中的参与人和处理人的准确名称。参与人改为历史处理人，处理人改为当前处理人。优化了统计报表中关于参与人和处理人的准确名称，参与人改为历史处理人，处理人改为当前处理人。修复缺陷修复了“我的工作台”->"我的Wiki"所属项目没显示的问题修复了统计报表中筛选条件“模块”没有显示“子模块”的问题修复了工作项详情中的“关联页面”，单个数据更新后，Title的汇总值没有更新的问题修复了“页面停留时间过久，登录超时被强制退出，之前的信息没有保留”的问题修复了Story的工作流状态添加描述信息，添加完成后的列表里看不见描述信息的问题2019-09-06新看板项目类型华南区开放新版本看板已上线华南区region开放新看板支持分层浏览需求和任务/缺陷，使不同角色分层关注自己的工作新看板支持不分页浏览工作项，提升浏览效率新看板支持对工作项进行排序浏览，加快高价值工作项的处理速度新看板支持按创建时间、结束时间等快速排序浏览，提升浏览效率新看板支持卡片的缩放浏览，浏览效率更高新看板支持快速查看工作项的子工作项，浏览效率更高新看板支持自动归档已结束类型的卡片，即可以让工作更聚焦，也可以让看板更易用新看板支持列下增加子列，便于大中型团队的复杂协作新看板支持配置更多数量的列新看板支持丰富的标签管理，使工作项更易于管理和浏览新看板支持丰富的快捷键，大大提升工作项的处理效率新看板支持回收站管理，误操作可以轻松还原新特性增加了Scrum项目类型工作项导出时，可以将新建的子工作项挂接在系统中已经存在的父工作项下（在导入模板中，将本次新增子工作项的“父工作项编号”设置为要挂接的父工作项编号即可）增加了工作项导入模板中可以设置处理人字段，导入也可以指定处理人增加了项目设置模板，可以将项目的设置保存为模板，可在后续的新建项目直接继承使用，可以重用已有项目的项目设置，节省重新配置的工作量。增加了批量编辑处理人可以使用拼音模糊搜索的功能增加了工作项详情页侧滑时，可以使用右上角的“复制工作项链接” 快捷复制链接增加了工作项详情页侧滑时，鼠标移动到工作项编号旁“复制工作项编号”的按钮增加了Epic、Feature两种工作项类型，也可以在工作项详情中关联测试用例，之前只有Story可以关联测试用例体验优化优化了Scrum项目类型工作项导入时缺少显式的导入按钮，也缺少导入进度导致不知道是否开始导入的体验问题优化了Scrum项目类型中迭代页面中的燃尽图，优化了UI和统计规则，和统计报表中的自定义燃尽图保持一致的风格和计算规则优化了工作项附件显示的名称太短的问题，尽可能显示多的工作项附件名称优化了项目仪表盘中，个人工时Widget如果没有选择任何工作项依然显示数据的问题。优化了迭代页面中，左侧迭代列表的样式和视觉效果优化项目设置中“工作项模板和字段”进入编辑状态的按钮优化了迭代中左侧导航中“当前迭代”的位置，避免遮挡迭代名称标题2019-08-23 新特性- 增加了项目设置模板，可以将项目的设置保存为模板，可在后续的新建项目直接继承使用，可以重用已有项目的项目设置，节省重新配置的工作量。- 增加了批量编辑处理人可以使用拼音模糊搜索的功能- 增加了工作项详情页侧滑时，可以使用右上角的“复制工作项链接” 快捷复制链接- 增加了工作项详情页侧滑时，鼠标移动到工作项编号旁“复制工作项编号”的按钮- 增加了Epic、Feature两种工作项类型，也可以在工作项详情中关联测试用例，之前只有Story可以关联测试用例 体验优化- 优化项目设置中“工作项模板和字段”进入编辑状态的按钮- 优化了迭代中左侧导航中“当前迭代”的位置，避免遮挡迭代名称标题2019-08-16 新特性- 增加了Scrum项目类型工作项导出时，可以将新建的子工作项挂接在系统中已经存在的父工作项下（在导入模板中，将本次新增子工作项的“父工作项编号”设置为要挂接的父工作项编号即可）- 增加了工作项导入模板中可以设置处理人字段，导入也可以指定处理人 体验优化- 优化了Scrum项目类型工作项导入时缺少显式的导入按钮，也缺少导入进度导致不知道是否开始导入的体验问题- 优化了Scrum项目类型中迭代页面中的燃尽图，优化了UI和统计规则，和统计报表中的自定义燃尽图保持一致的风格和计算规则- 优化了工作项附件显示的名称太短的问题，尽可能显示多的工作项附件名称- 优化了项目仪表盘中，个人工时Widget如果没有选择任何工作项依然显示数据的问题。- 优化了迭代页面中，左侧迭代列表的样式和视觉效果2019-08-09 新特性- 增加了工作项导出时可以自定义导出字段的功能- 增加了工作项详情页面（包括侧滑窗口和全屏窗口）的子Tab页在标题增加其中内容的汇总数- 增加了Wiki中的回收站机制，回收站中的词条可以删除也可以还原- 增加了Wiki中的“我创建的”的页面，可以快速查询自己创建的Wiki词条- 增加了可以删除所有迭代的功能- 增加了租户账号可以在加入项目后修改项目创建人的功能- 增加了租户账号可以集中查看和删除多个项目的成员的功能（入口：租户账号登录，选择右上角账号菜单，进入租户设置->项目管理->项目列表或项目和成员管理）- 增加了Backlog页面中的“优先级顺序”字段（1~100），原有的优先级只有高中低三档，不足以细分，用户可以使用更细分的顺序对工作项进行排序- 增加了工作项文本编辑器中的删除线体验优化- 优化了列表模式中“自定义显示列”的字段分类，之前是混杂在一起，新的按照字段类型进行分组，便于用户快速选择- 优化了Wiki富文本编辑器和Markdown编辑器的编辑体验- 优化了报表中新建报表时可以自动将输入焦点定位到报表标题- 优化了新建报表时，滚动报表类型时左侧的报表分类也可以自动跟随切换- 优化了工作项详情页面中，工作项描述中的图片可以双击单独放大查看，且可以放大缩小查看- 优化了涉及状态的报表统计时，状态列的显示顺序不符合正常顺序修复问题- 修复了高级过滤时间条件不一致的问题，高级过滤的更新时间、创建时间，结束时间全部统一为可以按时间进行搜索过滤- 修复了工作项关联文档在文档托管中被删除后没有及时同步删除的问题- 修复了报表导出为图片时，如果报名表有特殊字符时保存的图片无后缀名的问题- 修复了报表燃尽图的实际剩余曲线超出了当天的问题- 修复了“工作项按优先级分布”报表修改对比维度保存不生效的问题2019-07-05新特性增加了项目级的统计分析特性，用户可以从多个维度自定义统计分析，也可以使用系统预置的推荐报表，介绍视频如：https://bbs.huaweicloud.com/forum/thread-19270-1-1.html增加了项目级的自定义角色和权限，用户可以修改系统预置角色的权限，也可以自定义创建新的角色并赋予相应的权限增加了工作项每日提醒的设置，用户可以设置对即将超期的工作项、已经超期的工作项和重要程度为关键的缺陷进行每日提醒增加了工作项高级过滤中的状态分组，可以按状态组进行多个状态的过滤增加了工作项详情页中的下载所有附件的功能增加了从工作项也可以新建测试用例的功能增加了需求规划导出为Word和导出为图片的功能增加了需求规划页面，删除工作项时弹窗提示用户确认删除工作项的名称增加了租户管理员账号可以选择是否加入项目的功能，租户管理员账号可以加入哪些项目进行管理。体验优化优化了需求规划只展示非结束态的工作项，减少首次加载的数据量优化了Wiki富文本编辑器和Markdown编辑器的编辑体验修复问题修复了个人工作台不支持搜索缺陷的问题修复了工作项关联文档在文档托管中被删除后没有及时同步删除的问题修复了用户指南中获取工作项接口中非必填参数写成了必填参数的问题------------------------2019-06-21新特性增加了开放获取工作项的接口，API详细接口在帮助中心-API参考中。增加了高级过滤中的按“状态分组”进行过滤的功能，根据状态的属性组进行过滤，状态的属性组在设置-项目设置-公共状态设置中配置，比如可以把已拒绝状态设置为结束态增加了Wiki的导出为Word的功能增加了在列表模式下，选择父工作项，自动选择子工作项的功能，方便从父多选子体验优化优化了从云测的测试用例提交的Bug模板，和工作项缺陷类型自定义的模板保持一致优化了需求规划增加链接到用户指南，解释Epic/Feature/Story的说明，便于用户了解基础概念优化了系统自动记录用户上传设置的查看模式（列表、卡片...），用户只要不清除缓存和换浏览器，都可以继续使用上次的模式优化了需求规划中Epic、Feature也显示处理人，和Story保持一致优化了需求规划中导出、导入按钮的显示优化了设置菜单的交互和布局，增加二级分类设置，分为通用设置，项目设置，进行分类聚合，快速进入优化了项目设置的左侧导航，取消首页，直接进入对应的单项设置，且可以通过左侧导航快速切换其他设置项优化了Wiki的文本编辑器修复问题修复了删除项目没有发送通知到消息中心的问题------------------------2019-06-07新特性增加工作项结束时间。工作项详情（侧滑和全屏）在页面顶端增加结束时间，系统自动记录由谁在什么时间结束了这个工作项增加了个人工作台中的按时间过滤，分为7天即将超期，已经超期，今天即将超期，明天即将超期等过滤条件，方便用户关注超期的需求增加了在项目列表的页面的每个项目的快捷操作入口（删除项目，修改项目信息），方便用户对于多个项目进行操作，无需逐个进入增加了模块的子模块树形结构，可以为模块创建子模块增加了通过链接**的用户可以直接选择用户角色的功能增加评论时如果@某个项目成员，会给该成员发送邮件的功能增加了自动流转配置可以为Bug的默认处理人设置为“缺陷提交人”，无需用户再去查缺陷提交人的名字增加了工作项流转状态中可以增加评论框为必填增加了高级过滤中新增字段的分组，分为基础字段、人员相关、时间相关体验优化优化了在新添加项目成员时，在项目角色增加问号，可以链接到帮助文档的用户角色说明优化了工作项附件的大小限制的问号提示优化了工作项批量修改多个属性的体验优化了工作项的开始时间和结束时间的名称，修改为预计开始时间、预计结束时间，这两个时间由用户填写修复问题修复了Bug的状态出现在Story的状态过滤条件中的问题修复了需求规划中弹窗界面文字有重叠的问题------------------------2019-01-11全新体验——Wiki 2.0Wiki升级，采用全新的页面布局、交互Wiki新增词条模板，并优化原有词条模板，更多敏捷实践沉淀Wiki一级标题导航窗口，分段编辑，易于多人并行协作新特性详情侧滑页面增加完整新建子工作项的功能，方便用户完整输入子工作项体验优化工作项详情里的日期组件增加关联迭代开始、结束时间的按钮工作项详情状态流转时，使用工作流里的配置高级过滤新建、删除方式优化，区分开自定义过滤和系统过滤设置页面增加‘设置’这一层级的面包屑富文本点击超链接、选中某段文字进行复制时不进入编辑状态scrum项目的迭代页面，卡片模式下可将卡片拖动到左侧的迭代中项目规划交互优化（增加快捷键的操作，鼠标hover区分拖拽和单击操作区域，拖拽到该节点后高亮提示等优化）缺陷修复解决项目规划创建节点,样式重叠问题。看板项目自定义字段表头增加以后，表头的过滤按钮还是老视觉的样式。看板项目的”工作“ 页的“未关闭的”过滤项失效看板项目的过滤条件不显示问题设置状态流转的默认处理人以后不能再置空的问题工作流配置页面，不填写处理人，只填写评论，点击确定，控制台直接报错，没有任何提示。 配置处理人后，不想再配置，没有空选项scrum项目的工作项表头和过滤器偶现英文bug页面导出工作项的时候，把所有类型的工作项都导出了看板项目状态流转时，结束日期为空的会显示为1970年1月1日解决看板项目新建工作项没有继承前一次新建的问题解决看板项目列设置不生效问题解决看板项目新建工作项点击取消时，会先提示标题为空，再次点击取消才能关闭页面的问题解决时间控件今天按钮被遮挡问题解决看板项目工作项详情抄送人偶现不加载问题通知由于发现数据有冲突隐患，看板项目转换为Scrum项目的功能暂时下线欢迎前往华为云项目管理服务板块提问交流：https://bbs.huaweicloud.com/forum/forum-682-1.html----------------------------------------------------------------------------------------------------2018年2018-10-23：新特性1、Scrum项目类型的Backlog页面、精简项目工作项页面增加了平铺展示方式，平铺模式不展示父子关系，全部平铺展示，让用户关注工作项本身。2018-10-16：新特性1、Scrum项目类型，增加单独的Bug页面，便于集中的管理和跟踪Bug；2、看板模式展示下支持按照优先级，处理人，结束时间进行排序；3、复制工作项：针对迭代、模块、状态、处理人进行的优化，如果目标项目中有同名的迭代/模块/状态/处理人，复制后的工作项会继续使用同名的迭代/模块/状态/处理人；4、工作项处理人现在能够修改该工作项的所有字段；5、新建工作项的时候下拉选择工作项类型；2018-9-27：新特性1、Backlog列表模式，修改工作项状态，可以快捷选择填写修改原因2、增加DevCloud激励系统的入口：个人首页增加个人“码豆”，欢迎大家分享3、工作项详情信息对于部分字段进行“更多”折叠，信息更聚焦4、迭代页面把迭代按照过去、现在、将来划分，便于查找5、看板项目增加表头排序功能6、首页项目列表增加项目创建时间2018-9-18：新特性1、Scrum项目列表支持字段显示排序（清除浏览器缓存可恢复默认设置）2、项目->设置->自定义->工作项状态，状态管理增加了对状态的描述，管理人员可以更好地诠释工作项的状态3、项目->设置->自定义->工作项状态，工作项类型下的状态可以配置流转到某一状态的默认处理人，这个功能适合轻量团队使用4、工作项列表处快速流转工作项的时候，会弹出处理人和评论，并加载配置好的默认处理人缺陷修复1、Backlog页面过滤如果包含子工作项，自动展开bug或者task等子工作项2018-9-11：新特性1、项目管理服务增加本服务的Release Notes2、原有的“浏览者角色”其实是有写操作的，改名为“参与者”，原有的权限不发生变化3、新的“浏览者“角色名副其实，只保留只读查看权限4、DevCloud整体切换为新UI，欢迎反馈使用感受5、自定义字段支持批量编辑2018-9-4：新特性1、工作项的讨论区可以编辑，可修改自己的评论，删除自己的评论2、工作项的评论可以粘贴图片，也可以上传图片3、用户昵称的修改的接口对外开放，便于企业的其他系统调用接口修改用户昵称4、工作项的附件，可以直接点击“眼睛”图标查看，无需下载后再打开5、租户可以在管理看板中查看到所有的项目看板，无需被加入到所有的项目体验优化1、导入模板优化配色、字段标题颜色等2、工作项列表模式下，可以多选，批量修改工作项的截止时间3、导入模板增加新建导入，和更新导入，分类更清楚4、通知邮件的格式进行优化，关键信息更聚焦5、首页，将已归档的项目单独划分区域，便于分类查看6、添加项目成员时，可以查看到用户昵称缺陷修复1、项目规划思维导图中，拖动到其他节点点后，也可以再重新拖回（即使有子节点

微话题 “敏捷的本质到底是什么？”希望大家能够畅所欲言。如果大家有其他任何与敏捷相关的问题，也可以在本帖回复直接咨询MVP王立杰。=======【华为云·微话题】敏捷的本质到底是什么？ =======成功产品的特性就是要以用户为中心，快速响应市场变化。在进入移动互联网时代后，这种特性表现的更加突出；对应的项目管理必须能够适应这种变化，如果沿用传统的项目思路来管理，过分强调需求的完备化、WBS分解、甘特图、关键链、大而全的项目计划、按部就班的进度追踪，肯定适应不了当前变化多而快的市场环境。 敏捷项目管理，作为最近几年的热点话题之一，已经逐渐成为国内外各大互联网公司的标配，根据最新Version One公司做出的统计，90%的实施敏捷转型的公司，在采用敏捷项目管理方式后取得了非常好的改进效果，缩短了产品交付周期，提高了产品质量，提高了客户满意度，同时提高了研发效率及员工满意度。 那么，相对于传统项目管理模式，敏捷的本质到底是什么呢？期望看到大家精彩的评论：1. 敏捷强调快速响应变化，是不是根本不需要做计划？2. 唯一不变的就是变化，在敏捷模式，该如何掌控需求变化？3. 敏捷中，该如何写文档？PRD还有需要吗？4. 敏捷强调团队的自管理、自组织，对成员的能力要求到底是什么样的？如何促进团队成长？5. 如果用一句话或几个关键词来描述敏捷，你会怎么定义？微话题活动：参与本次微话题讨论，有机会获得优质评论奖，赢取书籍。活动时间：2019年7月8日-7月22日参与方式：直接在本帖回复关于以上5个问题中的任意1个或多个问题的理解或评论获奖方式：活动结束后，将由MVP 王立杰  选取出2名优质评论奖，各送出《敏捷无敌》书籍1本。评奖标准：回复话题数量和内容质量。

大家好，我是恒少2019年快过去半年了，我们近期将上线一个新的特性：自定义统计报表，内部代号Report X. 这个代号是希望让用户能够自己根据不同的场景，自定义X 种统计报表。虽然华为云DevCloud已经提供了仪表盘和管理者看板，但是由于仪表盘和管理者看板都是以概览信息为主，对于弄脏双手，干具体活的团队Leader、项目经理，测试经理，交付经理而言，他们还需要项目的详细统计信息，人员的工时啊，缺陷的分布啊等等....很多用户都反馈这个期望，因此我们最近新增加了自定义的统计报表功能，7月初即将上线，第一个版本将会包括五个基本特性，如下：自定义报表虽然灵活，但是也有一些小门槛，我们为此录了一个12分钟的操作视频，帮助大家迈过这个小门槛，顺利的定制自己想要的统计报表第一个版本首先提供的是基础的功能，我们会继续增加更多的特性，也欢迎大家反馈，我们持续优化。：）