�� 成熟软件开发团队必读:软件开发项目管控4步走_西安软件开发公司
首页>>技术前沿>>网站/软件行业动态
成熟软件开发团队必读:软件开发项目管控4步走
作者:西安软件开发 | 原创 来源:西安软件公司 | 时间:2019年5月30日| 点击:0次 | 【评论】

软件开发项目经过评审后确定了最终技术开发方案,接下来就是具体实施,这个阶段主要是软件开发技术同学的表演,但软件开发经理作为项目的主导者,必须做好软件开发项目跟进和管理,确保软件开发项目在计划中、风险可控,最终保证软件按时按质交付,切不可进入开发阶段后当起甩手掌柜;在一些成熟的软件开发团队中有专门的技术经理角色,这种情况下开发经理主要是做好需求问题对接、产品质量验收等;接下来就看看软件开发经理在项目管理过程中需要做些什么吧。

软件开发项目管控

制定软件开发计划

软件项目开始前,需要根据相应的任务、任务时长、相互衔接关系和节点时间限制条件等因素,拟定软件开发项目的执行计划,要做到精确到人,精确到时,合理可控,保证项目实施每一步都是清晰明了。

1.明确项目节点时间

一是有明确的业务时限要求的,比如要在什么时间之前上线以支撑什么业务的开展;这种情况则是根据项目时间倒推,确定合理的开发周期,如果时间紧迫需求明显超量,要么加班要么砍掉低优先级的需求。
二是没有明确的业务限制,那就根据任务项和时长顺推,确定项目计划,需要注意的是一个项目的周期不要拖得太长,建议一个版本最长一至两个月即可,过长的项目周期会带来先紧后松、范围过大增加跟踪难度、测试运营一次性压力过大等问题;

2.梳理任务项,评估任务时长

无论软件开发项目是否有业务时限要求,时长的评估都需要尽量准确,常见任务项梳理和评估思路如下:

软件开发任务项拆分时,尽量细,单个任务时间评估精确到小时,最后给出一个总时长的10%左右的浮动时间即可;理清楚开发任务项的前后置条件,确定每个开发人员的起止时间,例如后台服务器先行,设计数据结构,确定接口字段、前台才能进行逻辑编码,又如前端界面开发需要UI稿到位;根据功能流程复杂程度,评估产品验收时长;测试阶段,则是根据用例数量评估测试时长,根据页面数量评估UI走查时长,预留bug修复、兼容测试和压测等工作的时间;此外还需评估内部审批、上线准备(服务器部署、发布、运营内容准备等)、提交市场审核等的时长;最终整合所有任务项和前后置关系,完成计划,具体展现形式可以使用甘特图或是禅道等工具。

软件开发项目管控

确定日常对接机制

软件开发项目计划执行过程中,需要确认项目组日常的对接机制,保证项目信息通畅,进度透明;常见的对接机制包括:日报、周报、月报、晨会、周会、IM群沟通、群邮件等方式;根据团队大小和习惯,选择合适的组合机制,这没有硬性要求,是一个不断磨合适应的过程。

确定里程碑准入条件和交付内容

这既是明确不同角色之间的责任,也能确保每个阶段的输出质量;产品设计阶段准出条件就是产品方案评审通过,项目计划确定,交付内容则为产品需求文档和项目计划,达到要求项目进入开发阶段;
开发阶段准出条件是开发自测通过率达到X%(自定),需要交付自测报告、测试配置说明等内容,然后进入产品验收阶段;
产品验收的准出条件是功能核心流程跑通,需要交付验收清单,然后进入测试阶段;
测试准出条件则是用例通过率达到X%,关键BUG都已修复,并交付测试报告,测试通过后方能上线。

软件开发项目管控

软件开发项目实施过程跟进

通过晨会、日报、周会、周报、邮件和群聊等方式了解项目组成员的工作进度、预估风险,验收每个里程碑交付内容的质量,推进项目有序向前;
跟进开发:讲解需求疑问,了解每个开发人员的工作进度,前后台衔接情况,需求实现质量,提前评估风险;
产品验收:验收核心功能主流程是否可以跑通;
跟进测试:进行用例评审,提供测试支持,定位和处理bug;
需求变更:若发送变更风险,首先要明确变更原因,了解当前项目进度,根据变更需求的优先级、是否影响项目核心目标等因素,确认是否变更和变更方案,评估变更代价,并开会确保相关干系人达成统一意见;变更后需要更新需求文档、测试用例、UI稿、项目计划、运营计划等内容,并在项目组内周知变更内容;
上线准备:测试接近收尾阶段,软件开发经理需要提前梳理上线checklist,为顺利上线做好提前准备,例如运营人员是否到位、运营数据是否到位、提交市场的内容(广告图、更新点、产品说明等)是否准备到位、闪图 icon等是否更新、产品更新公告、清理测试数据、配置灰度项、运营客服培训、内部产品品鉴、发布过程中的应急预案(审核被拒、发布失败回滚方案)等;
上线发布:跟进审批流程、开发部署进度,若遇到发布问题,按照预案快速反应;
上线追踪:上线后主动了解用户意见反馈、评论等情况,收集分析埋点等数据情况,整理bug问题和优化意见,规划下个迭代;
项目总结复盘:上线运行一段时间稳定后,进行项目总结,总结项目产出质量、目标结果是否达成、项目过程中的做的好的点、做的不好的点,为后续项目更换开展积累经验。

此内容DOC下载 此内容PDF下载

【全文完】
0 ([$-顶稿人数-$])
0 ([$-踩稿人数-$])

版权声明:

1、弈聪软件网站内容中凡注明“来源:XXX(非西安弈聪网站)”的作品,转载自其它媒体,转载目的在于传递更多信息,其中涉及的网站建设,网站优化,APP开发,微信小程序开发,大数据平台开发,区块链技术开发等软件开发技术细节并不代表本站赞同支持其观点,并不对其真实性负责。对于署名“西安弈聪”的作品系本站版权所有,任何人转载请署名来源,否则西安弈聪将追究其相关法律责任。

2、本站内容中未声明为“原创”的内容可能源自其它网站,但并不代表本站支持其观点,对此带来的法律纠纷及其它责任与我方无关。如果此内容侵犯了您的权益,请联系我方进行删除。