关于软件部门任务管理机制构建的感想

关于部门中任务管理机制的构建,一直以来都是在重点抓但又迟迟没有办法构建一个体系化管理的,其中,应用的工具也是多种多样,包括Project计划、内部管理系统任务、JIRA线上关系平台等等,部分工作存在重复的趋向。

在应用JIRA的过程中,我深受触动,思考我们的任务管理机制的根本目标是什么?目前看来有三个核心目标:一是任务分解,将工作目标分解成可执行的任务并梳理清楚任务之间的关系以及相应的资源配置;二是工作量统计,准确计算每个项目的人员投入情况;三是过程跟踪,动态跟踪每项任务的执行情况,实现团队成员之间有效的协作、反馈机制。

在精简过程管理的过程中,团队前期虽然没有系统地梳理,但也初步构建了起了基本的任务管理机制:Project计划进行任务分解;内部管理系统进行工作量统计;JIRA实现过程跟踪(含问题管理)。具体展开来看:

一、Project计划进行任务分解

在项目开展的初期,根据项目的特点和具体要求,编制整体的项目计划是项目管理的核心工作。但由于信息不完整,项目计划会随着项目工作的推进逐步明确,项目任务拆解的精度、准度都会持续提升。而project计划能够非常有效地解决任务分解、任务关系、资源配置、工期计算等工作,可以帮助项目经理妥善地解决具体项目的计划工作遇到的关键问题。不过,Project计划解决的是单个项目任务分解问题。

二、内部管理系统进行工作量统计

内部管理系统的设计初衷就是“算账”,实现项目并行期间的复用资源工作量精确统计的问题。在内部管理系统中有一个原则就是“谁负责、谁分配;谁分配、谁审核;谁审核、谁承担”。项目经理根据需要分配任务,项目成员根据已分配任务提报工作日志。项目经理根据大家填报的工作日志审核实际的工作量,审核完成后,工作量计入项目成本,这样可以实现并行任务工作量的精确计量。进一步,项目经理会根据具体的项目贡献情况,开展绩效审核。

三、JIRA实现过程跟踪

Project计划作为标准、而内部管理系统是事后留痕,那项目推进过程中如何开展过程管理呢?JIRA强大的线上管理功能为我们提供了很好地解决方案,例如:线上任务/BUG/需求等具体任务的发布、任务工作流配置、任务处理意见反馈等核心功能都非常好地进行了处理。相比内部管理系统“强约束、重严谨”的设计初衷,JIRA灵活的任务处理机制和完善的产品功能能够更好地实现项目过程的管理和协作。

综合上述,在部门的工作中,所有人的工作都应该有一个明确的“驱动力”,而作为从事软件研发为主体的团队,我认为核心工作的驱动就是“计划”和“问题”,而每一个独立的事情(项目)都应该有清晰的成本投入,哪怕它是一项日常任务,也应该归入一个特定的任务中。其实,软件过程改进的前提就是过程计量,痕迹和量化指标可以帮我们把我们的软件过程做的越来越好。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章