敏捷kano（敏捷开发用户故事）

敏捷 2024年2月20日 06:36:20 3399youxi 35 0

浅谈敏捷估算与规划

1、最近在看《敏捷软件开发实践：估算与规划》，结合自己在工作的中的实践，浅谈一点自己的想法和总结。总的来说敏捷估算与规划更关注纵向的特性，而非横向的活动。

2、快速获取一个估算值时使用咨询专家意见的方法；已有类似项目，可以使用类比估算的方法；也可以将一个用户故事或者特性分解为更小，更容易估算的部分进行估算。

3、专家意见—当需要估算故事点时，咨询专家的意见，可以快速给你提供一个估算值，不过敏捷里专家的意见没有传统项目那么有效。适用于快速估算。

4、明确产品愿景：确定产品的目标和愿景，以及产品的核心价值主张。制定产品路线图：根据产品愿景和目标，制定一个高层次的产品路线图，以指导后续的规划和开发工作。确定产品特性：根据产品路线图，确定产品的特性和功能。

5、敏捷发布计划管理总的策略是，PO 关注产品的目标，定义和认别一些 MRFs（最小的可发布的特性组合）来满足发布的目标，must-have 的特性组成了 MRFs。然后发布策略选择是固定时间或固定范围的发布，来规划和申请一个早期的预算成本。

6、敏捷团队应该做两级估算，是因为在敏捷开发中，需求是不断变化的，因此，我们需要不断地调整工作量和进度。一级估算是对整个项目的工作量进行估算，而二级估算则是对每个迭代的工作量进行估算。

敏捷kano（敏捷开发用户故事）

1、现代敏捷项目管理软件，比如8Manage敏捷项目管理软件，支持增量式产品开发的短迭代管理和满足竞争格局和产品需求动态变化的管理需求，也可灵活扩展以满足传统项目监控的管理需求，如时间管理，成本管理。

2、敏捷项目管理与传统项目管理的区别：项目流程不同、项目风险不同、企业管理不同、项目时长不同。其中，项目流程不同指敏捷项目管理在面对市场、需求时刻变化与不断发展的技术时十分友好，比较灵活，而传统项目管理过程不够灵活。

3、需要注意的是，敏捷项目管理并非一种固定的模板或方法，而是一种理念和价值观的应用。根据具体项目的需求和团队的情况，可以灵活地调整和采用适合的敏捷实践和技术。

1、第一步要判断需求是否符合公司的价值主张。saas产品虽然应该尽可能满足每个用户的个性化需求，但是不应该包含与价值主张完全不一致的需求。第二步，判断需求的用户价值与商业价值。

2、产品方法论我发现这么几点。战略是所有战术的基础和大家一起学习。基于生态的战略设定。战略是所有战术的基础，因此，基于战略的产品设定，是所有动作里最核心及最早要做的。

3、小步快跑，快速迭代。互联网大时代下，谁的产品先上，谁就能获得更多用户的背景下产生小步快跑，快速迭代思想，经过长期实践，依然是产品从业者良好的方法论。

4、能够根据用户和市场趋势需求及时持续性的对产品进行改善提升；能够想的长远，看的长远，在产品设计时尽量预期到将来的发展方向，做到更全面兼顾性的架构考虑，也是非常重要的。

5、社交产品3要素：关系链、信息、互动。无论是什么形式的社交产品，着眼点都将在这三要素上，而现在市场上的所有社交产品，基本可通过判断侧重某一要素的强弱与实现方式进行区分不同的产品。

根据“大小/速度=时间”以及“故事点/实际时间=速度”的关系，敏捷项目规划能灵活地结合时间、速度、大小这些变量来规划和调整。产品愿景按照优先级和速率梳理出分层的发布计划或者迭代计划，再按照优先级进入迭代开发。

首先应该逐步完善Product Backlog，未来比较长一段时间要开发的功能写成Epic Story加入到Backlog里，然后随着时间前移以及迭代的交付逐渐把它拆分成更小的Story，直到拆到不可再拆的粒度为止。

敏捷方法对产品规划提供了灵活的方法。以下是一些使用敏捷方法进行产品规划的步骤：明确产品愿景：确定产品的目标和愿景，以及产品的核心价值主张。

进度计划编制方法有关键路径法、资源平衡法、进度压缩法。关键路径法关键路径法是指在不考虑资源限制和时间强度的情况下，编制出理论上可行的进度计划。

以下从团队和流程2个角度来诠释产品规划的敏捷。

项目范围管理包括确定项目目标、定义可交付成果、控制范围变更等活动，以确保项目按照预期范围进行规划、执行和控制。项目范围规划：项目范围规划是确定项目的目标、可交付成果、工作包以及项目阶段、阶段可交付成果等的过程。

工程项目范围管理的内容包括：确定项目范围、确定项目需求、确认项目范围等。确定项目范围：明确项目目标和可交付成果，确定项目所需资源和范围，制定项目计划和工作分解结构（WBS）。

这个故事刚听起来感觉非常可笑，当我自己真正做项目负责人时才体会到这其实是一个项目范围管理的问题。上面提到我所参与的项目中花费大量时间用于需求调研也是为了确定项目范围。