实施GJB5000的技术思维和产品思维

什么是技术思维？

所谓技术思维就是“必须得有X，才能做出Y”。

什么是产品思维？

所谓产品思维就是“Y是需要的，X是实现Y的最佳方案”。

换句话说，技术思维就是关注实现的过程，考虑的是如何实现，怎样实现；而产品思维则是关注实现的结果，考虑的是结果有没有用，好不好用，易不易用。

我们实施GJB5000同样也有这两种思维，不同的思维将会产生不同的结果。

实施GJB5000目的是建立一套符合GJB5000标准的软件过程管理体系，以通过认证和外部评价，规范组织的软件开发过程，逐步提高组织软件工程能力和软件质量水平。

为了能够实现这一结果，我们必须得有：

建立必需的组织机构：管理指导组制定方针和目标，指明方向，提供资源保障，监督过程改进和目标实现；工程过程组负责GJB5000的推进，提出资源需求，组织建立和维护自己的体系，组织内外部评估，指导项目组实施，不断改进软件开发过程等。
培养明白人：为确保组织能够通过GJB5000评价，需要有明白人负责把握体系的标准符合度，熟悉外部评价的流程，了解外部评价的尺度；为了确保软件过程管理体系可用且能提高组织的软件工程能力和软件质量水平，需要有明白人引进业界先进实践、技术、工具，不断优化和改进体系。培养一个明白人需要对他进行GJB5000标准及其它软件工程培训，获得内部评估证书，申请成为实习评价员、评价员，与其他GJB5000以及软件工程专家经常交流……
引进先进的实践、技术和工具：实施GJB5000目的是为了提高软件工程能力，有很多业界先进的经验值得借鉴，通过引进一些适合自己的技术、工具，可以快速地提高组织的能力。

站在产品思维的角度，实际上就是站在用户的角度。GJB5000的用户包括领导的管理层，也有一线的管理人员和开发人员。

领导管理层。站在领导管理层的角度，希望所建立的体系首先是能够顺利通过认证和评价，然后是对组织的业务目标实现提供帮助。这需要建立的体系能够有所侧重，对于业务目标实现有直接帮助的，做精做细；对于业务目标帮助不大的，只要符合标准即可。
一线管理人员。站在一线管理人员的角度，希望使用的工具足够简单，获取数据足够容易，生成报告轻而易举，分析汇总不费心神。给出的结果既能让领导满意也能让一线开发人员接受。这需要建立的体系流程合理、简单，汇总和分析数据、形成报告有工具支撑。
一线开发人员。站在一线开发人员的角度，希望把精力能用在开发软件上面，少些管理方面的事情；软件开发工作大多可以实现自动化，软件质量可以得到保证，不用加班。这需要有工具能够直接采集开发过程数据，自动形成报告进行提交；需要有工具实现自动化持续构建和自动化测试；需要引入敏捷开发实践。

所以，如果只是使用技术思维实施GJB5000，只能得到一个符合标准的软件过程管理体系，但它未必好用，很可能与实际的软件开发形成两张皮；而使用产品思维实施GJB5000，可以得到一个组织内所有人员都满意的软件过程管理体系。

你怎么选？

这正是：

技术思维看实现，产品思维看结果

实施五千看用户，各方满意无差错

参考书目：进化——我们在互联网上奋斗的故事，作者：北大首届互联网CIO-CTO班全体同学，出版社：人民邮电出版社

本站仅提供存储服务，所有内容均由用户发布，如发现有害或侵权内容，请点击举报。