2013-7-20 11:15
来到我们新单位工作有段时间了，总结一下自己近来的感悟
一、为什么我们的人/效很低？
知识无法积累、无法传递、全局知识结构没人讲清楚，很被动的工作，没有全局上下文多数处在局部的工作意识，在没有全局的情况下局部的活动导致问题更加严重，没有人能认识到系统的全貌。系统维护成本持续上升，更多的人参与进来救火，而火苗却更旺了，如此循环往复形成了永远填不完的黑洞。
二、你干活痛快么？我们的目标、责任与义务
我干活不痛快，我是一名软件开发人员，我的责任是让软件世界支撑起现实世界的需求，实现现实世界与虚拟世界的业务逻辑转换，我想象我每天的工作应该是设计软件世界的各种模型、流程、逻辑处理，如何让模型更加合理、处理效率更高、运行成本更低？如何适应现实世界的变化？这些才是我要考虑的！但我现在每天的工作是协调DBA把我的字段给加上，协调需求把我们软件世界的目标给搞清楚并警告需求要现实世界的目标不能总是变动，支持软件的使用者为什么那个订单已经出库了但我的们软件里给人家显示已入库？为什么我们导出数据时，你们软件系统给提示Time
Out？为什么我当时跟需求说的是那样，但你们软件系统咋这样？为什么产品计划3天的时候你们软件开发人员却用的7天！为什么更严厉的处理软件开发人员不准在工作时间看与工作无关的网站，可人/效结果并不尽人意呢？
面对种种以软件为中心的情况软件开发人员必须负责到底，因为只有你是软件世界的代言人，你难道真的要让需求去给用户解释我们软件Time Out是因为你自己的原因与那个软件系统无关！那你们软件系统的存在价值是什么？
这个软件世界的代言人可真不好当，
面对着需求能给你保证需求就是这样子，你按这个做就行出了问题我承担！
项目管理那边这个项目最多15天一定能完成！
客户那边我表述清楚了，你们软件做出来一定会是那个某某某样子，如果不是我再提需求！
软件人员这边那就按他说的做吧，不用想太多，那些不是我职责，出了问题反正他承担，15天足够了!设计就不必了吧，这个需求应该不会影响其它软件功能，先做出来再说，如果不行再改！
上面所描述的这些不就是人月神话里的那个坑？很明显我们缺少的是那个把控全局的人或组织来评估合理的项目时间、合理的需求、合理的非功能需求、合理的设计、合理的软件功能影响范围、合理的沟通流程、开发流程、工作流程。
在软件领域中谁是用户的代言人？谁是公司利益的代言人？谁是技术人员的代言人？谁能承担起软件工程中各种责任？谁能承担起让软件世界真的给我们现实世界带来长久的价值？
三、团队、组织机构的作用，工作责任分离好还是不好？
团队的作用集合每一个个体的优势去高效完成单独个体短期内无法完成的目标，团队需要定义游戏规则用来保障日常运营，规则是一条红线用来保障团队成员大方向是一致的，但单纯方向一致只是初级阶段，要不段的尝试创新超越规则，在保证现存规则的基础上优化规则，这需要优秀团队成员共同的知识经验积累，发展起来的团队不能依托某一个人的意志力而影响全局。团队是用来干成事情的，让组织级目标能最终一步步落实。
团队是对个人分类，组成团队的目的是集合个体的优势去完成任务。
组织机构存在的价值又是什么呢？组织机构很显然是用来识别团队的优势并加以分离的，有产品、有项目、有设计、有开发。。。
涉及到团队以上的集合都会有沟通协调，这是完成任务重要的一环也是隐形成本最高的一环，如何能优化呢？真正做到组织级、团队级的优势互补就需要组织级的游戏规则了。
四、对组织、对个人，怎样才能双赢？
首先要搞清楚组织目标是什么？个人要跟随组织目标来定义个人目标，想想学知识最快的场景就是实践。有一个全局的头脑能跟上全局节奏然后个体才会真正发光发亮。