结合工具来实现敏捷开发 - 7

不过，随之的，问题也就来了，虽然这样子可以管理一个功能点的基本属性，但是在实际工作中，我们的工作往往没有这么简单，因为按照以往的经验，需求从想法变成设计文档的过程有一系列的问题需要去解决，只要有一个问题解决不好都可能造成这个功能点的失败。当时培训时，我们也把这些问题都列出来了，不过DevSpec的确很强大，基本上都能满足我们的需要。接下来我就列出几个主要的问题和他们的解决方案吧：

1.       功能点的多次修改问题：

我们知道一个功能点，从脑子中有个概念到最后定稿到开发做是一个很漫长的过程，中间会经过不断的更改，那么很有可能出现一个事情，就是我今天觉得这个想法好，明天却觉得那个想法好，但是后天还是觉得第一天的想法好，甚至我改了一个礼拜后，觉得一个礼拜前的思路好。但是，现在的问题是，我每改一次，我都已经保存到需求任务中去了，覆盖了原来的描述。那我怎么才能找到原来的描述呢，难道像微软Word那样Ctrl+Z吗，你重启很多次电脑后，Word也不能Ctrl+Z了吧，你换了电脑以后，Word根本就不知道你想恢复啥了。好在DevSpec有个功能，就是每做一个更改，都会保存一份副本，就像我们编程时用的Subversion一样，只要改一次就会增加一个版本，也就意味着你之前做过的任何修改都是在的，都能看到的，而且通过另外一个回滚功能，你就可以把原来的思路覆盖到最新的版本里。这样子就彻底解决数据丢失的问题。

2.       功能点完成后再次需要修改的问题：

我们知道敏捷开发是推崇功能更改的，也就是说产品在开发过程中，随时随地欢迎功能点更改，客户有啥新想法都可以来实现。不过有个问题也就随之出现了，当我一个功能点正在做却还没完成时或者甚至已经做完的情况下，客户说我需要增加或者改变一个地方，然后设计团队也完成了设计，怎样让开发或者测试最快时间知道这个更改，从而可以马上进行准备再次开发和再次测试？TechExcel给我们提供了另外一个功能，就是更改通知功能，一旦一个功能点做了再次更改以后，设计人员可以启用通知功能，启用以后，开发或者测试人员就会在该功能点对应的开发任务和测试任务中看到一个醒目的小红旗，只要看到这个旗子，开发和测试人员就知道有东西改了，我可能得再重新看看设计文档，然后再来测试或者开发了。也许你说可以通过电话或者Email来通知吧，我说可以，但是呢，问题又来了，电话和Email虽然能通知到人，但是一旦那个人事情多从而忘记了这回事，那就惨了，而DevSpec这个提醒功能会一直显示着直到开发或者测试人员去把该做的事情做完才会消失。

3.       随时了解开发与测试的进展问题：

一个功能完成开发和测试以后，在我们公司的话，产品经理和项目经理还需要再测试一把，来验证这个功能是否完全满足了客户的要求。那怎么知道这个功能完成开发或者测试了呢，问开发或者测试？对，可以，但是万一这个功能是由5个开发一起来做的呢，你难道一个个去问，而且他们完成的时间也会有先后，你也不知道哪一部分是这个开发做的。那DevSpec怎么来实现呢？首先，在完成功能点设计后，我们会通过这个功能点来产生开发任务和测试任务，所有产生的开发任务和测试任务都跟这个功能点任务建立链接的，也就是说我们在功能点的某个页面中，可以看到与之链接的所有开发与测试任务的状态，负责人等等信息。这样子的话，咱们的产品经理和项目经理只要在这个页面中就可以找到他们想要看的信息。然后针对于一个功能由5个开发来完成的情况，在由这个功能点生成开发任务时，我们可以直接选择对于不同部分生成不同任务并且分配不同负责人，这样子就给这个5个开发每人生成了一个任务，然后这5个任务都是和这个功能点链接的。

 

以上是主要的几个我们提的他们帮忙解决的问题，当然还有其他一些我们推崇的功能就暂时不详细介绍了，就大概讲一下：

1.       投票功能：每个人都可以投票决定要不要做这个功能或者这个功能好不好

2.       成本统计：对于话费时间和资源做分析统计

3.       在Office中安装插件，可以直接将文档转化成DevSpec里的一个需求或者几个需求任务，也可以将PDF转成需求（这个我比较喜欢）

4.       通过鼠标右键插件，电脑里所有的文件都可以在不打开DevSpec的情况下添加到DevSpec里作为一个条目。 （这个我也喜欢）

5.       当然报表功能也是不能少的，DevSpec提供许多有用的报表。

6.       自动提醒功能，比如有个需求轮到你来处理，就会有邮件自动来提醒你，或者说有个需求一直在你名下，但是你一直不处理，一段时间以后你也会收到Email来提醒你。