预算和准时的软件？

Question

我们(几乎所有人)都听说过恐怖故事，也许还研究过它们。

这是很容易找到的故事，软件是超出预算和迟到。

我想从开发者那里听到相反的消息：

问题：

• 你知道吗，或者你曾经做过一个预算上按时完成的项目？
• 你从中学到的最宝贵的一课是什么？

Answer 1

是的，我见过这种事。

关键要素：

( 1)定义明确的要求，明确同意，并有坚实的变更控制过程。

2)参与评估的开发人员，没有压力要求他们提供客户想要听到的估计，这正是他们认为正确完成工作所需要的。

3)也考虑到风险和不确定性的估计数

4)促进客户的早期反馈--我们已经尽早提供了视频、演示(手拿着手，手拿开)

5)一个稳定的团队，其可用性已被实际地纳入计划(例如，如果他们每周花一天时间进行支持和管理，那么他们每周只需要完成4天的项目工作)

这不是火箭科学，但消除商业压力，至关重要的是，让需求变得清晰并控制它们是很有挑战性的(而且事情通常会在哪里发生)。

Answer 2

我第一次从事类似敏捷的项目(敏捷当时不是一个术语)。我们了解到，每天与客户一起工作和原型化想法(无论是屏幕截图还是业务工作流)，用户实际上都可以发挥作用，使项目专注、有趣，并最终实现客户想要的、及时的和预算上的目标。

它帮助客户真正专注于他们的愿景，我有幸拥有一支非常有才华的团队，他们在工作日里非常努力地工作，并且能够在工作结束后进行社交/联系。

Answer 3

我做过几次了。常见的是，客户端并不真正知道他们想要什么，所以我编写了规范:-)

事实上，其中之一是“我们需要一些东西来管理我们的形象库”，所以我知道他们需要一个大坝。只要再问几个问题就可以得到他们的工作流程，然后我可以自由地写一个来适应他们的工作流程。

第二次是在一个系统的第一个快速版本之后，除了一个公认非常粗糙的特性(因为我们必须快速交付第一个版本)之外，我们在所有方面都得到了非常积极的评价。我刚关上门，答应下一个版本会解决这个问题。因为我们已经知道这个部分不是很好，所以我们已经为第二个版本做好了计划，并且可以专注于代码的这一部分，所以知道剩下的部分(几乎)已经准备好进行增强了。