今天推荐的不仅是一种工具，更多是推荐一种项目管理方式。如何合理协调开发团队快速开发完成一个项目。今天就分享一种针对小型求快速的项目管理方式和工具。

思考一个问题：如何提高项目开发效率？

①最核心功能

管理过项目或者做开发的朋友是否有遇到这样一种情况，经常快到上线的时候，项目经理会说保证流程能走通，基本功能可行，其他细节不影响使用就行。后面再完善。那么反过来想，一开始就得从核心功能出发。也许一开始觉得项目时间够，但是实际中遇到什么技术难点或者某处逻辑出错，导致全盘推翻的情况比比皆是。且作者在这里谈论是使用快速开发方式，基本上是项目进度是很紧急的，这时候更应该从核心功能出发，首先确保基本功能和业务流程能走通。

《精益创业》这本书大家都听过吧，里面的核心想法就是快速开发出最简可行产品投入市场，并且不断迭代更新。这里的产品指互联网产品，app/PC站点等。最简核心产品简单来说就是指用最快、最简明的方式开发出一个能够让用户去使用的产品。比如，我要开发一个购物app，最核心的需求就是能购物，那么像评论、积分体系什么的我就可以先不用开发。

②减少等待时间

团队之间开发很多时候时间都是浪费在等待面上，比如前端等待后端的接口，前端等待UI/UE的效果，UI/UE等待产品的原型...可能你给每一个模块都安排了固定的开发时间，但保不准，突然间某个模块遇到技术难题了，而延误了下一步的对接。

因此做好的项目管理，就得将项目逐步分解，然后按照开发的对接次序进行排序，确保不要出现等待的情况，项目分的越细致，越不容易出现等待的情况。

团队之间一定要重视对接，不要一声不吭等待上家主动对接，也不要一声不吭等待下家找你对接。

接下来再说说敏捷开发的概念以及核心内容

敏捷开发就是以用户的核心需求为中心，横向将项目细分解为许多的子项或者模块开发，纵向根据实际的运作需求不断更新迭代。

而敏捷开发中一个核心内容就是看版。项目参与者通过看板的方式来协作整个项目的开发。

直接上场景吧，了解过敏捷开发的朋友应该有见过以下内容：

提出开发需求：

上图就是每日的站立会议了，参会人员可以随意姿势站立，任务看板要保证让每个人看到，当每个人发言完后，要走到任务版前更新自己的燃尽图。

任务看版包含 未完成、正在做、已完成 的工作状态，假设你今天把一个未完成的工作已经完成，那么你要把小卡片从未完成区域贴到已完成区域。

每个人的工作进度和完成情况都是公开的，如果有一个人的工作任务在某一个位置放了好几天，大家都能发现他的工作进度出现了什么问题（成员人数最好是5~7个，这样每人可以使用一种专用颜色的标签纸，一眼就可以从任务版看出谁的工作进度快，谁的工作进度慢）

接下来讲讲看板的在线版，虽然交流上不如办公室白板会议式的看板，但是却胜在灵活，信息更全，容量更大。

以上是日事清看板的截图。在线看板可以将每个事件排序，让开发者明确优先级以及上下层的对接关系。

并且还能看到预计事件与完成情况。让所有参与者能够对项目一目了然。自然开发起来就不容易出现断层的情况了。

除此之外，日事清还有很多的功能：

绝对不会错过的任务提醒

你可以为任意一条任务设置提醒，提醒会在多端同步，你可以随时随地收到提醒

实时跟踪每项工作的进度

你可以直观的了解每个员工的工作进度，并且可以通过甘特图查看项目的进度安排

轻松分享工作生活的点滴

可以使用笔记与同事共享你的工作资料、学习心得，并且可以随时与你的同事展开讨论

多种格式的文档云端存储

文件支持多种格式的文档上传到云端，还支持多终端在线预览，你可以随身携带，随时查看

不关注员工的老板不是好老板

老板可以在公司中查看员工的工作计划、任务执行情况，以及他们的工作总结，及时发现员工工作中出现的问题。

今天这文章是我在简述写的最长的了。到最后有点小建议，与诸君共勉。

团队、项目管理人优先而非事优先，管理的是人心，如果让大家能认同你这个领导或者认同这个项目为由重要。所以讲一个开发需求的时候不要干巴巴只讲我们要做什么，更重要的是要讲清楚我们为什么要做这个，我们要实现什么目标！再者就是多鼓励，我是做产品的，很多时候技术在与我对接过程中会提出针对该需求的优秀产品体验建议，我就会鼓励赞美他们，无论你的赞美是多么的拙劣，别人听到都会高兴的。往复循环，整个团队都会为优秀的产品而工作，而不是干巴巴的对接、干巴巴的开发。

最近王者农药异常激烈呀，大概是高考生们玩疯了，回想起我的高考，分数线只比清华差了一点，可惜啦~当初我考几分来着？哦~~~~·是68.8呀————虽然是老梗了，不过发朋友圈装装逼还是挺爽的。