Skip to main content

如何向您的技术团队寻求工作帮助 - 缪斯

IT往事之3. Google开发Android的故事 (可能 2025)

IT往事之3. Google开发Android的故事 (可能 2025)
Anonim

即使您不在IT部门工作,您几乎肯定会以某种方式使用技术 - 制作电子表格,更新网页,检查数据库中的客户信息,或只是阅读电子邮件。 并且,正如您可能已经注意到的那样,技术并不总是以您喜欢的方式工作,或者更糟糕的是,应该如何工作。 这意味着有时您需要与您的技术团队合作解决问题。

但是,任何参与过这种互动的人都知道,它并不总是顺利进行。 为了确保您获得所需的帮助 并且 技术专家随时乐意为您提供帮助,以下是与团队沟通的实用技巧,其方式对双方都有好处。

1.紧急情况

示例: “网站已关闭!”

你的数字世界正在崩溃,或者只是你公司的服务器崩溃了。 无论危机是什么,您都需要立即与您的技术团队取得联系 - 但不要惊慌失措,吓坏了,翻转办公桌。 不,你需要以正确的方式做到这一点,因为它非常重要。 这意味着您必须尽可能快速,清晰地将事实带给技术团队。

但是,在您全部发送电子邮件或在周日早上致电开发人员之前,请先发出警告:确保情况真的是“生死攸关”。对于大多数公司而言,“生与死”涉及到底线。 换句话说,是否存在阻止或严重阻碍您,您的同事或您的公司无法正确为客户提供服务的问题? 是? 继续。 没有? 深吸一口气。

不确定什么是紧急情况? 询问你的老板是否有适当的政策,如果有的话,在最坏的情况发生的情况下遵循既定的程序。 如果这些都不存在,请与技术经理或主管开发人员安排快速聊天,了解设置系统的可能性。 可能的情况是,IT团队不仅会欣赏您的兴趣,而且他们也会很高兴它将来会减少错误警报。 (甚至技术爱好者都害怕晚上11点的服务器紧急情况。)

2.内部错误

示例: “当我点击'下一步'按钮时,我没有进入下一页。”

这一次,问题不是对业务的威胁,但这是一个令人烦恼的故障,使得完成任务变得充满挑战。 你可以通过解决这个bug继续你的一天,但你不应该忽略它。

同样,您应该遵循任何设置协议进行报告。 (并且,回到第一,您可以帮助设置报告系统,如果当前不存在。)当您提交报告时,请记住尽可能多地包含相关信息。

梦想报告将包括以下内容:

  • 你想做什么
  • 当你这样做时发生了什么
  • 您正在使用的设备和操作系统
  • 涉及的任何软件
  • 该问题的屏幕截图

虽然这些信息可能会让您感到乏味,但它可以帮助技术团队更快地诊断出问题。 想获得奖励积分(并且您的问题得到更快的解决) 刷新你的技术术语来讨论这个bug。 它将为每个参与者节省大量的猜测。

3.紧急更新

示例: “客户需要更新EOD主页。”

回归危机中心。 但这一次, 你 就是那个匆匆忙忙的人。 这意味着您需要对IT员工特别敏感。 要非常清楚需要做什么。 而且,如果您需要多个项目的帮助,请让团队了解每个项目的优先级,以防所有事情无法同时完成。

此外,不要求技术团队放弃一切为您服务,而是要求他们认为需要多长时间才能做出改变。 如果无法按照您的要求尽快完成,您应该强调为什么任务如此迫切(请记住底线?),并明确表示您将尽快帮助完成任务。

记住这一点也是关键,因为你需要一些东西,这并不总能使它成为可能。 始终假设在您完成紧急任务之前,技术团队正在处理另一个项目(或两个或三个)的截止日期。

是的,您可能合法地需要立即完成某些工作,但是暂时或快速修复(例如纠正错别字和断开的链接)现在可以使用吗? 如果是这样,那就去吧。 然后,为项目的其余部分设置一个时间表,该时间表适用于所有相关人员。

4.(小)建议

示例: “我们应该为读者创建一种方式,使用他们的Facebook个人资料在我们的博客上发表评论。”

有一个聪明的想法,你认为会改善你公司的应用程序或网站? 你可能会有所作为。 但是,这并不意味着你应该赶紧去看技术团队,并期待对你的想法表示赞赏。 相反,你需要聪明并尊重你如何接近它。

让开发人员或设计人员知道您认为自己的想法值得实施的原因(“我们的营销团队只是分享了一些关于客户在Facebook上的活跃程度的统计数据,我认为这可以帮助我们提高网站的参与度”)。 然而,与此同时,请记住每个人都面临的时间和金钱限制。 请记住尊重您的IT专业人员的知识和意见。 考虑使用“可能”而不是“应该”来避免听起来像你已经知道所有正确的答案。

此外,如果提出这些想法是您工作的常规部分,请尝试学习开发或设计。 即使是一些基本知识也可以帮助您提出更有用和现实的建议。

5.一个伟大的想法

示例: “如何重新设计整个主页?”

有时你想要动摇。 作为局外人,您的见解可以(有时)成为刷新公司战略或品牌所需要的。

但是,不要被你的革命冲动所扫除。 同样,您需要告诉您的设计或开发团队您认为有必要进行更改的原因。 而且,由于这是您正在讨论的重大改革,您应该准备好证明实现这一目标所需的费用和时间。

如果您能找到帮助的方法,您可以使这个想法听起来更有吸引力。 也许你可以成为beta测试者。 或者,你可以写副本。 或者,也许,您可以借助技术团队实习,帮助研究该过程的一些(更简单)方面。 任何你可以投入的方式都可以减轻负担,这意味着你的大创意可以更快地成为现实。

无论您需要什么是时间敏感的任务还是仅仅是一个改进的创意建议,了解如何在您需要他们的帮助时与您的技术团队联系,这将使您的工作更轻松,并帮助每个人更好地协同工作 - 理想情况下导致更少的混淆电子邮件强调每个人。