功能与产品

功能与产品在一定意义上来说是统一个东西。或者对“客户”“使用者”来说是如此。
对于开发者来说，这是完全不同的东西。
功能是一个产品的用途，而产品是成熟完善功能，是不允许有明显操作bug与逻辑错误的。
然后，现实中，凭个人经验来说，或者说所谓的“国内”来说，现在的产品中大多是粗糙的功能现实。造成这个现实的状况原因是多点的，主要还是三个主观因素引起的。
第一、BOSS，老板总是想最快的推出产品来适应市场需要（或者是市场引起的）
第二、职能部门，主要是前期的调研工作不够详细，需求不明确，相关业务不能完整的体现，或者体现时不能适应可能存在的变动，导致开发后期经常性改动业务流程。
第三、研部团队，其实第二点也与这个主观因素相关，主要开发人员的思考问题的完整性与全面性的，以及测试人员的真实仿真性，全面性。在这个过程中是需要与“客户”“使用者”定期或随时交互演示的过程。当有一个测试版本出来以后，要让上述角色进行使用、质疑、并改进的过程当然这个时候肯定不是最终产品，最多也只是功能实现。
对于一个产品来说，一旦上线，一般是不轻易改动，或者改动周期是比较长的，有新的功能需求，都必须严格执行软件开发过程。否则这个发布的版本本身就是一个测试版本。而现实中，往往不能做到这一点，任意的变动需求，因新功能而随时升级“产品”，因满足特殊需求立级更新产品，这个本身原本是为最终使用者服务，但同时也可能造成最终使用者的另类问题--隐性BUG。这种活动的项目在研发过程是比较难控制的造成结果可能会是二个，一个是BUG多或者是功能性问题解决滞后。现实过程只能根据情况来决定哪一种后果。
再次提到一下敏捷团队，一个好的敏捷团队，每个成员都是很全面的技术与业务分析能力，敏捷团队成员不必太多，每一个成员都是贡一下块功能，并且是一个自我学习的团队，这样的团队来做这种项目，理论上来说是最合适的。
...
继续思考