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