．看板实践及优化
首先是工作的最小单元——工作项，工作项是看板上各类工作内容的最小显示单元，负责显示工作内容的各种信息，一些类似的工作项管理看板对工作项类型进行了极为细致的划分，但过于繁杂的工作项类型难于记忆并且存在概念重复反而不利于，结合实际项目开发情况我们将工作项类型分为三类：
（）故事——一个故事代表一个完整的需求点，可以包含多个任务、，一 个故事及其包含的所有子项目可以完整的诠释一个需求点在价值流上流通的全过程（）任务——将故事拆分为一个个的具体工作内容，分配到具体人员（）——测试人员向开发人员、项目管理人员提出反馈的途径工作项的要展示很多的具体信息：
（）描述信息（标题、描述、附件、、所属迭代、所属版本）是提供给开发人员的交流空间，让开发人员可以在这里进行简短的意见交流，一些较小、内容简短的讨论可以在这里进行，无需所有相关人员聚集在一起讨论节约时间
（）状态信息（工作项状态、优先级）
（）人员信息（责任人、创建人、解决人）明确工作项的相关人员，责任划分明确。
（）时间信息（创建时间、预估时间、耗费时间、到期时间）提供明确的时间信息，有利于项目管理者控制项目开发进度
（）关联的工作项（子任务、）将有关的工作项关联到一起，完整描述产品中某一项功能，从需求分析到开发实现到测试反馈的全过程
工作项设计完成后需要考虑的就是如何一个个的工作项集中在一起展示，考虑到的用户有很多不同的角色，对看板的关注角度也不同，例如项目经理更希望可以一目了然的看到任务的完成情况，开发人员需更关注的是分配给自己的工作项的具体的内容，综合各方面分析考量，对看板设计了四种展示方案：
（）普通列表
普通列表视图用分页列表形式展现工作项，不会展示过于详尽的信息，意在为用户提供一个可以快捷操作的页面，如添加工作项、快速修改工作项的状态。
（）详情列表
详情列表视图将页面分为左右两个区域，左侧是简化的目录列表展示全部工作项，右侧展示用户在目录列表选中的工作项的全部信息，适用于快速浏览工作项后切换查看各个工作项的详细信息。
（）状态甬道
从工作项状态的维度展示工作项的简要信息，标题、负责任、状态，方便项目组举办周会，每日站会时汇总展示当前所有工作项所处状态，统一分配任务、总结任务完成情况使用，采用拖拽形式来修改任务状态，方便快捷。
（）时间甬道
针对每日站会的甬道，项目进入较为紧张的开发阶段时往往需要每日或较短的时间内分配任务、查看任务完成情况，以时间为展示维度，让项目管理者看到每个时间段内工作项的数量、完成情况，方便把控项目进度。
根据真实使用反馈的优化完善
的看板设计完成后经过一段时间的使用，发现了许多问题，我们对此做出了总结和改进：
（）检索功能优化
工作项具备很多检索条件，条件过多，选择控件按钮在页面上堆叠，用户体验不佳，所以改为采用折叠形式的查询栏并提供常用查询条件存储功能，优化体验。
（）时间甬道看工作项板卡片优化
工作项具备很多属性，开站会时经常需要修改负责人、任务优先级等一些信息，甬道修改时间方便但是要修改其他属性则需要进入详情页面，增加了操作步骤，浪费时间，因此将一些常修改的属性添加至卡片上方便修改。
（）列表视图信息快速修改优化
列表视图的使用者一般对工作项内容较为了解，很少查看工作项详细内容，此类用户要修改工作项的一些基本信息时不希望进入详情页后才能修改工作项信息，因此将列表的单元格改为可编辑形式，减少点击页面次数。
以上就是普元产品看板模块的设计和实践历程，在价值流可视化和项目成员沟通等方面我们仍在持续改进，希望能打造出更便捷、更清晰的看板，完善平台看板模块。
*参考书籍：《实践指南》
推荐阅读
关于作者：夏夏，前端工程师，参与普元信息产品开发，以及微服务、容器云等产品开发，负责前端页面设计、架构搭建等工作。善于架构搭建、组件封装及相关算法设计。