静下心来,不要浮躁

这是一篇写给自己的文章，目的是想时时刻刻提醒自己，不要做一个浮躁的人。

        有人说，知道自己有什么缺点的人，更容易成为成功的人。而我觉得这句话不适合用在我的身上。每当自己因为太浮而伤害到别人的时候，我都会深深地自责，我不知道自己是否真的有什么能力，就算是比别人强那么一点，也不应该太露锋芒。为什么我总也不能领会“潜龙勿用”的真正意思呢？我知道自己的性格，做什么事都比较急，就连改缺点都是这样，浮躁这个缺点都改了多少回了，每次都是坚持那么一点点的时间，时间一长，又把自己的这个缺点的忘记的一干二净了，说起话和做起事来依旧那么骄傲。我到底怎么样才能改掉这个缺点呢？

        和我相处时间长的人，在我看来，所有提出我这个缺点的人，都是我有朋友，都是真心为我好的人。或许是大家都帮助我，在我稍微有点浮躁的时候，马上就会有人提醒我。可是我不能依赖这个，我要自己改掉这个缺点，一定要。骄傲是一个人最大的敌人。

        做了这么久的项目，我逐渐的感觉到自己的一些不足。做为项目组的成员，没有把项目完成当成首要任务，没有集中精力在项目上，没有与项目经理进行有效的沟通，导致项目经理没有具体的了解项目进展；在项目进行中，由于对自己能力过高估计，致使一部分功能延期实现；在项目组内部，我的抱怨和不满影响团队的士气，使得项目经理的布置的一些事情无法迅速开展，达不到预期的效果。项目组在遇到困难的时候，没能出人出力，这些都拖延了项目完成的时间和进度。我自己总结了一下，这些都是由于我的太浮躁而造成的。我现在是很后悔，我也明白自己为什么会这样。我太钻牛角尖了，不懂得变通。以前的项目经理比我强好多，在比我强的人面前，我很谦虚，我想超过他，我努力的学，拼命的赶，我觉得这是我的动力。当我感觉我的项目经理和我差不多的能力或者比我差的时候，我没有转变自己的思想，而是依然像以前那样做，这个时候我就骄傲了，一骄傲，其它缺点都随之而来了。为什么我就没有想到，这个时候的我会学到更多的知识呢？以前是别人在前面，我追赶，他是我的目标。而现在是需要我自己独挡一面，我的目标是我自己。我不知道自己是聪明还是愚蠢，一条路明明已经撞墙了，却还是要坚持，坚持到现在的头破血流。如果我发现这是一个死胡同，我拐弯就好了，柳暗花明又一村。

       我决心改掉骄傲浮躁这个缺点，即使我以前改了好多次了，但我不能放弃，我相信自己一定可以办到！给自己个笑脸。

 

  如果说在学校的时候为人处事比较懵懂的话，那么出来工作后复杂的人际关系真让我有些乱。乱在不知道如何去理清这些纷繁复杂的层次关系。有时候这些关系搞的我头非常大。

　　在公司上班不比在班级上课，同学之间的关系很单纯，涉及不到什么利害冲突，而在公司就不一样了，大家都有自己的考虑，如果站在他们的立场上去考虑，也感觉是有道理的。可这种转换立场的时候毕竟太少。在公司工作，有一个目标是不变的，多做项目，多学习知识，为的就是在公司里面能发展的好一点，在公司里面能发展的好一点，或者以后能换个好点的工作，薪水能多一些，这才是根本，别的都是围绕这个中心转的。来公司虽不到一年，见到的、听到的却非常多。在公司里面上班就和在政府里面做公务员一样，要严格听从上级的安排，总之很难把人的最大长处发挥出来，因为这里不允许你有一点或者一点点的不愿意或者是对一个问题的看法。公司的目标是多做项目，这个没有错，每个项目都有利润的嘛。但公司做了这么多年，还是这个小，有的人说做ＯＡ不赚钱，有的人说现在ＩＴ行业不景气，反正说什么的都有。我也有我自己的看法，我认为公司的项目做的少，而且是质量差。如果在单位的时间内，项目的数量是以前的二或三倍，公司也许就不是今天的这个样子了，那么为什么公司提高不了产量呢？原因很多，但也有一个原因是：很多人想着做利润更高的，一些行业软件。无疑，这个利润是高，但是成本也上升了，如果公司专门做一个行业的，那么这非常幸运，经验在这里呢。现在的情况是经验又没有，又想着去和别的公司竞争，很难。我一直是主张公司在现在的基础上，提高生产率，因为现在的公司产品已经很稳定，员工对这些产品也非常的熟悉，做一些ＯＡ或者网站，虽然利润少，但还可以维持着。当然，这也不是一条长久之计，因为现在的变化太快，公司的产品跟不上web的发展。不过这个关系也不是太大，web发展，公司的产品也可以创新，继续走这种ＯＡ＋网站的路。做网站还好一些，主要是界面漂亮不漂亮的问题，ＯＡ的事情可能多一些。但我觉得ＯＡ的事情多无非就是一些常用的组件没有开发好，如果公司有自己的一套组件库，每个业务组件都是可以定制的，那么开发一个ＯＡ的话，简简单单就是不到一个月的时间，而且需要的人员也是比较少的，从组件库中拿组件，总比重新开发划算的多吧，无论是从稳定性上还是扩展性上讲。但这块工作一直就是没有人来做，我认为的原因就是不够重视，都感觉ＯＡ的小组件现用现开发就来得及，拖延项目开发进度的，恰恰就是这些小的业务组件，所以一定需要一个组件库来定制这些业务组件，无论以后是否开发ＯＡ，这些都是必须的，这是软件工程化方法，要是开发软件的时候连一些常用的开发方法都用不上，那么开常出来的产品都是一团糟！～

　　公司现在下了大力气，说是一定要在linux平台上用java做出产品来，有的时候老板的意愿就是公司的发展方向。这也没有错，私人公司嘛，但这个私人公司，从上到下，都透露着那种不和谐的气息。官僚主义特别严重，严重的让人窒息。现在的软件开发团队需要什么，不是一个命令让你做什么你就去做什么，现在需要的是一种激情，一种战斗力。有人会认为现在的团队缺乏主见吗？缺少大的考虑吗？不会的，这是这个时代的结果，我们不缺少指挥的人，而缺少能与我们一起战斗的人。在公司中，人员都是按照项目组的形式分配的，这样管理或交流起来方便。但如果这个项目组形成之后，就会有另一种结果，我现在的项目组就是这样，每个人都想着离开，因为什么“头儿”啥也不懂，我说的啥也不懂可能有点过分，能当上“头”就一定会有一点能力的。只是能力差的多，根本无法驾驭整个项目组，调动每个组员的积极性。这样的团队工作效率能高吗？每个人都有自己的想法，意见不统一的时候“头”就说按他的做，又不给出原因。虽说大家的目标只有一个，为了完成项目，但这个完成也有很多方法的，最起码就是完成质量的好差之分吧。

　　现在开发项目，我认为“拥抱变化”这个观点提出来的非常好，需求不可能不变的，不能强制用户去签什么需求确认单之类的东西，需求应该变，关键是作为开发人员，怎么样来让项目适应需求，去拥抱需求变化。不要需求变了就不知所措了。作为开发人员，无论是开发项目或者产品，都需要了解，这个需求是会变的，这个时候的开发不要针对着需求，而是要针对着需求背后的，那些不会变的利益。需求变或者不变都有原因，抓住本质，不要去针对需求的流程编程。如果做的程序能够拥抱变化，那么这种程序就是可扩展的，可定制的。有利于软件工厂的实现。

　　在公司中，一个项目的开发时间明明只需要两个星期，但为什么ＰＭ总会要两个月的时间呢？