熟悉敏捷方法的读者可能知道，敏捷方法包含一系列实践，来帮助大连网络科技有限公司软件开发团队实现短周期快速交付，更好地响应需求变化。比如说用户故事（User Story）方法将需求从用户价值的角度进行组织，避免将需求从功能模块角度划分。小粒度的用户故事可以在一两周的迭代内完成开发和测试（并行开发），从而可以缩短交付周期。问题是，在敏捷团队内，我们如何有效管理大量小粒度用户故事，同时避免上述项目管理中的问题呢？下面我们结合敏捷开发中的看板工具来看看大连微信公众号二次开发团队是如何管理任务的。

      看板源于精益生产实践，敏捷将其背后的可视化管理理念借鉴过来，致远服软认为：http://www.soft8.com.cn/经过一番改造，形成了有自己独特风格的可视化管理工具。曾有人总结过scrum和kanban的使用，而很多时候，我们也将它叫作迭代状态墙。 我们先来看看怎样用这个状态墙来管理迭代任务。说起来其实是一个很简单的东西。

      通常一个迭代的状态墙反映了某一个迭代的计划和任务进展情况。状态墙按照一个迭代内团队的典型开发活动分成几栏，例如“待开发”、“开发中”、“待测试”、“测试中”、“测试完成”等。在一个迭代之初，我们会将计划在本迭代完成的故事卡放到“待开发”这一栏中。可视化状态墙的一个好处就是所有大连网络科技有限公司软件开发团队成员都可以实时地了解本迭代的计划和进展情况。开发人员领取任务时，就将他领取的故事卡片从“待开发”移到“开发中”，同时贴上带有自己名字的小纸条。当他开发完成之后，就将故事卡片移到“待测试”一栏。测试人员看到“待测试”栏里有待测的故事卡，就取下一张，移动到“测试中”，然后开始这个用户故事的测试；测试完成后，就将故事卡移动到“测试完成”一栏。如果测试人员发现了一个 bug，那么他可以用红颜色的卡片记下这个bug，然后放到“待开发”这一栏中。状态墙上除了用户故事、bug 之外，还会有一些诸如重构、搭建大连网络科技有限公司软件开发团队测试环境这样的不直接产生业务价值的任务，这三类任务用不同颜色的卡片放到状态墙上统一管理。

      这样一个简单的工具，是如何帮助我们消除浪费、解决项目管理中的问题的呢？让我们逐条分析一下看看。