摘要:
在软件开发中,我参与巡养修检管理子系统的开发,当时采用的是传统需求收集方式。我组织了团队成员的会议,详细描述系统功能需求,随后整理成一份冗长的文档。以巡检模块为例,我细致记录了系统支持的各类发布、信息收集字段及统计功能,认为详尽的文档能确保开发团队精准实现功能。 然而,《用户故事与敏捷方法》指出这种 阅读全文
posted @ 2025-06-14 17:08
一只虎鲸
阅读(1)
评论(0)
推荐(0)
摘要:
我之前在参与巡养修检管理子系统的开发时,对于用户故事的处理较为粗放。在面对 “社团活动报名与管理” 这样复杂的功能需求时,我没有进行细致的拆分,而是将其作为一个整体任务交给开发团队。我认为只要明确了最终目标,团队就能够自行完成相关功能的开发。在迭代规划方面,我只是简单地根据自己的经验安排任务,没有充 阅读全文
posted @ 2025-06-14 17:01
一只虎鲸
阅读(0)
评论(0)
推荐(0)
摘要:
我之前在制作巡养修检管理子系统时,对用户故事的管理较为松散。在需求收集阶段,我虽然整理了用户故事列表,但团队成员对故事的理解主要依赖个人解读,缺乏系统性的沟通机制。例如在开发活动报名功能时,我简单地将 “活动报名” 作为一个用户故事分配给开发人员,没有组织团队共同讨论故事细节,导致不同成员对报名流程 阅读全文
posted @ 2025-06-14 16:59
一只虎鲸
阅读(1)
评论(0)
推荐(0)