用户能在十秒内理解该页面吗?
项目、负责人、截止日期、状态、运行状况和下一步行动
执行人员视图上的方法标签或管理控件
先从精简的项目记录、待办队列和异常视图开始,以后仍可按需加入审批、角色、提醒和报表。
真正的简单来自信息和操作足够聚焦,而不是用干净界面掩盖缺失的管控能力。
一个简单的工具应该在第一天就很容易使用,并且仍然使责任归属、异常和历史记录清晰可见。
项目、负责人、截止日期、状态、运行状况和下一步行动
执行人员视图上的方法标签或管理控件
逾期、阻塞、过时和决策等待过滤器
充满措施的仪表板并没有打开其背后的工作
可选表单、规则、角色、提醒和视图
一种刚性的轻量级工具,在第一次批准或报告需要时强制迁移
足够的字段和相关记录来保留当前上下文
过于简单化,将问题、决策和证据推回到电子邮件中
每一步都有一个可见的结果。
记录结果、负责人、日期和最低验收标准。
每个人都可以识别的项目为每个下一步行动指定一个负责人并指定截止日期。
专注的个人工作队列在业务记录中记录进度、证据和阻碍因素。
当前事实,无需追逐地位开放时间较晚、受阻、陈旧或等待决策的工作。
简短的管理议程确认完成或验收并保留最终结果。
清除平仓历史记录执行人员的体验可以保持简单,而管理者则可以添加团队获得的控制权。
轻量级固定工具通常通过排除批准、结构化需求接收、权限或有用的报告来保持简单。
经过培训的管理员可以添加和测试重点字段、视图、提醒、批准或仪表板,而无需替换实时项目应用。
最简单的搭配取决于工作。一块板可能足以实现清晰的卡流;当项目需要接收、异常、批准、角色视图或连接的业务数据时,可配置的记录系统会更好。
从识别项目、负责人、日期、结果、状态、运行状况和下一个决策所需的字段开始。仅当有人使用字段来路由工作、过滤视图、执行规则或做出决定时才添加字段。
是的。保留一个小的通用项目标识,然后仅在工作真正不同的地方显示项目类型特定的字段或视图。
当团队将批准、异常、证据、客户更新或报告转移到辅助系统时,因为项目工具无法清楚地保留它们。
如果用户可以更新工作、提出阻止并找到合适的负责人而不需要解释,那么起始模型就足够简单了。