今天群里有朋友让大家推荐时间or目标or任务管理工具。
这使我想起来前段时间，每天不停的扑面而来待办任务时，我也是迫切地需要管理自己手头的任务，就体验了一些这方面的工具。后来总觉得这些工具存在界面不太优美、交互不太流畅、需要登录、功能复杂、需求满足不彻底等问题，后来干脆使用Excel作为个人工作台了。满足我对轻量级、操作简单、日常记录、排优先级、更新进度等需求。自从使用了Excel作为工作台之后，省去了任务记忆负担。周报输出也方便许多。个人工作台如下：
群里对这个话题，响应的挺积极，看来这个确实是工作中普遍的需求。不少推荐微软Office套装、还有各式小众工具，最后还是Excel受到力挺。不仅方便个人管理使用，在对接甲方或者乙方时，相对于软件开发行业内的各种项目管理工具，也可降低甲方的接收成本。
虽然Excel能作为个人工作台来管理任务，但是一个项目涉及的要素是多方面的，管理的对象也是多维度的。Excel显然不是最佳解决方案。讨论中，有人推荐TAPD。如下：
从界面上看，除了“社区”这个模块与业务没有直接关系外，这个产品根据自身业务抽象出了5个对象，即：工作台、文档、项目、消息、个人账户。围绕这5个不同对象的状态流转，展开团队项目协作的条业务流程（功能or服务）。各个功能之间当然有关联的地方，如果拆分不好，容易混乱，容易使业务流程变得弯曲。记得去年做的一个需求，有的人用几十张页面，来组织数据、实现需求。有的人仅仅需要十张页面，完成同样的需求。当业务的需求点紧密关联的时候，如果不能从业务中抽象出合适的实体对象or关系型对象，就会产生糟糕的设计。类似的优秀案例还有jira。jira的功能很庞杂，但是页面关系不混乱。反而是各种不同流程的业务都用一个issure对象的流转来实现，值得研究。
遇到业务功能点比较多、功能点之间关系比较紧密、灵活性要求高的产品，不防先丢掉功能，首先抽象出若干对象，也许能设计出一款能经得起长时间使用，没有明显槽点的产品。对象一般有偏状态流转的、关系型的、静态属性管理的等等。
