论价值目标

    通过对两年来的需求开发数据观测和分析，发现需求的质量相差相当悬殊，有的功能上了基本不用，有的投入很大的人力做了效果却很差，有的在时间很紧的情况下上了以后竟然过了很久才使用……这些都是对资源的浪费，资源的最优配置更无从谈起。于是下决心尝试探索价值目标可行性。

    这个问题我思考了很久，任何一个理论体系的建立首先是建立在一到两个公理的基础之上，推过推演得到各个维度的定理，从而创建起来一座理论大厦，这在数学和物理学等基础学科中尤为常见。价值目标虽然不能称其为一个体系，但是也是基于一个前提，那就是假定团队成员会采取一切积极行动努力达到事先确定的目标和要求。只有这样它才能发挥作用，才有意义。价值目标可能是一个公司战略层面的设计，但落实到团队和个人都是有关系的，所以在理论上用于项目管理是可行的。

    价值目标我是这么定义的：指个人、团队或组织通过对资源的利用，来发起的活动、增加系统功能、优化用户体验、引进产品线所要达到的预期效果，这个效果应该是可量化的、可追踪的，可分析和总结的。要达到预期效果是需要通过未来计划采取的一定的策略的，是有迹可循、有章可查，且可逐渐优化、可螺旋式提升的一种驱动工具。这个目标不是拍脑袋想出来的，即使是拍脑袋也不是凭空的，至少要有相关依据并且在一定程度上可实现的，开始可以是保守的，但目标不应该是蹲下身就能触摸到的，而是需要踮起脚尖甚至是跳一跳才能达到的。

    资源的有限性在任何组织或团体、国家甚至自然界中都是迟早要面对的瓶颈，如何有效的利用资源并让资源的效用发挥最大作用，将资源分配到最需要的地方，是当事者都要面对的问题。开发资源也不例外。

    无论是业务、运营还是产品做的每个事情都应有自己的价值目标，如果只是抱着做到哪儿算哪儿，做多少算多少，至少在开发团队中是不被允许的，你不能一个需求能做到什么时候算什么时候，什么时候做完什么时候上线，同样一个需求的价值也不应这样评价，开发计划是否科学这是个技术问题，而有没有开发计划是一个态度和管理问题。价值目标也一样，估的准不准是技术问题，有没有通过思考来评估这是个态度问题。相对于开发人员可能技术经理的评估会更精确，更科学，因为他的经验更丰富，这也是他相对于普通的开发人员的价值之一；提需求的人同样如此，他的价值不只是有一个想法就提出来做，而是在充分分析的基础之上评估出相对准确地价值目标，因为直接面对市场的人对市场更敏感，更有经验，至少应该是这样的。

    通过设定需求的价值目标，通过3个月的数据跟踪，分析评估价值目标的实现情况，据此给需求提出者和需求本身进行信用等级和价值等级的评定，针对制定价值目标科学，实现效果好的给予高的评级，在后续的开发资源分配中予以倾斜，说白了就是把钢用到刀刃上，这是一个投入产出的问题。

    价值目标还可以用于开发团队的考核体系，如果一个开发人员所做的需求都是价值等级高的，那么可以确定他的价值必定高于做价值等级低的需求的人员，最终可能会出现有些需求开发人员不愿意做或者是积极性不高，这对于需求提出者是需要思考的，如何才能提出更有价值的需求，如何使需求为大多数用户服务，而不是为了满足那么一小部分受众，其实这也是二八原理的一个体现。关于开发团队的考核这块思考还不太成熟，还需继续完善。

    因为淘宝的崛起，其技术团队在极端艰苦的情况下断臂求生，衍生出现在的飞天系统并商用是典型的业务驱动技术的案例，但我认为业务和技术是互相驱动的，程序猿不应沦为亦步亦趋的代名词和单纯的执行者的角色，技术团队也不应该对需求来者不拒，而应该兼收并蓄，充分分析以驱动业务提出更科学，更符合用户诉求的需求。

    任何一个新事物的产生都会面临质疑，都会面临着可能无法落地的问题，但只要在实施的过程中原则性与灵活性并重，调整与坚持互补，多沟通，有问题及时消化并不断优化，最终形成符合实际的规范和要求，而不是束缚和羁绊，更不能不了了之，形同虚设，那么这将使整个公司受益，最终和公司整体的价值目标是一致的。