个人总结
个人学期总结
一、对第一次实验拟定的五个问题：
1、如何用程序语言实现需求？
2、如果我要开展一个项目，我要从哪开始着手去开发？
3、假如要组一个团队，我要怎么选择，才能有一个合适的团队以及团队模式？
4、如果在生活中如何锻炼自己的PM能力？
5、如何更好地提高自己的专业素养？
问题回答如下：
当再次看到这几个问题的时候，感觉自己提的这几个问题真的很low，当时提第一个问题的时候，自己的编程功底太差，在想需求分析好做，可能让它实现真的难如登天，现在看来，用编程语言实现需求，首先得有一个完整的需求分析制定需求规格说明书，再加上自己的专业能力，问题就能迎刃而解了。
如果要开展一个项目，首先要 建立一个优秀的项目团队。 我认为一个优秀的团队，应具有以下几个特点：
A. 人数 .一个独立小组的的人员数量应在3-5人为佳。。人数过多，对于沟通非常不利。（我曾经见过一个10多人的开发团队，他们没有分组，开会时，坐了满满一座人。何其壮观！但他们的开发进度，就像蜗牛爬葡萄树。
B. 沟通无障碍的风气。 不管你信不信，良好沟通是一个项目成功的基本条件。团队中应该有这样一种气氛： 每个成员，必须具有“直言起谏”的勇气。 给所有人说话（并说完他的话）的权力； 有异样的意见时，我们要做到“我不同意你说的每一个字，但是我要誓死保卫你说话的权力 这样的气氛有助于：及时暴露项目中存在的问题。致于它的作用，我相信每个做过项目的人都应该有刻骨铭心的体会吧。
C. 因人而宜，实施管理。团队各成员的必然有着完全不同的个性，特长。当这么多人聚在一起时，管理他们确实是件伤脑筋的事情 -:）。 这个时候可以采用宽松的管理。
D. 有全局的思想观 。这一点是特指PM的。特别是在项目后期的实施阶段。任何一项目，都可能会陷入Bug的泥潭。一定要对眼前的困难有清醒的认识。从大局出发，考虑问题，找出重点，并制定相应的策略。
E. 有两个以上有项目经验的开发人员。 经验虽然不能解决所有的问题，但总能提供一些有价值的参考。是项目成功的辅助保障。 经过一学期的学习，学习的代码达到两万行左右。
在项目过程中,通过观察,感觉做好PM这个角色需要做好以下几点:
对项目关键点的细节要足够了解虽然PM可以不参与具体的编码工作,但并不等于不需要了解具体的实现细节,特别是一些影响项目成败的关键点。有些PM离技术越来越远,远到一些功能是怎么实现的、用的是什么技术、有哪些地方需要特别注意都不清楚,这会非常影响他的决策力和判断力,特别是在处理突发事件时会手足无措。在现阶段,特别是项目规模不大的情况下,感觉PM兼任架构师比较好。
·处理好与其他团队的关系一个项目的成功不是只靠自己这个团队就能做到的,需要所有团队的通力合作,因此,非常有必要学会与其他团队处理好关系,而与其他团队沟通的接口人主要就是PM,PM对于团队之间的合作是否顺畅起着决定性的作用。首先需要弄清楚什么是原则性问题,什么是可以退让的,在有分歧的时候,要立即判断出是否可以出做让步。再则,一定得把问题想在前面,提前沟通,只要大家都是为了把项目做好,并在出现分歧前,就把这些可能的分歧点讨论清楚了,就没什么很难处理的关系。最后,学会与任何类型的人打交道,林子大了什么鸟都有,沟通不是为了争个输赢,而是达成一致,这方面的技巧就多了,需要学习和积累。
·调动组员的积极性,尽量把事情让他人去做好在以前待过的一个项目里,PM非常敬业,很多事情都是自己去做,结果出现一个很不好的现象,每天晚上,他的项目成员都走光了的时候,就留下他一个孤独的身影,奋力拼搏,结果每次发布的时候问题多多,惊险不断。这说明一个问题,你不是一个人在战队,并且你不应该冲在第一线,PM的成就感不应该是你自己把事情给搞定了,而是在你的策动下,你的组员把事情搞定了,只有这样项目团队才有战斗力,并且其他成员都希望在项目过程中体现价值,你需要学会锻炼和培养其他组员,发挥他们的最大潜力,这也是为什么在发挥同样出色的情况下,纳什比科比更容易获得MVP的原因了。
·安排好任务,并清晰了解任务的进度PM需要对自己团队的组员深入的了解,了解他们的能力和兴趣点,把任务交给最合适的人,并保持与他们的深入沟通,了解他们面临的困难,你虽不是直接去完成任务的人,但一定是帮助别人完成任务的人。任务墙是个不错的方式,能让自己和他人清晰看到各个任务的完成情况,便与跟进
·保持清晰的思路,储备应对各种突发事件的措施项目里最需要保持思路清晰的人是PM,别人可以乱,但PM一定不能乱,特别是在有突发事情发生时。因此,PM有必要有意识地锻炼自己抗压能力,比如多做项目发布、设计评审和数据订正的工作,并且要有意识地储备一些应急方案,比如代码回滚,紧急发布等等。另外,要清晰地弄清楚团队之间和系统之间的依赖关系,往往这种依赖性是引发事件的根源。
·保持平和的心态,多站在他人立场考虑问题项目会进行地风风火火,项目成员之间也会争论得很激烈,往往这种时候,保持一个平和的心态很重要。不平和的心态往往会导致不平和情绪,不平和的情绪就会导致更加混乱的局面。保持平和心态的办法很多,很重要的一条是多站在他人立场考虑问题,一旦为他人体谅后,激烈的情绪会消退不少,并且在这种沟通态度的促发下,分歧方也会不由自主地为你考虑,非常有利于解决问题,达成一致。
·不以个人意愿为基准,凡是以大局为重PM也是人,在平时工作过程中,难免会带有个人情绪,但PM应该清醒地认识到自己身后还有一个团队,大家的情绪和状态与自己息息相关,所以说话做事一定要三思而行,考虑清楚对别人的影响,切勿乱放炮,失去同仁的信任
二、完成课程的实践总结和给你带来的提升，包括以下内容：
1、统计你在软工课程实践中，完成了多少行的代码；
经过一学期的学习，学习的代码达到一万行左右。
2、软工实践的各次作业分别花了多少时间？累计花了多少个小时在软工实践上？平均每周花多少个小时？（做一个列表）
| 作业次数 | 实践时间/h | 平均 每周(十六周)所花时间/h |
| 第一次 | 4 | 7.1667 |
| 第二次 | 5 | 7.1667 |
| 第三次 | 7 | 7.1667 |
| 第四次 | 9 | 7.1667 |
| 第五次 | 5 | 7.1667 |
| 第六次 | 7 | 7.1667 |
| 第七次 | 7 | 7.1667 |
| 第八次 | 8 | 7.1667 |
| 第九次 | 8 | 7.1667 |
| 第十次 | 8 | 7.1667 |
| 第十一次 | 9 | 7.1667 |
| 第十二次 | 9 | 7.1667 |
三、你认为目前的课程有哪些问题，你有什么更好的建议：
1、你认为本门课程需要在哪里进行改进，具体措施有哪些，包括：时间进度安排，项目难度等均可；
课程设计很好，慕课学习加课堂讨论让我们有更多的时间去自主学习和思考。项目进度我觉得安排的很合理，如期完成了项目汇报。
2、你认为助教／老师哪里做的不足，哪里限制太多等；
老师很用心的评论，帮助同学们，尽管有时候跟同学们意见不同，但会耐心沟通。
3、你认为每次项目的评分标准存在哪些问题，你认为的合理评分准则是怎样的（个人／结对／团队算三个）
对于评分标准很严谨公正。
4、在结对项目中你是否真正体会到了结对的好处，是否真正严格进行了结对编程，双方的工作量是否相同；
通过结对，两人各自发挥自己的长处，达到了一加一大于二的效果，但由于每个同学能力不同，因此工作量不完全平等。
5、你的团队项目是否成功，如果重来一次你是否还会选择这个团队，为什么成功／失败；
总体上对团队这次的合作过程很满意。如果，重来一次，我仍然会选择这个团队，因为我们都很努力，
6、总结一下你们团队在做项目时大家的时间安排情况。
我们都会在规定的时间内完成作业。
7、对下一届软工课实践教学的建议，或者对于开学初的你，对于大一的你，对于开学初的老师，你有什么想建议和告知的呢？对于后来人的期许。
多跟学生沟通，建立学习体系。
四、你还有什么想说得话
分数并不是决定一切的，重要的是在这个过程中你学到了多少东西，在今后的学习中端正自己的态度，不管什么事都要认真去做。
