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%

 

代码运行截屏