团队项目 准备阶段

section 1  组建团队

   1.队长： 陈  芳     2016011990

     队员： 马  玲     2016012054

            王慧珍     2016012032

　　　　　  马佳欣     2016012009

      　　　吕国馨     2016012046

        　  马  骏     2016012021

   2. 项目名：选够了吗？

      队 名： 够了，够了

   3.团队项目描述：开发一款为东北师大学生选修课学分服务的软件，因学生不达到相应（自然科学、人文艺术、社会科学类）的学分无法毕业，这个项目将真正能够解决东师学生的实际需求。

   4.队员风采：

　　5.队照：

   04.03讨论：

　　6.团队描述：团队成员有卓音工作室技术成员4人，拥有丰富的项目经验。此项目面向用户广泛，能够解决东师学生的实际需求，是一款十分有市场且能真正为东师学子服务的软件。

section 2  团队选题 

1.项目的概述与意义，为何要选择这个项目

我们组计划开发一款为东北师大学生选修课学分服务的软件，东北师大选修课分为自然科学、人文艺术、社会科学三大类，每一类都有学分的要求，不达到相应的学分无法毕业。而东师很多同学都不清楚自己修过的选修课属于哪一类，每到选课之际就会到处问某某课是属于什么类的，然后再大费周折地算自己每一类都修了几学分，哪一类还没修够，及其不方便。

若他们能用上我们的产品，就能够十分清楚地看到自己都修了哪些选修课，这些课是属于哪一类的，每一类都已修了几学分，还差多少分。由于这个项目是真正能够解决东师学生的实际需求的，它的潜在用户不在少数。因此我们决定开发这样一款十分有市场且能真正为东师学子服务的软件。

2.采用NABCD分析我们的项目

1）N(Need 需求)

我们学校为了促进学生的全面发展，对于学生毕业学分要求有着独特的见解，比如专业必修课，专业选修课，自然科学类普通选修课，人文艺术普通选修课，社会学科类普通选修课。其中各个学分又有交叉项。很多同学苦恼于计算自己的学分是否满足毕业要求。基于此，我们项目小组决定制作一款计算学生各类选修课和绩点是否满足学校要求的软件，

这实现的是一个辅助性需求，需求是面对所有大学生的，并且这个需求会一直存在。

2）A (Approach 做法)

关于技术方面，我们或许并没有非常突出的地方，仅仅是以接口与算法的结合，来实现我们的效果。

但是我们计划，在项目完成后，与有一定固定用户的东师青年微信公众号合作，做到更加便利的服务于大学生群体。不仅补充完善公众号的功能，也为我们自身赢得了一批稳定的用户。
3) B (Benefit  好处)

通过我们的软件，同学们可以更好的掌握自己的选修学科的情况，不必耗费时间与精力来计算学分分布问题，可以更好的依据个人兴趣选择自己喜欢的课程。

4) C (Competitors 竞争) 

就目前的市场来讲，网上已经有很多类似于学分计算器，绩点计算器等工具，但是还没有一款细化到计算学分分布的软件，我们可以基于此，继续深入。做到以便利细致的服务立足于市场。

5) D (Delivery 交付)

我们计划先制作出产品，然后与东师青年微信公众号合作，推出此功能，依据大家的使用反馈进一步完善我们的产品。如果反响不错，我们甚至可以与拥有各个高校学生选课表接口的“超级课程表”这样优秀的app平台合作，推出我们的产品。

3.项目使用的编程语言及队员相关技术的熟悉程度

项目将使用到的编程语言有java、html、javascript等，我们将用mvc开发模式，结合jsp和servlet制作网页。目前最大的问题是东师学生的选课数据，前期我们打算自己模拟数据，待软件基本完成后我们将向学校介绍我们的产品并与之沟通期望获地我校学生选课数据的接口。

每个队员在项目相关技术方面的熟悉程度,熟悉程度区间（1-10）： 

  陈芳：javaweb后端开发、数据库(7)

  马玲：javaweb后端开发、数据库(7)

  王慧珍：javaweb后端开发、数据库(7)

  马佳欣：算法、UI设计（7）

  吕国馨：javaweb前端开发（7）

  马骏：项目分析与测试、数据库（7）

section 3  贡献分配

本部分将叙述此次团队讨论过程中对于贡献分配的一些事宜。在仔细阅读邹欣老师的第十七章之后，我们团队成员也对当前比较主流的绩效管理考核方式进行了一些了解，并结合了老师的具体要求，最后制定了我们团队的贡献分配标准。

贡献分配计划

1.讨论划分，自我驱动。

在具体实现项目之前，我们将通过多次的团队协商，将团队项目分割成几个大的部分，并将团队每个成员的擅长领域和擅长程度列出，分配到对应的项目部分，成立对应的Part小组。采用由擅长程度高的同学带领组内协商的方式制定本Part的每周预计工作额。在这个过程中每个同学都可以采用自我选择并和组内人员协商的方式选择自己要完成的Part，并且制定每天的预计工作额。

2.周期考核，效率优先，团队、个人打分。

考虑到我们一周内每天课程的数量不同，团队成员的个人工作习惯不同，我们经过讨论，将考核验收周期制定为一周，节省不必要的开会时间，并尽可能的提高团队的整体效率。单纯地以工作时长作为贡献评价会减少团队成员的工作热情，降低工作的效率，并不合理。当然，单一的效率评估会忽略团队成员的完成部分在总项目中的难度比重，所以我们团队通过讨论，将采用

周工作评分=周工作实际完成额*难度系数*80%+周工作评分*20%

• 周工作完成额按五十分制评分

超出的周工作完成额计算公式：(超出的周工作完成额百分比+1)*50

少于的周工作完成额计算公式：(1-少于的周工作完成额百分比)*50

• 难度系数由团队统一制定，分为1.5、1.25、1.0三档。
• 周工作评分也按五十分制评分

周工作评分=团队其他成员评分的平均分*60%+个人评分*20% 

3.潜在贡献

我们在完成项目的同时，会有一些潜在贡献的输出。比如帮助团队成员优化程序，提出不错的算法和点子，工作热情等等，我们决定通过集体讨论评分取平均值的方法给予1到5分的加分。

4.对于相同评分与团队和分情况。

我们将周工作评分取平均值，按每个人的对应比例分配50*N的对应分数，如果出现非自然数的情况，将通过协商，合理地四舍五入。对于相同评分，我们将通过组内其他人商议给予合理的+1、-1评分。

    不管前路怎样，既然选择，我们必义无反顾。