从管理的角度，我们希望资源可以最佳利用。绕过人力资源编制，实际上可以采取特殊的运作模式来达到这一目的。方法就是，赋于比职位多得多的角色，让人具备多个可分配的单位。在这一点可以用CPU的多线程来比喻。
案例：
2001年的时候，公司有Milkyway和Apollo两个项目在同时运行，两个项目都是电子政务项目，采用J2EE技术实现。当时公司是首次接手电子政务项目，对于Web页面所需要的大量美工虽有考虑，但是最终只招聘到一个合适人选。在Milkyway项目组中，大家都知道开发人员Alen喜好摄影，其实是一个图形制作爱好者，Photoshop高手。当美工资源已经成为事实上的开发瓶颈时，我给领导提出了一个建议：是否可以让Alen也充当美工角色呢？可以在开发任务上为Alen消减一半，让他有另一半的时间去让我们的工作产品漂亮起来。后来跟Alen商量让他兼美工这一角色，他愉快地答应了。我想，对于一个图形制作爱好者来说，还有什么工作比干自己喜欢的事情更愉快呢！
1.2. 虚拟团队(Virtual Team)
虚拟是相对现实而言。虚拟团队一经发明，已经在互联网上广泛流传。所谓虚拟团队，是指没有实际的组织形态，但是有具体的任务目标；团队成员虽然来自各方，但是为着共同的任务目标而进行工作。
虚拟团队和实际团队比较，优势在于：组建灵活，反应快捷。
实际的团队往往根据长远的任务目标而设立，一经设立，成员即往往有了固定的身份。比如，项目组往往根据产品模块的任务目标而设立，一般来说在项目的生命周期中会一直存在下去。但是实际的项目工作开展过程中，一方面存在很多跨项目组的工作要做，另一方面存在很多短期的任务需要调度资源完成，这个时候固定的团队就难以胜任工作任务的分配。
虚拟团队本质上是根据任务对资源的临时性组建。前面我们已经通过角色把资源独立化了，现在通过虚拟团队，我们可以把独立的资源再通过任务目标而集中起来。
案例：
在上面谈到的Milkyway和Apollo两个项目案例中，当Milkyway项目推进到开发完成60%的时候，系统的基础框架已经基本可以在浏览器中看到。这个时候，架构师发现系统的响应很不理想，这个发现其实并不出乎意外。尽管公司是首次接手基于Web的项目，根据多年的经验还是预测到了可能存在的性能瓶颈。目前的任务就是需要立即组织部分专家来诊断性能瓶颈的准确所在，并敦促项目组成员调整代码。可是面临的问题是公司的测试工程师并不熟悉基于Web项目的性能测试，如何寻着额外的资源呢？另外，还有一个问题，性能问题来源于架构和代码，需要对系统结构和代码最熟悉的系统设计师和开发人员参与才行。这个时候Apollo项目正进入详细编码开始阶段，根据任务分配情况，管理层觉得部分设计师可以抽调部分时间来参与Milkyway项目的性能优化。为此，成立了Milkyway项目性能优化虚拟团队。
此文章共有3页 上一页 1 2 3 下一页
文章来源：中国项目管理资源网
|
Leadge.com首页 > 知识库 
