如何管理小型软件项目?
发布于 2024-10-03
1138
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
管理小型软件项目的策略摘要
管理小型软件项目,通常指工作量在3到9人月的项目,对于没有实施CMMI的企业,这类项目往往缺乏管理;而对于执行CMMI的企业,满足CMMI要求可能导致管理成本过高。因此,适度裁剪管理流程显得尤为重要。以下是与多个客户讨论后形成的管理建议,企业可根据自身特点进一步调整。
1. 商务管理
- 商务人员应要求客户明确需求,确定需求变更流程和成本承担。
- 与客户商定项目验收标准和沟通问题,包括沟通方式和时间。
- 项目经理需参与合同评审。
2. 项目策划
- 项目经理应与各方确定项目平衡策略,制定过程规范,确认质量目标。
- 确定项目生命周期模型、阶段划分和详细计划。
- 进行WBS分解,使用MS Project工具,并定义风险规避措施。
3. 项目监督与控制
- 项目经理负责召开周例会,监控任务进展和风险状态。
- 成员每日填写日志,以便经理跟踪进展。
- 项目结束时,进行结项总结。
4. 质量保证活动
- 检查代码规范、需求变更流程、缺陷关闭情况。
- 监督单元测试和代码评审覆盖率。
5. 配置管理活动
- 利用SVN工具进行配置管理,确保所有文档入库。
- 整理备份客户往来邮件。
6. 度量与分析
- 通过工作日志系统进行统计分析。
- 统计生命周期生产率和工作量数据。
7. 需求工程
- 识别并文档化重要需求,采用界面原型和用例方式描述。
- 接受电子形式的需求变更,需求变更须经项目经理确认。
8. 软件设计与实现
- 系统架构设计需文档化并评审。
- 编码、单元测试和代码走查,并引入相关工具。
- 进行日常联调和冒烟测试,并邀请客户月度确认软件部分。
- 系统测试是发布前的必要条件。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 892.7K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
当 Harness 遇上 CMMI
AI工程与CMMI的融合:从工具到角色的管理范式转变 随着AI从一次性工具转变为持续参与生产的智能体,其管理需求发生了本质变化。
快速学习COSMIC方法之十:系统登录功能案例分析
我们已经讲了如何识别功能处理与兴趣对象,下面我们找一个稍微复杂点的需求来实际运用一下前面学到的知识。 功能需求描述如下: 登录系统的界面原型: 用例描述: 我们识别的功能点如下: 记录格式一: 记录格式二: 对上述的需求,容易出错的地方分析如下: 1)用户的账户信息与用户录入的登录信息是两个兴趣对象,还是一个兴趣对象呢?注意用户录入的登录信息与...
基于CMM实施软件过程改进的成功策略
基于CMM的软件过程改进已经被越来越多中国的软件企业所接受,目前,在中国已经掀起了一个CMM评估的小高潮, 但是,通过评估不是企业的最终目的,对软件企业而言其根本的利益是通过实施软件过程改进,提高企业的管理水平。CMM作为美国军方评价软件过程能力的一个模型,他是在研究了美国的一些较大的管理基础较好的软件企业提出来,针对中国软件企业的实际需要灵活裁剪,而且,在CMM中也没有告诉企业如何按照此标准进行
知识、经验、悟性与执行力
每次去售前的时候客户总会问,选择什么样的EPG成员才合适? 前一段时间偶然看了一集《卧薪尝胆》电视剧,深受启发,总结了4个选人要素: 1 知识 知识是基础要求,应该有基本的软件工程知识,而不是白纸一张,这样才能容易沟通,知识可以通过学习来获得。 有无知识是相对的,知识可以通过是否学习过哪些课程,接受过哪些培训,读过哪些书籍来衡量。 实践出真知。知识经过实践的锤炼才能真正成为自己的知识,对知识与经验
代码评审的速度与缺陷密度是啥关系?
某企业采集了8个项目的代码评审数据,虽然样本数量不多,但是仍然可以发现一些规律原始的度量数据如下,包括了代码评审发现的缺陷密度与代码评审的速度。这2者是什么关系呢? 表一:8个项目的代码评审缺陷密度与评审速度 ...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线