吃货团 实验四 团队作业1：软件研发团队组建
| 项目 | 内容 |
|---|---|
| 课程班级博客链接 | 课程班级博客链接 |
| 这个作业要求链接 | 作业要求链接 |
| 团队名称 | 吃货团 |
| 团队的课程学习目标 | 1.由项目经理组织项目开展工作 2.根据文档和团队交流确立开发流程 3.团队相互学习交流提升个人技术水平 4.多发挥个人思维为项目提有用意见 5.尽个人所能完成工作 |
| 这个作业在哪些方面帮助团队实现学习目标 | 1.组建了项目团队，并形成项目组长； 2.有助于取长补短，节省项目完成所需时间； 3.相互了解彼此的特长兴趣便于以后的合作 |
| 团队博客链接 | 团队博客 |
博客正文
申请开通团队博客，点击以下链接提交团队信息，将团队博客加入到班级博客
任务2：团队组建
我们团队信息：
1.队名：吃货团
2.团队成员组成:
| 成员学号末五位 | 成员*名 | 个人博客地址 | 备注 |
|---|---|---|---|
| 10102 | *龙龙 | https://www.cnblogs.com/xiaobeike/ | PM |
| 10111 | *佳华 | https://www.cnblogs.com/JerryLau-213/ | 开发 |
| 30101 | *凤梅 | https://www.cnblogs.com/baofengmei/ | 文档 |
| 30102 | *红梅 | https://www.cnblogs.com/chms/ | 测试 |
3.成员风采:
| 成员*名 | 风格 | 擅长技术 | 编程兴趣 | 希望的承担的软工角色 | 宣言 |
|---|---|---|---|---|---|
| *龙龙 | 生活积极乐观，从不轻言放弃，有组织能力 | 擅长java网站开发 | 喜欢探索研究，乐于编程 | PM | 世界上只有想不通的人，没有走不通的路 |
| *佳华 | 喜欢安静 | 不能说是擅长，比较喜欢Java以及安卓开发 | 喜欢Java以及安卓开发 | 开发 | 我真的是个小菜鸟 |
| *凤梅 | 性格沉稳，能坐得住，具有非常好的适应能力，为人谦和，具有很强的组织和协调能力 ，富有责任感 | 比较了解java语言的开发，熟悉JSP+Servlet模式的WEB开发 | 比较喜欢前端的开发 | 文档 | 生于码代码，死于解bug |
| *红梅 | 从不乏活力的人，舍得花费时间和精力为自我的目标去不断奋斗与努力 | 比较了解Javaee | 喜欢前端的编写 | 测试 | 测试是来表明bug的存在而不是不存在 |
MSF的基本原则：
（MSF: 全称是Microsoft Solution Framework，微软解决方案框架，是微软进行研发活动的方法论）
（1）推动信息共享与沟通（Foster open communications）
所有的信息都保留，并公开。
（2）为共同的远景而工作（Work toward a shared vision）
这个目标必须是明确的，没有二义性；这个目标不是当前就能达到，必须是通过努力才能达到的；这个目标不是空泛的，它应该对项目成员每天的工作都有指导作用。每天你来上班，如果发现你做的事情对项目的远景没有帮助，你应该和老板提出来。
（3）充分授权和信任（Empower team members）
平等协作---成员之间、团队之间是平等协作的关系；充分授权给团队和成员。
（4）各司其职，对项目共同负责（Establish clear accountability and shared responsibility）
无责任的旁观者和有重大责任的当局者的看法自然是不一样的。对此事负责的角色要自己拿主意。
团队中的每个角色都有自己的职责，如果出了问题，这个角色就要负责。 在项目进展中，对于每一项任务，都要明确以下几点：
①Who：谁负责;
②What：做什么；
③When：什么时候开始，什么时候结束；
④Why：为什么这样安排？什么情况下可以变更？
（5）重视商业价值（Focus on delivering business value）
如果你还没有能说清楚你的产品解决了什么问题，为谁解决问题，为什么你的产品会解决这些问题，以及客户怎样付钱让你解决问题，那你就不应该贸然创业。
（6）保持敏捷，预期变化（Stay agile,expect change）
（7）投资质量（Invest in quality）
不是质量第一，而是解决用户的问题第一。
（8）学习所有的经验（Learn from all experiences）
把经验总结出来；分享经验。是为了：让团队成员从别人的成果和失败的例子中学到东西；帮助新项目重复以往成功的做法；培育团队总结的习惯和“批评与自我批评”的文化。
（9）与顾客合作
多与顾客交流和合作，和用户一起做需求分析，根据顾客真正的需求来完成项目。
4.组建团队企业微信群：
5.团队特色描述：
团队口号：团结一条心，石头变成金
我们团队的的成员有稍微擅长编程的，有稍微山擅长文档的，大家各自发挥自己的优势。并且我们有着有一致的目标，希望能够通过本学期的团队项目，在合作中提升自己的能力。团队成员团结一致，会按时完成PM分配的任务，也会对出现的问题及时讨论并改正。
6.阅读《现代软件工程—构建之法》第5章内容：
团队模式和团队的开发模式的关系
团队的主要类型有问题解决型团队、自我管理型团队、交叉功能性团队和虚拟团队。这四种团队模式在现代研发工作中是需要经常运用的。项目管理者联盟
a.问题解决型团队
问题解决型团队通常由来自于同一个部门的多名工程师组成，组成的目的是为了解决某个技术难题，或者推进某个特定领域的工作，如怎样加强产品质量(部门级)、如何改善工作环境等。在问题解决型团队中，成员针对
问题相互交换看法或者提出建议。项目管理论坛
在研发系统中，问题解决型团队是经常出现的。如我们在产品开发中遇到了一个技术难题，单凭个人的力量已经无法解决，或者不能按时解决，这时成立一个技术难 题攻关组是一个比较好的方案。再如，软件部门可以就
如何提高软件编码质量成立一个问题解决型团队，该团队由部门内的资深工程师们组成，在充分讨论后提出各 种提升编码质量的建议，这样，既可以加快这些建议的执行，又能使部门的工作更加规范。这样的效果单凭部门经理一个人的努力是
比较难达到的。
b.自我管理型团队
问题解决型团队的做法行之有效，但是只是针对某些特定的问题，而且通常不参与决策。自我管理型团队不仅要解决问题，还要实施解决问题的方案，并对工作成果 承担全部的责任。自我管理型团队通常由10-15人组
成，队员之间或者是工作业绩息息相关，或者是从事相互依赖的工作。他们共同承担了很多以前由主管承担的责任。一般来说，他们的责任范围有：计划和安排工作日程;给成员分配工作任务;总体把握工作的步调;做出操作层面的决策;对出现
的问题采取措施以及和供 货商和顾客打交道。自我管理型团队甚至可以挑选队员，让队员相互进行绩效评估。
产品管理中的产品线管理、公司级的产品管理等比较适合采用自我管理型团队模式，因为他们需要快速决策，而决策同时又依赖技术、市场、财务等多方面信息和状 态的综合。另外，如果企业的产品是多学科交叉(主要
学科高于3个)，那么技术评审委员会、核心技术部门等也比较适合采用自我管理型团队模式。
c.交叉功能团队
交叉功能团队通常是由多个跨部门团队成员组成的，如来自于研发、市场、生产等部门成员组成的团队，他们为了完成一项共同的工作任务而共同工作。
交叉功能团队是一种有效的工作方式，它使团队内不同领域的员工交流信息，激发人们采用新方法解决问题，并使人们合作完成复杂的项目。前文提到的波音公司的 案例就是一种交叉功能团队。但是，交叉功能团队的管
理比较复杂，它形成的初期往往要消耗大量的时间用于团队成员之间的磨合，应为团队成员需要学会合作处理 复杂性和多样性的工作任务，团队成员之间的工作方式也需要磨合，因此交叉功能团队的存在时间一般在半年以上。项目管理者联盟
在IPD体系中PDT(产品开发团队)团队就是一种交叉功能团队，多家公司的实践表明，采用这种方式的产品开发团队，对于消除部门墙、对产品全流程管理、提升产品开发成功率等有显著的作用。
d.虚拟团队项目管理者联盟
虚拟团队是利用信息技术将实际上分散的成员联系起来，以实现一个共同目标的团队，如团队成员通过Internet、可视电话会议系统、电子邮件等方式沟通。
虚拟工作团队可以完成其它团队所能完成的所有工作-分享信息、做出决策和完成任务等。虚拟工作团队可以包括同一公司不同部门的成员，也可以包括不同公司的成员，如供应商或者合作伙伴等。项目经理博客
虚拟团队和面对面活动团队之间主要有三个差异：(1)缺少副语言和非语言线索;(2)不同的社会背景;(3)需要客服实践限制和空间限制。
在面对面交谈 中，人们使用副语言线索(语调、声音的起伏、音量)以及非语言线索(肢体语言等)，这些信息使沟通的内容更加的确定。因此，虚拟团队常常因为成员间缺少直 接交流而收到不利影响。虚拟团队更多的是任务取向的。
当一家公司进行大范围地域研发布局或者生产布局时，有可能会使用虚拟工作团队。如有的公司在国内不同的地域设立研发机构，那么不同研发机构相互合作完成一个共同任务时就需要采用虚拟工作团队的模式。
任务3：完成《实验四 团队作业1：软件研发团队组建》博文作业
记录完成《实验四 团队作业1：软件研发团队组建》各项任务实际花费的时间
| PSP | Personal Software Process Stages | Estimate | Time |
|---|---|---|---|
| Planning | 计划 | 20 min | 30min |
| · Estimate | · 估计任务需要多少时间 | 20min | 30min |
| Development | 开发 | 6 hour40min | 9hour20min |
| · Analysis | · 需求分析 | 40min | 35min |
| · Team building | · 团队组建 | 1hour | 45min |
| · Design Teamname | · 团队名称设计 | 2 hour | 3hour |
| · Member Profile Collection | ·成员风采收集 | 30 min | 20min |
| · Design Vision | · 远景设计 | 1 hour | 1hour30min |
| · Form a group chat | ·组件团队企业为进群 | 1 hour | 30min |
| · Characteristics described | · 团队特色描述 | 30 min | 40min |
| · Builds trust | · 建立信任关系 | 1hour | 1hour30min |
| · Design Spec | · 文档设计 | 40min | 30min |
| 合计 | 9hour | 10hour20min |
谈谈完成本次作业的感受和体会:
本次作业中，通过对优秀学生作也的评价、代码复审的过程中，我们发现了自身的诸多不足，意识到了我们与他人之间的差距，通过自我反省，深刻了解到自己的竞争对手的强硬，后期我们将不断提升自己的能力，让自己在这个强者生存的社会中立住脚跟，不断优化自己。
完成本次作业的途中切身体会到人多力量大的道理，各位成员各司其职减少了作业的耗时量；可以通过学习优秀同学的长处，提高自我解决问题的能力；在合作中也发现自身存在很大的不足需要在后期的合作中不断提高编码能力。
