首页  思维导图  详情

项目工作管理

2021-11-11 15:30:53   1  举报





AI智能生成

有配套的简单代代码实现软件功能输出，评论区可相互讨论。

业务流程

流程管理

开发流程图

IT项目管理流程图

作者其他创作

大纲/内容

关键定义

规则说明

1、限制都以先松后紧，以便快速交付和应对变动；
2、打通组织管理与项目管理的不同，使之相互交集；
3、系统设计与使用质量，与基础信息的分类有很大关系；

业务规则

日计划

1、临时日计划，只填写当天能处理结束的事项内容和节点；
2、事务工作，必须引用加载来源工作，不要自行重新创建新的；
3、有难以确认的临时计划近期不可完成的，适当使用中途关闭；

周、月报

周计划与总结的流水记录暂时不关联日数据

工作记录

1、工作记录时，进度代表来源工作的总进度，日进度为本人当天计划做的一部分，日进度与日状态基本应该是100%和完成状态；
2、只有完成（总进度为100%）或者中途关闭时后台才对来源状态进行状态处理；
3、事务类工作，延期的状态更新，统一后台每天定期处理；同时整理，累计实用工时和相对进度；
进度与累计实用工时，在未完成前，每天都会重新统计更新，由于数据的变化调整，有可能几天中，数据是在上下波动的。
4、个人日计划的工作，记录录入时，即时更新，不再统一整理维护；
5、事务内工作，有日计划的，需要同时更新日计划；
6、项目子工作表中的被用标志，用于自动整理的标志，被用未整理为1，整理后置为0；
7、增加数据阶层字段，以方便处理向上汇总。
8、进度汇总时，本项直接记录的，取最大值；子工作的，（取计划工时*完成率累加）/计划工时累加；
9、工时汇总时，本项直接记录累加+本项第一下级的累加；
10、状态汇总时，直接记录的，取进度的最大值，100%为完成，100%以下为进行中或者关闭；
下级子工作的，取全已完成即完成，有其一未完成即为进行中；

需求>事

需求事务分类

1、项目事务：新的产品或者当前产品进行整体的大量、复杂性修改；一般总体工作量在20人天以上。
2、版本升级：当前使用产品在研发内部做优化升级。
3、外部需求：需求方临时提出的新功能、新问题。
4、BUG修复：需求方发现的或者内部人员发现的引起数据或者功能有使用问题的。

需求分析分类

1、新增功能：
2、运营需求：
3、功能改进：
4、体验优化：
5、缺陷修复

工作>人

工作分类

工作分类：工作分类种类较多，主要用于识别工作内容，不作逻辑控制使用；
需求评审、设计、创作、测试、投产、交付、集体研究、个人研究、日常

计划分类

1、来源计划\事务计划：在工作表中有对应事务工作的；目前也只归事务计划；
2、临时计划：没有在工作表中，但在个人日计划直接新增中；
3、被指派：在工作表中有对应事务，但承办人不是自己的；
在工作表中没有，他人指派的，只能规划到临时计划中；
4、补延期：只对个人日计划的延期为补延期，事务工作延期时，暂时不加入此项；

记录分类

1、计划内：没有事务来源工作的个人日计划工作；
2、事务内：有来源计划和事务类工作；
3、临时：没有日计划或事务来源的当天临时性工作；
4、被指派：对应计划分类，如果计划表中没有，就归属临时；
5、补延期：对应计划分类的补延期，同时也可对临时计划进行直接补延期；

功能模块

打印

子主题

自由主题

员
工
管
理

员工角色

岗位角色

公司组织架构的行政人事结构

工作角色

发启人：工作事件的发启人，一般为项目的发启人、管理者；
项目下的关联工作，无特殊情况发启人认定为同一个；
一般在项目信息中才有此角色，与交办人具有类似范围；

交办人：工作内容的交待者和结果的收获者，负责人向上汇报的对象。

负责人：对项目、本项工作责任执行和交付结果的人；

承办人：最终执行任务的人员；

检查人：对工作任务的质量、进度、成本进行监督和审查；

角
色
需
求

管理者

1、如何交办一项工作？
2、如何检查一项工作的详细进度？
3、因某项任务展开，需找人开会沟通，怎么办？
4、如何快速掌握工作动态？
5、一项任务执行到一半，如何移交给别人？

担当者

1、如何承接一项工作？
2、承接的工作如何报告？
3、我并发任务很多，如何查看？

公共需求

工作的自管理计划、进度状态

前置工作的查看，可追溯到最顶项工作

后置工作的查看，调整工作优先级的依据

管
理
过
程

1、管理者>工作安排

2、担当者>回复

3、担当者>分解子工作给同事

4、同事>回复

5、同事>工作记录：工时/进度

6、担当者>工作记录：工时/进度

7、意见反馈

8、管理者>转功劳薄，发布绩效

常
用
功
能

管理者

工作单

我的工作

工作查询