看到第三章，发现软件工程开发一直强调团队的重要性，但同时，每个人也发挥着重要的作用，在一个开发团队中，每个人都是一个环，环环相扣才能实现软件的开发。在大部分成功的软件团队模型中各个角色考虑问题的出发点是有区别的。不同意见的冲突在所难免，一个好的团队流程能把冲突的积极方面（各自尽力把自己的工作做好，说服别人）释放出来，避免消极方面（因为冲突而产生的消极、抵触情绪等）。
在团队中，IC需要做到：通过交流、实验、快速原型等方法，理解问题、需求或任务；提出多种解决办法并估计工作量；与相关角色交流解决问题的提案，决定一个可行方案；执行，把想法变成工作中的代码，同时验证方案的可行性和其他特性；和他人合作实现方案，修补bug；在解决方案发布出去后，对结果负责。
做一名软件工程师前景光明，但也要付出很多的汗水和努力。不仅要有深厚的知识功底，还要有过硬的本领能力。还有，不能把时间都花在解决低层次问题。要把低层次问题变成自动操作的，能成为精通范畴的方面。
一、我过去是怎么做的
之前的团队开发，遇到队友不做自己分配的任务，自己也不好意思说，只能当锻炼自己将他那一份做了，时间越长，他就认为自己已经不用做了。有时候，团队会议商讨之后，回去开始各自做各自的，从不问候，导致该合起来时接不上或者风格相差太大，看着别扭。
二、结合书中所讲，说明为什么这样不好
一个好的团队可以说是一个项目开发的核心，团队的关系和默契不是开始就有的。书中所说:“如果我们做的项目是真实的，有具体而多变的需求，有工期、质量和资源的矛盾，团队成员各自的水平、目标也不一致，那么团队内部不可能没有矛盾，但是矛盾不是一开始就爆发的，他有自己的生命周期，有不同的发展阶段。”这么说的话，团队内部成员水平差异过大，一般都会产生矛盾，因为有些人认为有大佬，自己躺了，所有才不会去做。但是这样的话，团队内部需要沟通协调，两人在一起合作，自然会出现不同意见，每个人都有自己的想法，在两个人平等合作的情况下，不存在领导与被领导的关系，如何能说服对方？没有绝对正确或错误的方法，只有合适或不合适的方法。几种方法可以同 时使用，同时要注意，软件行业的从业人员还是理性思考的比较多。良好的沟通与建议或者适当的妥协是维护这个团队关系的药剂，只有团队互助才能增强团队默契。
三、解决方法
人和人不一样，在和别人合作的时候，要注意各人表达观点的方式和思考的方式 不尽相同。但是还是要给予肯定的回复，在此基础上再提出自己的建议，也许这样别人才会吸取你的建议。
标签：02,各自,自己,笔记,开发,构建,软件,团队,方法 From： https://www.cnblogs.com/Arkiya/p/17265880.html