软件项目管理
引言
本文讨论了一个自动化项目，该项目旨在将分散的流程集中到一个通过专门开发的工具进行集中监控的机制中。文章列出了项目的范围以及资源和时间计划，还包括网络图和工作分解结构。
项目范围
该项目的范围是开发一个自动化工具，以实现工作流过程的集中化。这包括：
- 开发用于此目的的仪表板和数据库。
- 列出功能需求，包括监控流程的SLA合规性和吞吐量定义。
- 维护具有不同控制级别的访问权限，适用于不同层次的管理层。
时间记录和其他行政职能不在该工具的范围内，因此不在项目范围内。项目的范围直接与输出的可交付成果相关，这些可交付成果包括前端和后端组件，如上所述。
资源和时间计划
项目需要一个由六名成员组成的团队，并且有一个团队领导负责监督开发团队。
资源将分为两组：
- 一组负责设计和开发，另一组负责需求和测试方面。
- 第二组具有功能专业知识，负责绘制需求图并将需求转化为第一组可以使用的技术规格。
此外，该小组的专业知识还将用于测试，因为他们了解项目的范围和功能方面。
项目的进度安排为两个月。前两周用于从各个利益相关者那里获取需求，接下来的一个月用于实际的设计和编码。最后两周用于测试和实施工具。
网络图
关键路径如上所示。由于该项目涉及直接开发，关键路径与SDLC阶段相同。
压缩时间表的影响
如果压缩时间表，需求阶段可以与设计阶段并行执行。这将涉及到超出正常的“瀑布”模型的SDLC，并采用敏捷方法。
平衡资源的影响
两个资源团队可以互换使用，前提是资源的技能集相同。
风险评估
项目的风险管理计划应包含以下作为潜在风险及其缓解措施的项目：
- 资源风险： 分为知识获取和人员流失风险两个部分。第一部分通过培训和知识共享来缓解，第二部分通过文档化流程和知识管理来缓解。
- 范围蔓延： 任何对范围的更改必须得到所有利益相关者的批准，并分担成本。
- 偏差： 由于时间和成本或质量约束（“三重约束”）导致的预算偏差应由所有利益相关者共同处理。这可以通过定期的状态报告和识别潜在问题，并由各方利益相关者解决。
- 技术： 技术的任何变更都会立即对项目构成风险，确保选择适当的技术至关重要。
结论
本文试图通过一个软件公司的维护项目中的自动化工具示例，展示一些项目管理过程方面的内容。虽然这并不全面，但确实涵盖了作业列表中提出的一些问题。