如何在没有验收标准的情况下开发软件？

Question

您如何在一个由4-5个开发人员组成的团队中协作开发软件，而不需要接受标准，而不知道测试人员将为多个(2-3)人测试什么，并与他们一起担任产品所有者。

我们所拥有的只是一个粗略的“规范”和一些屏幕截图和一些要点。

我们被告知，这将是容易的，所以这些东西是不需要的。

我不知道该怎么做。

其他信息

我们得到了严格的最后期限。

客户是内部的，理论上我们有一个产品负责人，但是至少有3个人测试软件可能会失败，仅仅是因为它不能工作--他们认为应该如何工作--并且在测试失败之前，他们所期望的或实际测试的内容几乎没有透明度。

产品负责人(S)无法随时回答问题或提供反馈。没有定期的会议或与他们的电话，反馈可能需要数天。

我可以理解，我们不可能有一个完美的规范，但我认为，对于我们在每一次冲刺中实际正在进行的工作，有接受标准是“正常的”。

Answer 1

没有详细的规范，迭代过程将很好地实现这一点。

只需创建一个粗略的原型，要求客户提供反馈，根据反馈进行更改，并重复此过程直到应用程序完成为止。

客户是否有足够的耐心这样做是一个不同的问题。有些客户和开发人员实际上更喜欢这个过程；因为客户总是随心所欲，他(最终)会得到他想要的东西。

不用说，你不会以这种方式工作固定成本或固定时间的合同。

Answer 2

如果你说的是真的，而且规格还远远不够好到足以让你开始(而且你在这个评估中是诚实的)，我建议你这样做：

1. 阅读草图和“草图”规格，你已经给了。
2. 将您自己的规范编写到刚够级别，以便您能够编写代码。你可能得做大量的猜测。
3. 向客户展示您的规范以供评审。注意他们喜欢的部分，并获得更多关于他们认为你弄错了的部分的信息。
4. 重复步骤2和步骤3，直到您和客户同步为止。
5. 你现在有了足够的规格。

如果你的客户说的是对的，他们说“这很容易”，那么这个练习应该是小菜一碟。

如果您的客户是错误的，而且实际上需求中存在各种各样的问题和缺陷，那么您的规范草案将很快说明问题，并向他们传达他们的错误(不需要指手画脚或争论)，因为它们就在他们面前，而且是显而易见的。此外，您的规范将作为解决这些歧义的一个很好的讨论工具，并将作为一个记录的关键决定，因为你修改它与他们的反馈。

Answer 3

，产品所有者递给你一个原型；把更好的(直到你完成)

还给他。

听起来你已经得到了一个文件原型来开始这个项目。这不是个糟糕的开始。我建议您以同一种语言与业务所有者进行沟通，方法是提供逐步具备能力的原型。

你的原型应该从纸开始，进入数字模型，然后用“真实”技术构建。

树屋有一个很好的指南，其中总结道：

使用框架进行原型开发的奇妙之处在于，原型通常只是成为真正的站点，因为结构和样式已经到位。如果要使用相同的框架，就不需要从头开始重新创建站点。

您可能也希望提供一个正式的规范，特别是如果您仍然担心被指责为一个坏的结果。但是你可能会从原型中得到更多的反馈。

满足你的截止日期

请注意，您以后的工作不会像所有的一样是经典的“原型”，因为它们不会是一次性的(或者它们的一部分不会是一次性的)。最后，最有能力的迭代，你完成最后期限成为你的交付。

你的最后期限是你所拥有的最明确的要求。有一些完整和连贯的东西，你可以按时交付。

与您的测试人员

协作

如果这个松散的过程对于您的公司来说是一个新事物，那么您的测试人员可能会比您更不知所措，并且可能会寻求您的指导。你必须在这个过程中尽早得到他们的一些时间。让他们的老板知道，你试图帮助他们提供有意义的测试，而不接受正式的验收标准。

找出测试人员是否有任何他们需要提供的东西，比如测试证明文件，你可以“回到”。

试测试第一设计

由于您没有正式的需求，因此获得要开发的测试用例将提供一些结构。

让自己偶尔熟悉试验优先设计和/或测试驱动开发，并在需要时向测试人员提供流程指导。对于这样一个快速的项目，你不需要成为过程专家。但是，使用经过验证的方法将对您和您的测试人员产生很好的影响。

坚持标准，特别是对于UI

你没有关于外观和感觉的要求，但你确实有最后期限。使用其他人的设计工作，以尽量减少您需要做的工作，以创建一个专业的外观工件。

为您的站点选择标准UI，除非/直到指向。我不知道您是为哪个平台开发的，但是引导或谷歌材料设计就是两个例子。

通信，但不要纠缠

我建议每天给产品负责人发一封电子邮件。只有在紧急情况下才能发送更多。

如果你有问题，请描述如果你没有得到指导，你将如何进行。例如：

这个应用程序的用户需要使用移动设备访问它吗？现在，我们假设这将是一个台式机/笔记本电脑系统。

不要惊慌

我为那些不知道“需求”这个术语的人做过很多项目。大多数都是成功的。免费的产品所有者给你建立伟大的解决方案的自由。

请注意，这些项目中的一些项目所有者是不可能取悦的，他们躲在“我太忙了……”这句话的后面。他们无能的借口。但大多数人对最终结果感到“高兴”。