初识ESSUP

how可能要等到OpenSource版本的EssUP出来，才看得清楚。
现场的小帅哥演示了一下其基于ajax的前期版本--“如何制作卡片”，它可以同Word，Eclipse,VS2005等集成，感觉还是蛮不错，不过整体功能还在完善中，下一步还需要完成将卡片放入GameBoard的功能。

另外，Ivar提到EssUP的文档在200页以内，还算敏捷。

这是一个突破
UML平民化的进步啊

EssUP的文档在200页以内....

多大的页面，多大的字体？

这个标准太含糊了，应该给出字数。

有几十张卡片，每张卡片有2-4页的说明吧。
字数我猜有299千字，赫赫。

其实，我更赞赏这种卡片式的工作方式，就像故事卡一样，卡片记录了提纲要旨，作为一种提醒。
这种范式的表现挺普遍，比如制定计划，分配任务，演讲，听演讲，采访等等。

Ivar把卡片作为EssUP的载体，是得到了CRC卡的启发。

明白了，突然灵光一现，抓住一个绝妙的商机。

未来的 Use Case，to do list，User Story，需求设计说明书，等等，都可以采用卡通动漫的形式。

http://www.ivarjacobson.com/html/content/essup.pdf

这篇文章里有部分card的图示，可以看看。另，这篇基本涵盖了他讲演中要表达的意思。

yes. i downloaded and will view.

说实在的，单就这类卡片、黑板描述User Story来说，属于非常原始的方法。
只是agile借此成名，所以，大家反而从办公无纸化，退了一步。

不过这也有道理。就是那种mind mapping之类的工具，表达关联关系也不是很容易。

电子版的卡片，也是可以用的，要点是一样的，简明扼要。

比如我们现在使用Excel来写用户故事，用Wiki来分配任务。

Ivar公司正在开发EssUP的软件，也是基于WEB的电子版，当然也可以打印出来。

回想起我刚开始实践UP的时候，最大的问题就是书写的文档很少有人看，并且难以维护。
这显然是很不经济的事情，随后接触了精益的思想和敏捷方法，使得我重新审视以前的工作，
确实，必须思考哪些东西是“浪费”，如何减少浪费。
源自于汽车行业利润最大的公司Toyota的精益过程，敏捷方法从中学到了很多。
我希望看到EssUP也能吸收这些简明的思想，更进一步。

把已有东西,进行重新组合.
也是一种创新的重要方式.
比如XP就是这样的典型例子.

虽然这种说法经常要“挨砖头”，但在我看来软件业明显在借鉴制造业的一些成熟经验--有意或无意。



Ivar说的是EssUP本身的文档，还是实施EssUP过程中的产出物/提交物这些东东？