合作收获

今天晚上我们小组将进行合作全体验收,在验收前,总结是很重要的,下午我们进行了合作收获会议,进行了前期准备、中期实施、后期完善的总结

前期准备:

优点:整理了所有D层的方法,D层和B层可以很快的完成

缺点:

  1. 需求讨论的不够详细,具体,在实施的时候会因为个人的思想和想法会偏离需求的计划,导致不断地修改数据库中地字段和数据类型
  2. 没有实现对文档有个整体地了解,不清楚每个文档中具体有什么内容,以至于在分配地时候没有考虑到文档地难易情况
  3. 计划做地不够详细和具体,没有预先地设计出没有按照计划进行地情况该怎么办,没有计划出如果遇到难的功能的情况该怎样做
  4. 没有提前了解到SVN的功能,直接上手做,以至于在中期时会不断的出现因为没有更新而两个人同时提交的错误

中期实施:

优点:沟通基本上都是通过钉钉来交流

缺点:

  1. 没有事先了解WPF和Winform有很大的区别,U层的工作量较大,分配的不合理,以至于再去让我们协助去敲U层的时候,让我们花了很大的力气去学WPF,而且需要理清其中的代码,工作类型的不同以至于当时特别混乱
  2. 沟通的时候,钉钉很多次在等读,才能进行后面的工作,没有形成很好的工作习惯和工具的应用
  3. 有很难得功能时,一直死扣,没有变通,以至于花费了大量得时间
  4. 沟通错误和功能实现得时候,没有形成文档,只是开会,组员不知道对方到底做了没有,做到了什么程度

后期完善:

优点:

  1. 效率提高,难的功能实现不了就替换或者请教其他小组的成员
  2. 沟通有效,将每次的沟通都有文档的形成,每次的修改错误都有合作的文档,将没有修改的错误用红色标注,修改完成换成黑色,可以让每个小组成员了解到每个人修改的进度

缺点:

  1. 成员疲惫期没有及时调整,没有将计划和成员的心态调整好

总结:

  1. 有效的沟通,沟通的结果要具体,不要模模糊糊
  2. 修改错误要有合作文档,让每个成员都了解到进度
  3. 计划要动态变化,要有计划完不成的情况的方案,要注重时间
  4. 新功能要了解代码,不要只是为了实现
  5. 每个成员的思想都要了解,并且在程序开发的时候要明确好一个主体的思想,成员有新的想法可以先提出来,进行讨论之后再实施,不可以根据个人的性格去独自修改
发布了108 篇原创文章 · 获赞 13 · 访问量 2万+

猜你喜欢

转载自blog.csdn.net/lclcsdnblink/article/details/100744209