关于公司在研发项目中理解平台和产品的区分看法

 现在很多网络公司为了提升自身的运营竞争能力，在网络资源的进一步深度分析挖掘上作一些研发工作。研发的内容

会涉及到不同层次，不同难度，但在整个过程会在公司业务线结合，并再对“很简单的自然设想”实现努力。
 以前，专门网上寻找公司研发项目方面的资料，找到并能作为直接参考依据的很好。为了向实现这样的环境，我也努

力争取过很多很多，有些事情反过来被很多公司里的同事无法理解。不管怎样，我在慢慢成长的过程当中，总结了一些细节环

节。
 
 1、和气生财
 这个是一个研发项目过程中最终要的部分。也许有些人公司里人员关系处理得很好，但是有些人关系处理得不好。要

处理好员工之间的关系，提高工作上的互助，会对开展工作有着不可或缺的帮助作用。
 怎么这样说呢？我在一开始对一个问题产生了一些新的想法，并对此有了一些系统的分析，再享用公司的各个资源来

实现它。因为出生的想法不能被我完全理解和分析彻底，我给领导和同事的解释不够很好。自然会产生思想上的冲突，对我来

说是兴趣主体继续研究的“绊脚”石头，领导、项目经理来说从资源整合、时间安排众多考虑上产生变更。要在一个正常项目

中产生变更，并抽出让人力来进行不可预知的情况下赌注，会带来各方的挑战。
 这个时候，最终重要的“和气”，带来无限的力量，并采取事在人为的处理方式，把复杂的问题尽量讨论、协商、沟

通、调解等等。当研发工作得到上层领导的认可，并得到支持，这个项目就很好做下去了。

 2、其实是很简的事情
 计算机处理能力的不断完善，人员素质不断提高，网络环境不断出新，可这些所有就是为了解决生活上的点滴，让复

杂的事情简单化，方便化。我在开始做研发项的时候，就以为做的研发项目会成为很重要的部分，很有挑战并且是很复杂的事

情。当我做这个研发项目达到尾声的时候，其实我做的事情是很简的事情，我之过研究探索出了“就应该这样”的简单问题。
 当我开始第二个研发项目的时候，我摆正了思想，端正了态度，寻找乐趣。我把大家讨论出来的问题，看做“应该这

样”对用户更方便，更好一些。如果没有这个作用，那将是我没有考虑到问题的核心。我们就用亲身体验的方式找到那个用户

“感觉”。在这样做的过程中，我们会有很多讨论的话题，辩论的方式或者茶话会...

 3、平台/产品/技术
 对公司来说，很难定位研发项目的平台、产品、技术等定位。
 怎么理解呢？因为不是技术型公司，网络运营公司里，高层领导一般的不去细节关系技术。反而他们提出用户的“应

该”的问题，让我们去实现。
 我们的研发团队成长起来，就会对研发的目标进行分阶段考虑。我对研发的阶段性问题主要从平台、产品、技术的方

面考虑。平台、产品、技术顺序可以倒着写吗？我想就应该用这个顺序。因为首先考虑技术问题，那我们只是克服困难处理了

一个点上难点问题，并不对公司的这个事例增长方面有多大的提上。如果是产品，用常规产品流程问题考虑，进行产品开发项

目好了，不太符合研发团队的职责。研发项目的平台型考虑，使这个平台在不同产品中得到延伸发展，成为公司支柱性平台。
 一个公司在成长的经历中产品起到重要作用，本次话题不说了。为了减少公司产品之间共享资源（硬件、软件、无形

）整合，提高综合竞争力，需要有公用平台。这个公共的平台支撑多个产品，就会成为公司的n平台产生m产品，实际上在n*m的

产品上产生效果。
 
 4、提高制定标准意识
 在很多情况下，程序开发动不动就说这个业务处理的比较特殊，需要特殊处理，就直接读什么什么吧。虽时间的变化

，这样的特殊太多，导致不是特殊的也成了特殊。要杜绝这样的情况。
 在我产品设计当中如果出现特殊情况，那我会认为我对产品的需求没有足够的认识。
 对产品开发还是平台开发，首先需要制定标准。要明确各个流程以及划分模块等等，在很多软件工程文档上无数次的说明。我再重视的就是，团队开发或者一个人开发实际上是一样的事情，要有底耦合度，高独立性。这样的问题，要用标准的文档来说明。
 例如，我对整个产品设计过程中的数据库访问部分看做是一个模块，数据库系统会给我们提供标准的文档，让我们在数据库上面遵循它的标准；编码标准上我们要遵循易读、统一化等等标准；
 这样想来，我们对产品和平台上面做一个标准的接口，让平台通过接口更好的为产品提供支持，让产品为平台更好体现价值。还可以在平台或产品内部做标准。

 我们太需要标准了，好多东西被被其他国家standard后，我们就受益了，也受苦了。