在为一个移动终端的design house的研发中心的建立和运转忙碌了一年以后，我辞职了；转到了北京，晃晃悠悠的休息了一个月；得到了一个非常有趣的工作，北京的一家公司在某城市设立了一个研发部，该研发部在运作了几年以后，出现了一个特别奇怪的问题，所有的开发人员都很努力，市场人员也非常用功，在几年内占据的了相关市场的相当份额，但是，客户也开始不断的抱怨，产品质量不过关，于是开发人员就全国到处飞，救火。
经过艰苦的谈判，我正在和相关的负责人讨论结下这个有趣的任务：如何全面的提高产品的质量，并使得客户和开发人员的抱怨降低。
谈判刚刚开始，这可能不是一个轻松的过程，但却足够的有趣，在这个过程中握逐步的把过程中遇到的问题和我提出的解决方法提出来讨论，趣事共赏，不亦乐乎。
的确是的，比如我们从把一个功能点价值评估为k,那末就好玩了，如果开发人员开发他就从这个中间提成，提交给QA以后，qa就经理的发现其中的缺陷，根据缺陷率和开发人员分成，提交给市场以后，根据客户的反馈，给qa折扣（可能有负值哈）
计划的纲要：
1。 我在这之前的经历概要
2。问题--谈判--以及到任
3。日记
---------笔记---------
改造的目标问题是解决现在的产品质量问题；(首要的问题是进一步去发现问题，分析问题背后的原因，而不是盲目的动手，改造需要从的小的方面而且关键的方面入手而不是全面地铺开，同时需要改进能够比较快的见到成效《运行耗用减低，开发效率提高，质量提高》，而又需要一个比较长远的规划，以免落入过分乐观的陷阱)
需要在同类行业中去找到一个标杆（？？）
核心思想是引入市场运作的机制到开发团队内部，用价值和利益驱动开发流程的改造（而不是为了改造开发流程而改造开发流程）；
开发流程着重参考极限编程，但是需要用价值的观点对各个环节进行更为理性的分析；对各个环节进行逐个的解析；并创建相关的实施团队;
功能点分析是核心的技术，需要仔细的分析其各个方面，新的考核和开发流程的改造建立与这个基本的技术上面
