结合本案例，分析小陈在此项目中项目范围管理方面可能存在的不足。

问答题

简答题阅读以下说明，请回答问题1至问题3，将解答或相应的编号填入答题纸的对应栏内。【说明】M公司承担了某大学图书馆存储及管理系统的开发任务，项目周期4个月。小陈是M公司的员工，半年前入职。在校期间，小陈跟随导师做过两年的软件开发，具有很好的软件开发基础。领导对小陈很信任，任命小陈担任该项目的项目经理。项目立项前，小陈参与了用户前期沟通会议，并承担了需求分析工作。会议后，相关部门按照要求整理会议所形成的决议和共识，并发给客户等待确认。为了节约时间，小陈根据自己在沟通会议上记录的结果，当晚组织相关人员撰写了软件需求规格说明。次日便要求设计人员开始进行系统设计，并指出项目组成员必须严格按照进度计划执行，以不辜负领导的期望与嘱托。项目进行了2个月后，校方主管此业务的新领导到任，并提出了新的信息化管理要求。小陈进行变更代价分析，认为成本超支严重，于是小陈准备不进行范围变更，并将结果通知客户，引起客户不满。项目进入测试阶段后，M公司开展内部管理审查活动。此项目作为在建项目接受了抽查，项目审查员给该项目提出了多个问题，范围管理方面的问题尤为突出。

【参考答案】

（1）没有制定项目管理计划（或范围管理计划）；
（2）没有进行项目范围定义（或软件需求规格说明书只是项目范围定义输出的一个组成部分，或没有形成项目范围说明书）；
（3）在与干系人形成统一意见之前，就开始设计工作（或范围没有确认）；
（4）项目范围是否变更，应遵循正式变更流程，不由项目经理单独决定；
（5）项目范围管理过程中与干系人的沟通存在问题（或范围变更没有与客户取得统一意见）；
（6）软件需求规格说明没有经过评审就付诸实行。