我对项目管理的理解

我的年度总结：

思维的转变

从前考虑的维度是技术实现，即怎么写代码。现在考虑的维度是目标与周期，可以把它看成二维坐标轴，y轴是目标，越往上目标的价值越高，x是周期，分为短、中、长期。

为什么我认为后者更重要，因为我们做好一件事情需要分为三步，

1.清楚知道这件事是什么，为什么做这件事，即某段周期内的目标。

2.明确目标与周期后，才能知道具体应该做什么，来达成目标。

3.知道做什么，才考虑怎么去做，技术实现是这第三步中的一部分。

例子，就拿**用工举例。

1.**用工是一个物业人员管理项目，短期内需要快速上线，至少上线一个mvp版本。为什么，因为我们作为自负盈亏的初创公司，要赚钱就要签单，要签单需要尽快拿出产品，
而不是等所有功能都完成后再上线。中长期我们会在原有二期需求、客户的反馈上继续迭代开发，提升产品能力与价值。
2.如何达成快速上线mvp版本？（项目oner角度）

• 合理排期，保证项目顺利交付

• 在保证项目质量同时，做好效率提升

• 做好风险控制

• 如何合理排期，保证项目顺利交付？
  • 做好设计工时估算后，根据对各成员水平了解合理分配任务。提前预留足够buffer，保证提测时间。
  • 公共：除了设计好公共组件，也需要有人提前做，否则后期部分人单独开发+整体替换，双倍工作量。
• 如何在保证项目质量同时，做好效率提升？
  • 技术：约定代码规范，提交规范，项目公共文件区域划分。做好前端技术设计，拆分至组件级粒度，细至出入参设计。
  • 业务：细化和拆解需求，及时发现不合理逻辑。作为业务oner时，需理解整体业务，以便快速解答、发现同伴业务问题。
  • 沟通：同伴除自己以外内容可能业务逻辑或交互不熟悉，此时许多可复用的类型、组件、需及时沟通，避免重复工作，产生冗余代码，维护不便
• 如何做好风险控制？
  • 需求：做好项目排期后，尽量了解业务，不涉及主功能流程的，有较大阻塞风险时，及时沟通延后。涉及主功能，及时上报风险
  • 进度：及时跟进成员进度，若有风险及时调整开发排期。