项目管理的思考

      手中的项目终于告了一个段落，随着产品的发布，才知道自己在产品进行的前期认为很有价值和骄傲的一个产品现在看来一切都很垃圾，记得以前看过一本书叫《软件工程实践者的思想》，里面提到了项目管理的一些辩证思想，当时不以为然。认为技术是一切的主导，现在方知以前只是在写项目，不能真正理解到软件工程作为其在工程领域的一些理论方法。同时也是诸多技术狂热者，的一些错误的想法。

      很多人总是盲目的讨论这个技术很NB，这个技术很找钱啊，又或者是我这个技术在什么什么系统里面发挥了什么什么作用。甚至还不知道是什么的时候就开始盲目崇拜。譬如国人大多以为信息化就是装几个软件，做几个网站。

      "业务与技术结合"才是软件，而软件工程管理则是将这两者紧密联系起来的科学。所有的流程和标准都是再让写出来的程序都是符合业务需要的。如果程序员都去专注业务了，也就没有人来真正写东西了。

      过段时间也许自己就要单独带一个项目了。算是自己的一个团队吧。现在就应该把当前的问题总结写出来，到时候才不至于乱。

      一、在实际中多加强沟通。

            沟通不能说是一个口号，更需要落实到具体规定和行动。在开发团队中最常用的方法，有如下：每天早上开会讨论今天的进度和将要遇到的问题，每天下班时开会讨论今天的总结，以及问题，在业余固定时间会组织学习团队中将要用到的或者感兴趣的技术来研讨。多组织一些活动也是提高沟通和默契度的一个好方法。而团队领导者更要在日常工作中带好头，以身作责，让成员把团队的思想都变成统一的，有高尚目的机动整体。

      二、因地制宜的软件工程。

            就工程这个东西来说，强调的是标准流程，而随着项目和产品以及团队规模大小其实也不是绝对的，这方面的理论其实也一直在变，从瀑布型，到螺旋形，到V字形，再到现在的敏捷开发，和XP开发来说也是由于开发环境的多样化，不断衍生的，因此不需要死搬软件工程里面的款款，这样不但节约成本同时也会提高效率，不过也应注意的是，这个和团队领导的经验有关，知道团队里面的强项和弱项。

      三、效率第一，目的第一

            不论做什么东西，最后我们想要产生的是一个可以用来换之成利润的东西。因此，也就是说不论也就是一旦定好了目标，就不应该受其他因素干扰太久，比方说原定计划是用B/S作为基本架构，半途因为某些技术专家或者其他的游说，转而把这个系统重新转向另一种架构。抛开用去的时间不说，光是说系统的原定的稳定性来说就是一个挑战，不要担心旧技术，关键是能不能第一时间把项目做出来这个是重点，这个目的一定要清晰。

      在这里只是说说在项目里面遇到的问题，以及想到的一些解决办法。希望能给大家一些帮助。如果欢迎交流。