产品开发

每一个市场都在赛跑，应用云效我的项目合作打造一体化研发合作流程，借助业余工具，让团队体现更优异，产品更快响应需要变动。全面反对「看板」和「Scrum」麻利办法，你能够围绕产品指标灵便布局每个迭代冲刺。实时数据反馈，让打算调整更及时，团队成员踊跃应答变动，继续交付价值。你的产品交付，能够远超预期。立刻体验新建我的项目进入云效首页，开始创立您的第一个我的项目，在「全副模板」的「产品研发」中能够找到「DevOps」我的项目模板。需要治理进入创立好的我的项目，在看板上看到的一个卡片代表一个工作，点击下方的「+」号开始创立需要。左侧能够创立需要分类，不便对需要进行分类管理，最多反对创立 9 个层级。需要分类右侧的蓝色按钮点击后可疾速搜寻到已创立的需要分类，不便查看和治理。每一个需要分类右侧的数字示意未实现的需要工作数。将事项「关联」起来「关联」是云效的一个外围能力，你能够将与该工作相干的所有关联到这里，例如一个「撰写文档」工作，能够将与之相干的文章配图关联到需要中： 围绕需要产生的设计文件、产品文档、测试用例、缺点、需要评审会都能够间接关联到工作中，这样只有点进工作，就能够理解与之相干的所有。基于事项沟通合作右侧是工作的沟通协作区，工作执行过程中如果须要其他人参加，点击「+」增加其为参与者，并在下方评论区间接进行沟通即可。你能够在评论区间接@别人、上传附件，如果想疾速查看要害信息，可点击左侧的「仅查看评论」进行查看。每当工作产生变更时，参与者都会收到告诉，随时随地放弃信息同步，升高沟通老本。咱们倡议重要信息、论断都在工作中进行沟通，这样即时中途有人退出时，也能疾速获取到信息。同时，在工作的右上角点击「...」，可对工作进行更多操作，包含复制、挪动、珍藏、打印工作等。 筛选与视图为了更好的治理我的项目，云效提供了针对工作的疾速筛选能力，例如：项目经理想看以后优先急为「十分紧急」且逾期未实现的工作，以便对危险进行及时跟进和解决。点击右侧的筛选，并抉择相应的条件即可。 同时，你还能够对筛选进去的工作，进行排序，比方依照截止工夫、优先级进行排序。当筛选实现后，如果你会须要常常用到该条件组合，能够间接点击左侧的「保留为视图」，之后每次进入到我的项目即可疾速查看。在工作中，除了看板视图，咱们还提供了3种帮忙你更不便地解决工作：表格视图：你能够通过表格视图不便地进行一些批量解决操作，并间接编辑工作信息。工夫视图：反对以企业成员或我的项目的维度来显示对应的企业全局工作工夫视图，让项目管理人员更直观地理解成员的工作工作累赘并进行疾速调配。 列表视图：将所有工作直观展现进去，不便直观疾速地查看。联合下面的「自定义视图」，你还能够对其展现模式进行调整，例如：当看板有较多列时，你心愿可能间接查看所有工作，可将工作视图切换到「列表视图」再进行保留即可。工作治理麻利我的项目中除了默认的「需要」、「缺点」、「工作」外还能够创立更多不同的工作类型。如果想要在一个面板中同时查看在雷同工作流的不同类型的工作，能够切换到「工作」查看。日程治理任何须要占用一段时间的临时性工作（如出差）或者周期性议程（如周会），都能够用日程安排。在我的项目中，点击「+」创立日程，增加会议参与者，设定好会议工夫，如果是周期性会议，能够设定定期反复，创立实现后，相干参与者会立刻收到告诉。统计度量统计，是对我的项目推动过程中工作的度量，并提供可视化的报表展现。关上统计，点击「新建报表」，能够看到零碎提供的一些报表： •按执行者查看工作停顿：可查看不同执行者的逾期工作、实现工作散布状况。•概览报表：可疾速查看我的项目内有多少工作未实现、多少工作已逾期。•工作散布：工作依照执行者、截止工夫、优先级的散布状况。•我的项目停顿：工作燃尽图、每日工作实现趋势图等。 常识积淀 所思，是一款常识管理工具，你当初看到的这个知识库就是通过「所思」创作的。当初，你能够把它间接嵌入到某个我的项目中，将我的项目执行与常识积淀联合起来。例如：一个治理产品需要的我的项目，除了用工作跟进需要开发外，同时用所思进行需要文档撰写，迭代回顾会材料的复盘和积淀。点击我的项目导航「+」，而后搜寻所思，点击「开启」即可。开启后，你能够为该我的项目创立一个知识库，而后创立文档就开始创作了。

摘要： 需求管理是一门艺术。开发产品的时候，我们每天都会面对各种各样、没完没了的需求，有的来自外部用户的反馈，有的来自内部团队的idea，有的是产品的BUG，有的是新的功能…看起来只要实现所有需求，产品就可以变得更好，然后吸引更多的用户，接着赚更多的钱，之后招更多的人，再完成更多的需求…问题是，需求会源源不断地进来，我们永远也不可能清空所有需求，996也做不完，这辈子都不可能。我们能做的，是不断将需求排序，实现优先级最高的需求。那么问题来了，我们应该如何给需求排序？以用户为核心确定优先级乔布斯曾经说过：People don’t know what they want until you show it to them.用户真的不知道他们想要什么吗？很多时候并非如此。我负责产品，每天都会和用户交流，他们知道自己想要什么功能，有时会做好简单的交互设计、帮忙想想算法、甚至给我开源代码。问题在于，用户只是产品的使用者，他们对于产品的理解没有我们那么深刻，所以他们提出的需求有时会偏离问题的本质，需要我们进一步分析与挖掘。我们不是乔布斯，没有能力创造需求；我们也不是张小龙，没有1亿人教我们做产品。因此，我们应该多与用户交流，以用户需求为核心确定优先级：用户反馈或者吐槽的时候，耐心一些，聊得更深入一些，同时做好记录修复BUG，优化功能或者新增功能时，与感兴趣的用户主动联系，他们会给你更多的反馈定期做用户调研，听听沉默的大多数是怎么说的对于用户所提的需求，根据反馈用户多少、影响范围、难易程度进行排序当我们做产品的时候，创造的欲望是非常惊人的，总会有一些新的idea让我们激动不已，恨不得明天就能上线。但是，我们应该克制自己的创造欲，尊重用户的意见。我们的产品是给客户用的，不是给自己玩的。流量红利已经枯竭的时代，获取一个新用户比留住一个老用户难太多了，因此提高留存率显得非常重要。重视每一个用户反馈，及时修复他们发现的BUG，优先实现他们想要的功能，是提高留存率最有效的方式，没有之一。BUG的优先级高于新功能墨菲定律是这样的：Anything that can go wrong will go wrong.程序员应该都知道，代码怎么可能没有BUG呢？很多时候只是我们没有发现，或者是知道了却没有及时修复。然而，对于当前产品的BUG，我们往往容易忽视。可能是BUG隐藏的太深，我们和用户都没有发现；可能是用户发现BUG，但是没有反馈；也可能是我们选择性失明，觉得问题不大。事实上，用户对产品质量的要求非常严格，再小的问题他们也会发现，也会吐槽。用户反馈的话我们还能知道，否则我们可能很晚才发现BUG，如果没有监控的话。还有一种微妙的情况，当用户反馈貌似不可能出现的BUG时，我们会本能的觉得产品应该没有问题，问题应该出在用户那里，大概是他的浏览器或者网络，或者某种无法解释的原因导致的。其实，这只是我们在逃避问题，代码的运行方式是确定的，没有什么不能解释的地方，如果什么地方不太对劲了，那基本上是BUG。这里分享一个我们的经历：某个用户反馈，他在邀请成员加入团队的时候发现，偶尔会有那么一次邀请失败。我们检查了一下监控数据，发现确实有失败过，影响的用户不止一个，但是很少。然后，我们检查了一下前后端代码，发现没有问题。既然业务代码没有问题，那应该没有BUG，这事大概是什么奇怪的原因导致的，我们什么也不用做吧…后来，又有几个用户反馈同一个问题，报错也越来来越多，我们不可能再骗自己了！再次检查，业务代码确实没有问题，但是报错的代码位置的行号和列号都偏移了，这么诡异？不难猜测，生产环境运行的是旧代码！检查一下果然是这样。接着，不难发现部署的Docker配置文件有问题，导致某个节点部署的后端代码是旧的…我们总是这样，不停地向前走，不断地追求新的成就，逃避当下的问题。听着是不是很像我们的生活？对于产品BUG，我们应该第一时间修复，或者设置一个Deadline，新的功能可以稍微延后。如果我们不停地开发新功能，那当初开发这个有BUG的旧功能究竟是为了什么？如果我们忽略当前用户反馈的问题，那我们费这么大劲拉新是为了什么？结论需求管理是一门艺术，需要考虑和权衡的东西很多，暂时给大家一个简单的优先级排序，仅供参考：用户反馈的BUG自己发现的BUG用户反馈的需求自己想出的需求严格按照这个顺序操作是不可能的，这是给大家提供2个思考维度。实际工作中，每个需求的影响范围、紧急程度、难易程度也需要考虑。你有什么更好的想法吗？欢迎留言讨论！本文作者为Fundebug的技术总监，欢迎添加微信交流：KiwenLau。参考产品需求优先级的艺术 – Kano模型如何成为优秀的技术主管？你要做到这三点为什么美国程序员工作比中国程序员工作轻松、加班少？关于FundebugFundebug专注于JavaScript、微信小程序、微信小游戏、支付宝小程序、React Native、Node.js和Java线上应用实时BUG监控。 自从2016年双十一正式上线，Fundebug累计处理了10亿+错误事件，付费客户有Google、360、金山软件、百姓网等众多品牌企业。欢迎大家免费试用！