创建内部单源软件开发团队

Question

我们公司希望为所有软件开发工作创建一个单一的部门(而不是由每个业务单位管理软件开发)。然后，业务单位将他们的软件需求“外包”到这个部门。在进行此操作之前，您将设置哪些必须清除的关注点/期望？例如：

• 各单位之间需要就分配给每个单位的实际时间(FTE)达成协议
• 需要就工作人员的日程安排达成协议
• 如果一方需要额外的时间，需要就请求程序达成协议。
• 等等。

你是否曾在这样的情况下，作为一个单位的经理，注定要使用这个？如果是的话，你遇到了什么问题？你想要什么，或者实现了什么？如果你是共享团队的经理的话。

请假设，为了便于讨论，有关的人知道你不能随意地交换开发人员。我不想知道这种方法的缺点，我知道它们。我想预测问题，并知道如何减轻影响。

Answer 1

您可能需要考虑的一些事情：

1. 确保有一个人(你！)作为项目和优先事项的“看门人”。
2. 共享单元中最难的部分是定义优先级--这不是与开放组公开讨论的内容，而是与管理层公开讨论的内容。不是每项任务都是平等的，也不是每项任务对组织都是同等优先的。(也就是说，如果存在建立在线销售门户与人力资源报告系统的问题-销售门户可能是第一位的。)
3. 购买一些优质的防火处理服装。座位有时会变热。:-)

Answer 2

程序员不是咖啡杯！

咖啡杯、家具、笔记本电脑，有时甚至劳动力都可以在部门、单位或团队之间共享。我敢打赌，咖啡杯不会摇篮，也不会失败。只是分享程序员，好的和可能的并不是那么直接。

分享没有什么不对。问题并不是关于两个不同的部门，他们试图分享。问题通常发生在面临不断变化的程序员身上。

以下是您可能需要考虑的事项：

1. 时间切片和敲打。-只要除以一个人在工作中转换的小时数(甚至更糟糕的几分钟)，程序员就会成倍地降低工作效率，因为整个时间片会变小。具体来说，我宁愿工作至少一周长的开关，有时至少几天的时间，-but肯定会限制
2. 熟悉和依赖。领域和问题的熟悉性以及对他人的依赖，是许多软件项目的成败，而不是程序员的巧妙技巧。你可以给程序员一些自由，让他什么时候从事第二个项目的(编码和测试)--但当你需要会见其他团队成员，参加关于需求、项目管理和客户互动的头脑风暴和决策的会议--所有这些都不能真正孤立地完成，你可能只是在会议之间进行协调。
3. 范围和责任，非常重要的是，你想如何借用程序员-你只是希望得到一些指导或咨询？还是希望他/她编写一些独立的代码；或者他/她将参与交互过程，无论是需求、设计还是集成？谁来维持
4. 最后但最重要的是--情况可能并不总是如此，但不同的团队有不同的方法来处理解决方案，不同类型的编码；一些团队的客户将高度重视时间线，因为有些人会期望绝对没有bug的软件。在不同的项目上工作会让你适应其中的一些因素。然而，当你不断地在不同类型的项目之间切换时，它会付出代价！

话虽如此，但有时通过交换资源来优化项目是很重要的，而且常常是显而易见的。但归根结底，这取决于分享者的能力和能力。

Answer 3

我能看到的最大的问题是，每个业务单位都会认为他们的项目是最高优先的，而其他的则是不重要的。

您可能已经有了一些正式的资源分配计划。关键是管理异常。如果在应用程序上弹出一个关键错误，而当时没有分配给该应用程序的开发人员，会发生什么情况。或者是初级开发人员。

你不想让开发者的手机整天与不同的业务部门联系。您将需要在业务单元和开发人员之间建立明确的通信线路，并为如何完成工作建立一个定义的流程，并对开发团队强制执行规则，即他们不会因为某个人遇到问题而放弃所有的功能和处理某个特性。他们需要遵循这个过程。