写在校友圈第一阶段完成之后

2016-09-20  本文已影响0人  burningbear

大纲:


  1. 关于团队建设的收获;
  2. 学到软件开发过程的团队管理的知识和犯错
  3. 关于演讲的收获

关于团队建设的收获:


虽然说实训没有拿奖,但是我能够打包票,我们团队是整个实训所有团队最拼的一个团队。今天回头翻阅了之前看的自己奉为圣经的《领导力》这本书,发现在本次团队管理中,已经不知不觉的做到了其中几项:

学到软件开发过程的团队管理的知识和犯错:


  1. 需求分析阶段:我写了一份比较规范的需求文档,值得借鉴:【参考mindmeister的 需求文档,用树形结构,直观地表达了每一个模块和对应的工作量;这个比起分点罗列更加直观】
  2. 设计阶段:
    • 学习了git的使用方法:详细见git使用规范.md;
    • 在软件开发之前,进行代码的规范要求,让各个开发组上传了自己的开发规范文档;
    • 这次没有做到的,下次开发需要强调的:
      1. code review,在每个周期结束之后,使用代码分析工具规范自己的代码;
      2. 使用单元测试工具,进行单元测试,客户端这次这方面完全没有提及。
    • 数据库的设计,可以以xmind为单位进行设计,下面的这套逻辑比较能够清晰的理清楚自己的设计思路:
      1. 确定一个目标对象[圈子,人,动态等]
      2. 列出与这个对象有关的操作
      3. 列出这个操作有关的数据成员
      4. 根据数据成员,整理,列出具体涉及的数据表和表之间的关联关系
  3. 开发过程管理:
    • 由主管按照计划推进,确定好每个周期每个人需要完成的任务,这个任务需要每个人每天放在一个文档打开,用来告诉自己还有多少没完成,多少已经完成。通过这个文档,每个人确定今天要完成的具体功能点,完成一个在后面标注时间,遇到的问题和解决方案;每天晚上提交这个文档;

    • 如何确定一个项目的每一个条目的优先级:

      • 假装我现在正在准备这个项目的汇报[向领导汇报项目,解题答辩,商业路演等等],总之就是验收展示。
      • 问问自己,如果我们只展示一个点,哪个点最吸引你,他在哪里吸引你了,为此你需要我弄成什么样的具体功能点;
      • 如果我需要展示两个呢? 然后循环... ...
    • 每天结束,讨论今天的工作完成度,调整明天的工作计划,确定燃尽图

    • api文档十分重要,有修改一定要花时间更新到位,并且每个参数需要表述清楚,不然会给客户端造成很大的压力;

    • 开发开始之前,各个小组需要拟写一份关于注释的通用规范,并且开发过程遵守这份规范。

  4. 测试阶段:
    • 没有充足的测试人员的前提下,每个工程师需要自己编写测试类自己即刻测试才行;
    • 集成测试:没有集成过...
    • 系统测试:这次系统测试时间太短了

关于演讲的收获


  1. 演讲的内容主次的确定,可以使用上述的确定优先级的方案进行;
  2. 关于强调的“代入感”:
    • 多发几个问句:
      • “你们觉得,机遇重要还是个人能力重要”?
    • 给用户创造一个场景进行带入:
      • “大家手机都有一个本地的通讯录,大家有没有想过,我们建立一个云端的通讯录,这个通讯录是专属于学校的通讯录,里面有大家的入学年份,职业,专业,等等,你可以通过搜索,搜索到任意一个你想要的人的信息。这就是我们做的事情。”
  3. 使用了太多的无意义和重复目的的引入,减少过多的引入,控制好引入的时间:
    • 做引入的印子可以很多,想想最核心的要引入的点是什么;
    • 写每一个印子的时候,明确我现在要做的引入点,不然很容易天马行引了很多不必要的内容;
  4. 不要摇晃身子;
  5. 学到了一个做强调的tips,在下面吵闹的时候,或者自己演讲开始之前,站在讲台上一言不发,冷静的扫视四周几面做停顿,等大家都把目光集中到这里的时候再继续发言;
  6. 站的时候身子不要晃,坏毛病;
  7. 可以通过走位+触控笔,在观众周围边走位遍演讲,这可以作为简单的控场方式
  8. 不要上面讲ppt下面另外一个人给老师真机演示;
  9. 不要真机一开始就扔出去,最好等到中途,演讲者说发真机测试的时候,才拿给老师,效果相对较好;

BurningBear
2016.9.20
于寝室

上一篇 下一篇

猜你喜欢

热点阅读