敏捷项目迭代规划：从特性建模到状态跟踪
1. 发现新特性
在工作流实践中，团队会列出发现的额外特性卡片。这些特性不在客户提供的当前列表中，需要将其纳入现有卡片，或者为其创建新卡片。
团队认为，监控拍卖的能力是投标过程的内在组成部分，监控和查看拍卖细节将包含在投标功能的范围内。对于其他新发现，团队创建了新的特性卡片：
- Feature 15 —— 撤回投标的能力。
- Feature 16 —— 立即购买物品的能力。
- Feature 17 —— 拍卖引擎。团队确定了系统需要管理的多个流程，如跟踪最高出价者、向中标者和卖家发送电子邮件、在无人出价时通知卖家以及跟踪拍卖剩余时间。
此时，团队对投标功能的范围有了清晰的理解，他们将负责查看拍卖细节、输入投标以及监控拍卖/投标。随着额外特性的确定，团队准备详细检查用户屏幕。
2. 规划特性所需的屏幕
确定范围后，团队规划了支持投标所需的屏幕，他们设想了四个屏幕来支持这个过程：
- 查看拍卖细节屏幕：买家从搜索功能提供的列表中选择拍卖后会进入此屏幕。
- 输入投标屏幕：该屏幕会告知买家成为最高出价者所需的金额，投标将按分级金额进行。
- 审核并确认投标屏幕。
- 系统向买家发送的投标确认屏幕。团队不确定是通过屏幕提供确认，还是将其附加到拍卖详情屏幕以确认投标。
3. 通过考虑用户交互为屏幕添加细节
了解特性范围和可能的屏幕后，就更接近确定构建特性所需的任务这一目标了。最后一步是详细分解每个屏幕，以更深入地了解用户与系统的交互。以查看拍卖详情屏幕为例：
- 团队规划了拍卖详
