8

我正在与我现在的雇主处理一个问题，这让我认真考虑在其他地方寻找工作。他们的印象是应该消除 100% 的定制开发并用 COTS 产品（例如 SharePoint）代替。虽然我意识到这不是一个现实的期望，但我发现不可能与持有这些观点的管理层争论我的观点。他们的论点通常涉及类似于 SharePoint 中已经存在的涵盖功能 X 的功能，因此涉及的风险较小，并且不必针对它进行测试。

例如，我们有一种情况，SharePoint 列表完全无法满足客户的期望和要求。但是，将这些数据保存在 SQL 数据库中很容易满足要求。然而，每当我们的开发团队建议超出 SharePoint 的边界时，管理层就会对每行代码如何增加项目的复杂性并增加风险感到愤怒。虽然在某些情况下确实如此，但并非总是如此。然而，他们的论点是，由于 SharePoint 提供了一种存储数据的机制，我们应该 100% 的时间使用它。不管它是否满足客户的要求。

我已经到了讨厌上班的地步，因为我经常被迫做我知道（100% 确定）不正确的事情，而这可以通过定制开发来解决。然而，在我工作的地方，这似乎是一个不可能的论点。

大家有没有遇到过类似的情况？如果是这样，您为应对这些挑战做了哪些工作？

4

12 回答 12

15

如果你不认同公司的愿景，如果你不能启发他们，那么可以肯定，现在是开始寻找的好时机。

您是否指出，在对客户没有帮助或缺少功能或无法使用的情况下强制执行“解决方案”存在风险？

也许想出解决和减轻他们感知到的风险的计划。

于 2008-12-03T21:29:55.720 回答
9

你记录你的担忧并让你上面的人知道他们，然后你按照他们的要求去做。如果它不起作用，您有文档说明您提出了这些问题。但是试着让它按照他们的方式运作，所以看起来你不是在试图破坏他们的计划。他们承担了更大的风险，因此他们承担了更大的责任。尽你最大的努力让它按自己的方式工作，不要担心它。

于 2008-12-03T21:32:31.627 回答
6

这听起来可能很糟糕，可能不是您想要的答案。我办公室里有一个鲜为人知的部门，叫做“臭鼬工厂”。人们根据自己的意愿（通常在午休时间或编译时间）决定编写有助于公司的小程序。有趣的是，结果不会“花费”公司任何东西。

对话通常是这样的：

“我们需要购买这个软件”-老板

“但是，我们已经有几个月的时间了。约翰，那天写的”-程序员

“？” -老板

很多时候，开发人员认为一个决定是不好的，只是创建了一个自动发生的并行过程。然后，当这些东西击中粉丝并且客户感到沮丧时，替代解决方案已经到位。

我有一个自动释放机的例子。开发人员用于创建这些自定义报告。随着我们客户的增加，开发人员的工作量也随之增加。问题是“为了让客户获得自定义报告，开发人员必须参与其中”。因此，当公司正在考虑聘请某人全职做报告或想办法让客户做报告时，我编写了一个自动发布机器，它会查找报告更改并将它们直接发布给客户。我还编写了一个实用程序，允许任何人对报告进行更改，这比开发人员所拥有的更易于使用。当老板宣布试图找到解决方案时，我告诉他已经到位，甚至他也可以对报告进行更改并发布。现在，每个人都可以更改报告，通常是管理层和客户支持做出这些改变。有趣的一面是开发人员不再参与其中。

去做就对了。如果你还是要戒烟，不妨试试。

于 2008-12-03T21:37:44.753 回答
3

管理层是否有人拥有 SharePoint 中的股票？系统是总裁的弟弟开发的吗？

如果他们对改变有那么大的抵抗力，你应该在试图与他们争论之前找出真正的原因。他们可能会声称增加了复杂性、难度测试等，但如果你可以用一个表明他们立场的论点来反驳每一个论点，恕我直言，他们仍然不会讨论，那么你可能在争论错误的点。

如果他们由于非技术原因而被锁定在技术中，例如有人曾经读到 SharePoint 在任何技术情况下都是终极的（当然，除了 SharePoint = 好，他们不知道这篇文章在谈论什么）那么你不应该费心去争论并节省你的精力。为了找工作。

于 2008-12-03T21:31:21.163 回答
3

向他们证明这一点。当需求要求一个可以通过多列排序处理 100,000 个项目的列表时 - 编写一个脚本，将 100,000 个测试项目添加到共享点列表中并让他们尝试，最好让“客户”请求列表监视。:-)

于 2008-12-03T21:32:58.070 回答
2

如果我是你，我肯定会把我的简历公开。不仅你目前的经历令人沮丧，而且从长远来看，它真的会损害你的职业发展。考虑一下。当您在当前职位上与当前雇主苦苦挣扎时，其他开发人员正在采用新技术并扩展他们的经验。

开发人员之间存在意识形态差异以及公司对开发人员角色的看法。如果公开讨论和坦率让你一事无成，你不会因为缺乏努力而受到指责。对公司忠诚是一件好事，但关系需要是双向的。

可悲的是，最终可能会意识到他们的假设是错误的——但你不能等待那一天的到来。有时它永远不会到来。特别是（不要误会我的意思，我喜欢 SharePoint，因为它被用于它的用途），SharePoint 成为下一个 Access，因为阅读管理杂志的人看到了足够多的它，称它为弥赛亚。

于 2008-12-03T21:35:37.283 回答
2

我发现通常没有办法仅仅通过谈话来“赢得”这些辩论。许多经理通过阅读面向管理的文章来形成对产品或解决方案的看法。看看你能不能找到一些反击文章。

如果您可以举出 SharePoint 无法做到的事情的示例，并展示如何通过自定义开发以经济高效的方式解决这些问题的示例，那么您就可以顺利进行。

错误是试图让这成为一个关于技术的对话，而不是关于效率、成本效益和可维护性的对话——这些都是会影响非技术经理考虑替代方案的口头禅和指标。

如果您可以为其中一些问题提供概念证明，那就更好了，眼睛糖果确实有助于在技术团队之外进行销售。

最后，祝你好运：）

于 2008-12-05T13:45:09.337 回答
1

我在目前的工作中也在做同样的事情，没有简单的方法来处理这种情况。我所能做的就是吞下我的论点，因为他们无处可去，并按照我的管理层的要求去做。这将违背你的基本程序员本性，即为手头的任务使用最佳解决方案，并且可能会在此过程中构建一些很酷的东西，但由于他们是老板，这确实是你唯一的解决方案。您可以尝试在有证据的情况下找到使用自定义解决方案更有意义的案例。但如果你的老板和我的一样，在尖叫比赛开始之前它不会走得太远。唯一的其他解决方案是清理简历并找到新工作。

于 2008-12-03T21:30:04.923 回答
1

从第一天开始，我就面临着同样的挑战。管理层自然不愿意将自定义代码添加到解决方案中。但是，在大多数情况下，可以解释为客户的正确解决方案将包含一些自定义代码。

请记住，如果您认为可以在通用代码库中包含自定义代码，那么老板可能会批准这个想法。

于 2008-12-03T21:34:06.367 回答
1

我真切地感受到你的痛苦。

如果是我，我会利用业余时间收集证明我观点的信息，并以易于理解的方式记录下来。

如果他们只了解金钱，谈论金钱，如果他们只了解恐惧（因为害怕“那个”而做“这个”），利用恐惧，在“他们的”解决方案中为他们找到可怕的东西。

记录每一个新的实施、时间、金钱和出现的问题。并记录您的解决方案。

他们可能没有在他们的解决方案中看到问题，因为他们专注于在“您的”解决方案中没有问题。

于 2008-12-03T21:36:34.350 回答
1

我曾在一个管理层在他们的方法上没有建设性的地方工作，没有你描述的那么糟糕，但已经够糟糕了。

有几个选项。一种是继续使用最佳的“物有所值”选项为客户做需要做的事情。您可能必须将开发人员作为一个团队聚集在一起，以使这种“公民抗命”发挥作用。

一个真正让粉丝大吃一惊的更有力的方法是去找客户（如果它是外部客户或者如果你想保住你的工作，不要这样做），并说明会发生什么如果 X 和 Y 的项目。这几乎是在讲学校外的故事，而且会很糟糕，但很有趣。

一个稍微好一点的方法是上链，找一个可以为你制造麻烦的赞助商。基本上落后于你的老板。这可能会奏效，但它将对您与管理层的关系产生可预测的结果。

最后也是最难的是找出那些认为任何自定义代码都是不好的观点的人，并让他们参与对话，找出他们从哪里得到的信念，并用例子来反驳。强调对话，因为您必须倾听并理解他们潜在的担忧（这与自定义代码本身无关），并且只有在您获得人们的信任后才能解决它们。

我不能告诉你哪种做事方式最有效，因为这在很大程度上取决于所涉及的个人。我所知道的是，你无法改变人，根据我的经验，迄今为止解决问题的最佳方法是离开并与不那么好的人一起工作......

于 2008-12-03T23:24:16.630 回答
0

不叫它自定义代码怎么样。相反，如果您将其称为“预期的 SharePoint 用户扩展”或其他名称，它可能会缓和围绕特定术语的误解。

此外，正如已经说过的，管理层正在推动这一议程可能还有其他隐藏的原因。最好不要过快地猜测这些，因为很多都是有效的。

Finally, there are alot of places that need development. it doesnt hurt to look for a better match.

good luck.

于 2010-06-25T17:38:44.130 回答