本文探讨了一个软件项目在交付过程中遇到的风险，包括需求风险、周边系统风险、技术/架构风险和人力风险。缺乏需求管控导致频繁变更，周边系统集成带来不确定性，初期技术方案考虑不周导致后期调整，以及人力资源安排不当造成的紧张局势。项目交付时间提前，与开发云的深度集成增加了工作量。作者强调了需求文档的重要性，合理的人力资源配置，以及架构设计的前瞻性，提出改进思路以提升项目交付效率和成功率。
背景
人员组织结构
XXX
周边集成系统
SSOProxy 1个接口
Classroom 2个接口
DocMan 2个接口
CodeHub 1个接口
ProjectMan 3个接口
APIGateway 所有开发云服务接口
判题系统 2个接口
系统部署架构
XXX
系统技术栈
C#语言 HTML/CSS/JS RAZOR模板引擎
Windows Server 2012 IIS容器部署
交付工作时间线
2017.11 决策接受系统开发任务
2018.1.8启动大赛平台的开发工作
2018.2.15~2018.2.21春节放假
2018.3.1大赛平台上线运行
开发工作是1月8日开始，3月1日截止，2月15月-2月21日春节假期，共计35天。
开发：易思智外包，2后台+1前台+1个实习生
测试：华为方1人+外包1人（1月15投入）
CIE：华为方1人（2月7日投入）
交付过程风险
TOP1 需求风险 （无人管控、随意变更、需求反复、重视不足）
（1）缺少需求列表
完全没有需求文档，需求细节完全靠问，时间都浪费在各种沟通中。
（2）领导改需求
开发到1月26日改了一版需求，首页页面完全基本换掉、其他页面调整、报名流程调整（增加25人天开发工作量）
（3）后期改实现
最低0.47元/天 解锁文章
1590
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
