想象一下，您没有功能爬升的问题，您有一支积极向上且稳定的团队，明确要解决的问题，而且您知道与项目相关的领域/语言/工具。
您如何遵守时间表并完成1.0里程碑？
您如何进行迭代运输？
我想特别针对很少或几乎没有沟通问题的小型团队提供建议。
最佳答案
关注功能而不是实现任务。
反复工作（例如每周或每两周一次）。
按优先顺序将工作功能发布到您的登台环境。
对代码进行单元测试，这样就不会因错误列表而减慢速度，因为随着发布日期的临近，该错误列表会以几何级数增长。
准备减少次要功能的范围。东西总比你想的要花费更长的时间。
确保事先绘制出用户界面的草图（如果有用户界面），并向潜在用户展示。
测试，测试和测试更多。这似乎是违反直觉的，但是节省了很多时间。
关于shipping - 准时交付软件的最佳做法，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/173202/