2010年1月对当前工作的反思

        周五的时候在部门例会上以及例会后和一些同事就目前的工作和遇到的问题有过一些讨论，周末的时候我总结了一下这段时间的工作，主要是我自己遇到的一些问题，供大家参考。在本月我将做进一步整理，作为本月的反思。

一、心态问题

        一直以来我都认为自己的心态足够好，最近发现自己在情绪的控制上开始出现一些问题。自从我在十月份开始配合商工进行中铝的项目，一些不太顺利的事情不断累积，使得最近的情绪控制不如之前那么好。我们都受过GCS培训，在之前的工作经历中也曾遇过不同类型的困难，对于心态我能做到的是进行自我调整。

        这个项目开展以来，大家都承受很大的压力，既有自己职责的压力，也承受着可能是自己职责之外的压力：

        商工无疑是中铝项目中压力最大，工作强度最大的人。在业务架构方面，商工已经做到了卓越。除了完成自己的工作，还要担负着客户沟通、公司内部协调、进度控制甚至测试、客户支持等等工作。同时商工还担负着2010年我们部门的业务架构整理、李广平项目、西安项目等等工作，商工以勤奋的工作作风和精湛的技术能力给我们做出了榜样；

        姚柯负责中铝项目的指导，同时他还肩负其他两个项目的指导，在这期间姚柯在几个项目中控制进度和协调资源，展现了他过硬的技术能力和组织才能。姚柯业务和技术都精通，但是对于新架构的GBQ，依然不了解，因此他需要协调、学习、消化再指导；

        计价产品线部在中铝的项目上他们给了我们非常大的支持。在项目中姚柯会告诉我要的结果，而具体怎么做需要向计价部门咨询，每次我向计价产品线部的同事咨询，他们总是第一时间给予我指导；

        老江作为部门的负责人，需要对项目做出整体的控制，也承受着非常大的压力。

        坦率的说，我是在非常盲目的情况下接手中铝的项目，当时我对自己要做什么、有什么资源和支持、会遇到什么困难、业务上、技术上都是几乎一无所知，商工告诉我非常简单，我看了创新家园上老江的帖子上说不是一穷二白，就将这件事的难度划到一个自己可控的范围内。在工作的过程中，任何一个功能点都是一边摸索、一边学习、一边开发。从十月中下旬开始这个项目到目前大约三个月的时间，商工坦言给我留出了学习的时间，周末的时候我也在反思，是我的学习能力太差还是我没有百分之百的投入？在后面我会针对这个问题做具体的分析。

二、部门协调

        实际上，部门协调没有太多的困难，计价产品线部在保证他们自己工作的情况下给我们他们能给的最大的支持。

        在我修改GDT代码的时候遇到的最大困难在于业务上，我要首先在一无所知的情况下了解业务、弄清自己要做的事情，技术的难度反倒是其次，因为GDT的代码相对比较简单。

        真正的困难在于修改GBQ的代码，GBQ经过多年的努力，已经在去年统一了平台，这个平台的可配置性非常高，我们要做扩展，既要知道扩展机制，还需要明白配置的方法，而这些方法并没有文档，只能通过咨询GBQ的人才能知道。一句话，这些问题是知道不知道的问题，而不是难不难的问题。

        举例来说，我们要在GBQ的主界面中删除左边的两个页签，很简单的一个需求，商工也许认为10分钟就能解决（实际上10分钟也能解决）。但是我们不知道如何配置，在咨询了一个计价部门的同事之后，用了不到十分钟的时间实现，而等待他们空闲下来有时间给我们支持的时间是一天；

        再举一个例子，商工希望在新建向导删除清单计价和仿清单计价选项，对于怎么扩展姚柯也不知道，当时计价部门非常忙没有人支持，我用了两个晚上的非工作时间阅读了全国所有省市的新建向导的扩展代码也没有找到类似的操作，后来通过咨询小祝知道这个功能平台不提供，因此只通过扩展无法实现；

        再比如商工希望的一个操作，姚柯分析需要复杂的代码修改过程，小祝过来之后通过配置一张表的两个字段不到2分钟完成。如果没有人告诉我们这么做，我们可能永远猜不到。

        周五的部门例会中，老江提到我们遇到难以协调的时候，可以向部门提出，请老卢协调，我们也明白这个道理，但是这个项目已经开始，并且是有时间和质量要求的，我们只能一个功能一个功能的完成，几乎一个功能一个功能的向计价部门请求协助，因此最大的困难并不是他们不配合，而是我们咨询的频率过高，在这个过程中总能遇到他们忙的时候，需要等待。如果遇到一个问题就提请老卢的协调，可能无论是公司角度还是目前的进度，都不太现实。

三、对问题和困难的评估

        由于我对GBQ平台不熟悉，对业务不熟悉，对公司开发环境还不是非常熟悉，这造成我对问题和困难的估计无法做到准确，很多时候只能信任同事的估计，而如果他们无法给我准确的评估结果，会造成我对进度和时间失去控制。

        举例来说，最开始的时候商工告诉我在将GBQ文件转换成定额库的功能上，小田只用了一两天的业余时间就完成，这影响了我对问题领域的判断。事实上，后来通过对比小田代码和商工选定的平台，发现这几乎不是一种解决方案：要处理的业务范围不同（功能远远超出了小田曾经做过的功能）、要采用的方案不同、要选定的平台不同……我几乎用了一个多月才完成企业定额库的功能，这即影响了我对进度的判断，也影响了我对自己的自信。

        再举例，上周商工除了报表方案之后，我咨询姚柯大约需要多长时间能完成，姚柯说需要一天，而事实上到目前已经接近一周，报表还没有完成，甚至还没有一个明确的解决流程。

四、学习的难度

        GBQ平台在功能的强大和应用的方便上已经做了很好的平衡，但是不能否认GBQ平台为了解决很多问题用了一些技巧性的方法，这些方法可能需要比较复杂或者比较精巧的配置。对于学习的难度并不在于对复杂过程的理解上，而是在于要弄清楚这些配置的流程。

        例如报表，周五一个计价部门的同事过来协助调试，他用了大约两个多小时时间反复调试，最终调通了，然后匆匆离开。对于计价的同事，我占用了他们的时间，而对于我来说这两个多小时几乎没有利用到，在这种情况下下次再遇到报表问题我是否还要再去请他们帮忙？他们解决了一个问题之后其他类似的问题能否还去再问他们？如果是这样，那我的学习能力也太差了。

        事实上我需要的不是帮我调通，也不是帮我把事情做完，而是需要让我明白流程，以便于下次遇到相同的问题我可以自己解决。公司提倡的流程驱动是有道理的。

        从这些事情中我得到的学习上的经验是：

        1.找对人。有些人擅长解决问题，有些人擅长讲解清楚，在能选择的情况下尽量找对人；

        2.找对时间。在对方工作很忙或者临近下班时间，他没有足够的耐心来确认是否教会你，在能选择的情况下尽量避开这些时间；

        3.空杯心态。对于自己不了解的事情要以空杯心态和虚心态度接收知识，即使对方认为这个问题很简单你的表现很弱智，也要本着将问题弄清的态度来学习；

        4.流程化。自己整理流程，即使没有形成文档也要在脑子中清晰处理问题的流程。

五、对我承担这个项目的一些总结

1.我为什么接手？

        对于这个问题，我在接这个项目的时候就考虑了很多，中途的时候有过反思，甚至在挫折的时候还进行过自我暗示。

        1）保证完成任务。我们都看过《把信送给加西亚》，在我曾经的职业历程中，保证完成任务是我对工作的一种态度。经过这段时间的工作包括和老江、金根等同事的沟通，我也在反思这种心态对于做事情是否一定合适。在接手项目之前应该是找合适的人来做更好一些，接手项目之后，就怀着这种心态来完成；

        2）自己的事情自己做。商工曾经和我说过，如果觉得不想做可以不做。我那时候经常想到的是老江在创新家园上的帖子，7月份到12月份，悬赏1万元至今仍无人接受。既然我是我们部门的一员，既然其他的人都不做，那么自己的事情自己做，没必要一直等着别人；

        3）我对部门的价值在哪里。10月份我来到我们部门，进入部门之后首先我了解了部门当前的业务和进展，我在给自己的目标制定的时候首先问自己我能给我们部门提供哪些价值？我不希望自己对部门没有奉献；

        4）对自身的评估。对于项目和技术要求我当时并不熟悉，主要取决于商工和姚柯的评估，针对他们的评估，我分析了自己的技术储备和学习能力，认为自己能够完成这项工作。

2.谁更适合？

        毫无疑问，这个项目由计价产品部的同事来做更合适，即使他们的一般开发人员，恐怕效率也要比我们快一倍。

        如果计价部门没有人来做，姚柯来做比较合适。姚柯的技术能力和业务能力在广联达都属于顶尖水平，这个项目由他来做比较合适。姚柯来做面临的问题是对GBQ的扩展细节不熟悉，我目前面临的问题和要做的事情他也需要去做。

3.我是否适合？

        经过三个月的工作，我也经常在问这个问题，我来做这件工作是否合适的人选。

        从纯粹的完成这项工作来说，我来做是非常不合适的。在开始做之初我不了解业务、不了解公司开发资源的使用、不了解GBQ的架构甚至连GBQ都不会用、不熟悉其他部门的同事……由我来完成这件事情，本身的风险非常大。

        但是从部门的人员配置、这个项目对我们下一步工作的意义来说，在我们部门内也许是我更适合来完成。

4.我的主要优点

        1）足够的技术储备。对于Delphi语言本身、面向对象思想、抽象能力和设计模式上，我有足够的技术储备，这能帮助我快速理解设计思想和系统架构；

        2）足够的项目经验。在之前的工作中，我参与过很多类型的项目开发，也主导过一些项目的开发和实施，这些经验会在实际的问题中帮助我；

        3）度的把握。在开发的过程中，我会有意识提醒自己不要偏激考虑问题，以项目本身和结果为导向，尽量处理好矛盾；

        4）执行力。对于指派的工作和任务，我提醒自己以积极主动的心态去解决，尽量不向任务的拥有者等靠要。特别是在概算的项目中，我尽量努力让商工专注业务，技术上的问题我自己尝试去询问别人解决。接手项目之前我不认识一个计价部门的人，现在计价部门至少十多个人我都和他们有过来往。对于执行力，我希望自己做到的是老江知道中铝项目启动了，过了一段时间，老江知道这件事成功结束了，这过程中几乎不需要他干预和过问，同时，及时的反馈使得他时刻了解工作的进展；

        5）良好心态。在工作、协调的过程中，我遇过很多同事，每个人的脾性是不同的，也遇过别人发火或者不耐烦的时候，到目前为止，我对自己情绪的控制比较满意；

        6）分析和总结能力。从做定额软件开始，我就不断总结，希望将之前的工作能够做到流程化，在以后遇到类似问题可以做到有流程依据，目前已经完成一部分工作；

        7）学习能力。我自己有学习计划，在工作过程中，我并没有因此放弃制定的学习计划。白天工作晚上学习几乎已经成为一个常态，比如去年11月份，我还抽空参加了一个软件考试，上周末出来结果，还好，成绩还不错。

5.我的主要不足

        1）反馈不够。对于工作尽管我努力去提供结果，但是反馈做的不够。也许我能做到在规定的时间将结果给出，但是之前没有及时让部门领导和同事实时知道我的进度、成果和问题，需要他们询问才得到答案；

        2）效率低下。我很羡慕商工的效率。商工总是在并行工作，并且每种工作都高效高质量的完成。我的效率并不高，这方面还有很大的提升空间；

        3）缺乏主见。由于我对业务和系统的不熟悉，使得我无法在开发中主导，也不能提出一些建设性意见，这使得商工在做决定的时候失去技术上的支撑。之前的工作中我们走过一些弯路，这和我在技术上还没有掌握主动有很大关系；

        4）处理问题技巧不好。在开发的过程中，经常是在做的过程中，商工或者姚柯告诉我要处理什么事情，我立刻中断当前进行的事情处理，有的时候同时要做几件事，使得自己常常手忙脚乱，甚至遗忘。在成熟部门一般都有比较规范的处理机制，比如计价使用SVN进行需求管理，使用TD进行Bug管理；我们部门使用公司开发平台作为需求和Bug管理工具，这样使得工作比较有序，这方面我虽然建立了基于Dropbox的共享目录，但是没有给商工提供更好的策略，这些在今后的工作中需要总结。

6.这段时间工作自评

        三个月的时间同时开发两个产品，我想即使GBQ的同事或者GDT的同事来做也不是一件容易的事情。我对我自己这三个月的表现总体比较满意。至少我做到了两点：

        1）无论遇到什么困难，我总是试图去解决，而不是推卸责任或者抱怨；

        2）充满信心。

        我自己也知道，这是个脏活累活，毫不出彩，甚至完成之后很多人都会说是在重复劳动，为什么你当初不怎么怎么样……但是既然我做了，我就努力在做好。

        至于现在的结果，如果不是十分令人满意，我只能归咎于自己的能力的确不令人满意。

7.我能否做得更好？

        在之前的工作和之后的工作中，我能否做得更好？

        我依然会以两个原则来进行接下来的工作：

        1）以结果为导向

        2）主动解决问题，避免等靠要

        在一月份的工作中，我会针对上面提到的不足做针对性的改进，并会在这个项目结束之后配合商工给出中铝项目的反思，供部门参考。