没有标准不应作要求

    两个多月，对公司的工作氛围和项目情况都相当的熟悉了，我感觉有点职业生涯出现了偏差。
    首先，关于工作气氛。虽然我们自称创业公司，但还是外包到客户那里去上班，客户那边本身有开发人员，并且还占很大比例。刚开始我们这边老大“我们主要做核心开发任务，他们主要做界面和维护、上线推广”的愿望落空了，取而代之的是他们带领三个项目组，加上他们老大，在逼进度，开始周末强制加班。而这，违反我对我们领导甚至我们公司的美好形象。记得刚来第一天，有个数据库字段注释没有加上，客户那边直接就说外包人员不按规范办事，我都不知道是不是我们这边的问题就这样了，当天心情就进入了一个奇怪的气氛基调里面。
    二，关于项目问题，不顾基调的影响，我居然还对项目管理抱有相当大的幻想，这实在令我想不透。在一个不停赶进度的项目里，你会感觉无奈和愤慨，这样让你对技术的涉猎之心也大受打击，（做的时间越久，最终你会发觉你其实真的是一个堆代码的，）你的技术成长道路会出现曲折。每周的任务不明确，但却对写代码速度有一个要求，这种标准不统一的，谈什么要求都是扯淡的！需求变动，修要修改的时间，却不另外分配，这让别人怎么可能干活不慢？
    以上问题就是我面对的问题。每当我听说有人说我工作进度不行的时候我就感觉好无奈，感觉很憋屈。不知道是哪里沟通出现问题了，需求没了解详细，工作安排没正式交接，随口改变需求，难道这就是我们客户所要求的吗，难道就是我们创业公司这边对自己的要求吗？
    解决办法：一，别人当我们外包，我们不能也这样想，我们就是把客户的需求了解透彻，把业务把功能实现出来，交由他们测试。我们要对自己高要求，这样我们才能进步，员工的素质提高了，公司的竞争力才能体现。如果只专注于实现功能以及一味满足客户要求层面，那么我们公司的人最后会变成只会呆呆的代码工人，因为我们兴趣和耐心都会被消磨，这对公司也是十分不利的。
    二，项目管理，项目经理要首先知道自己的项目需求，好多都不明白的，工作怎么展开。同时，对组员的每周工作要有一个具体明确的要求，最好写好任务文档分发下去。然后再在一周过程中把握进度，你不能头脑一想起，就跑过来，对组员说你那个功能做得怎么样了，或者哪里哪里需要修改一下。
    另外，关于项目需求变动的，务必需要给定时间去做修改，做更深入的沟通。作为项目经理，同时也应对组员的情绪基本动向有了解并作一定的沟通和把握。