• 团队作业—预则立&&他山之石(人月神教)


    1.团队任务

    GitHub issues

    1.2 团队计划

    2.访谈任务

    2.1采访对象

    采访团队:龙威零式
    采访时间:2017.10.23
    采访形式:微信群
    

    2.2采访内容

    • 问:你们选题的时候有哪些考虑?
    • 答:选题的时候没有想太多 当时首先第一志愿是想搞一个自助选题 也会接受后来的命题(学霸网站后台)是因为觉得有一些前辈基础 而且命题相对来说听起来比较有意思
      
    • 问:你们在做作业之前有其他项目的开发经验吗?有哪些知识储备?
    • 答:做作业之前我们组的项目开发经验主要是来自于 一些组员的实验室项目 知识储备的话主要是有几种高级语言的开发经验 还有一些关于自然语言处理的算法经验
    • 问:你们是怎么安排组员的工作的,包括时间和工作量的安排?
    • 答:在前期刚开始是知识学习阶段,大家都大致了解了所有相关部分的知识 然后根据兴趣分别选择了不同的后续主要开发方向,这里也涉及到一些方向选择的矛盾需要pm来进行协调 因为有些人会没有什么想法或者几个人想做一件事情 。工作量分配主要是由pm来进行安排 安排的依据主要是组员对于任务预期花费的时间,但是这里刚开始会有工作量分配不均匀的问题,后面还要根据组员的进度以及反馈进行动态调整
    • 问:你们在完成作业的过程中有什么矛盾吗?是怎么解决的?
    • 答:如果这个矛盾是指组内矛盾的话基本没有 我们组的团建进行的比较好。前提有些小问题主要是pm对于组员的项目进度会有不满,就是安排的进度会因为种种原因拖着无法完成 后期通过有效沟通(对于工作量以及工作内容的反馈以及调整)得到了解决
    • 问:你们是如何协调软工作业和其他事情的时间的?
    • 答:协调这方面我们做的不是很好,因为工作周期比较长,所以在中前期 一般来说如果有别的ddl接近都是优先完成别的任务 导致前期工作进度进展比较慢 然后在软工截止日期前几天集中开始工作感进度 这样的工作方式是比较值得改进的
    • 问:你们做完项目之后是否和设计初衷有偏差?
    • 答:有比较大的偏差,原因来自于最开始我们接受的是别人的项目 组内所有的人对于这部分的工作没有任何的认识,所以初期我们对于成果的设想比较天马行空,随着项目进行,尤其是到了β阶段,由于相关经验的积累以及对于上一代产品的认识 我们重新设计了产品,这时设计的产品就和最终的成果比较接近,除了一些细小的功能因为时间原因没有完成之外别的基本一致
    • 问:你们对刚开始的项目有什么建议?
    • 答:首先组内心理建设很重要,这样能最大程度的避免成员消极怠工的情况。其次对于工作任务初期的知识储备要足够,依靠学习的内容以及经验,对于产品的设计就可以尽量的贴近实际情况,减少后期无用功。最后就是对于项目时间的把握要做好,对于工程进度timeline提前设计好,并且严格把握 最终自己设计ddl最好放在老师给的ddl前几天 留一些余地

    3.任务分配比例

    ||||||||||||||
    |:--|:--|:--|:--|:--|:--|:--|:--|
    |李鸣|王国华|吴君毅|陈裕鹏|黄浩|侯振源|陈晓凯|付逸豪|
    |15%|15%|15%|10%|10%|10%|15%|10%|

  • 相关阅读:
    第七章 第一月:开始 第二周:链接建设(2)
    基础篇 第四节 项目进度计划编辑 之 日历
    VSS2005 使用说明
    删除存储过程
    基础篇 第四节 项目进度计划编辑 之 任务关联性设定
    转载: input 的css技巧
    js: js判断回车键
    一个简单邮件发送类
    转载: php发送邮件原理
    css 小经验: 重构css的优化与技巧
  • 原文地址:https://www.cnblogs.com/Flame09/p/7719078.html
Copyright © 2020-2023  润新知