前言：作为刚入行的项目经理，统筹安排一周的工作时间很痛苦的事情
一、掌握项目周边动态
1. 熟悉业务
项目刚启动，主职前端开发的我，被安排负责一个新项目的管理，项目处于需求梳理阶段，一个陌生的职位，陌生的领域。
开始熟悉业务的时候，发现什么都不知道，参加业务讨论大家说的话都能听的懂，就是不知道在表达些什么。
世界上最痛苦的莫过于，你们说的话我都听的懂，但是却不明白你们在讨论着什么！！！
我放下手头上的开发工作，作为一个产品助理，全身心的参与到需求分析中，经过两个多月的努力，终于能和业务部门同桌讨论，并提供自己的建议。
总结：连自己做的是什么都不知道，何谈管理？
2. 熟悉项目干系人
作为项目管理者，必须清楚知道与项目相关的人员：
1. 他们在项目中的定义是什么（投资、决策）？
2. 能帮助项目做什么？
3. 他们的是否有其他工作，会不会受到影响？
4. 他们能在项目中获得什么利益？
5. 会不会存在沟通障碍？
6. ...
总结：需要了解项目干系人的信息，用于风险控制。
3. 其他
作为一款软件的项目管理者，需要了解：
1. 软件的定位
2. 与其他品台/系统的关系
3. 软件的关键交付时间
4. ...
二、梳理周计划
熟悉了项目背景、干系人、交付时间，基本上可以通过初步计算得出需要做的事情。
那么，我们应该如何梳理出一份可执行的周计划？什么叫做可执行的周计划？
1. 有目标，有关键成果。
2. 可正常执行的任务。
3. 控制在风险范围内，梳理风险处理方案。
按照项目进度梳理出重点任务列表
软件开发七步法：
1.需求 -> 2.设计 -> 3.需求/设计方案确认 -> 4.开发 -> 5.交付 -> 6.预生产 -> 7.上线
1.按七步法整理任务列表：
1. 快速整理出脑子里能想到的
2. 结合之前的遗留任务与初期的开发计划完善上一步的任务列表
3. 对每个任务分配负责人
4. 对每个任务拟定关键成果（会议类型的需要安排参会人员）
5. 对每个任务拟定完成时间
按照七步法整理出任务列表，确定不需要补充任务后进行下一步
2.按负责人维度整理任务列表
1. 将七步法维度的任务整理成按负责人维度展示。
2. 针对每个负责人的任务进行评估，判断是否有风险，制定风险预警。
3.按时间未付整理任务列表
1. 将负责人维度的任务列表整理成按时间维度展示。
2. 判断每人每天的工作产出，是否有风险，制定风险预警。
上述1、2、3步中无法单独实现的，联系相关干系人获取信息。
整理完成后与相关负责人讨论任务可行性，并安排任务。
三、每日check任务进度，进行风险控制
虽然按照步骤整理出来的任务可执行性较强，但在实际操作过程中会遇到各种问题，导致任务延期。
作为项目经理，要及时发现风险，并且释放风险。
每日下班前联系相关任务的负责人，询问任务进度，判断延期的任务所照成的影响，及时安排后续工作。
总结：日常的风险把控、协调，是项目管理者的主要职责。
文中一些 "..." 是真的不知道写什么，以后有想起来在来补充 .
