23：项目顺序的串并联的原则是什么？

上个周真是比较郁闷的一周。郁闷来自两点。一是项目业务方特别懈怠和愚蠢，时间上不配合，配合了听不懂我在说什么。二是自己总是糊涂两个项目刷数据的节奏，以及第三个项目该什么时候介入。一会儿被自己打败一次。本文章主要思考第二点，怎么排布项目（产品/功能）的串并联实现顺序？

串联是一种不够高效的方式，所以能并联，尽量并联。必须串联的情况是：

1.依赖关系

上下步之间有依赖关系。比如，供应商入驻资质的上传功能必须依赖供应商资质配置功能的完善。

2.资源不够

主要是研发资源，只能支持同一时间搞一种需求。

但即使串联，有时候也涉及到某一功能点串在哪一个里。这时的决策依据是：

1.时效要求

若时效要求高，尽量串在早一步实现的功能里，拼命挤进去。

2.成本节省

若此功能变数比较大，或者之后的功能或可能对它替代，则倾向放在晚一步实现的功能里，再等等，避免重复开发。

3.不只有一种方案。列出可行方案比较

有的时候现实情况比较复杂，影响因素多，没法立即判断最好方案。则列出几个方案，供选择。