如果带领好小组


讨论方式:无领导小组讨论

  • 开放
  • 多元
  • 能保证这个讨论是活跃的并且创造性更强

队友,队名,队号问题

团队模型(GRPI)

  • 目标
  • 角色
  • 流程
  • 关系

互相了解

  • 技术栈
  • 擅长方向(获取资源的能力,架构,js逻辑,审美能力,运维nginx,页面编写html_css,ppt,汇报文档,视频制作)
  • 邱:审美,js逻辑
  • 海:架构,运维,页面编写
  • 志:页面
  • 项目经历等

项目周期制作

  • 7.25-7.27
  • 除去ppt,视频,汇报文档制作预计22号之前要完成
  • 27天时间

项目模块化

  1. 技术选型,项目解决方案(5人_3天)25-27号,27号下午汇总
  2. 架构设计(3人_四天)28-31号,31号下午汇总
  3. 页面设计(2人_两天)28-29号,29号下午汇总
  4. 功能设计(2人_两天)30-31号,31号下午汇总
  5. 页面编写(5人_七天)8.1-8.7号,4号和7号下午汇总
  6. 功能模块编写,基本元素,修改属性,生成保存导入页面(5人_13天)8.8-8.20,每三天汇总
  7. 项目部署与访问测试等(改bug)
  8. 代码审查(每个模块主辅负责人审查)
  9. 汇报文档(5人)
  10. ppt(2人)
  11. 视频制作(3人)

项目角色偏向(每个人主要分工)

每个周期的模式

  • 首先根据角色偏向和分配找出项目主和辅负责人(主辅就是主要推进,然后有问题第一时间和辅你的人商讨然后再解决不了我们在群里或者开个小会说一下这个问题
  • 为什么是一主一辅,这两个都是会变动的,根据工作量调整,然后呢就是因为如果都是一个人来从头到尾负责的话,那么我们项目的上线就是这一个人,这是一个不太理想的情况,所以一主一辅打配合
  • 我想的最好的情况是我们是一个多边形的团队,每个人都会表现出自己擅长的地方
  • 代码审查
  • 细化分工
  • 寻找项目相关资源进行学习
  • 按时汇总

总结就是

首先我们明确每个阶段的事情之后,在这个阶段我们根据每个人擅长的方向和自己的角色定位对该阶段主负责人和辅负责人进行分配,然后根据主辅负责人的需要其他成员具体展开配合,每个人都会当主辅负责人的


Author: pkq
Reprint policy: All articles in this blog are used except for special statements CC BY 4.0 reprint policy. If reproduced, please indicate source pkq !
  TOC