团队项目作业1-团队展示与选题

标签：scrum   用户   案例   UI   任务   架构设计   ejs   https   mis   

团队展示：

1.队名：软件1412--音乐播放器

2.队员学号（标记组长）

    张慧敏（组长）：201421122032

    苏晓薇（组员）：201421031033

    欧阳时康（组员）：201421122050

拟作的团队项目描述：基于移动平台的音乐播放器的开发

队员风采：

张慧敏：做事认真，态度明确，掌握Java语言，熟悉SSH框架和sqlserver数据库技术，希望的软工角色是：开发，测试。

苏晓薇：追求完美，对项目有着充分的责任感，熟悉Java，Android，希望的软工角色是：设计，开发。

欧阳时康：有丰富的项目实践经验跟能力，擅长js，html，css，vue，nodejs，等前端方面的知识，希望的软工角色是：开发，测试

MSF的9点的基本原则：

a. 为共同的远景而工作：明确项目的目标是什么，能够在大家的共同努力下完成项目；

b. 充分授权和信任：队员之间平等协作，能够在完成自己擅长的部分的同事，积极与其它人沟通，能够积极记录工作的进度，让大家在遇到困难的时候能够一起帮忙解决；

c. 各司其职，为项目共同负责：团队的队员有自己负责的部分，如果在自己的职责范围内出现问题，能够积极处理；

1. 团队的首次合照（有图有真相，合照风格可以发挥创意）；

2. 团队的特色描述：团队的优势在于各自擅长方面可以相互补充，领域面涉及较广，在开发过程中可以收集到不一样的闪光点，。

选题要求：

1、确立团队选题，确定之后每个团队需要写描述要做的究竟是什么系统，预期的用户量是多少。

团队选题：基于移动平台的音乐播放器的开发

预期用户量：20

2、围绕选题项目内容的真实、可用、有价值（有情怀作为加分项）目标来分别阐述。

       市面上移动应用使用量越来越多，音频资源也是层出不穷，但是很多音乐播放器追求外观花哨，功能过于庞大，有一些根本用不到的模块，占据内存CPU，同时一些人们可能需要的功能有待开发，基于此，我们团队尝试开发一款简约明了，满足大部分用户需求，又不占用过多空间的音乐播放器。

3、建立和初步熟悉团队git的协作方式。

项目后续的代码、文档都要通过Coding.net增量式管理。实现文档的版本化和增量式管理。

4、团队项目的git仓库

https://coding.net/u/Missyby/p/teamwork1

团队计划：

根据发布的项目时间规划，初步确立团队任务计划，将团队的任务计划添加到Coding的团队项目任务里，要求：

1. PM组织成员快速阅览《构建之法》第8章到第15章关于“软件开发完整生命周期”的相关章节，并回顾在App案例分析中初步练习过的项目计划设计的方法对项目做时间安排。同时请参考下面的团队项目每周环节进度表。
2. 必须使用《构建之法》“计划和估计” 一节中提到的讨论方法和耗时估计公式来矫正计划的时间表，为每个环节定制好时间。并注意，不要贪图做太多的功能，而是要把关键的场景实现了。

团队的计划和估计：

• 调研形成需求文档，设计原型和原型改进：7-8周
• 初步完成框架搭建，分配任务，预估任务时间：9周
• UI设计和开发，实现初版本：10-12周
• 设计测试以及功能优化：13周
• 试运行，小范围内测试优化：14周
• 交付，修改再交付：15周

团队成员绩效评估方法：

      成员的绩效 = 团队获得的分数 + 个人的团队贡献分

      在项目alpha 和 beta 阶段评审后， 团队会得到一个项目分数（每个成员都会得到同样的分数，做为自己的原始分数的一部分）。团队成员的努力程度不同，达成目标的程度不同，帮助同伴的付出不同，那就要在“团队贡献分” 上有所区分。 所有人贡献分的总和为 20N，其中N为团队的人数。 在alpha/beta 之后，团队按照自己制定的规则，把 （20N）瓜分给每人，这就是 “团队贡献分”。

       个人的团队贡献分评定，首先组员完成自己所分配的任务占60%，同时组员之间互评40%，最终的个人贡献分=完成任务*60%+组员互评40%。

团队项目作业1-团队展示与选题

标签：scrum   用户   案例   UI   任务   架构设计   ejs   https   mis   

原文地址：http://www.cnblogs.com/bymissy/p/7749627.html