在大型会议上如何有效地“出售”一个好的设计
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian题
很多时候，我见过悲伤的悲剧。这就是发生的事情：
- 新项目的团队设计评论。
- 我看到一个简单的设计，有很多孔。
- 我随便提及避免它们的漏洞和方法。
- 诸如“现实生活中的'永远不会发生”之类的评论忽略了警告
- 最终，“永远不会发生”的事情发生
- 损坏项目的紧急团队设计审查。
那我该怎么办？应对“我告诉你”的态度不会赢得朋友并影响人们。有时会过去几年，无论如何，步骤3的评论被遗忘了。我绝对不想成为烦人的害虫，使世界想起了陷阱。我经常坐下来看泰坦尼克号帆到欧洲。
看到不良设计前进是令人沮丧的。我似乎无法说服其他人当前道路上的危机也令人沮丧。在团队会议上，我确实最糟糕的是，每个人都有不同理解不同条款的方式。同样，自我倾向于赢得理性和思想。我正在寻找良好的策略，以说服团体人们使用一些新颖而复杂的想法。
解决方案
如果可能的话，建议修改不会为项目增加大量时间。尽量强调，如果现在还没有完成，那么以后重新工作将会更加痛苦。如果您试图说服您的团队一个完整的新方向更好，这将变得更加困难，因为可能会延迟项目等。
不要在会议上让人们处于防御模式，他们只会与您抗衡成为赢家。您不会让他们同意地球是圆形的。这是正常的政治（例如，福克斯新闻上的任何人）
这确实有助于获得其他开发人员的尊重。如果您是团队中的新人，我认为您是SOL。因此，只要建立一些团队代表，就可以真正尝试达到一个水平，如果您不会立即被击倒。当然，如果您总是是悲观的东西，那么您将被标记为“负面”家伙。
对于简单的东西（即不会影响时间表），请确保以最佳方式完成您的工作。如果您将精力投入到即时输出（例如建筑测试用例，或获得一些简单（但很酷的功能）），最终会注意到您的代码可靠地工作并承受时间的测试。当您开始用代码显示一些整洁的技巧时，他们会三思而后行。
最后，我同意您不想做“我告诉过你”的例行程序，但是请务必尝试向您的老板/技术领导者提示，这实际上是正确的。也许通过您的旧评论重新发送一封旧电子邮件。询问他们是否有助于解决“新”问题。如果您不这样做，他们甚至都不记得您是第一次提起它的人。最终，他们会得到一个暗示，您不仅要在会议上做出炫耀。下次他们会三思而后行，尤其是如果您的“旧”设计正在替换当前破碎的设计。
其他提示
尝试建立一个声誉，成为可以识别有效的方法的人，而不仅仅是您认为在某些罕见用例中会出现问题的人。当您看到这些潜在的问题时，只需将它们视为一个脚注，稍后可能需要解决。
人们在会众中发疯。向会议外的关键人物提起您的关注。他们会认为这是威胁性的较小，可能会花时间听到您的论点，而不是考虑他们的捍卫设计。他们可能还需要更多时间向您解释为什么您可能有一个有效的观点，但在v1.0中无法解决。
钥匙！进入会议，以完全了解您的直接主管的议程是什么。也许他们认为这是一个次要项目，他们在会议上需要的最后一件事是反对者花时间摆脱更重要的问题。请他们帮助您。
如果您想影响他们，请在设计会议之外与他们讨论。否则，他们只是认为您正在尝试从他们身上“得分”。很多人从不想在与“观众”会面中进行真正的讨论。
我看不出这种情况与无知老板的孤独开发人员有很大的不同。不幸的是，尽管我警告说即将到来的厄运，但我已经失去了我“说服”以某种方式建立一个项目并运送该项目的次数。这不仅会使您建造，而且还将众所周知的泰坦尼克号航行到冰山中。
正如您所描述的那样，当碎屑撞到众所周知的水桶时，我的警告早就被遗忘了。有时候（幸运的是）我不再参与该项目后的几个月或更长时间。不幸的是，这让我的继任者认为我一定疯了，因为您可以打赌老板否认其中有任何手:)
无论如何，一群“说服”的程序员可以像尖锐的头发老板一样无知，有时甚至是因为他们自信地毫无头绪，就像 杰夫·奥提到. 。发生这种情况时，您有足够的时间来解决问题。不要试图通过集体的大脑放屁听到一个理性的声音。如果您可以有效地做到这一点，那么您的位置就在国会中，而不是在书桌写作软件后面。
由于行动胜于雄辩，您可以：
显示（使用测试场景）为什么设计在正常情况下会失败。这可能会导致一个较小的会议，您是介绍的会议，并且可能是您需要听到的一切。
展示一种竞争性产品，该产品充分解决了该小组认为仅是“角案件”。你将成为 惊讶 例如，Google的期限是在其电子表格程序中预见错误。
重申最后一个需要重新编写的项目，然后再撰写。
换句话说，第一步，无论您做什么，都是与个人或（很多）较小的群体打交道。如果您的担忧确实有效，我相信他们会更好地收到一两个星期的发展。就像您指出的那样，避免“我告诉过你”的立场。
如果可能的话，请在会议之前（甚至是之后）查看设计，并私下与设计师交谈。在他们所有的秘密面前的一次会议上，枪杀人们会使他们立即对您的建议进行防御和封闭的态度，并且即使您认为自己有帮助，也可以导致“麻烦制造商”的声誉。
提出“批评”的一种好（但通常很困难）的方法是提出主要问题 - 让对方试图回答您的问题并自己意识到自己的缺陷。然后，似乎更像是他们自己的想法，他们将更有可能将其前进。同样，这在私人讨论中最有效，但在会议情况下可能是一个更具外交和有效的前进方向（注意：尝试避免进行争论或长期讨论以说服人们在会议中。不要努力。最好放开它，然后在会议结束后与设计师聊天，以“清除我不太了解的东西”，而不是成为一个简单的30分钟的人遇到整个早晨浪费”）
另一种方法是将您的建议（外交）通过电子邮件发送给首席设计师（或相关但小的分销列表）。它可能有助于考虑您的想法，并为您提供“纸条”，以支持我将来告诉您的任何“这样”情况（如果事情变成梨形，您至少有证据证明您试图提供帮助，但被忽略。但是，如果事情变得如此糟糕，您可能不会在合适的公司中工作）
最后，请记住，有时您可能“错误”。与您交谈的人可能比您对他们的设计有更清晰或更完整的了解，并且有充分的理由采取他们的方法（例如，最近，团队成员指责我创建了“效率低下”的设计，但是这是一个故意的设计，因为我知道绩效仍然可以接受，但它会使开发成本减半 - 这是一个商业决策，而不是代码质量的决策）。只是尝试对他人的想法保持开放的态度 - 有时候，您似乎是个坏主意，这可能是一个好主意，因为您尚未考虑的原因。
当遇到“永远不会发生”的情况时，请提醒他们过去的所有时间，当时他们不得不修复那些永远不会发生的东西”。但是，您必须小心不要像“我告诉过你”那样遇到。我发现提出过去的问题（以及他们要解决多么昂贵和痛苦）在讨论为什么您认为我们现在应该为这个项目做些事情的例子，这是为什么您认为这一点很重要的例子，这是最有效的永远不会发生”
我认为也许您的问题是您说您随便提及一种避免问题的方法，也许您应该提供更多信息，并更详细地向他们展示为什么这是系统的风险。有时，这意味着在您有时间进行一些研究之后，在第二次会议上提出主题。建立一个业务案例，以使其现在的价格廉价，以稍后再做的事情是多么昂贵。
听起来最好的选择是努力使自己进入团队领先地位。利用这些机会指出您看到的能力，并且可以避免。您不需要出售当前的团队。
“随便提及孔”中的“休闲”似乎是一个问题。尝试使用（或不存在（如果不存在））进行一些书面流程来分析项目风险。通常，风险分析会议的输出是一个简单的两列表：风险，以及减轻风险的商定策略是（“我们认为永远不会发生”是一种可接受的缓解；重要的是记录当前的思维在当时的问题上）。确保将您的问题记录为风险。风险应定期审查；在危机实际发生之前，很有可能会有很多人来到您的观点，风险审查将充当“ OMG 那确实发生了;我们会疯狂地继续这样的“催化剂。长期，纸质踪迹是说“看，我们似乎在这里有机构问题”，并获得设计或任何变化的态度的有用证据。
如何实现您的想法
首先，会议将问题称为挑战。您解决问题，克服挑战。挑战是好事，问题不是。
开始缓慢，一次在一次挑战上使用此技术。下次您希望老板采用您的一个想法时，请执行以下操作：
- 开发三种类似但不同的方法
- 告诉老板你需要他的帮助
- 说明您不确定三种方法中的哪种是解决问题的最佳行动方案
- 要求他/她帮助您选择三个
1. 这是非常强大的。您正在做的是提供选择而不是最后通atum。最后通atums更频繁地不会被击落，因为这不是他们的想法，只有一个选择。
2. 您对单词的使用非常关键。 “我需要你的帮助".
3. 让老板选择“ A”，“ B”或“ C”。实际上，让老板从“ A”，“ B”和“ C”中删除部分来创建选项“ D”。您正在做的是让老板做出选择。
在这一点上，您可以更少关心他选择的选择，因为它们都是您的想法。他会认为他实际上正在解决问题，因为您让决定成为他的问题。
有 Proof of Concept 实施了您的想法。如果您向团队展示了一些有效的问题并解决当前的问题，那么他们会比他们喜欢的。
