以我公司分析：
开发和测试是职能型结构，项目安排下来，这个时候需要职能型领导去协调资源。另外如果我现在需要资源，需要跟领导商量，然后领导也得去协调资源。
项目经理那边是矩阵型结构，每个项目经理分别负责一个项目，他去要求资源（开发和测试都是资源）项目和项目之间还有资源交叉，如果资源协调不了，项目经理领导再去协调，所以资源共享。
结合工作经验，分析各种需求对应的几种信息系统生命期模型：
V型模型：需求明确和需求变更不频繁，测试和开发同等重要，以测试为中心的开发模型，对应单元测试、集成测试、系统测试、验收测试，（这个目前没碰到过，不过要做高性能的系统，需要一直介入测试，考虑使用此系统）
迭代模型：事先不能完全定义产品所有需求，计划多期开发的软件。每个阶段包含不同比例的所有活动（设备档案库）
瀑布模型：需求确定，变化小的产品（很多小系统就是这种模型，FMS大屏和自动化测试系统）
原型化模型：快速创建一个原型，通过原型评审需求（互联网常用方式）
喷泉模型：各个阶段没有明显的界限。适应：描述面向对象的软件开发，以用户需求为动力，以对象为驱动模型，开发人员可以同步进行开发，各个开发阶段是重叠的，随时都加入需求，不利于项目管理（铁蚂蚁）
敏捷方法模型：以人为核心、迭代、循序渐进的开发方式，迭代式增量软件开发。scrum主管角色就是迭代负责人，产品负责人就是产品，开发团队就是所有开发人员（主流开发模式，在前公司就是这样迭代的）
由此得出，多种模式结合起来使用，更好高效的提高工作效率，做好项目管理
