0x01 Scrum Meeting基本摘要

Beta阶段第五次Scrum Meeting

敏捷开发起始时间

2015/12/17 00:00 A.M.

敏捷开发终止时间

2015/12/17 23:00 P.M.

会议基本内容摘要

ü  在前端方面,项目经理首次干涉项目进度;考虑到此前前端在代码迁移过程中,对各页面的迁移工作量分配不均,导致优先级更高的页面规划任务未能及时处理,因此此次Scrum Meeting重点调整前端的开发进度,优先保证后续的任务开发能够平稳进行

ü  在后端方面,用户管理部分思路逐渐清晰,同时Beta阶段的后端代码整理和框架适应也逐步完成,后端开发进入了“敏捷阶段”,开发效率稳步提升(XD),此次主要强调了结对编程过程的配合和部分说明

参与讨论人员

除金东禾尚未联系外,全员参与

0x02 Scrum Meeting任务情况说明

团队成员

已完成任务

待完成任务

冯志睿

ü  特别说明:成员本身未给出详细的任务进度划分和子任务说明,因此用户管理部分进度交由后端开发组自行协调,项目经理仅监督大方向的进度

ü  【#36】实现用户管理后端对新架构的适应(剩余30%

ü  【#37】用户管理的Read Later功能(剩余80%

(由于后端开发组本身进度由后端开发组解决,因此这里将此前任务分配的issues展示于下方)

ü  【#38】实现用户管理的第三方登陆式的推广(剩余100%

ü  【#39】用户管理的文件上传功能(剩余100%

李入云

ü  【#28】Semantic UI中期考核(100%)(考核任务的问答部分理解正确)

ü  特别说明:结对编程出现障碍,由于ReactJS的环境配置出现一定问题,因此此任务予以延缓,但进度上给予监督和催促

ü  【#58】完成问答页面的前端编码实现(剩余100%

李云涛

ü  特别说明:结对编程出现障碍,由于ReactJS的环境配置出现一定问题,因此此任务予以延缓,但进度上给予监督和催促

ü  【#35】完成搜索结果页面的代码迁移工作(剩余10%

】完成ReactJS、Semantic UI、jQuery三者部分机制上的兼容问题(解决stackable属性的兼容)

钱林琛

ü  【#45】完成Semantic UI的中期考核任务的评估(100%):依据Semantic UI的任务发布情况,完成基本的评估工作,并给出一定的修改意见

ü  【#44】更新环境配置和单元测试文档(剩余100%

ü  【#53】完成主页面数据对接准备工作(剩余100%

王鹿鸣

ü  【#33】完成登陆注册页面的代码迁移(100%):修复部分javascript兼容问题,但由于前端验证难度过大,由项目经理强行延后进行

ü  【#34】完成主页面的代码迁移工作(100%):修复pusher本身的兼容问题,但由于代码云迁移难度过大,由项目经理强行延后进行

ü  【#51】完成pusher标签对ReactJS的兼容(100%

ü  【#43】完成用户管理页面的代码迁移(剩余100%):划分为六部分子任务模块依次进行

延期任务说明

ü  【#52】完成主页面“标签云”迁移工作(剩余100%

ü  【#57】完成登陆注册页面的前端验证

王文基

ü  【#40】完成搜索管理并实现即时结果信息的反馈(100%

】将结果封装成接口对接数据这里想要简单地使用json格式进行数据的封装,也利于数据的直接利用和处理

ü  【#48】Haystack进行solr搜索的组间接口(剩余100%

金东禾

)和积极程度,团队决定放弃此成员,同时团队本身至今无法联系上此成员,但依据此前Team C#团队反馈的意见,可能会分配Django框架、Semantic UI框架的学习文档的整理任务,方便后续继续开发的团队能够尽快上手此团队的项目(项目本身学习成本相对较高,因此望谨慎考虑并接受)

赵庶宏

ü  【#42】熟悉框架的特性和历史后端代码(100%):此任务暂时中止,由于结对编程的实现,因此此部分任务无需深入进行,只需了解基本的Django框架知识即可

ü  【#54】完成问答部分的后端数据接口(结对编程)

0x03 :任务进展过程中遇到的困难

关于ReactJS和StackExchange的环境配置指南:在此次开发阶段,前后端的开发环境配置难度急剧上升;而且经过五种操作系统的实验(Windows7,Windows10,Linux,Ubuntu不同版本号),环境配置失败率较高,因此团队的项目经济和前端开发人员决定更新此前的环境配置文件,用以保证环境配置的准确率(截止笔者发稿前,Windows10和Ubuntu12.04版本依旧处于环境配置失败问题,目前仍未得到解决);因此,目前前端开发人员暂时利用ReactJS官网提供的在线编译器以保证开发的正常进行

0x03 Burn Down燃尽图

月14日~12月18日的直线段),同时任务看板说明也会存在一定误差(因此,第IV,V,VI次Scrum Meeting的部分图可能相同),具体的进度可以参照github的commit的记录进行真实度的评估

图 1 Beta阶段第IV次Scrum Meeting燃尽图(由于项目经理即笔者的失误,部分任务没有在Git@OSC上及时设置为已完成,导致燃尽图出现了偏差,具体可以依据任务面板和归档时间做出评估)

图 2 Beta阶段Team@OSC团队管理任务看板说明

图 3 Beta阶段团队团队近期新增任务与完成任务(特别说明:此图表统计会忽略“已归档”任务,因此大量已归档并且验收通过的任务呗认定为“未完成”,即红线和蓝线之间的差距,导致新增任务和完成任务间存在一定的误差)

图 4 Beta阶段团队已验收任务归档记录和说明

0x04 :代码/文档签入记录

图 5 Github本身的commit记录

图 6 Team@OSC团队管理本身的动态记录(由于上传、创建等动态过多,因此不予展示,仅将一部分截图进行展示)

0x05 :再见,无忧时光

图7 BugPhobia团队会议留影(QQAQQ不就是黑历史吗摔~)

BugPhobia开发篇章:Beta阶段第V次Scrum Meeting的更多相关文章

  1. BugPhobia开发篇章:Beta阶段第VI次Scrum Meeting

    0x01 :Scrum Meeting基本摘要 Beta阶段第六次Scrum Meeting 敏捷开发起始时间 2015/12/18 00:00 A.M. 敏捷开发终止时间 2015/12/18 23 ...

  2. BugPhobia开发篇章:Beta阶段第IV次Scrum Meeting

    0x01 :Scrum Meeting基本摘要 Beta阶段第四次Scrum Meeting 敏捷开发起始时间 2015/12/16 00:00 A.M. 敏捷开发终止时间 2015/12/16 23 ...

  3. BugPhobia开发篇章:Beta阶段第VII次Scrum Meeting

    0x01 :Scrum Meeting基本摘要 Beta阶段第七次Scrum Meeting 敏捷开发起始时间 2015/12/19 00:00 A.M. 敏捷开发终止时间 2015/12/21 23 ...

  4. BugPhobia开发篇章:Beta阶段第X次Scrum Meeting

    0x01 :Scrum Meeting基本摘要 Beta阶段第十次Scrum Meeting 敏捷开发起始时间 2015/12/29 00:00 A.M. 敏捷开发终止时间 2016/01/01 23 ...

  5. BugPhobia开发终结篇章:Beta阶段第XI次Scrum Meeting

    0x01 :Scrum Meeting基本摘要 Beta阶段第十一次Scrum Meeting 敏捷开发起始时间 2015/01/06 00:00 A.M. 敏捷开发终止时间 2016/01/10 0 ...

  6. BugPhobia开发篇章:Beta阶段第IX次Scrum Meeting

    0x01 :Scrum Meeting基本摘要 Beta阶段第九次Scrum Meeting 敏捷开发起始时间 2015/12/25 00:00 A.M. 敏捷开发终止时间 2015/12/28 23 ...

  7. BugPhobia开发篇章:Beta阶段第VIII次Scrum Meeting

    0x01 :Scrum Meeting基本摘要 Beta阶段第八次Scrum Meeting 敏捷开发起始时间 2015/12/22 00:00 A.M. 敏捷开发终止时间 2015/12/22 23 ...

  8. BugPhobia开发篇章:Beta阶段第III次Scrum Meeting

    0x01 :Scrum Meeting基本摘要 Beta阶段第三次Scrum Meeting 敏捷开发起始时间 2015/12/15 00:00 A.M. 敏捷开发终止时间 2015/12/15 23 ...

  9. BugPhobia开发篇章:Beta阶段第II次Scrum Meeting

    0x01 :Scrum Meeting基本摘要 Beta阶段第二次Scrum Meeting 敏捷开发起始时间 2015/12/13 00:00 A.M. 敏捷开发终止时间 2015/12/14 22 ...

随机推荐

  1. C# 利用VS自带的WSDL工具生成WebService服务类(转载)

    WebService有两种使用方式,一种是直接通过添加服务引用,另一种则是通过WSDL生成. 添加服务引用大家基本都用过,这里就不讲解了. 那么,既然有直接引用的方式,为什么还要通过WSDL生成呢? ...

  2. [python] 在 python2和3中关于类继承的 super方法简要说明

    下面举一个例子,同样的代码使用 python2 和 python3 写的,大家注意两段程序中红色加粗的部分: python2的类继承使用super方法: #-*- coding:utf-8 -*- ' ...

  3. 数据结构习题Pop Sequence的理解----小白笔记^_^

    Pop Sequence(25 分) Given a stack which can keep M numbers at most. Push N numbers in the order of 1, ...

  4. Mac上Hive环境搭建

    本文介绍在Mac上搭建Hive环境. 建议首先配置好Hadoop,搭建与配置可以参考我之前的博文Mac Hadoop的安装与配置. 当然你也可以选择使用Docker搭建环境,本文不作介绍. 安装 对于 ...

  5. git pull与本地修改冲突

    1.先将本地修改存储起来 $ git stash 这样本地的所有修改就都被暂时存储起来 . $ git stash list                 可以看到保存的信息: git stash暂 ...

  6. node+koa中转层开发实践总结

    node中转层的意义: 1.能解决前后端代码部署在不同服务器下时的跨域问题.(实现) 2.合并请求,业务逻辑处理.(实现) 3.单页应用的首屏服务端渲染.(暂未实现) 环境准备: node: ^8.1 ...

  7. Python2.7-logging模块

    logging模块,用于记录程序的运行情况,可将需要的信息打印到控制台或是日志文件中 1.Logger对象 Logger对象从来不会被直接使用,都是通过logging.getLogger(name)这 ...

  8. flask 蓝本(blueprint)

    蓝本(blueprint) 一.基本概念: 将视图方法模块化,既当大量的视图函数放在一个文件中,很明显是不合适,最好的方案是根据功能将路由合理的划分到不同的文件中:而蓝本就是为了解决这个问题而出现的. ...

  9. memset()初始化为1的那些事

    问题代码: #include <stdio.h> #include <string.h> int main() { ]; int a; while(~scanf("% ...

  10. 用python2.7.9 写个小程序搜索某个目录下行有某关键字

    # -*- coding: utf-8 -*-import sysreload(sys)sys.setdefaultencoding("utf-8")import os def p ...