项目生命周期超越 SDLC
2.97/5 (15投票s)
项目生命周期超越 SDLC
目录
引言
许多人认为项目生命周期围绕 SDLC 展开。在本文中，我们将讨论 SDLC 开始之前的其他阶段。我知道公司有定制的阶段，我们只是试图列出大多数 IT 公司遵循的阶段。我们可视化了两家公司：客户 Shreya Ltd. 和供应商 Hanu software。与现实或已故人士的任何相似之处纯属巧合。本文最初由 Kapil Siddhartha 撰写，您可以通过此链接联系他，我撰写了引言部分，进行了拼写检查并添加了图形，使文章更具吸引力。
RFP 阶段
一家零售公司 Shreya Retail Ltd. 决定构建一个在线销售其产品的软件系统。它发布了一份 RFP（提案请求），这就像政府公司发布的标书。几家有兴趣的软件公司对这份 RFP 做出回应。这份 RFP 列出了所需系统的功能。它还列出了必须在已实现的系统中遵守的各种约束，例如可能已与现有环境兼容的环境。它还可能指明偏好，如基于 Java 或 .NET 的系统，或对 ERP 产品的偏好。RFP 还指出了新系统必须适应的现有环境。
提案阶段
Hanu software 这家软件公司之一，在回应这份 RFP 时，将提交一份名为提案的书面文件。在该提案中，Hanu software 表明了处理此类任务的能力，给出了一个指示性的技术解决方案，并根据构建所需系统所需的努力，使用软件估算技术计算了成本。提案还列出了得出成本所依据的假设和约束。RFP 还将包含系统交付的时间范围。
提案提交阶段
所有 RFP 提交完毕后，Shreya Retail 将评估所有提案，找出最具成本效益的提案。根据初步评估，Shreya Retail 可能会将其中 3-4 家入围进行详细讨论。Shreya Retail 可能会对其能力、认证（以确保公司的能力和将要构建的产品质量）感到满意。它还可能就成本、条款和条件进行谈判。Shreya Retail 还可能要求软件公司访问其现场，与现有交付团队会面，以确保这些公司有能力并拥有一个优秀的执行团队，而不仅仅是一个积极的销售团队。
合同阶段
经过所有谈判后，Shreya Retail 决定将 Hanu software 列为首选供应商。谈判和提案以合同的形式正式确定。这份合同是所有条款和条件、成本、时间表、交付里程碑和相关付款的圣经。可能还会有相关文件，如工作说明（SOW）。
合同签署后，项目即可开始。
项目规划
Hanu software 为项目指派了一位项目经理（PM）。PM 对项目负有全部责任。他负责管理项目的各项活动，是项目成功或失败的唯一责任人。他获得了已提交给 Shreya Retail 的估算、合同和时间表。PM 开始为项目进行规划。他评估估算、条款和条件以及时间表，如果他有任何疑虑，就将其列为风险。
他开始创建 SPMP（软件项目管理计划）。SPMP 是一个动态文档，PM 在其中记录他将如何执行项目的所有管理活动。它是项目的圣经。该文档列出了所有重要人员及其联系方式。该文档还将显示项目的进展情况将以何种频率、以何种报告模板向客户和高层管理人员汇报。会议频率和正常参会人员也在报告中提及。该文档还列出了客户所需输入的日期。它还列出了在发生任何紧急情况或出现问题时要进行的活动、升级等。该文档还规划了版本管理、风险管理和其他重要项目方面。总之，SPMP 是一个规划文档，它表明项目将如何进行，并告知其他人管理活动。任何需要更改的人都可以联系以获得澄清。
项目外部启动阶段
PM 启动项目。在此启动会议中，PM 召集了他将要与之互动并寻求支持的所有部门负责人。根据他的估算和计划，他向资源主管提交资源计划，向 IT 管理团队提交硬件需求，他还与 QA 主管规划质量里程碑和活动。PM 可能还会向 QA 主管询问公司质量指标，他将据此跟踪自己的项目。他还可能根据之前的指标预测里程碑、缺陷数量和审查时间等。一旦计划就绪，并且与各部门的互动和各部门的投入得到承诺，PM 就可以开始了。
项目内部启动阶段
PM 由资源部门分配团队。根据他的经验和团队成员的能力，他创建了项目层次结构并规划了项目内部结构。他将项目责任分配给他的团队。然后，PM 召开内部项目启动会议，介绍团队成员及其角色，并描述对各个人的期望。团队还会根据他们之前的经验，强调他们的需求和其他约束。
SDLC 阶段
现在开始项目的 SDLC（软件开发生命周期）。需求收集、架构、设计、开发/单元测试、集成测试、功能测试、用户验收测试（UAT）。UAT 成功完成后，Shreya Retail 接受系统。根据合同条款，系统进入保修期。在保修期内，Hanu Software 免费修复所有缺陷。保修期过后，系统进入支持和维护模式。
全局图
如需进一步阅读，请观看以下面试准备视频和分步视频系列。