这篇博文是由Susan Keohan在我的前一篇文章中发表的一条评论引起的，这篇文章涉及到我在工作流程合作中遇到的困难，基本上是对我在问答中提出的三个问题的总结，以及我在问答中得到的广泛帮助。Susan建议写一些关于提出好问题的东西，这让人有点吃惊，因为SAP社区已经有了关于这方面的现成资源：

关于问题的问答页面2010年"前会员"关于提出好问题的博文如何以聪明的方式提问

因此，接下来是我个人的方式，与这些现有资源会有一些重叠。

对我来说，提出问题有不同的理由，比如试图找出为什么有些东西不起作用，其他人如何处理给定的情况，或者如何改进流程以使其比当前更好地工作。有些问题本质上是技术性的，而另一些问题则更"哲学性"。在所有情况下，我的假设是，我不太可能是第一个遇到这个问题或必须处理某个特定情况的人。在SAP环境中工作的人实在太多了，云服务器多少钱一年，一个问题真的很独特。但是，这并不一定意味着有人曾经问过这个问题，或者他或她已经收到了回复你就会明白我为什么喜欢问问题。如果不提出问题，尤其是"为什么"的问题，作为一个物种，我们就不会像我们那样进化。

好吧，说清楚一点：在开始问你的问题之前，先尽职尽责！对我来说，这通常需要一些反复试验，看看我是否能够通过调试或其他任何可用的方便工具（如性能分析（SAT）或SQL跟踪（ST05））来解决技术问题。如果这对我没有任何帮助，我将尝试向编程和基础团队中的同事解释这个问题，以了解他们是否有想法或进一步的线索。下一步（甚至是并行的）通常是直接在SAP社区、SAP支持上进行搜索，或者通过Google进行更广泛的搜索。这里的棘手的事情是选择搜索词，大数据app，提供正确的答案数量，既不是太多也不是太少，我真希望我已经掌握了这项技能！不幸的是，这仍然很像玩"打不着"游戏，大数据如何分析，因为我经常找不到任何东西，因为我的搜索条件太严格了，或者我得到了数百次的点击，因为搜索太不具体了。

由Nick Youngson CC by-SA 3.0 Alpha Stock Images搜索

但是，智能建站软件，即使这些步骤没有提供答案，它们至少应该有助于界定问题的范围。此外，在处理技术问题时，以屏幕截图和/或代码片段形式捕获的信息在实际撰写问题时会很有用。

一旦我浏览了自己的研究选项，但没有找到答案，就应该撰写一个问题，并在问答中发布。第一项任务是为这个问题想出一个有意义的题目。有时这很简单，它基本上是自己写的，但有时它更复杂，特别是当它不容易归结为一个简单的"我怎么做…"类的问题。我会让你来判断我自己的问题到目前为止有多明确——或者没有！

在写我的问题时，我显然希望得到一些答案，但我也意识到我没有资格得到答案，更不用说很快。为了增加我的机会，我投入了很多——也许有时太多了！–尽我所能提供信息。这包括以下列表中的一些组合：

我们正在进行的系统发布对我正在寻找或试图达到的目标的描述我已经尝试过的和结果到目前为止我所寻找的我已经发现的，如果有的话相关截图，工作的前提是"一张图片说明千言万语"代码片段（如果适用）

我回答问题的经验非常积极。我经常只收到我希望得到的答复（就像这里，甚至在一小时之内！）。一些社区成员伸出援助之手，耐心地引导我走过这些步骤（比如Rob Dielemans和Mike Pokraka，这里，这里和这里），或者这个问题引发了一场热烈的讨论，比如当我问如何让签约开发人员阅读并遵守开发指南时。除非我忘了，或者在极少数情况下，答案或评论实际上与我的问题无关，否则我至少会以赞成票或类似的方式表示"感谢您抽出时间提供答案"。通常，我也会回复自己的意见，让回复者知道我是如何利用她/他的建议的。

一旦讨论结束，我会尽量选择最佳答案。有时候，这很容易，因为只有一个有用的答案"成功了"，帮助我解决了问题。在其他时候，就不那么容易了。当最终的解决方案是从几个社区成员提供的各种答案和评论中收集到的组合时，就会出现这种情况。每当这种情况发生时，我都会添加自己的答案来描述我实现了什么，然后选择它作为有用的答案。这是不理想的，我宁愿有一个选择，选择一个以上的答案，因为有助于真正给予信用的地方，信用是应得的。我所做的另一件事是添加一条评论来描述我的下一步行动，并至少利用@-提及来感谢帮助我实现目标的社区成员。