JuJu alpha

JuJu alpha阶段总结博客

JuJu


 

设想与目标

 

我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?

在cao ying researcher给的资料中定义得很清楚

 

我们达到目标了么(原计划的功能做到了几个? 按照原计划交付时间交付了么? 原计划达到的用户数量达到了么?)

数据的处理,bilstm,流程的save和train已经完成,目前test的acc达到了40-50%。

 

计划

 

是否有充足的时间来做计划?

项目开始的时候,由于大家对于julia语言不太熟悉,所以无法作出精确的规划。后期随着项目的开展,大家对于语言的掌握以及对于任务的理解上升了一个台阶,所以做的规划就更加准确了!

 

团队在计划阶段是如何解决同事们对于计划的不同意见的?

做大家认为最合理的方法,个人可以单独实现自己认为更合理的想法

 

你原计划的工作是否最后都做完了? 如果有没做完的,为什么?

做完了

 

有没有发现你做了一些事后看来没必要或没多大价值的事?

有时候过于深入源码的细节

 

是否每一项任务都有清楚定义和衡量的交付件?

一开始对语言不太了解,所以对于函数接口定义不是很明确

 

是否项目的整个过程都按照计划进行,项目出了什么意外?有什么风险是当时没有估计到的,为什么没有估计到?

团队成员有急事,无法参与团队项目

 

我们学到了什么? 如果历史重来一遍, 我们会做什么改进?

明确接口的需求,一定落实到细节

 

资源

 

我们有足够的资源来完成各项任务么?

有,但是官方文档太垃圾了

 

各项任务所需的时间和其他资源是如何估计的,精度如何?

根据任务的难度大致估计,硬件资源不是问题,因为我们是小task

 

测试的时间,人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?

人力资源不足

 

变更管理

 

每个相关的员工都及时知道了变更的消息?

每天meeting

 

项目的出口条件(Exit Criteria – 什么叫“做好了”)有清晰的定义么?

后期有了清晰的定义

 

对于可能的变更是否能制定应急计划?

可以,因为我们有很多全能型选手

 

设计/实现

 

什么功能产生的Bug最多,为什么?在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?

LSTM以及chunk acc的实现,前者主要是语法不是太理解,后者对于概念的理解不到位。

 

代码复审(Code Review)是如何进行的,是否严格执行了代码规范?

执行了代码规范,代码规范如下:

  • 文件名以及函数名采用使用小写字母,必要时,可以使用下划线作为单词分隔符
  • 变量名采用大写开头的驼峰命名法
  • 二元运算符两边各空一格
  • 函数的参数列表中,逗号之后要有空格,默认值等号两边不要添加空格
  • 不要给条件语句加括号
  • 用4个空格表示缩进
  • import语句分行书写,并且按照标准库,相关第三方库,本地库的顺序依次导入
  • 类中的方法定义空一行,函数之间空两行,函数内逻辑无关段落空一行,其他地方不空行
  • 注释必须用英文,一定要是完整的句子,首字母大写,用#注释。函数的说明写在函数定义之前,用""" """括起来,具体写法参见base库。
 

团队的角色,管理,合作

 

团队的每个角色是如何确定的,是不是人尽其才?

我们充分考量了每位成员的优点,人尽其才;比如金华在MSRA做过一些NLP的task,我们让他负责一些算法的实现,比如婷婷擅长ACM,我们让她负责主程序的编写,比如恩升是软件分析组的,我们让他做一些与性能相关的工作。

 

团队成员之间有互相帮助么?

恩!

 

当出现项目管理、合作方面的问题时,团队成员如何解决问题?

及时沟通,乃至结对编程,一块儿debug

 

总结

 

代码管理的质量具体应该如何提高?代码复审和代码规范的质量应该如何提高?

严格按照代码规范;给大家规定代码复审的时间

 

7. 对于人的领导和管理,有什么具体可以改进的地方? 请看《构建之法》关于PM、绩效考核的章节,或者《人件》等参考书

充分考量每位成员能够在项目的时间与精力,不能把人简单地看成一个零件。适当激励大家,并且尊重大家的时间,让大家对自己的工作有一种荣誉感,这样大家就会非常乐意去完成自己的工作。

 

贡献的权重

陈灿: 19.9%
金华: 21.3%
于达: 19.2%
婷婷: 21.2%
恩升: 18.4%

 

代码运行截屏

JuJu alpha_第1张图片
JuJu alpha_第2张图片

 

你可能感兴趣的:(JuJu alpha)