1、关于技术债务
很多team在初期的时候,都会经历一个dirty and quick的阶段。这个阶段往往会留下很多技术债务。
当然,通常,现在的代码检测工具,都会检测和监控项目中的“技术债务指标”,如,有多少bug,多少潜在问题,等等,当然,这些监控,能反映一部分问题,但往往,这些都是非常局限的。
潜在影响更大,解决成本会不断上升的,是“架构不合理”导致的技术债务。单模块的技术债务,就算再大,也只会被局限在单模块内。而整体架构的不合理,会导致债务在功能不断升级的过程中不断膨胀,后续解决成本不断提升,并且,可能在短期利益前,并不容易被提出并解决。
2、关于不同能力水平的team的项目推进方式
通常的时候,在项目推进的时候,由于参与人员的能力水平的不同,我们进行项目推进的方式也有所不同。
例如:
当参与人员能力水平较高,对项目以及业务有较好理解时,使项目人员对其负责模块能有一个比较完整,具有指导意义的详细设计是个比较好的方案。
但是有时候,当项目人员属于比较初级的人员,对整体框架相关技术,业务理解的不是很好的时候,需要比较有经验的人员辅助其进行设计,以免最终项目验收会面目全非。并且需要制定更多的milestone,加大去check的频率,以这样的模式来的管理,也会是一个比较好的方案。
网友评论