前言
最近做的UMP系统已经有了初步成果，各种真机测试也逐步开始，各种基于该系统的项目也渐渐有了消息，正如预料的一样由于面对的是强势的行业用户，各种定制化需求纷至沓来。于是顾项目还是顾产品的问题又回来了，在研发资源有限的情况下，是先处理项目定制化需求还是继续完善产品？其实本质上还是研发资源的投入选择的问题。于是就有了这些思考，记录一下。
问题是什么？
系统刚刚有了模样，有两个比较大的项目基于系统来落地，但都有一些核心需求需要满足，那么此时研发优先级如何排定？
先来看看我们有哪些选择？
- 不管什么项目，我就是我，继续在系统的研发上投入技术力量。
- 系统的研发先暂停，优先处理定制需求，最快速度的推进项目落地。
- 两手抓两手都要硬，都不能放下，一起推进。
其实这些选择都可能是正确的，关键是组织或是团队处于的环境和阶段。
- 你要是有金主做背后支持不必关系生存问题，那必然是第一条路是很好的选择。
- 如果你急需资金来解决财务问题，尽快促成项目落地获得资金流就是你的第一选择，自然第二条路是首先。
- 如果你自信研发资源充足，那么第三条路自然是你的不二之选。
问题到底是什么？
如果问题这么简单，那么到底在有什么可思考或是烦恼的呢？
实际上，上面的结论忽略了一个重要的条件无论是内部环境还是外部环境都可能会出现变化。所以如果你的方向或平台前景确实有吸引力，那么外部资源和内部资源都可能会被吸引进来，这样你的资源问题也许就迎刃而解了。这也就是为什么说，如果站在风口，猪都能飞起来。这样产品还是项目的困局就不存在了。关键在于形成正反馈，让雪球滚起来。
那么问题又来了如何形成正反馈，个人理解就是不断的扩大产品或是团队的影响力，在取得关键结果时，制造热点和爆发点。
此外，导致无法迅速下结论的其他因素包括但不限于
- 目标不明确
- 对于组织所处的环境缺乏清醒的认知和理解
- 对于产品和项目同时推进的落地方式的担忧。
现在问题基本已经清楚了。
问题分析
- 遇事不决看愿景，今年我们团队的远景就是真正的做出一款产品，于是无论如何产品的路线都要继续走下去，不能又把手里这个系统再做成项目了，现在目标明确了。
- 环境现在真的是不确定因素很多，包括市场环境以及组织内部的环境，这个只能多沟通和观察了。还有就是利用各种机会扩大影响力，吸引内部和外部的力量，寻找关键资源的支持。
- 第三个问题就比较落地了，就目前所掌握的能力和工具来看，需要形成产品线才能比较好的解决这个问题。而且产品线带来的问题就是研发的成本会迅速提升，所以暂时不会立即开展完全的定制需求的开发。
结论
个人目前的想法是优先产品兼顾项目的所需的关键特性，然后利用产品基线+独立定制服务的模式来实现项目，利用产品赢得额外资源，再利用资源实现定制项目。嗯，也许全自动集群作业是一个不错的内部发布会的机会。
就先放一张图吧。
