您如何“出售”支持作为职业选择[关闭]

我们发现雇用开发人员从事各种项目相对容易。

当项目完成但仍然需要支持时，就会出现问题。

我们真的在争取人们加入支持团队。它被视为死胡同，事业受限，无聊，二流等等。

目前，我们通过让项目团队将其一些团队分配给支持团队来解决这一问题。任务的一部分是对项目进行“转储”，以便支持团队理解该项目。只要分配仅在固定期间内，此方法就起作用。

试图雇用人们全职工作是一个问题。应用很少，并且口径不是特别高。

（尽管财务现实是，支持对于一家公司来说可能是非常有利可图的，一旦获得声誉，即使您没有参与最初的开发，也会被其他公司聘请他们提供支持。）

别

对我而言，最好的选择不是一开始就不要将开发人员分为支持者和不支持者。恕我直言，主要有以下三个原因：

• 编写难以支持的东西的人只有在必须支持这些东西的情况下才会学习。
• 只做支持的人通常会在纠正错误时采取最小的阻力，即使这样做会妨碍将来的工作。
• 通过拥有单独的支持开发人员，在新开发中按时完成计划所节省的理论时间总是比必须提供指导或重复工作所花费的时间更多。

在开发团队中，您可以让负责维护任务的人员或采取让维护任务成为新团队成员的训练场的方法，但是如果您尝试将其出售作为该职位的长期目标，则只会吸引他们会给您造成胃灼热的人或即将离开的人。

始终需要一条明确的道路才能摆脱100％的支持开发人员的角色，和/或一定比例的新开发工作，以保持良好的人们的兴趣。

您不希望无限期地吸引那种对该角色感到满意的人，并且除非您提供了他们永远不会考虑的那种报酬，否则您永远也不会说服其他优秀的开发人员来担任该角色并长期保持这种角色。职业发展。

使支持工作变得有趣并且对您的开发人员有价值。

我很乐意提供支持，原因如下：

• 我与世界各地的人们交谈。我像这样结交了许多朋友。几年前，我的一位客户邀请我参加他的婚礼！我曾经在办公室里放过一幅世界地图，上面放着别针。
• 支持几乎是您工作中最好的满足。当您使用户满意时，它的确会使您更加快乐。
• 投诉是改善自己的有用方法。我认真对待任何投诉，在大多数情况下，我可以将某个生气的人转变为一个满意的客户/用户，最终将其传播开来。
• 它可以帮助我了解客户/用户的需求。然后，我可以构建更好的软件。

那只是几个原因。

关于支持本身，我建议实施一个易于管理的过程。

得到支持案例后，我们将执行以下操作：

• 如果是可重现的错误，我们将其添加到积压中，并将其ID提供给客户/用户。我们还采用客户/用户的ID来通知他解决方案并个人释放。如果您直接收集他的电子邮件，这很容易。
• 如果使用软件有问题，我们以此为契机来改进文档。任何答案都像知识库文章一样编写，之后我们将其添加到数据库中。编写时间花费了三倍的时间，但是稍后我们不再赘述（大多数用户更喜欢以KB格式浏览）。
• 如果是功能请求，我们将用户与产品所有者直接联系起来。这是非常有价值的。当然，我们使用诸如uservoice.com之类的系统，但是直接与用户交谈要好得多。
• 如果有投诉，我们会尝试在流程之外进行处理。抱怨的人喜欢被认为很重要（即使抱怨很琐碎）。

为什么不只向支持开发人员多付5或10k的费用，而忘记开发人员呢？

通过附加额外费用来支持角色；认识到“客户联络”和“生产代码维护”的附加挑战；您不仅会提供额外的动力，而且更重要的是，这些角色将被视为具有更高的声望。毕竟，更高的薪水必须意味着更重要的作用，即使不是这种情况，也会被这样认为。

如果您认为支持是第二流的工作，那么在雇用人员方面可能会遇到麻烦。如果您将其视为职业限制和无休止的工作，那么您将不会获得优秀的求职者。

支持通常不像新开发那么有趣，并且如果您有独立的开发和支持团队，则支持团队必须采取开发能给他们带来的好处，而这通常并不有趣。（我曾经在一个地方工作过，研发部门会向我们提供一些性能出色的软件，但是通常需要重新设计才能达到生产质量，并且出于政治原因，我们没有足够的时间来这样做。好玩。）

如果支持确实对业务至关重要，那么您必须将其视作。如果您坚持要求拥有独立的支持团队，并且拥有一支优秀的支持团队很重要，那么您需要解决这些问题。确保有职业发展道路。宣传您从支持中赚到的钱，部分是为了他们的自尊，一部分是为了让其他人意识到自己的价值，一部分是为了使他们的活动能用美元作为收入。建立标准，并允许支持团队对项目是否准备好从开发过渡到支持进行一些投入。由于这项工作不太有趣，而且可能更为重要，因此请他们支付更高的薪水。（如果经理通常抱怨“我们不能便宜我们所需要的申请人”，我会更同情那些抱怨“我们无法获得所需的申请人”的经理。）

虽然我同意获得支持通常会吸引人，但许多开发人员实际上可能会享受与项目“所有权”相伴的声望，即使他们自己没有编写软件。那个程序员成为该项目的执行者，而他们的确成为该系统的宝贵专家。虽然我主要在我所工作的公司从事新开发工作，但实际上，我的许多同事都非常称职，因为他们维护我们最关键的软件至关重要。毕竟，当前受支持的软件可能是目前正在赚钱的软件（手里的一只鸟在丛林中值得两只）。
我只想说，并不是每个人都将支持看作是对低于标准水平的程序员的糟糕地牢工作，我会淡化这种情绪来吸引更多的人。

一些想法：

1）您说这被视为死胡同和职业限制。如果这不是真的，并且人们继续做其他事情（开发，项目管理，团队运作），那么我相信您有可以使用的示例。如果没有示例，那么您可能不得不接受这是死胡同和职业限制，需要解决这些问题。

2a）如果支持包括错误修复，那么为什么将它们分开？如果某人从一开始就不好编码，那么您会通过将他们的混乱交给别人来解决，从而教给他们什么。而且，如果支持开发人员的表现不如开发人员那么好，那么您又如何期望他们修复开发人员无法解决的问题？认真地，规则应该是您编写，修复它。

2b）如果支持不包括错误修复，那么他们的工作将大相径庭，并强调不同的技能。您不必担心这里的交叉，而不必担心显影和清洁之间的交叉。

3）您说这对公司有利可图-然后使它对所涉人员有利可图。这可能是通过更好的金钱，更好的培训，更好的工具包以及为他们提供真正真正做好这些事情所需的一切。如果有钱，那就做得很好。

阅读您的帖子的问题是，您似乎并不认为这是一项好工作。如果那是真的，那也就不足为奇了。

支持是一项艰巨的工作，没有人喜欢整天听别人抱怨。寻找好人可能要花费一些时间，但是一旦有了，就需要保持

1. 支付高昂的钱，甚至远远超过行业水平以保持优秀的人才
2. 提供良好的工作环境，对工作所提供的午餐和饮料等小物品有所帮助
3. 不要将所有支持人员塞进一个嘈杂的小房间

我认为zappos.com已经证明，为一家好公司工作时，工作并不一定要糟透了。获得支持的最糟糕的部分是无法帮助某人。如果您用服务合同上的精美字样使用户搞砸了，或者交付了无法及时修复的错误软件，那么支持将很烂。需要鼓励他们找到解决问题的办法；有点像编程。

我为大学毕业后的第一家公司提供了几年的支持。我注册了两年的原因是：

1. 成为软件工程师所需的职业道路。
2. 我需要时间重新整理公司的主要语言（Fortran，大约1989年）
3. 我还没有结婚，所以如果发现自己不喜欢公司或工作，我可以辞职。

开发和支持混合在一起（分担角色）如何？我认为您会因为上述原因而仍然难以获得支持（开发人员！=产品支持人员）。但是，如果您的产品依赖于对内部技术的广泛理解，也许是80％的开发，那么20％的支持将是一个公平的权衡。或为新员工提供某种指导/阴影，以确保他们获得有关产品的正确信息。