项目管理工作触点

    需求池
        需求编号
        需求来源
        紧急程度
            紧急且重要
            重要而不紧急
            紧急但不重要
            不紧急不重要
        状态
            需求归集
            与需求方沟通中
            需求方需求待确定
            开发已排期
            开发中
            需求挂起
            已上线
            需求方已确认验收
        状态备注
        验收方式
            邮件回复
            企微回复
            ……
        需求负责人
        需求关联
        开发负责人
        预计交付时间
        实际交付时间
        信息变更日志记录
    项目过程管理
        立项
            立项前
                召集项目组沟通需求
                根据开发人员负责人的模块分配开发任务
                需求反讲（开发人员和测试人员讲解需求，产品经理聆听和指正）越细越好
                项目经理和开发人员分解功能点
            立项中
                输出内容
                    开发功能点细节
                    开发时间
                    测试时间
                    所需资源（服务器？人员？域名？三方资源？）
                    评估风险点
                        列入风险清单
                            风险说明
                            风险可能触发点
                            风险预防措施
                            风险爆发后执行措施
                        确定风险认定的规则和条件
                    确定项目中沟通方式（如每天早上晨会，建立沟通群等）
                    确定外部干系人（如用户是谁、谁来验收、谁直接影响项目成败）
                    确定目标（如到什么阶段算项目上线成功等）
                        可能是业务方验收
                        可能是完成上线
                        可能是产生了业务数据
                        ……
        开发中
            禅道定义好每个功能点开发时长
            项目经理每天确认与开发人员确认好开发内容以及完成情况
            测试人员编写测试用例
                项目经理评审
                    测试用例是否覆盖全面
                    测试用例对于重点模块粒度是否够细
            需求蔓延
                及时向上汇报
                    是否批准需求蔓延
                重新评估项目可行性方案
                重新评估风险
                    是否符合需求蔓延的标准
                重新评估工期
                重新评估人力资源
                记录文档
        测试
            交付测试以项目经理的交测邮件为准
                邮件发送人
                    直属领导
                    产品经理
                    相关开发
                    相关测试
                    ……
                邮件发送内容
                    本次项目内容说明
                    代码包
                    脚本
                    配置文件
                    注意事项
                    ……
            跟进测试
                防止禅道bug修改时间过长
                防止禅道bug重复激活
            测试完毕后，测试负责人以邮件形式封板
                邮件发送人
                    直属领导
                    产品经理
                    相关开发
                    相关测试
                    运维人员
                    ……
                邮件发送内容
                    测试用例覆盖情况
                    测试情况
                    本次开发内容
                    代码包
                    脚本
                    配置文件
                    注意事项
                    ……
        上线
            与各方确认上线时间完成系统上线
            收集用户反馈
                进入需求池
            上线邮件公示
                要求用户给与评价
            开发组内部代码评审
                讨论方式
                    每个开发人员介绍自己开发的内容及代码逻辑
                讨论内容
                    是否有逻辑问题
                    是否有优化空间
                    代码是否符合编码规范
                输出
                    需要优化的内容文档
                    项目经理写入禅道排期优化
            项目组内部总结
                讨论方式
                    项目经理发起
                    每个人站在自己角度去思考项目应该怎么做
                讨论内容
                    项目中有哪些优点
                    项目中有哪些不足
                    讨论范围包含需求整理、开发、测试、运维上线、线上维护等阶段
                输出
                    总结报告