我一直在思考如何编写代码。我知道如何获得优先权。一个完全不同的博客。但当我编写程序时，我该怎么做？如果我在开发一个巨大的怪物应用程序，大数据对比，需要测试什么？如果我对SAP社区进行了代码或配置更改…如果我是开发人员/流程工作者、需求收集人员之一，我会怎么做？

所以-我会从现状/未来开始。是的，我们都知道现状。等等，你确定吗？你访问过网络上的任何地方吗？可能不会。所以我会收集我的商业用户资源。商业用户是我们，通信云，社区。他们会给我完美的需求，因为这是经常发生的事情。所以现在我有了我要做的，云100，我明白了。或者说真的，我了解业务用户对"原样"的看法，如果是一个大型项目，也可以理解许多业务用户的看法。

下一步，我将确定在这个程序的迭代中可以做的所有事情。因此，我将查看所有其他可分组到同一版本中的修复程序。我可能会看到一些相关的东西。那些我可以在不增加结束日期的情况下工作的东西。这意味着小的东西会被修复。一些大的东西不会被修复，仅仅因为我不能快速添加它们。

下一步-你现在可能已经猜到了-技术要求。这些都很关键，因为我确信我所从事的工作和社区中的其他工作之间有联系。

我会开始开发。我会做测试驱动开发或常规开发。在这一点上真的不重要。我非常努力，我很期待我的开发能让人们满意。我认为开发是有周期的，但事实并非如此。我测试我的代码。啊哈！单元测试可以而且应该写进程序中。

现在我发现我有很多时间来完善我的程序。你会这样吗？如果是这样的话，那就太神奇了。我几乎没有时间去完善这个程序。你知道我们做的一些小事情。评论代码，确保你已经按照你想要的方式设置了所有的东西。

所以现在我想当我改变配置的时候。我所要做的就是在配置中翻转几个设置，我就完成了。容易的。很简单。我有没有提到那些改变会让整个系统瘫痪？很多工作都在配置上。我在改变什么，它会影响多少事情。测试，测试，还有更多的测试。

所以一切都很好。我现在必须做集成和回归测试。这从来都不是很快。通常我会尝试引入很多人。每个接触点至少有一个人。这可能需要很多时间时间可能不是他们的优先考虑。当然，在每一个优先考虑之后，它可能会一直回到需求阶段。我希望不会。但是，大数据如何分析，它确实发生了。

最后，最后，我把我所有的更改都投入生产。记住，这是SAP社区，你是我的客户。作为一个开发人员，我喜欢有好的反馈。我会接受坏的。那也没关系，更多的要求要优先考虑，除非我打破一些东西。

现在你有了它。我会做出改变的方式。听起来很快吗？不，大数据产品，不应该。永远记住，如果你做了一个"快速"修复，它可能会导致大问题。而且从来没有足够的时间来测试一切。

回到SAP社区的"技术"问题。我对昨天的一切都抱有期望。在考虑了整个过程之后，我没有期望。我期望事情在完成后能够完成。我不是需求收集者，不是过程团队、UI开发人员或后端开发人员的一部分。那么，我怎么能开始给出一个估计呢？我甚至不知道系统。所以如果我不能给出一个估计，我就不能指望我的请求能很快完成。（我漏掉了决定要做什么的部分。）

顺便说一下，最后的步骤包括培训。嗯……那意味着我会整理一个视频、博客或其他东西。我不认为我们每个人都会看它。

你呢？我知道我还错过了很多步骤。你还会怎么做？您希望何时完成对SAP社区的请求？