关于项目，我只知道这么多

    这段时间逛博客看见了很多的吐槽项目的博客，大致的内容都是吐槽甲方的无理取闹、乙方的作坊式工作，偶尔冠以中国t特色项目的帽子给项目。虽然这些问题都存在，但是笔者觉得这对于项目不合理、也不公平。

   一般的中小团队缺失缺乏项目管理。这是有历史原因的。

    首先从软件工程方面讲，我们最早接触的软件工程知识大多都是书本上的那些开发方法、开发流程，这些都是都知识软件工程学科中的基础，也许十年前的教程和当下学校的教程没有多大的区别。然而时间在流逝，环境在改变、技术更不用说在升级，那么那些基础的东西我们还能照搬吗？

    其次一般的中小团队在工作的过程中没有条件接收当下先进的开发流程培训，也没有很多的项目经验来摸索适合自己团队的开发流程。还有一个原因不知道说出来会不会遭扔砖，就是中小团队的成员软件素养相对的低下，尤其在中国的软件业，若是不相信我们可以仔细的想想我们大学毕业的好学生（学习成绩）都去了那些公司上班，他们现在的成绩如何？虽然学校的成绩代表不了什么，但是那是一个很重要的衡量标尺。

   上面所说的原因只是众多原因中的冰山一角，既然这些事实存在，是否我们就解散团队，离开软件工程这个行业；或者整天和怨妇一般怪自己没有生活在美国，估计到了美国饿死得更快……。答案肯定不是的，我们需要承认这些限制条件的存在并思考解决之道，这才是一个入门的软件工程师该有的品质，犯错不可怕，不该错才可怕。

    说了这么多的废话，也就是告诉我们自己静心、耐心、用心。下面就笔者浅薄的了解的软件开发中的问题做个列举。

    首先说甲方，甲方的通俗理解就是给你钱的人，也就是你的东家。俗话说的好"世界上最难的事就是将别人兜里的钱移到你的兜里和把自己的思想装到别人的脑子里"，不幸的是软件工程师需要和必须的就是这两个本领。和甲方最大的分歧就是沟通问题，甲方看来显而易见的问题对计算机领域来说不是那么的容易、对我们理解显而易见的事甲方却想破头也不明白。这其实就是不同领域人思想上的堡垒，很正常的事；其次甲方和我们都代表着不同的利益体，我们想少出力多挣钱，同样我们的甲方也想让我们多干活少付钱。只要认识了这两点我们就需要和甲方沟通，这就可以使用我们软件工程学上的很多技术，在此不多说。静心、耐心、用心的同客户沟通，我想我们会达成一个平衡点，合作会愉快的。

    其次说需求的变化，这个其实可以归到甲方的“问题”上，但是我们单独来说，需求的变化有两方面：新的功能和已有的功能的更改。当这两个需求的变更出现时，作为开发人员的我们都会发一通脾气或者谩骂甲方猪头一般，那么点钱想要那么多”，同样甲方也不会在自己的办公室夸乙方。那么为什么会出现需求的变更，其实还是那个问题，领域知识和思想的壁垒，解决的办法还是沟通（我不相信我们的世界上有一条道走到黑的人），沟通的结果往往是加合同之外的项目金额（这种情况很少出现）或者延迟到下个版本，这样解决了问题，也会推动长久的合作。所以我们不需要害怕变化，我们害怕只能说明一个问题：我们的系统没有能力迎接这些变化（大多数都是这样子）后者真的遇见霸王了……

    最后说开发的团队，学习计算机的人都有个通病，就是“谁能比谁牛，爱谁谁了”的老子“天下第一”思想，老实的说笔者虽然能力一般般，但也存在这种诟病。这样的心态就导致了内外的沟通一团糟，团队里面不能有效的沟通，总觉得高人一等，作茧必自缚！对外，觉得甲方啥都不懂，敷衍了事，拿钱不干实事。这些问题的存在会使我们的工作效率大打折扣，那么能开发出好的系统吗？

    说了这么多，貌似都是泄气和骂人的话。没有想到写着就言语激烈了，看来需要继续静心、耐心、用心了。那么最后希望我们开发人员在以后的项目中常总结、常反思、知错改错。少骂甲方和自己的队友“猪头”，多沟通和鼓励，像亲密的小伙伴一样编程。

    谢谢，希望能够和大家沟通！