BugPhobia开发篇章:Alaph阶段Scurm Meeting
[github] https://github.com/bugphobia/XuebaOnline
0x01 :目录与摘要
If you weeped for the missing sunset,
you would miss all the shining stars
索引 |
提纲 |
整理与更新记录节点 |
起始记录时间 |
终止记录时间 |
0x01 |
目录与摘要 |
初次整理于2015/10/23 |
2015/10/23 12:00 A.M. |
—— |
0x02 |
Alaph阶段第一次Scrum Meeting |
初次整理于2015/10/24 |
2015/10/23 12:00 A.M. |
2015/10/24 12:00 AM |
0x03 |
Alaph阶段第二次Scrum Meeting |
初次整理于2015/10/25 |
2015/10/24 12:00 A.M. |
2015/10/25 12:00 A.M. |
0x04 |
Alaph阶段第三次Scrum Meeting |
初次整理于2015/10/26 |
2015/10/25 12:00 A.M. |
2015/10/26 12:00 A.M. |
0x05 |
Alaph阶段第四次Scrum Meeting |
初次整理于2015/10/27 |
2015/10/26 12:00 A.M. |
2015/10/27 12:00 A.M. |
0x06 |
Alaph阶段第五次Scrum Meeting |
初次整理于2015/10/28 |
2015/10/27 12:00 A.M. |
2015/10/28 12:00 A.M. |
0x07 |
Alaph阶段第六次Scrum Meeting |
初次整理于2015/10/29 |
2015/10/28 12:00 A.M. |
2015/10/29 12:00 A.M. |
0x08 |
Alaph阶段第七次Scrum Meeting |
初次整理于2015/10/30 |
2015/10/29 12:00 A.M. |
2015/10/30 12:00 A.M. |
0x09 |
Alaph阶段第八次Scrum Meeting |
初次整理于2015/10/31 |
2015/10/30 12:00 A.M. |
2015/10/31 12:00 A.M. |
0x0a |
Alaph阶段第九次Scrum Meeting |
初次整理于2015/11/02 |
2015/10/31 12:00 A.M. |
2015/11/02 12:00 A.M. |
0x0b |
Alaph阶段第十次Scrum Meeting |
初次整理于2015/11/03 |
2015/11/02 12:00 A.M. |
2015/11/03 12:00 A.M. |
0x0c |
Alaph阶段第十一次Scrum Meeting |
初次整理于2015/11/06 |
2015/11/03 12:00 A.M. |
2015/11/06 12:00 A.M. |
0x0d |
Alaph阶段珍贵的影响资料 |
初次整理于2015/11/10 |
—— |
—— |
0x0e |
Alaph阶段团队敏捷开发的感想与反思 |
—— |
—— |
—— |
0x02 :Alaph阶段第一次Scrum Meeting
Alaph阶段第一次Scrum Meeting |
|
敏捷开发起始时间 |
2015/10/23 12:00 A.M. |
敏捷开发终止时间 |
2015/10/24 12:00 A.M. |
会议基本内容摘要 |
ü 总结敏捷开发前一周的基本工作状况,初步统计具体的工作量,同时将团队此前个人提交的文件汇总为文档,开始底层设计的继续设计和复审工作 ü 进一步明确团队各成员的分工状况,考虑到个人能力和兴趣,将在第二次会议前最终确定具体的分工状况 ü 总结各成员敏捷开发阶段的任务完成情况,产品经理和架构进一步讲解开发的基本流程,并分配子任务在Git@OSC上,进一步管理 |
参与讨论人员 |
全部参加,无缺席状况 |
团队成员 |
已完成任务 |
待完成任务(初步讨论) |
冯志睿 |
ü 初步学习、调研Django框架 ü 辅助完成Django框架的搭建工作,并将项目同步管理到Git@OSC平台,开始敏捷开发的任务管理 ü 完成由主页面起始的链接关系图的设计,并实际参与设计的复审和评估工作 |
ü 继续后端部分的开发,并注重与前端交流数据字典形式或接口(目前初步采取前者的协调模式) |
李入云 |
ü 初步学习Pencil绘图软件 ü 协调完成主页面的具体UI设计,完成用户管理页面和主页面设计 ü 确定网站的整体风格,集中于网站的冷暖、分布等风格,并开始最初的Logo设计阶段 |
ü 完成搜索结果展示的页面设计 |
李云涛 |
ü 完成任务的基本分配工作,并开始基础工作量的验收工作 ü 完成主页面的基本测试 ü 学习、调研Nutch的搭建工作,并考虑将Hadoop的部分机制移植到VPS端 |
ü 完成Nutch的搭建工作 |
马腾跃 |
ü 初步学习Pencil绘图软件 ü 完成主页面的具体UI设计 ü 评估网站的整体风格,并协调确定网站的色块分布、冷暖等风格 |
ü 暂时参与Solr的部署工作,加快此架构的完成进度 |
钱林琛 |
ü 学习、调研Semantic UI框架的使用,并了解Django框架的部分模板以避免前后端交互出现问题 ü 完成主页面的前端开发部分 ü 完成团队博客的Scrum Meeting整理工作 |
ü 完成用户管理页面和主页面的前端设计 |
王鹿鸣 |
ü 为团队成员讲解基本的Django架构、Solr架构、Semantic UI等开发流程,并针对各架构给出一定的样例程序方便理解 ü 完成Django框架和Semantic UI框架的基本部署 ü 共同完成主页面后端部分的开发 |
ü 复审此前设计,同时继续完成Django后端的开发工作 |
王文基 |
ü 本地配置Web容器Tomcat,并在本地Windows10系统的机器上配置Solr搜索引擎服务器,同时为Solr配置中文分词 ü 学习调研XML、Json的基本知识 ü 在图形界面的Solr的服务接口上测试Solr的分析和搜索核心功能 ü 阅读Solr的PDF教程,联系使用Solr服务接口的更多特性(如:关键词高亮,过滤搜索的条件等) |
ü 使用Solr实现Java接口的调用,给出基本的增删改查的样例程序,用于前端的搜索的后续服务 |
燃尽图具体数据说明 |
由于GIT@OSC本身对燃尽图的绘制缺乏相关文档,再同软件攻城队(2015年11月左右)交流后得知能够给通过github本身的提供燃尽图生成来满足这一需求,但考虑到初期的绘制方案和任务板维护,使得在第一轮迭代中暂时继续用手工维护的方式进行处理,这里仅对燃尽图本身的数据进行说明 先简要说明这一手工定制的燃尽图的具体说明,在初期根据前后端的功能划分共将任务划分为单位时间模块(页面和功能分为两个模块实现),分别为:搜索页面及功能(10)、问答页面及功能(10)、用户管理页面及功能(15)、课程页面及功能(10)、标签页面及功能(10)、平台搭建工作(10),逻辑页面跳转和设计(10),主页面、登陆及注册页面(5),自动化测试脚本及平台搭建(20),因此,在此燃尽图中直接将任务按照100的工作量进行划分,但难度系数不同,因为此数字仅记录实现时间,而忽略了学习时间成本,因此将辅助难度系数参与绩效,同时特别说明,此燃尽图不包括学习成本,但在绩效管理的时候会依据难度系数进行调整。 其中对于燃尽的情况我们做出如下规定:某一部分完全完成时,将此部分燃尽消去,而未完全完成,但留下相关维护文档,且不影响后续开发时允许按照实际工作量进行局部燃尽(此部分综合入绩效考核,前提必须是不影响后续开发,否则绩效将按拖延进行处理),因此燃尽至0的最后实际意义是“工作依据迭代目标全部完成,且并未存在工作部分完成并搁置的情况发生” 系列1:预定目标(蓝色直线),是指代预期目标 系列2:实际完成(橙色直线),是指代实际工作量,这里因为第一天按照此前Scrum Meeting“第0天”工作计划定义的架构(详情请浏览架构文档)分别完成各自的工作,但各部分均处于学习状态或搭建过程未留下完善的文档,而不允许燃尽,导致燃尽图不存在 |
0x03 :Alaph阶段第二次Scrum Meeting
Alaph阶段第二次Scrum Meeting |
|
敏捷开发起始时间 |
2015/10/24 12:00 A.M. |
敏捷开发终止时间 |
2015/10/25 12:00 A.M. |
会议基本内容摘要 |
ü 总结敏捷开发第二天的工作进度,并针对第一天Solr的配置,提出了nutch配置的解决方法,并将此添加进额外工作量和备选方案进行尝试 ü 团队成员集体培训Git@OSC的使用方法和个人文档备案的方法,将代码和文档规范纳入计划之中进行小范围讨论,目前先采用PEP8进行基础代码规范 ü 进度预警,暂时转移工作量的重点和核心至后端,优先保证高质量的后端 |
参与讨论人员 |
全部参加,无缺席状况 |
团队成员 |
已完成任务 |
待完成任务(初步讨论) |
冯志睿 |
ü 实现用户注册页面的WEB前端 ü 完成用户管理后端开发 |
ü 继续后端部分的开发,并注重与前端交流数据字典形式或接口(长期正在完成任务) ü 修复用户用户管理的后端BUG |
李入云 |
ü 完成搜索结果展示的页面设计 ü 熟悉PS等原型绘图工作,并开始考虑采用原型设计来为第二轮迭代做准备 |
ü 完成问答页面的设计 ü Logo的设计和修改工作(长期正在进行的任务) |
李云涛 |
ü 完成任务的基本分配工作,针对第一天的工作进度进行初期的项目预估,并适当分配人手至后端 ü 共同完成Nutch的搭建工作(这里植入吐槽:当时真没有想到Nutch居然编译了近一天的时间) ü 评估主界面页面,并给出评估意见 |
ü 评估第三天的工作计划和工作量,并开始着手准备代码复审的相关标准 ü 继续优化绩效评估措施,准备其发布工作 ü 完成主页面、用户页面、搜索页面的测试工作 |
马腾跃 |
ü 继续完成具体UI的设计 ü 投票网站的整体风格 ü 昨天的待完成Solr任务由于时间差异,最终未参与搭建工作 |
ü 继续为第二轮迭代的色块分布、冷暖等风格设计做学习工作(长期正在进行的任务) |
钱林琛 |
ü 完成主页面第一版的开发,并在主页面评估完成后生成主页面维护文档 ü 布置的用户管理界面没有按预期完成,此任务商议后更改为10月28日后完成的任务,在此纳入待完成任务工作 ü 完成base.djhtml的修改工作,和架构一起讨论CSS的相关问题 |
ü 完成主页面的模块化分解工作 ü 完成搜索结果页的前端实现(10月27日12:00 A.M.) ü 完成课程页面前端设计(10月28日 12:00 A.M.) ü 完成用户管理页面(10月28日后开始纳入进行中工作) |
王鹿鸣 |
ü 共同完成Nutch的搭建工作 ü 配置基本的VPS,并完成基本的权限设置 ü 完成设计的复审工作,并在讨论中给出了一定的备选方案 ü 完成前端代码结构的修改工作,重新修改了部分python文件用于静态页面的测试 |
ü 使用爬虫进一步获取课程资源数据 |
王文基 |
ü 在服务器端部署Solr,配置参数任务为完成完成(由于服务器尚未搭建),本机操作系统完成搭建 ü 通过本机的用户图形界面的接口以及pysolr这个Python库的程序接口测试了solr的分词和搜索的功能,并额外配置中文分词器 ü 完成相应demo和文档 |
ü 向数据库输入部分问题和回答,作为Q&A部分的测试数据 |
燃尽图具体数据说明 |
系列1:预定目标(蓝色直线),是指代预期目标 系列2:实际完成(橙色直线),是指代实际工作量,燃尽工作量正常燃尽,文档备案基本完成被允许燃尽 |
0x04 :Alaph阶段第三次Scrum Meeting
Alaph阶段第三次Scrum Meeting |
|
敏捷开发起始时间 |
2015/10/25 12:00 A.M. |
敏捷开发终止时间 |
2015/10/26 12:00 A.M. |
会议基本内容摘要 |
ü 前端方面,围绕模块设计和网格化设计进行简要说明,同后端留在主页面、注册登陆页面必要的数据要求和展示效果 ü 后端方面,工作目前主要准备平台的搭建和进一步稳定工作,后端本身的设计平稳进行,同时对平台搭建工作进行进度预警,转移工作重点至后端;同时,测试人员开始准备用例机测试脚本,着重测试服务器核心压力 ü 文档方面,开始对小组成员的绩效进行量化处理,并公示此阶段的团队绩效,允许申诉 |
参与讨论人员 |
全部参加,无缺席状况 |
团队成员 |
已完成任务 |
待完成任务(初步讨论) |
冯志睿 |
ü 深入学习Django的用户验证与授权机制及其开发定制的相关内容 ü 给用户管理前端添加JQuery动态交互 |
ü 用户功能的扩充和定制 |
李入云 |
ü 完成问答页面的设计 ü Logo的设计和修改工作(长期工作任务完成) |
ü 学习使用Semantic UI ü 熟悉Semantic UI的设计风格 ü 学习使用photoshop,优化界面风格和色调 |
李云涛 |
ü 评估上次迭代工作量,整理绩效管理表格 ü 细化功能需求,根据重要程度调整任务优先级 ü 在Linux服务器上搭建Apache Httpd运行环境 ü 在Windows服务器上搭建本地Apache Httpd运行环境 |
ü 调研常用测试方法 ü 设计测试用例机脚本 ü 开发测试脚本 |
马腾跃 |
ü 需求分析与功能定位博客初稿 ü 网站整体风格的确定 ü 主页面的基本设计 ü 记录和整理会议内容 ü 学习PS和pencil的基本操作 |
ü 网站logo的选定 ü 对UI相关工具(PS、pencil)的熟练操作 ü 继续为第二轮迭代的色块分布、冷暖等风格设计做学习工作(长期正在进行的任务) |
钱林琛 |
ü 完成主页面的模块化分解工作,重新梳理前端结构为fixed-headerindexfloated-footer,并增加部分冗杂代码段(后续需要通过动态CSS删去此部分),保证响应式布局 ü 修改用户管理的部分设计,反馈给UI设计者,进行再次修改和调整 ü 依据此前复审结果,修改主页面左右间距 |
ü 完成用户管理的前端草图,并依据ui grid的“网格”布局进行编排,写出基本的框架 ü 更新进度报告,修改搜索结果页和课程页面的前端实现的Deadline,优先完成用户管理页面 |
王鹿鸣 |
ü 使用nutch爬取到部分页面用于开发调试 ü nutch与solr连接成功,在solr中顺利建立索引 ü 完成登陆页面 ü 复审注册页面的部分代码 ü 初步实现用户注册登陆后端 |
ü 解决用户认证失败问题 ü 实现用户登陆后自动跳转 |
王文基 |
ü 完成服务器端的solr的配置,可以实现增删改查的基本的功能 |
ü 向后端数据库中加入测试数据 |
燃尽图具体数据说明 |
系列1:预定目标(蓝色直线),是指代预期目标 系列2:实际完成(橙色直线),是指代实际工作量, 这里燃尽图没有记录学习成本的弊端显示出来了,由于平台搭建工作需要翻阅各类文档并调整大量问题,因此延期较严重,而前端和后端进展较缓,但整体架构基本完成,因此燃尽图本身此时已难以真实反映项目进展,预计在2天内进行调整工作 |
0x05 :Alaph阶段第四次Scrum Meeting
Alaph阶段第四次Scrum Meeting |
|
敏捷开发起始时间 |
2015/10/26 12:00 A.M. |
敏捷开发终止时间 |
2015/10/27 12:00 A.M. |
会议基本内容摘要 |
ü 前端方面,设计人员和前端人员进行暂时合并工作,设计人员开始涉猎Semantic UI框架本身的模板和优势,并针对其本身的设计风格进行设计调整和阶段性学习 ü 在前后端的对接方面,已初步完成主页面、用户登录和注册页面的前后端连接,梳理AJAX本身机制和特性,对全体开发人员进行相关的培训 ü 测试方面,测试平稳进行,服务器内存压力目前相对严峻,1G内存在数据的处理上极易崩溃,准备和罗杰老师本身协商服务器的相关事宜(此工作划分最高优先级) |
参与讨论人员 |
全部参加,无缺席状况 |
团队成员 |
已完成任务 |
待完成任务(初步讨论) |
冯志睿 |
ü 撰写已有后端功能的相关说明介绍文档 ü 设计构想其他后端功能的实现方案 |
ü 趁着搜索引擎模块还没完成,对搜索模块使用的框架进行学习和了解,方便后面的调用开发过程 ü 学习Django的更多相关功能细节 |
李入云 |
ü 学习使用Semantic UI ü 熟悉Semantic UI的设计风格 |
ü 学习使用photoshop,丰富界面效果(长期工作任务,此任务长期记录作为学习和调研工作) ü 选择合适的Semantic UI主题参数,优化界面效果 ü 完成课程搜索界面的设计 |
李云涛 |
ü 评估上次迭代工作量,整理绩效管理表格 ü 调研后端开发框架可用的测试方法 ü 调研sqlmap等测试工具的使用方法 |
ü 任务进度重新整理 ü 设计测试用例 ü 编写测试脚本(任务工作长期记录) |
马腾跃 |
ü 选定网站logo ü 对UI相关工具(PS、pencil)的熟练操作 |
ü 继续为第二轮迭代的色块分布、冷暖等风格设计做学习工作(长期正在进行的任务) ü Semantic UI的学习 |
钱林琛 |
ü 完成用户管理前端草图,完成ui grid网格布局的基本框架,上传至共享区,交付予以完成代码复审 ü 评估用户管理设计,开始准备用户管理前端设计部分 ü 商议后更新进度报告,修改搜索结果页和课程页的进度,延期至11月进度,预计完成时间2~3天 |
ü 删去冗杂代码段,并修改为动态CSS解决此问题(此问题长期记录,在最后汇总阶段进行修改,优先完成其他的设计部分) ü 完成用户管理的前端实现,按照Profile(基础展示),Activity(用户活动),Settings(用户设置)的顺序完成前端页面的实现 ü 整理Scrum Meeting的工作量 |
王鹿鸣 |
ü 修正用户登陆后端代码 ü 完成用户登陆自动跳转功能 ü 完整实现整个用户注册登陆后端功能 |
ü 设计并实现用户管理后端功能 ü 讨论结对编程可行性,前后端准备数据方向的对接和文档维护 |
王文基 |
ü 完成向后端数据库中加入测试数据,前后端已能够开始进行基础数据的展示 |
ü 此阶段工作暂时结束,数据库和平台搭建初期暂时结束,休整状态,从用户的角度对目前实现的前端进行审核,给出评审意见 |
燃尽图具体数据说明 |
系列1:预定目标(蓝色直线),是指代预期目标 系列2:实际完成(橙色直线),是指代实际工作量, 在此燃尽图中进度状况良好,由于学习成本逐步降低因此工作进度较此前加快 |
0x06 :Alaph阶段第五次Scrum Meeting
Alaph阶段第五次Scrum Meeting |
|
敏捷开发起始时间 |
2015/10/27 12:00 A.M. |
敏捷开发终止时间 |
2015/10/28 12:00 A.M. |
会议基本内容摘要 |
ü 对前后端的整体架构进行团队培训,并采取提问的方式对架构本身进行质询并给出一定的修改意见,交付架构人员重新梳理前后端架构,立求前后端开发的独立性和敏捷性 ü 前端工作平稳进行,User界面工作进度状况正常,后端方面开始围绕Solr本身爬取的内容进行相关数据的提取和开发,和架构商议搜索引擎本身的框架 ü 开始整理团队各成员的基本文档维护情况,针对部分成员进行进度预警工作 |
参与讨论人员 |
全部参加,无缺席状况 |
团队成员 |
已完成任务 |
待完成任务(初步讨论) |
冯志睿 |
ü 由于数据方面的提供问题,这一天没有具体的任务进展 ü 对代码进行了复审 |
ü 给前端已经完成的页面实现后端逻辑关联 |
李入云 |
ü 完成课程搜索界面的设计 ü 在临时沟通后,对前端的模块化设计给出一定的思路和方法,并在此次Meeting上重点讨论 |
ü 继续学习使用photoshop,丰富界面效果 ü 选择合适的Semantic UI主题参数,优化界面效果 ü 加入前端设计模块 |
李云涛 |
ü 评估上次迭代工作量,整理绩效管理表格 ü 根据任务进度微调开发计划 ü 设计功能测试用例,包括页面跳转和输入框功能 ü 设计Sql注入测试用例 |
ü 梳理平台搭建文档,整理平台搭建过程中的参考资料从而为后期团队的开发做基础备案 ü 调研burp的使用方法 ü 设计请求注入用例 |
马腾跃 |
ü 商讨用户界面和热门tag搜索页面 |
ü 继续为第二轮迭代的色块分布、冷暖等风格设计做学习工作(长期正在进行的任务) ü 团队成员的工作细节调整 |
钱林琛 |
ü 完成Scrum Meeting的工作整理 ü 完成用户管理的Profile(基础展示)部分,并提交到dev-userManager分支以进行代码复审工作 |
ü 完成主界面的代码再次复审工作,并增加部分CSS代码段保证主界面结构符合响应式布局 ü 依据后续的代码复审工作修缮Profile部分 |
王鹿鸣 |
ü 用户注册登陆后端代码完善 ü 初步设计与用户基础信息相关的管理后端 ü 对部分前端和后端的架构进行的调整,保证前后端在一定程度上能够独立开发,担当全栈工程师来负责数据展示的生成 |
ü 用户管理后端功能其余部分设计 ü 对基础文件组进行调整,修改了css代码的引入保证js能够被正常实现 |
王文基 |
ü 完成前后端部分代码的代码复审工作 ü 完成master分支和其他分支的基础合并工作 ü 总结基本的用户体验,反馈给前后端相关人员 |
ü 开始调研并学习Django的基本架构,准备第二轮迭代过程中身份转变为后端开发人员,或前后端沟通架构人员 |
燃尽图具体数据说明 |
系列1:预定目标(蓝色直线),是指代预期目标 系列2:实际日均(橙色直线),按照团队本身的实际开发天数,每天应该做到的量 系列3:实际完成(灰色直线),实际完成的工作量 |
0x07 :Alaph阶段第六次Scrum Meeting
Alaph阶段第六次Scrum Meeting |
|
敏捷开发起始时间 |
2015/10/28 12:00 A.M. |
敏捷开发终止时间 |
2015/10/29 12:00 A.M. |
会议基本内容摘要 |
ü 前后端重点讨论tag的设计、实现的工作,并给出一定的具体方案去进行试验,预计在明天的阶段敏捷开发过程中进行tag工作本身的复审 ü 团队集体培训代码的部署工作,将GIT本身的代码转移至服务器端进行部署,并初步尝试将测试脚本在服务器端运行用以完成网站的初期测试 |
参与讨论人员 |
全部参加,无缺席状况 |
团队成员 |
已完成任务 |
待完成任务(初步讨论) |
冯志睿 |
ü 与搜索引擎模块方面的同学讨论调用问题 ü 学习py-solr的相关内容 |
ü 与搜索模块实现对接 |
李入云 |
ü 熟悉前端开发环境 |
ü 继续学习使用photoshop,丰富界面效果 ü 选择合适的Semantic UI主题参数,优化界面效果 |
李云涛 |
ü 评估上次迭代工作量,整理绩效管理表格 ü 调研burp的使用方法 ü 设计请求注入用例 |
ü 开发测试脚本,进行网站功能测试及安全性测试 ü 优化绩效管理公式参数 |
马腾跃 |
ü 热门tag搜索页面的设计 ü 调整任务分配,提高团队效率 ü 色块分布、冷暖等风格设计的学习 |
ü 对用户场景和具体用户的初稿进行补充 |
钱林琛 |
ü 完成主界面代码再次复审工作,并依据他人的复审结果完成主界面的模块分解工作,同期维护主页面文档 ü 完成用户管理的Activity(用户活动)部分,并提交到dev-userManager分支以进行代码复审工作 |
ü 再次等待代码复审工作修缮Profile部分,同时完成Activity部分的代码复审工作 |
王鹿鸣 |
ü 部分用户管理后端设计(设计实现工作遇到困难) ü 梳理用户管理后端中与另外两组相关的部分(如Tag、问答等) ü 成功修复js代码嵌入问题,通过function的初始化已能够将js实际运行于前端 |
ü 用户管理后端实现 |
王文基 |
ü 分析并确定典型用户典型场景,以表格和故事的形式展现 |
ü 继续完善功能规格说明书初稿 |
燃尽图具体数据说明 |
系列1:预定目标(蓝色直线),是指代预期目标 系列2:实际日均(橙色直线),按照团队本身的实际开发天数,每天应该做到的量 系列3:实际完成(灰色直线),实际完成的工作量,今天在开发过程中后端遇到较为严重的问题,因此后端部分暂时增加学习成本,对新出现的问题进行及时调整,而前端仅完成部分工作量,因此实际工作量没有变化 |
0x08 :Alaph阶段第七次Scrum Meeting
Alaph阶段第七次Scrum Meeting |
|
敏捷开发起始时间 |
2015/10/29 12:00 A.M. |
敏捷开发终止时间 |
2015/10/30 12:00 A.M. |
会议基本内容摘要 |
ü Tag内容与前两组协商后决定将tag作为数据源任务交付与第一二组,同时协助完成一、二组服务器的布置,其工作重点转移至Nutch插件本身的开发 ü 前后端进行结对编程式的讨论,主要讨论具体的链接方式,前端为后端讲解本身的代码布局和结构,后端根据待填充的部分完成动态页面的生成 |
参与讨论人员 |
全部参加,无缺席状况 |
团队成员 |
已完成任务 |
待完成任务(初步讨论) |
冯志睿 |
ü 尝试在提供的Windows-server上配置项目需要的环境(服务器性能本身堪忧) ü 实现了搜索引擎的数据获取 ü 与前端的搜索框实现了对接 |
ü Django的csrf_token相关bug的解决 ü 与前端的其他页面实现对接 |
李入云 |
ü 审核之前的界面设计风格,改进设计风格 ü 讨论并开始着手准备实际界面的用户体验,并收集相关意见进行调整 |
ü 对用户体验的意见进行收集和反馈(长期工作任务) ü 继续学习使用photoshop,丰富界面效果 ü 选择合适的Semantic UI主题参数,优化界面效果 ü 前端设计 |
李云涛 |
ü 评估上次迭代工作量,整理绩效管理表格 ü 微调绩效管理表格,优化公式 ü 编写测试脚本,实现Sql注入相关测试 |
ü 手工测试跳转等部分功能 ü 测试脚本添加POST参数测试 |
马腾跃 |
ü 临时事假,用户场景和具体用户初稿工作量转移,部分工作交由团队的其他成员完成 |
ü 对用户场景和具体用户的初稿进行补充 |
钱林琛 |
ü 完成搜索结果页、课程页的设计修改(长期工作任务解决) ü 依据Profile部分、Activity的代码复审进行CSS的修改,同时查看更新后的master分支,阅读部分后端代码已方便前端进一步的开发 ü 今日完成工作集中于复审和阅读部分,并未完成相关前端的实现 |
ü 完成用户管理的Settings部分,并进行代码复审工作 ü 辅助完成Tag页的设计修改(长期工作任务) |
王鹿鸣 |
ü 与Xueba项目另外两组成员讨论网站整体架构 ü 与另外两组协商采用solr+nutch作为搜索系统的主体,并和其他两组交流基本的解决方案和本团队的工作进度 |
ü 重新设计用户管理后端架构 |
王文基 |
ü 继续完善典型用户和典型场景 |
ü 完成功能规格说明书的正式稿件,准备移交至博客发布阶段 |
燃尽图具体数据说明 |
系列1:预定目标(蓝色直线),是指代预期目标 系列2:实际日均(橙色直线),按照团队本身的实际开发天数,每天应该做到的量 系列3:实际完成(灰色直线),实际完成的工作量,由于架构方面对nutch的插件结构进行调整,因此搜索结果展示的后端部分工作量迅速降低,格式化数据已被获取,燃尽速度明显加快 |
0x09 :Alaph阶段第八次Scrum Meeting
Alaph阶段第八次Scrum Meeting |
|
敏捷开发起始时间 |
2015/10/30 12:00 A.M. |
敏捷开发终止时间 |
2015/10/31 12:00 A.M. |
会议基本内容摘要 |
ü 第一、二组交流出现障碍,目前按照第一、二组的工作计划是继续完善此前收到的代码,因此会议前临时安排任务即格式化数据的获取,而最终决定小组本身调研相应的数据结构,并首先梳理数据依赖弱的部分,进行首要的开发 ü 功能规格书、技术设计规格文档同期进行整理,同时收集一部分团队意见对原型图和前端本身进行调整(技术文档初步划分为前端、后端、平台、架构共四方面的说明) ü 服务器访问速度受限,外网访问速度无法满足团队本身需求,再次和罗杰老师商议并敲定基本的解决方案 ü 敏捷开发正式进入冲刺阶段,采取结对编程的方式提高团队本身效率 |
参与讨论人员 |
全部参加,无缺席状况 |
团队成员 |
已完成任务 |
待完成任务(初步讨论) |
冯志睿 |
ü 与前端开发人员讨论了各个页面的逻辑展示,并设计了相关的后端接口 ü 完成了搜索和搜索结果展示的功能 |
ü 梳理后端的整体架构,完成后端开发文档和后端设计文档的书写工作,为第二轮迭代初期预留文档备案 ü 实现其他页面的后端展示功能 |
李入云 |
ü 应用photoshop美化界面,丰富界面效果,但在此次讨论中发现photoshop工具对界面的处理效果相对较差,抛弃原型图抠图的思路,但使用photoshop做局部jpg的处理工作 ü 主题参数调研基本完成,开始商议工作重点并调整工作重心 |
ü 选择合适的Sematic UI主题参数,优化界面效果(此任务依旧长期记录) ü 对前端设计进行审核工作,同期开始准备前端页面用户体验反馈,开始准备前端全部页面的调整 |
李云涛 |
ü 评估上次迭代工作量,整理绩效管理表格 ü 根据任务进度微调进度表 ü 测试脚本添加部分POST参数测试功能 ü 手工测试页面跳转关联 |
ü 添加POST注入测试样例 ü 编写测试说明书 ü 完成此前平台文档的二次梳理工作,并进行简要的整理整合入系统架构文档中 |
马腾跃 |
ü 对用户场景和具体用户的初稿进行补充 |
ü 开始准备第一轮迭代的答辩部分,参考去年的整体计划开始调研第一轮迭代向第二轮迭代的过渡部分 |
钱林琛 |
ü 完成用户管理的Settings部分和相应的代码复审工作,同时进行了各文件块的分解 ü 完成用户管理的最终页面的综合工作,但未完成javascript代码的嵌入工作 ü 完成Tag页的设计修改(长期工作任务完成) |
ü 完成用户管理前端三部分综合的代码复审工作,并更新用户管理的维护文档 ü 完成用户管理前端的javascript代码的嵌入 ü 删去冗杂代码段,并修改为动态CSS解决此问题(此问题长期记录,在最后汇总阶段进行修改,优先完成其他的设计部分) ü 完成前端开发和设计文档的书写工作,为第二轮迭代初期预留文档备案 |
王鹿鸣 |
ü 梳理用户管理后端中可以由本组单独实现的部分(无需另外两组的数据支持) ü 调研相关接口用以完成格式化数据的获取 |
ü 用户管理后端实现(仅实现本组可以独立实现的部分) ü 准备整理第一轮迭代的工作进度,并开始讨论第一轮迭代向第二轮迭代的过渡工作 ü 梳理项目系统本身的整体架构,完成架构文档的说明,并为第二轮迭代初期预留文档 |
王文基 |
ü 完成功能规格说明书的最终稿,交付排版工作进行处理 |
ü 对后端完成的功能进行梳理,提醒开发人员进行功能上的补充,参与前后端的沟通工作 |
燃尽图具体数据说明 |
系列1:预定目标(蓝色直线),是指代预期目标 系列2:实际日均(橙色直线),按照团队本身的实际开发天数,每天应该做到的量 系列3:实际完成(灰色直线),实际完成的工作量 |
0x0a :Alaph阶段第九次Scrum Meeting
Alaph阶段第九次Scrum Meeting |
|
敏捷开发起始时间 |
2015/10/31 12:00 A.M. |
敏捷开发终止时间 |
2015/11/02 12:00 A.M. |
会议基本内容摘要 |
ü 敏捷开发全部采取结对编程方式效果显著,由于此前前后端的本身工作机制相对成熟,因此在对接过程本身存在较少的BUG,但AJAX机制本身实现不稳定,团队在11月1日晚再次进行重点人员培训,并继续参与敏捷开发过程 ü 对其他两组的工作进行现场测试审核,动态讨论敏捷开发的收尾工作 ü 准备第一轮迭代向第二轮迭代的过渡准备 |
参与讨论人员 |
全部参加,无缺席状况 |
团队成员 |
已完成任务 |
待完成任务(初步讨论) |
李云涛、李入云 |
ü 同期完成前端全部页面的复审工作,通过前端维护文档同前后端对接组进行交流,将意见交付于对接组进行部分前端布局的修正 ü 完成测试样例注入,收集部分测试信息开始汇总测试文档,对其中的BUG直接采取实时反馈机制,记录于文档,在每晚20:00时团队统一浏览文档进行设计和修改 ü 交付测试说明书初稿,平台技术规格说明书终稿(待汇总),交付部分原型图修改样图 |
ü 现场对此前两组的工作进行测试审核,并实时将审核结果反馈给两组工作状况,动态安排敏捷开发的过程 ü 完成整体测试文档的书写,完成全部测试脚本服务器端的部署 ü 开始准备向第二轮迭代工作的过渡 |
钱林琛、冯志睿 |
ü 同期完善搜索结果展示的对接,根据后端提供的数据类型前端进行实时的展示效果调整,并划分搜索结果的分类展示,重新修改部分后端逻辑。同时,前端重构此前部分代码,交付架构组进行进一步调整工作 ü 同期修复此前后端BUG,并交付与测试组进行二次复审 ü 同期发布前后端技术文档(待排版版本),同时结对编程重点趋向于整体系统的架构 ü 初步完成第二轮迭代部分前端静态页面用以展示网页本身的设计效果 |
ü 依据测试组的动态测试报告进行二次修改 ü 完善第二轮迭代部分前端静态页面用以展示网页本身的设计效果 |
王鹿鸣、王文基、马腾跃 |
ü 平台架构重新完善,重点对Solr的配置进行二次修改,保证Solr的分词效率,并重新架构服务器以爬取更多数据做测试端 ü 整合申请的服务器资源,同时再次测试服务器本身性能,同期完成服务器端虚拟机的搭建工作,外网访问速度开始呈良好态势发展 ü 对前后端对接组和测试组的工作进行中间对接,同时重点搭建Hadoop节点以完成分布式设计,同期调研ReactJS的嵌入工作安排 |
ü 梳理系统本身框架,整理第一轮迭代向第二轮迭代的全部工作,汇总第一轮迭代整体的工作量 ü 依据测试组的动态测试报告进行二次修改 |
燃尽图具体数据说明 |
系列1:预定目标(蓝色直线),是指代预期目标 系列2:实际日均(橙色直线),按照团队本身的实际开发天数,每天应该做到的量 系列3:实际完成(灰色直线),实际完成的工作量 |
0x0b :Alaph阶段第十次Scrum Meeting
Alaph阶段第十次Scrum Meeting |
|
敏捷开发起始时间 |
2015/11/02 12:00 A.M. |
敏捷开发终止时间 |
2015/11/03 12:00 A.M. |
会议基本内容摘要 |
ü 敏捷开发收尾工作基本完成,至此可以开始准备用户阶段的调研工作、第一轮迭代向第二轮迭代的资料整理工作、第一轮向第二轮迭代过渡的架构工作 ü 准备网站本身的发布工作,讨论第一轮迭代的现场答辩效果和具体流程 |
参与讨论人员 |
全部参加,无缺席状况 |
团队成员 |
已完成任务 |
待完成任务(初步讨论) |
李云涛、李入云、马腾跃 |
ü 完成测试文档的全部书写,并在发布时同期发布相关测试文档,同时测试重点围绕此前的响应式布局进行探讨 ü 完成第一轮迭代向第二轮迭代的测试整理工作,并找到相关负责人进行当面的洽谈和调整 |
ü 准备调研用户反馈和用户需求,同时评估基础用户量和预计访问量等关键信息,整理为文档准备发布 |
钱林琛、冯志睿 |
ü 修复此前搜索结果展示页排列异常的BUG,同时修复登陆注册页面的信息提示功能 ü 完成前端技术文档的发布和后端技术文档的整理工作 ü 完成第一轮迭代向第二轮迭代的前后端资料整理工作 |
ü 准备完善网站系统本身的逻辑框架、具体跳转细节(自动机方法制图)、和前后端数据字典、E-R图的构架,尽可能保证第二轮迭代能够完成前后端的“浅层次”分离工作,提高效率 |
王鹿鸣、王文基 |
ü 完成平台和架构的技术文档的发布,同时完成功能规格说明书的发布 ü 完成第一轮迭代向第二轮迭代的平台资料整理工作 ü 准备调研stackExchange接口用以完成tag数据和Question等数据的爬取工作(此工作长期进行,在第一轮和第二轮迭代的过渡期间完成,防止后期架构存在大规模的调整) |
ü 调研stackExchange接口用以完成tag数据和Question等数据的爬取工作(此工作长期进行,在第一轮和第二轮迭代的过渡期间完成,防止后期架构存在大规模的调整) |
燃尽图具体数据说明 |
系列1:预定目标(蓝色直线),是指代预期目标 系列2:实际日均(橙色直线),按照团队本身的实际开发天数,每天应该做到的量 系列3:实际完成(灰色直线),实际完成的工作量 |
0x0c :Alaph阶段第十一次Scrum Meeting
Alaph阶段第十一次Scrum Meeting |
|
敏捷开发起始时间 |
2015/11/03 12:00 A.M. |
敏捷开发终止时间 |
2015/11/06 12:00 A.M. |
会议基本内容摘要 |
ü 此阶段Scrum Meeting用以完成第一轮迭代向第二轮迭代的整理工作,因此按照此前的调研工作,仍然以结对编程的方式进行,采取一人主导一人提问的方式进行调研工作的梳理,在此阶段仅11月6日和11月4日开过两次会议,用以略加讨论基本的方案设计 ü 格式化数据爬取成功,数据爬虫进展良好,第二轮迭代中预计能够使用基础的逻辑数据进行数据依赖项的设计 ü 调研和设计工作同期展开,根据编译原理本身的截止时间,预计于11月14日前完成第二轮迭代的过渡 |
参与讨论人员 |
全部参加,无缺席状况 |
调研工作 |
Celery分布式任务队列【用于M2阶段用户相关的异步操作的实现(如向好友添加当前用户的最近动态等);M2阶段开发用简易爬虫(爬取stackExchange的相关数据)】 jQuery AJAX相关内容【用于M2阶段重构部分前端页面,使得页面更为动态化】 ReactJS调研【考虑采用ReactJS将前端改写为应用形式;通过和Semantic UI的结合,使得前端更接近现代Web APP的实现形式;仅对其基本概念做了调研,正在考虑其可行性及学习成本】 用户体验调研【围绕用户对第一轮迭代网站的界面、效率、舒适度等细节进行实际的采访工作】 |
实现工作 |
为熟悉Celery的使用,已经用其实现了一个简易的stackExchange爬虫 爬取了少量数据(Tag、问答)用于M2阶段开发和测试 |
补充进展说明 |
在此阶段,经过对stackExchange长期的调研工作,终于在敏捷开发的末尾阶段完成了格式化数据的爬取,此网站已基本进入成型的前后端“隔离”“对接”方式的开发,在第二轮迭代前将围绕这方面内容进行重点内容的培训,保证团队成员本身均能敏捷且快速的开发成型的网站 |
燃尽图具体数据说明 |
系列1:预定目标(蓝色直线),是指代预期目标 系列2:实际日均(橙色直线),按照团队本身的实际开发天数,每天应该做到的量 系列3:实际完成(灰色直线),实际完成的工作量 |
0x0d :Alaph阶段珍贵的影响资料
0x0d00 :Alaph阶段的现场讨论照片
图1-2 分别是在必胜客初期讨论和吉野家架构培训的图,其实大多数的会议都会选择新主楼的电梯旁集合,然后再二楼走廊的自习室中解决,但却遗憾没有留下照片的记录,但会议记录可查看具体的团队管理链接
0x0d04 :Alaph阶段的Scrum Meeting的通知截图
0x0e :Alaph阶段团队敏捷开发的感想与反思
仅从燃尽图的设置和工作计划的方面反思,此次软件开发中没有将“学习成本”纳入燃尽图管理是此次迭代的重大失误之一,因为无论是Django框架本身或是Solr各类平台的配置,此本身学习成本相对较高,但却无法真实体现在燃尽图中,而单纯将其纳入绩效管理的方法只是使得绩效管理更为全面,团队本身的工作量却没有正确把握,从燃尽图中,最后部分的燃尽速度明显加快,可以看出,学习成本的大幅降低导致团队本身依据正确的开发速度完成了全部工作的开发。因此,在第二轮迭代中,特别是第一轮迭代到第二轮迭代的过渡阶段,必须首先明确团队内成员的分工,提前将学习成本相关的任务布置并“提问回答式”的完成,而超额完成的也将获得绩效管理本身的增分