极昼之南

对于任何敏捷过程来说，团队协作都是核心。 敏捷宣言告诉我们“个体与交互比流程与工具更有价值”，这时指优秀的软件出自优秀的团队。 Scrum团队一成俱成，一败俱败。这里没有“我的工作”和“你的工作”，只

敏捷项目管理中，如何进行故事估点？ 在敏捷项目管理中，我们常会在对于用户故事进行评审的时候，提到一个词，那就是故事估点。 这篇文章我们就聊一聊，敏捷开发中的故事点是什么？以及如何进行故事估点。 先说概

产品软件研发中，技术债不可避免，不管采取什么预防措施，都会积累。技术债日积月累，造成的后果会越来越严重，比如，交付时间的延迟，缺陷数量可观，开发和支持成本上升，可预测性降低，客户满意度降低等等。 因而

本篇文章哦我们呢讲讲如何利用每日站会，更好地促进团队有效协作和聚焦，促进需求的顺畅流动和交付，同时及时地暴露问题和风险。 在之前的文章“敏捷 | 看板与站会”简单提到过站会的问题，接下来文章将就每日站

需求管理，是产品或项目管理的核心，需求定义了项目或产品的工作范围便捷，从而决定了其最终价值。 需求管理主要有这几个部分，收集-定义分析-拆解规划-编码开发-变更。 接下来，我们就需求管理的全流程在【鲸

上一篇文章里我们聊到在使用鲸舟时，产品经理或者产品负责人（艾米莉）如何去定义用户故事，简单回顾一下：在鲸舟中，我们使用三段式来定义用户故事，即“作为……希望……以便……”。通过这种形式描述故事，可以准

在软件开发过程当中，度量是一个始终无法绕开的问题，管理学大师彼得·德鲁克曾经说过“你如果无法度量它，就无法管理它”，要想有效的管理，有效的度量体系就显得非常必要。有效的度量体系既要面向价值又要面向实施

团队常常将很难重构或其他技术清理工作纳入到其Sprint中。首先，要说服技术负责人响应技术债务应该偿还，而不是任其累积，这就会是一个挑战。 然后，即使产品负责人同意了，由于其他因素干扰，中断和变更，很

在软件开发中，最重要的核心是什么？当然是用户故事。 无论是产品经理，还是开发工程师，项目经理，都是围绕着用户故事来展开工作的。在团队使用鲸舟敏捷研发管理平台时，我们发现团队在使用存在诸多问题，为了方便