通过便签和立会来汇报软件开发任务，你试过了吗

　　软件开发项目，非常重视进度的管理。而要把握好进度管理，就离不开任务管理。要做好任务管理，要做两点，就是做好工作计划，及时跟踪任务进度。今天，小编和大家分享一种挺有意思的任务记录方式和任务汇报方式。其实就是便签任务条和站着开会，下面是具体实施步骤。

　　研发项目过程中，我们发现还是最原始的看板和立会好用，先说看板里用到的基本元素——任务卡片，也就是一张便签。

　　任务卡片

　　任务描述：一个词+一句话(如果一个词可以讲清楚，可以不用一句话)，比如前端同学写的一张“Detail页面制作”;产品同学的一张“后台订单管理需求细化”。

　　工时评估：对于2~4周的项目，精确到1~4小时的粒度比较合理，如果一张便签的工作量超过8小时，则需要分拆，这个评估，一开始不准确没关系，每天都会回顾，好好做肯定越来越准。

　　Deadline：据说Deadline是第一生产力，写明日期即可。

　　优先级：实际操作过程中，并没有写，当任务越多的时候，越需要。

　　三个角标算是个小创新：

　　左上表示延期，少量延期是正常的，也是允许的，但要监控。如果发现多数人出现大量延期，则说明计划制定不合理，需要调整，如果发现少量人出现大量延期，则更可能是个人问题，需要延期人自己加班赶上进度。此点团队要达成共识，让别人等、浪费别人的时间是可耻的。

　　右上表示突发任务，少量的突发是正常且允许的，但如果有大量突发，则说明计划不足，没有经验，或者有『外力』经常干扰项目进程。

　　左下表示持续任务，可以一直贴在Doing里，比如对产品人员来说的『处理用户反馈』，非持续任务都应该每天从Doing到Done。

　　右下角标备用，敏捷的基本思想就是方法论边做边优化，团队一起来。

　　多种颜色的卡片也可以灵活应用，比如我们现在只有4个角色，正好4种颜色——产品、设计、前端、开发。

　　有了便签，然后我们来制作看板。

　　看板

　　看板

　　横轴Todo、Doing、Done：

　　Todo里的是本项目内需要做还没做的事情，只需要明确便签的部分信息：

　　任务描述：可以概括，比如『手机版的设计』，特别是比较久以后要做的事情，在便签从Todo进Doing时拆分即刻，并废弃掉旧的便签。

　　优先级：结合工时评估一起，判断每天应该拿哪些便签进Doing。

　　工时评估和Deadline可以在便签从Todo拿进Doing的时候同步确定。

　　如果Todo里便签过少，则说明对未来要做什么没有计划，或者，说明当前项目进入尾声。

　　Doing里表示当天要做的事情，如果便签过少，或者工时加起来远远小于8小时，则说明工作安排出问题了，当然，通常一天平均算5~6小时是合理的。做得好的话，每天贴3~5张便签，有一些是必须要完成的，有一些是可以冲击一下的bonus。

　　Done里是已经完成的事情，随着项目的进行，越来越多，记得最后收集起来归档。

　　纵轴分角色，每个角色里再分不同人，在Todo阶段的便签，有些是只确定角色，不确定谁来做的，比如开发的任务『搭建测试环境』。

　　每日立会(叫立会，就是一起站着开会的意思)

　　每天固定时间，可以是早上一来，或者每天下班前，每周换人召集、主持。

　　今天做了什么，一边说一边把Doing里的拿到Done;明天要做什么，一边说一边把Todo里的拿到Doing。

　　会议时，每个人要特别关注需要互相配合，有前置依赖的任务。

　　还有些信息也可以写在看板上，比如当前项目的几个关键节点的日期(功能评审、发布上线)，本周立会的主持人是谁(每周轮换)，当前看板信息已经更新到哪一天等。

　　每个项目完成，也是会做一下回顾的，看看管理方法上有哪些“好的需要保持的;不好的需要改进的”。

　　项目管理方式有很多种，你之前有相关这样软件项目管理方法吗?也许换一种管理模式，你的团队就能够更有创造力，工作激情和效率也能够提升。是不是很神奇。上面的工作方式再结合合适移动办公平台或者软件，工作效率会迅速提升哦。

　　本文转载自拓源优课：www.toyoke.com