按时发运软件的最佳做法

想象一下,你没有功能蠕变的问题,你有一个积极稳定的团队,明确定义的问题需要解决,你知道与你的项目相关的域/语言/工具.

你如何坚持计划并完成1.0里程碑？
您对迭代运输的方法是什么？

我想特别为一个小团队提出建议,那里很少或几乎没有沟通问题.

专注于功能而非实施任务.

迭代工作(如每周或每两周一次).

按优先级顺序将工作功能发布到暂存环境.

随时对您的代码进行单元测试,因此您不会因为接近发布日期时几何级别增加的bug列表而放慢速度.

准备从不太重要的功能切割范围.东西总是比你想象的要长.

确保提前勾画出UI(如果有用户界面),并将其显示给潜在用户.

测试,测试和测试更多.这似乎违反了直觉,但它节省了更多的时间.

这可能是一个乌托邦式的场景;-).但无论如何,如果没有功能蔓延,非常好的团队和明确定义的要求,绝对没有沟通问题那么可能是按时交付产品的最佳方式

每周与团队会面以评估当前状态(PM与团队,如果有PM)

团队负责人可以与团队成员进行一次小型日常会议,以评估他们在委派给他们的问题/要求方面的状态.如果有问题,那么他/她应该采取必要的步骤来解决问题.

项目计划跟踪和工作委派(团队负责人需要了解每个团队成员的个人优势,以适当地委派工作).

测试可以在技术允许的范围内自动化.

每个团队成员的工作所有权.

一天结束时,它归结为一个人对工作的热情.

只是我的2 paise's ;-)