为此我从四五年以前就开始研究设计案件管理系统，经过多年的运行，我们的管理系统已经非常完善了，使得整个团队能够最大限度的协调一致，在政府和律师协会的领导下，最大限度的保护当事人的利益！

   但是，作为信息的设计与实践人员，我每天都认为系统还不完善，天天都在进行更多的功能设计，使是系统反映更快、功能更强大。

   例如，上月我们最大的成绩在于案件投标时的评分系统投入使用，这样当有9名律师就一个案件进行招标，如果现场有5名评分员，而另外一名评委在外地，可以做到外地的评委可以用手机随时看到评分员对目前的投标律师的10多项评分的成绩是如何动态变化的。

   今天，也就是刚才，我又了一项新的突破：

 

   在案件任务设计中，流进去的是人员、证据、时间、律师的动作，流出来的是新证据、法律文件和更多的动作，一个案件已经被我们分解成100到300个任务，每个任务又有1到10多个动作。

  

   在设计任务流的时候，我感觉到律师的任务流与普通的任务流是不一样的，因为律师的动作与语言有很强的对抗性，在设计任务流的过程中，有一个地方我始终没有想明白：不知道如何描述这个节点里可能发生的困境。

   从春节过后在回国的飞机一直到现在，我经常为这个节点的描述而发愁。

   今天晚上我在楼下转了好几圈，给何辉新律师打了个电话，问一问一个冤案，准备赞助律师团一些银子。当我回到楼上，突然脑筋好使，在深夜一点想通了这个问题：

    目前在这个节点中，任务的错误很难发现，我们需要建立一个迭代机制，允许出现错误但是不断的减少错误给整个任务流带来的不良影响。

   这个问题从周一早晨6：30开始思考，到周二凌晨1：30想清楚，整整思考了19个小时，当然中间也吃饭、也睡觉、也喝水了。

   如果从2月底开始想这个问题，到现在用了4个月的时间，仅仅是思考这个问题是什么，答案还不知道什么时候找到。

  但是我认为，找到问题、能够把困境描述出来，有时要比解决问题更重要。

  践行科学发展观，从我做起！