建立团队-对项目经理和产品负责人的提示

本文由TEONITE的首席运营官MichałGryczka撰写。

在本系列文章中,我想在上下文中的团队即服务 (TaaS)模型中共享开发过程的实践方面,这些模型取材于我们团队在交付商业项目中的经验。 特别是您将发现:

  • “选择”具有足够技能和经验的团队成员
  • 使用敏捷原则引导开发过程
  • 与项目利益相关者(PO / PM / CTO等)的沟通
  • 了解业务和技术目标(CPO / CTO)
  • 处理团队之间的关系动态(外部与内部)

我们想通过勇敢的团队以“团队即服务”模式交付的一些具有挑战性的项目来讲述这些故事。

请记住,这只是一个示例,团队即服务解决方案 在采购IT员工 时应提供 完全的灵活性 ,这意味着您可以 在需要时为项目分配更多人,或者在工作量较小时减少人员数量

现在,不用多说,让我们在实践中进入TaaS的主题。 由于这是一个复杂的问题,因此我将其分为几篇博客文章。 今天,我们将专注于如何为任何给定项目选择合适的员工。

为项目选择团队成员

在为特定项目选择团队成员时,需要考虑以下最关键的标准:

  • 编程/设计/建筑技术技能
  • 团队合作经验
  • 愿意解决问题
  • 订婚
  • 能够清晰地传达问题和解决方案的能力

这些标准不是按特定顺序排列的,因为我们注意到所有这些标准均对项目的成功交付做出了同等的贡献。

您最需要了解的是如何验证/验证团队成员中特定技能的水平。 但是请记住,我们的目标是组建团队,因此,并非所有团队成员都必须具备上述所有技能的同等水平。 更重要的是,它们彼此互补,因为这使他们能够正确地利用这些技能并产生协同作用,最终产生更好的结果。

在工作面试中,很难验证所有这些要素,这就是为什么必须分配一些时间用于内部项目和辅助任务的原因,这将为您提供一个绝佳的机会来检查团队成员是否能够合作/执行所需的级别。 拥有一个受控的环境非常重要,您可以集中精力进行验证和观察,因为在现实世界的项目中,压力太大,而且没有足够的时间这样做。

我可以分享我们如何组织内部项目的经验。 在这些期间,我们倾向于专注于观察和指导人们,而不是业务角度。 在内部将产品负责人和Scrum Master的角色分配给高级团队成员, 使我们可以控制流程的每个方面,并就自己的专家应该改进的地方得出见解 。 同样重要的是,我们努力使这些内部项目比执行更多。 我们确保它们在将来具有其用途和可用性。

以上所有内容不只是理论上的,因为我们所有的见解都是基于数十个客户和已交付的项目 。 我们决定为开源解决方案做出更多贡献,这就是为什么我分享一些专业知识的原因。

该项目

我们的客户是全球建筑和工程支持解决方案最具创新性的供应商之一。 他们需要一个值得信赖的合作伙伴来支持他们开发其签名产品。

该组织的CTO 一直在寻找一种有效的方法来提高开发速度而又不影响其质量 ,并且在讨论了要求之后,我们就能够开始组建一支敬业的团队。 选择团队成员时,我们的目标是最大程度地发挥协同作用和多功能性,同时最大程度地减少单点故障。 我们已经开始与三个人的团队合作,然后最终在分配的团队中扩大到六个人:

  • 两名高级全栈开发人员
  • 两个全栈开发人员
  • 一位质量保证专家
  • 一个Scrum Master

多亏了多元化的团队组成,即使在可能出现的极端情况下,我们也能迅速运作。

我希望您发现共享的见解对您有所帮助,并且能够对您的组织实施某些方面。 能够为项目选择合适的团队成员只是更大范围的监督和团队建设工作的一部分-毕竟, 您的团队是您的竞争优势

您可以花费时间来组建团队,但请记住,有其他解决方案可以实现相同的目标,而无需您投入过多或承担任何不必要的风险。 如果您不确定什么是最适合您的解决方案,请在 Twitter Linkedin 上打我

如果您想阅读我们以前的博客文章,其中描述了不同的合作模式,则可以在 此处 找到

另外,请注意下一篇有关引导开发过程的博客文章。