摸着石头过河，流的血也比别人多

        很长一段时间，我都认为：“管理应该以人为本”，“人的问题”如果解决了，其他的计划，过程，质量等等都可以顺利完成。

        因此一直以来我都在考虑如何解决人的问题，如何把人维系在一起朝着一个方向前进，所以我经常和大家一起吃饭、喝酒、聊天、唱K。通过这些我可以了解他们的想法，同时也可以把我的想法和上层的想法传递给他们，加强双方的沟通和交流。对于中国人来说，吃饭是门学问啊！

        只是最近的经历让我感觉：过去过于注重“以人为本”了。在管理，嗯，暂时细分到“项目管理”上，人只是一个先决条件而已，在项目管理这个层面有一个很重要的因素就是“客户”。

        如何把客户融入这个项目中来，通过客户来避免一些问题的重复产生，正式这些问题导致了项目不停的修改和延期。

        项目管理不是单方的事情，而很多时候我们这些做IT的往往一直把项目看成一种单方面的东西了：“你出钱，我办事”。说出你的需求，我确定是否可行，然后出计划，我这边安排人，过一段时间给你一个版本你现用用，有问题提出来，好，我这边再改。

        客户只在最初和结束两个环节知道项目的情况，然后就基本无从了解信息，最后就产生了“马非驴”的情况。而我们也经常用一句话来搪塞：

        嗯，这个改动恐怕不好办，这一改的话整个系统就不好办了。

        很无奈，客户最后只能折衷接受一些东西，我们这些行为是不是很卑劣无耻呢？

        最初干什么去了？中间干什么去了？结果就是这样？

        软件是一种意识和行为。这种意识和行为的产生不在于我们，我们只是同时软件去表达，客户才是这些意识和行为的产生者和把握者。

      而现在的真实情况往往是：我们生产出软件，让客户主动来把握我们的产品，让客户被动来适应我们的生产。一旦有异议了,我们都是：嗯，这个，恐怕改不了！原因一大堆。

      另一个方面，就是当一些不可预料的问题产生了，如何通过对方的项目经理来把这些问题解决和转达给各个方面。把接下来的问题解决好，避免冲突。

       把客户的负责人（项目经理），转换成“自己人”，让他为我所想，为我所用。不能过于把对方看成你的付款单位，引起对方的反感。

        我专门去翻了一些书，发觉都是从内部把握和管理项目，避免问题的产生。没有那本书教授我们如何同客户互动，也没有书告诉我们如果出了问题，如何去解决问题。这些书统统都是在告诉我们：你应该这么走，这么做，然后就完事OK!

       P,全部都是狗P理论，我不排斥这些理论的正确性。但是理论和现实相差很多。真实的情况是“我们遇到问题 ，但没有掌握如何解决问题的手段和方法”。这就是大家的根本问题所在。

      我的项目管理经验少，因为以前一直做的是部门管理（人要学会能屈能升），一直也没有特别优异的人在我旁边让我学习，我只能摸着石头过河，磕磕碰碰，花的时间比别人多，流的血也比别人多，偏偏俺又过于执着。