YesDev企业独立版 —— 新一代内部研发项目管理系统-技术圈

YesDev项目管理系统

YesDev，官网：https://www.yesdev.cn/，是专为企业研发团队打造的一款智能化项目管理与协作的工具，可以在线管理你团队的工作、项目和任务，覆盖从需求到上线整个过程的项目协作。核心功能有：项目管理、需求流转、任务协作、问题跟踪、团队沟通。

YesDev核心是项目管理，能应用于以下工作场景：

互联网产品研发：自主产品研发，满足项目开发、产品迭代，从需求分析到交付的过程跟进和流转。
外包开发： 提升协作效率，控制研发成本，随时随地掌握项目进度和风险。
定制化项目：全程跟踪大客户、大订单的定制化项目，让协作更透明，让交付更满意！

此外，YesDev也有助于用来构建社会化企业级项目信息系统，增效提速，全面提升企业内部生产力，实现：管理+，协作+，沟通+。

敏捷开发、Scrum、工具和实践

摘自百度百科，

敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。
百度百科

敏捷开发中推荐的原则有我们所熟悉的：拥抱变化、小步快跑、快速迭代、快速反馈。在敏捷开发中，还有着让人触动和启发性的敏捷宣言。例如节选的宣言：

最重要的是通过尽早和不断交付有价值的软件满足客户需要。
业务人员和开发者应该在整个项目过程中始终朝夕在一起工作。
围绕斗志高昂的人进行软件开发，给开发者提供适宜的环境，满足他们的需要，并相信他们能够完成任务。
在开发小组中最有效率也最有效果的信息传达方式是面对面的交谈。
最好的架构、需求和设计都源自自我组织的团队。
每隔一定时间，团队都要总结如何更有效率，然后相应地调整自己的行为。
敏捷宣言

开发软件产品，最让人激动的莫过于向客户交付提供让人认可和尖叫的产品，所交付的软件产品能确实解决客户的问题、满足客户的需求或超出客户的期望。那一刻，客户满意，项目成功。

点击查看源网页

为了取得项目的成功，我们需要能自我组织和自治的团队，相信他们能够胜任项目分配的任务和遇到的挑战，还需要和需求方、业务方进行密切的沟通，尽早和不断向客户交付有价值的软件，持续改进、获取反馈和总结。渐变优于巨变，在过程中不断调整优化，会比到最后从头再来的风险更可控，成功率更高。

为此，我们需要能让团队人员了解、熟悉和匹配的工作流程，来管理研发管理过程中的项目、人员、信息和制品。例如，Scrum迭代式增量软件开发过程。

简言之，源头是需求池，通过平均一周到四周的一次又一次迭代，持续不断交付和迭代软件产品。

在Scrumn框架中，有3个角色，分别是：产品负责人（Product Owner）、Scrumn Master、开发团队。它推荐以下5个价值：

1. 承诺 – 愿意对目标做出承诺
2. 专注– 把你的心思和能力都用到你承诺的工作上去
3. 开放– Scrum 把项目中的一切开放给每个人看
4. 尊重– 每个人都有他独特的背景和经验
5. 勇气– 有勇气做出承诺，履行承诺，接受别人的尊重
Scrumn的5个价值

敏捷开发和Scrumn是很值得学习和推荐的模式和框架，但如果想在自己的团队中应用，还会是有不少的困难、阻力和挑战。毕竟，敏捷开发和Scrumn是由国外根据国际化的软件开发历史和环境总结提炼的，受文化、技术和国情不同，我们还需要根据和结合团队自己的情况进行调整、吸引和转化。其次，除了要有指导思想和知识外，我们还需要一个实实在在的工具，能符合敏捷开发、Scrumn的思想和价值观，同时又能确实满足我们开发团队日常的项目管理和协作需求。

在此，推荐我们自主设计和研发的YesDev项目管理系统。

这时，我们有了指导思想、工具，是不是就可以立即取得项目成功了呢？当然不是，就好比如你拿到了一本武功秘笈，是不是就可以成为武林高手了呢？不，还需要练习，不断实践、总结和巩固。

正如，华仔在最近《#刘德华本人直播庆祝入行40周年！》说道：“我做的每一样事情，都需要练习很久。你们看到的每一幕，只是一个普通人叫刘德华，每天辛辛苦苦工作的结果”。“40年了，是庆祝一个人，认认真真地工作40年”。

向华仔致敬。同样，在研发团队中，肯定不止一个人，如Scrum推荐的角色划分就有产品负责人、Master和开发团队。实际情况中，一般都会有需求方、老板、产品负责人、技术负责人、UI设计师、开发工程师（程序员）、测试人员等。

如何让3人、5人、10多人甚至更大的团队高效协作，朝着共同的目标一起努力，致力项目成功，是一个需要共同实践、不断总结的过程。

结合YesDev这款工具，我们一起来看下如何落地实践Scrumn流程和敏捷开发。

开始协作你的项目，一次迭代演示

YesDev企业版，可以部署在你自己的服务器，支持私有部署，内网部署和本地部署。部署后，访问分配给YesDev的域名，然后登录。

登录进入YesDev后，就可以和你的团队一起管理和协作项目。

以一次迭代为例，简单演示如何完成一次迭代的流转。主要环节和步骤有：

1、提交需求到需求池（早期）

2、评审需求（建议周四）

3、创建项目，规划需求迭代（建议周五进行）

4、拆解任务，评估工时和Sprint计划（周一由技术人员完成评估）

5、每日站会（隔天或视情况邀请重要人员参加）

6、提交测试和问题跟踪

7、发布上线，完成迭代（请不要周五发布）

8、总结和回顾（推荐使用周报邮件，会议可选）

以下是更详细的操作说明。

1、提交需求到需求池（早期）

项目迭代的起点是客户需求。客户需求可以由产品负责人录入，提交到需求池。填写需求名称、需求描述、优先级和计划上线时间等。

2、评审需求（建议周四）

需求池里的需求，正常情况下是会很多，各种想法、待确定的需求或紧急需求。在正式开发前，产品经理需要就需求点进行细化，并把需求详细的规则、逻辑和内容填写到需求描述、或使用Word文档编写或使用Auxre专业的工具制作PRD产品原型。

如果直接编写需求描述，可以在YesDev的需求描述中修改。它支持截图粘贴、历史版本、自动保存。

如果需求是使用Word文档、Excel或PDF文档，可以直接上传文件并关联你的需求。如果你的产品原型是存放在第三方平台，例如墨刀，也可以直接粘贴链接到YesDev的传送门。

如果你使用的是Axure工具制作PRD，也可以在导出HTML压缩包后上传到YesDev。然后就可以在团队内进行共享和在线演示。

在准备好产品需求后，就可以召开会议，邀请技术负责人、技术人员、测试人员、需求方一起评审需求。如果一个需求评审时间过长或疑问过多，此时就应中止评审，待产品需求重新梳理后再评审。评审过程中，除了要关注产品的技术可行性，还要关注产品需求的完整性，是否存在遗漏或和原来系统冲突的地方，同时也是评审产品需求价值的过程。

3、创建项目，规划需求迭代（建议周五进行）

当需求评审通过后，就可以指派负责人，并创建项目进行需求迭代的规则。一个项目，可以关联多个需求。反之，需求除了关联项目外，也可以单独流转。

为了查看需求评估的合理性，不宜过多也不宜过少，需要安排在团队能力范围内和最佳发挥状态。最好的流转状态是，并行开发。在有需求功能开发的同时，有陆续发布上线、新的需求在梳理中、测试也有问题在跟进，每个线条都在紧密配合，不会脱节，不会断层。，不会阻塞

4、拆解任务，评估工时和Sprint计划（周一由技术人员完成评估）

在整个迭代过程中，最重要和必不可少的一个环节是，让技术人员亲自评估需求开发所需要的工作量和计划完成时间。

如Scrumn中的价值：1. 承诺 – 愿意对目标做出承诺，我们也鼓励团队成员结合自己的工作情况和对需求的理解进行工时评估。添加任务时，可以评估工时、计划完成时间等信息，也可以实时看到自己当前的工作日历饱和度。

我们应当承认，任务的拆解和工时的评估，确实会需要额外的工作量。但评估工时的好处在于，我们可以得到项目的排期计划、需要多少人力这些前瞻性的计划性信息。团队成员会非常清楚自己的工作情况和计划，但团队的计划呢，项目的计划呢？如果没有简单的计划，我们就很难或无法进行调配、控制和优化，也不好开展密切的协作。要么，时间赶人（被动做事）；要么，人赶时间（主动做事）。

5、每日站会（隔天或视情况邀请重要人员参加）

有了项目需求和计划，接下来就是一步一步，一天一天按计划推进和向交付可以使用的软件产品为目标，共同努力，积极达成。

虽然，我们已经使用了聊天工具进行交流，也使用了YesDev工具进行记录和协作，但我们还需要每日站会。因为：

“在开发小组中最有效率也最有效果的信息传达方式是面对面的交谈。 ”

在开站会时，你可以直接使用白板，进行边讲边写。例如这样：