blocks|key|791737|text|这在很大程度上取决于这两个项目之间的关系。如果它们有很多相似之处，我会说，把它们作为一个大组中的两个项目来处理。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|791738|如果它们大部分与代码和架构观点无关，那么在这两个项目的持续时间内分成两个团队就更有意义了，也许可以交叉培训一些开发人员。|791739|如果您是敏捷商店，只需运行两个并发迭代即可。|791740|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

It depends a lot on how related the two projects are. If they have a lot of similarities, I would say tackle them as two projects within one large group.

If they mostly unrelated from a code and architecture standpoint, it would make more sense to split into two teams for the duration of the two projects, perhaps cross-training some of the developers as is possible.

If you're an Agile shop, just run two concurrent iterations.

blocks|key|791789|text|如果项目位于不同的系统中，我认为从人类并不完全擅长多任务处理。开始就将项目的开发人员分开是明智的，因为我们的上下文切换技巧很慢。所以，他们要么一个接一个地工作，要么把团队分成每个项目。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|791790|entityMap|0|LINK|mutability|MUTABLE|url|http://headrush.typepad.com/creating_passionate_users/2006/03/multitasking_ma.html|1|http://www.codinghorror.com/blog/archives/000691.html^0|H|E|0|1I|9|1|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@$A|O|B|P|1|Q]|$A|R|B|S|1|T]]|C|$]]|$1|D|3|-4|5|6|7|U|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]|L|$5|G|H|I|C|$J|M]]]]

If the projects are in separate systems I believe it is wise to separate the developers working on the projects since <a href="http://headrush.typepad.com/creating_passionate_users/2006/03/multitasking_ma.html" rel="nofollow noreferrer">humans are not entirely great at multitasking</a> because our <a href="http://www.codinghorror.com/blog/archives/000691.html" rel="nofollow noreferrer">context switching skills are slow</a>. So either they work one project after another or split up the team to each project.

blocks|key|792058|text|这一问题的答案取决于许多因素。如果你百分之百肯定你不会失去一个开发人员，而且没有人会去长假，那么把它分成几个特定的团队会有一些好处。OTOH，如果你不确定的话，最好让整个团队来完成每一个项目。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|792059|接下来，你必须考虑最后期限--运行这些项目会增加你错过最后期限的风险吗?如果是的话，这个风险可以接受吗？|792060|当然，开发人员总是有可能踩到对方的脚。两个人-月(是的，我知道这是一个神话)的工作分配给6个开发人员是略多于一个星期的工作每人-如果这是合理的项目规模，那么这是好的。但是，您可以将工作分成几个部分，并且仍然有意义，这是有限度的。|792061|为你的项目回答这些问题，这会给你一个像样的答案。|792062|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|L|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|M|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

The answer to this really depends on a lot of factors. If you're 100% certain that you won't lose a developer, and that no one will go on a long vacation, then splitting it into specific teams has some advantages. OTOH, if you don't know that for sure, it might be better to have the whole team work on each project. 

Next, you have to consider deadlines - will running the projects sequentially increase your risk of missing a deadline on either one, and if it does, is that risk acceptable?

Of course, there's always the potential for developers to step on each others' toes. 2 man-months (yes, I know it's a myth) of work split amongst 6 developers is a little over one week's work per person - if that's reasonable for the size of the project, then that's fine. However, there is a limit to the size you can split the work into and still make sense.

Answer those questions for your project, and that should give you a decent answer.

blocks|key|515110|text|我认为，在不相关的项目中，如果您将开发人员分散在不同的项目中，您将有更好的效率。这是因为在通信中存在开销，如果开发人员的数量是项目开发人员的两倍，则不需要花费一半的时间。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|515111|但是，如果您的开发人员最终需要学习这两个系统，那么这种开销需要在某个时候发生。时间限制应该决定是在项目期间还是之后发生这种情况。|515112|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I think that in the case of unrelated projects you will have a far better efficiency if you split your developers across projects. This is because there is overhead in communication, if you double the number of developers on a project you don't half the time it takes.

However if your developers need to learn both systems eventually then this overhead needs to happen at some point. time constraints should dictate whether that occurs during or after the project.

blocks|key|515191|text|我将他们分成两个团队，假设每个项目都有足够的开发人员(每个项目有3个开发人员，每个项目有3个开发人员)。我不认为让更多的开发人员参与一个项目是没有必要的。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|515192|编辑:这没有考虑到这类决策中的所有其他因素(开发人员的生产力、技能、可用性)。|515193|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I would split them into 2 teams assuming that there are enough developers to cover each project (Each project gets 3 developers and 3 developers is enough for each project). I don't think it's effective to put more developers on a project than is necessary.

Edit:
This is not taking into account all the many other factors that go into this type of decision (developer productivity, skill, availability)

Given a situation where you have 2 projects that in total will provide enough work for a month for 6 developers in a ratio of 2:1. 

Is it better to assign developers to each project and then they work on that project for the whole month or is it preferable for the whole team to work each project in turn?

What reasons do you have for your opinions?

Edit
To clarify, they are entirely separate systems.

Multiple project management

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

在这种情况下，您有2个项目，总共将为6个开发人员提供一个月的工作，比例为2:1。为每个项目分配开发人员，然后他们在该项目上工作一个月更好，还是整个团队轮流处理每个项目更好？你的意见有什么理由？编辑澄清，它们是完全独立的系统。

问多项目管理
EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问多项目管理EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问多项目管理
EN