在功能无法实现的情况
3、有些功能虽然花哨好看，但并不实用
2.敏捷开发
敏捷开发是当今大多数创业公司沿用的项目模式，旨在以用户的需求为核心，采用快速迭代、不断产生可用性功能的方法推进项目。非常适合产品前期验证方向或者快速解决用户刚需，通过小步快走的方式实现收益最大化
敏捷迭代的终极思想就是不断开发、不断交付，快速完成体系搭建，并通过用户反馈去验证功能落地的情况。其特点也是以1-4周为一个版本迭代周期，而项目迭代的完成必须以功能可用性为前提
在我看来，敏捷是互联网的基因，可能太过偏激，但我在工作经历中感同身受。而我定义产品成功的条件则是：敏捷基因+顺势而为+铸造高的企业壁垒
在互联网时代，不断有案例证明“时间就是金钱”这个真理。当2014年O2O模式刚井喷的时候，敏捷迭代+烧钱抢占市场的情况就不断在我们身边发生，而前不久的公租房市场也是同一个道理。只有快人一步抢占先机，才能拥有足够大的竞争优势
虽然市面上不乏后起之秀反超的情况发生，就像在共享单车行业的OFO与摩拜之战。双方打的不可开交，而拼的就是借助用户数不断吸引融资，进而再烧钱去抢占市场。但没想到的是，最终收益者可能是哈罗单车。就在两大巨头为一线城市的市场占领如火如荼的时候，哈罗避其锋芒，深耕于三四线小城市，最后反败为胜
下面我就敏捷开发思维展开以下三点内容：MVP与PMF、封闭式开发、项目进度看板
MVP → PMF
（1）MVP 最小可用产品（功能集合）
通过开发最主要的功能流程去验证市场接受度，如果得到了用户的认可，则证明用户确实有相关需求而且希望通过工具去解决
而我们要做的，就是在这个过程中去验证产品发展方向是否可行。如果仅仅通过闭门造车的企业模式去做产品，可能会导致没有刚需市场存在的情况。到那时，做什么也无法补救了
（2）PMF 产品与市场相契合
PMF指的是产品可以满足市场的需求，换言之就是产品和市场互利共生的关系得到建立，产品会随着市场的变化去迎合用户刚需
在MVP - PMF这两个阶段之间会存在天然的沟壑，而连接双方的是漫长的迭代之路。当真的实现阶段转换时，则也从侧面印证了产品的成功
封闭式开发
所谓封闭式开发，指的就是把整个项目组的所有成员，都聚在一个集中的办公场所。项目组涵盖了开发、测试、运营、市场以及产品的相关人员，一般是找一个固定的会议室长期借用（大公司才会）。而创业型公司因为人手都是刚好，没有富裕人员，所以其实也不存在项目组的概念。只有公司是按照项目分配人员的架构，才会使用封闭式开发推进项目
这种模式的优点显而易见，成员间保持高效沟通。如果遇到问题时，通常都是在会议室里喊一句，或者推着椅子直接去当面问。而且在同一间会议室里工作，大家也都会被激情高昂的氛围所影响，潜移默化的提高了工作效率
但不可否认的是，在这种高强度、高压力下的工作是不持久的、利弊参半的。如果项目持续时间过长，就会大大消除成员的积极性。而且当产品上线项目完成后，大家搬出会议室外，可能都会有一种重见天日或者恍如隔世的错觉
项目进度看板
项目进度看板与封闭式开发总是配合出现，两者相结合也是天衣无缝。项目看板一般都是以黑板的形式存在，由于黑板的面积大而且便于随时修改，所以是记录进度的不二之选
看板上主要是记录项目整体进度如何，以及各成员的任务进行情况。横坐标轴按任务状态的不同，主要划分为3个模块：to do 、doing、done，而纵坐标轴是以各个成员进行区分。具体样式如下图所示：
（1）任务卡片
项目进度看板介绍完以后，接下来需要用到的一个辅助型工具就是任务卡片。它是用来记录每个功能拆解后的任务点，力求把产品模块最优化、把功能拆解最小化，从而实现真正意义上的项目把控
下面来具体说明卡片上的内容都是什么：
1、卡片左上角为延期天数，用写正字的笔画来记录。如果没有延期，则不写
2、右上角的标志为插入的紧急需求，如果不是则不写
3、右下角为需求的优先级，分为低、中、高三级
任务卡片的主体内容由以下3部分构成：
1、任务名称
2、任务内容（30字以内）
3、工作时长or截止时间
下面由产品人员的卡片进行样式说明：
如果是有开发先后顺序限制的，则必须要确
