6.15项目心得体会

不知不觉来到了六月中旬，随着咱们团队项目的不断推动，你们也开始面临着考试和愈来愈难的项目攻坚（简单的点被收拾的差很少了），项目的进度也随之减缓。下面是我这半个月来的所思所得。
首先是一开始让咱们头疼的燃尽图和任务墙。一开始咱们认为这种东西终究是形式大于意义，然而实际在咱们工做的过程当中并不是如此。因为这些东西几天一发布，好似鞭子通常抽在众人心头“快一点”、“再快一点”。从侧面为咱们提供了动力，就比如是一种心理暗示，让咱们可以在鞭策下不断前行。
其次是面对困难时的态度与方法。因为项目的不断推动，前期好啃的骨头已经差很少收入囊中了，项目开发开始进入了攻坚期。在这期间，可能随时出现一些大大小小的难点。单纯的拼凑代码已经没法在这里取得很好的成效，因而咱们采用“刺探性编程”和“结构性编程”相结合的方法，不是完整地将知识学完（这对于咱们的项目来讲是比较奢侈的一种行为），而是步步为营，在实践中刺探正确的用法。若是可以比较及时地解决，那么先转进下一个问题，留待之后细究。这样的方法为提升咱们项目的质量和效率提供了不小的助力。其次是面对问题的心态问题，在初期的时候咱们经常是对着电脑调半天不出结果，或者在网上苦苦寻觅答案却毫无音讯，给人一种“心态炸裂”的感受。然而在习惯了以后就以为是屡见不鲜了，每每解决一个问题的喜悦也是无与伦比的。固然了，团队项目终究不是debug大赛，一切仍是以项目的高质量完成为优先。至于难题的解决，对于咱们来讲只是路上险峻又奇美的风景罢了。
最后我仍是愿意提一提团队的交流，乃至师生间的交流。交流的目的是为了解决人与人之间的障碍和隔阂。在团队项目中，因为组内分工的方向不一样，因此说咱们在完成了一部分的工做时，对于他人的工做就显得不是很为了解。这时候就须要经过交流来获取对方的进度，问题，甚至是经验教训。也许你不经意间提出的一点，会使得对方少踩一个大坑。不只如此，组内交流也能避免组内没必要要的争执：好比说“争功”之类的。话又说回来，其实师生之间的交流也是一个道理，老师和同窗之间应该彼此相互沟通，使得教学达到尽善尽美的教学相长效果。学生在听取老师要求的同时反馈出本身的想法，而后老师加以斟酌后采纳，这才是一个完整的交互链条。就比如一个用户在面对APP的时候，他不会在乎设计者吹嘘的厉害之处，也不会在乎（甚至知道）设计师本人是一个能在沿海年薪百万的金领。他只知道他在面对一个混乱的APP时愤怒的想找那个设计者祭天。因此说，但愿咱们的课程可以更好吧。
预计在考试周以后，咱们可以补上缺漏的内容，争取作一个比较好的产品出来吧。