目录
当开发的个人能力成长到一定程度时,日常工作不再是缝缝补补、修修 bug、打打下手。
开发时间足够长时,我们常常会以项目的形式参与到具体的开发中,可能会负责项目的主导,或是作为核心开发负责某个模块、某个技术方案的落地。
在项目进行的每个阶段,我们都可以通过同样的方式去提升自己:
- 事前做预期。
- 事后做复盘。
事前做预期
就像在代码开发前进行架构设计一样重要,我们在项目开始前,需要对项目的整个过程进行初步的预期,包括:
- 预期功能是否能实现?存在哪些不确定的功能?
- 预计的工作量和分工排期是怎样的?
- 每个阶段(开发、联调、产品体验、提测、发布)的时间点大概是怎样的?
- 哪些工作涉及外部资源的依赖和对接(交互/设计/接口协议等),是否存在延期风险?
- 如果存在风险,有没有什么方式可以避免?
这么做有什么好处呢?如果不做方案调研和项目预期管理,那么对于项目过程中的风险则很难预测。这会导致项目的延期,甚至做到一般发现做不下去了。
在我们日常的工作中,这样的情况常常会遇到,很多人甚至对需求延期都已经习以为常了,认为需求能准时上线才是稀奇的事情。正因为大家都是这样的想法,我们更应该把这些事情做好来,这样才可以弯道超车。
首先,在项目开始的时候,需要进行工作量评估和分工排期。