提示:本文共有 441 个字,阅读大概需要 1 分钟。
故事卡分解任务的做法和意义 简书
故事卡分解任务的做法和意义关注赞赏支持故事卡分解任务的做法和意义怎么实现这个功能,能快速帮你理清实现思路。这种类型的task更像是checkpoint。
关于如何分解task,我一般会借助金字塔原理按层次结构来分。在故事卡中,通过user journey分应该是最简单直接的了。
(2)如果功能性比较复杂的话,可以把每个task再次拆细,拆成功能性的task:
一般这种纯功能性的task不用拆的过细,记录重要的点即可
(3)重构:第一次列出的tasks不一定全面,边做边补充边改善
当业务场景过多的时候,第一步比重会过大。但当故事卡偏功能性时,可以省略第一步,直接开始第二步,同时把一些简单的UI change作为task。
其实,这种方法就是把你从开始做这张故事卡到做完这个过程的思维模式提前总结,让你能更早的发现问题。无论是开发,BA还是测试都是很适用的。和生活中的TODOLIST理念一致。
最后附上一张用户行为表展示功能的task图:
看到此处说明本文对你还是有帮助的,关于“故事卡分解任务的做法和意义”留言是大家的经验之谈相信也会对你有益,推荐继续阅读下面的相关内容,与本文相关度极高!