本文介绍了软件开发中的用户故事与任务管理，强调了任务细化和每日同步的重要性。讨论了设计原则，如单一责任原则和DRY原则，以及重构在软件设计中的作用。此外，还详述了版本控制的重要性和使用，包括分支、标记和合并。最后，探讨了自动化构建工具在确保软件质量和团队协作中的角色。
Section 4 User Story & Task
Task Estimates 实际工作比US更细致
US是给客户看的, 描述软件需求. 每个US收集了一些特定任务, 每个任务是能组合成US的小功能代码
>Task Title +Rough Description+ Estimation(Planning Poker)
在估计过程开始时, 把US分解为Task有助于计划和估计增加信心. 可信的任务估计是可靠的 (hours)
>发现比较大的任务遗漏, 调整开发循环, 推迟和调整其他的开发循环(避免这种情况, 在开始计划时就把US划分成Task来做准确Estimation)
>Burndown rate 使用Task Stick Notes便利签, 栏目 -US/Tasks -正在进行中 -已完成 -趋势图 -递延的US/Task Daily Sync up
开始任务 在Task Notes上写上SWD/TD的名字 从dependency最高的US开始
>完成一个US比两个US完成一半要好, 所以分配任务最好是按一个US接一个US >确保白板的准确性
如果有几项任务是相关或者有依赖的, 最好是按优先级或者同时进行, 相关任务可以分配给同一个SWD, 增加效率. -某项任务的完成可能会为另外一项任务的开展提供决策依据, 相互影响
Daily Sync up >跟踪任务 每个人简报 >更新工作量完成情况 更新趋势图 >更新任务 把状态改变的任务移动到相应区域 >昨天的情况和今天的任务 >提出Issue 准备解决方案 >5-15 minutes
1 哪些完成了 2 有Issue么 3 今天的计划, 对于具体Issue的讨论可以在Daily Sync之后
要点 -每天Daily Sync -会议15mins内, 了解进展, 更新白板 -提出Issue -早会
计划外任务 (客户需求) 使用红色卡片, 放入In Progress区, 和客户沟通, 由客户决定优先级, 调整计划US和Task, 预留意外时间, 并且让客户知道项目所受到的影响, 让客户选择可接受的影响, 更新白板
最低0.47元/天 解锁文章
扫一扫
519
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
