基于SCRUM方法实践的西油计科党建设计与实现

个人实践流程单

一、Alpha版本冲刺个人在SCRUM团队任务清单

任务阶段时间 我这个三天做了什么 实际解决燃尽图数量 我遇到了什么问题 我下一个三天要做什么 预计下三天完成燃尽图项目数量
利用phpstorm进行第一版本pc端系统管理,个人管理前端页面的开发,并与后端开发组整合 4 getlastsql()可显示正确的SQL语句,但中文存入数据表后为空字符串。这个是由于编码问题造成的,用getlastsql()可以看到正确的SQL输出,但是查看却发现是GBK编码,而数据表是UTF-8,因此存数据出现问题。 进行下一阶段活动管理、积分管理功能页面开发,并测试前一阶段功能 5
利用phpstorm进行第一版本pc端系统,个人管理下子功能模块页面的开发 5 js引用时遇到未引用成功,以及文件上传的问题,页面之间传参问题 进行下一阶段活动报名,交流互动的开发,并继续修改前一阶段的bug 7
党员服务平台下活动报名前端页面的开发 8 调用富文本编辑器时遇到一些问题,还有往后端传送参数时字段未写全 继续对页面的布局和js引用的完善 8
实现了对于专业班级的存取和操作,配合前段更新了界面,使用了Bui框架完成列表分组功能 8 对于用什么控件来实现对于表格的控件,因为涉及到自动更新操作以及AJax操作。 和曾文杰一起共同整合优化系统管理页面的bug和打通逻辑性 7
进行在线学习页面的编写,同时修改上个页面未解决完的问题 7 上面遇到获取不到EL表达式,这次是解析不了,应该添加一行解析EL表达式的代码 开发个人申请业务的页面,在加强几个页面之间的逻辑性 6
进行个人申请页面的编写 7 在提交数据时,发现自己写成了get请求,然后就开始报错了,还有就是css兼容的问题 开始第三阶段要开发页面的准备工作 6
知识库页面的编写,继续改进前面页面的部分功能 6 就是知识库与视频库是两个独立的模块,是否能整合到一起,减少代码的编写 对视频库页面的编写,与知识库互相结合 6
对视频库页面的完善,与知识库看能否嵌入在一起 6 知识库还是与视频库相互独立,两个的数据来源还是放在两张表上,功能模块之间独立性高,耦合度低 改进视频库页面,对考核测评页面进行开发 7
考核测评页面的开发 6 编写页面时,重复使用类似的代码,导致嵌套时出现问题,页面出现部分乱码 考核测评页面和每日一测页面之间的交互,以及修改前面页面出现的逻辑错误 5
每日一测页面的开发 5 加载js代码过慢是因为js标签放在了head里面,导致显示页面时出现部分空白 对管理分析平台页面做初步架构,看需要哪些功能板块,大致有建言献策,书记信箱,匿名举报等 5
十一 对建言献策页面进行编写 4 引入的css文件未生效,发现不同的写法对于不同的浏览器有不一样的效果,所以还是规范书写 处理上个版本由组长测试出现的问题,如前面js功能有些未成功实现等等,以及对书记信息页面的编写 4
十二 对书记信箱页面的编写 3 不能水平居中对齐的问题,就是单选按钮和文字不能水平居中,就是分别让他们浮动,这个时候再使用margin-top就可以了 对匿名举报模块的书写,以及修复之前页面经测试出现的问题 3
十三 对匿名举报页面的编写 2 写部分css代码时,遇到两个盒子嵌套会发生外边距塌陷,给父级添加属性:overflow:hidden; 对最后一个页面进行编写,同时继续修改之前测试出现的问题 2
十四 对随手拍页面的编写 1 大致的问题就是修改前面经测试过后的问题,要么就是样式有些不对,以及js未成功引用,还有就是取不到数据的问题 进行下个版本的讨论,同时加紧修改上个版本经测试出现的问题,争取解决所有出现的问题 1

二、Beta版本冲刺个人在SCRUM团队任务清单:

  • 2019.11.18-1019.11.20
我这个两天做了什么 实际解决燃尽图项目数量 我遇到了什么问题 我下一个两天要做什么 预计下两天完成燃尽图项目数量
解决了首页通知公告不能正常显示问题 4 index.html里pages数组中路径顺序问题 解决了视频学习界面卡顿不能播放问题 5

任务截图:

  • 2019.11.20-1019.11.22
我这个两天做了什么 实际解决燃尽图项目数量 我遇到了什么问题 我下一个两天要做什么 预计下两天完成燃尽图项目数量
解决了视频学习界面卡顿不能播放问题 6 获取音频文件长度大小限制出现问题 解决业务审核时间和提交时间冲突问题 3

任务截图:

  • 2019.11.22-1019.11.24
我这个两天做了什么 实际解决燃尽图项目数量 我遇到了什么问题 我下一个两天要做什么 预计下两天完成燃尽图项目数量
解决了业务审核时间和提交时间冲突问题 4 在php获取当前系统时间时,没有注意到需要解析Unix时间戳 对接后台处理同学,完善审核时间传回交互方式 6

任务截图:

  • 2019.11.24-1019.11.26
我这个两天做了什么 实际解决燃尽图项目数量 我遇到了什么问题 我下一个两天要做什么 预计下两天完成燃尽图项目数量
和负责后台管理的同学解决了时间一致性交互问题 5 读取用户端传回数据库内容失败,不能正常显示在管理界面了 继续解决个别数据交互问题 6

任务截图:

  • 2019.11.26-1019.11.28
我这个两天做了什么 实际解决燃尽图项目数量 我遇到了什么问题 我下一个两天要做什么 预计下两天完成燃尽图项目数量
解决数据交互问题 5 由于之前用了错误的调用方法,导致后台一直读取不到数据 进一步整合网站系统,检查数据交互 3

任务截图:

  • 2019.11.28-1019.11.30
我这个两天做了什么 实际解决燃尽图项目数量 我遇到了什么问题 我下一个两天要做什么 预计下两天完成燃尽图项目数量
和负责后台管理的同学一起完善,改进 4 突然发现导入EXCEL文件时格式乱码 检查完善项目,回顾总结 3

任务截图:

  • 2019.11.30-1019.12.2
我这个两天做了什么 实际解决燃尽图项目数量 我遇到了什么问题 我下一个两天要做什么 预计下两天完成燃尽图项目数量
协助编写使用说明 2 没什么问题 准备项目答辩汇报 2

任务截图:

原文地址:https://www.cnblogs.com/dwyy666/p/11965682.html

时间: 2024-10-07 05:56:12

基于SCRUM方法实践的西油计科党建设计与实现的相关文章

基于SCRUM方法实践的西油计科党建设计与实现-个人实践流程清单

基于SCRUM方法实践的西油计科党建设计与实现 个人实践流程清单 一.Alpha版本冲刺个人在SCRUM团队任务清单: 时间 我这个三天做了什么 实际解决燃尽图项目数量 我遇到了什么问题 我下一个三天要做什么 预计下三天完成燃尽图项目数量 2019.10.9 将大家在国庆完成的组织管理.党员管理小程序前端代码与自己本地微擎小程序后带代码整合,并做单元测试,搭建本地微擎后台.认证个人小程序号.购买认证域名.域名解析绑定服务器 8 SSL证书一直审核出现问题.整合前端组织管理的小程序代码一直显示一直

Re:从零开始的西柚计科院主页

西柚计科院主页 代码链接:链接:https://pan.baidu.com/s/1hTmhS-4oGPI2LcmS3o5IXw 提取码: 87wv 成品图样 原文地址:https://www.cnblogs.com/eddy-s/p/10566007.html

敏捷开发实践之Scrum方法运用

摘要:目前软件开发除了强调产品质量,同时对产品能够快速发布并且迅速适应市场变化的要求也日益强烈.为适应这种开发环境和市场需求,传统的软件开发模式已被敏捷开发模式所替代.本文介绍敏捷软件开发中的Scrum方法,并结合实际问题,分析Scrum方法在实践中的运用. 关键词:敏捷开发;Scrum 产品质量和开发效率一直是软件产品开发的关键.随着科技和经济的发展,软件的市场环境和用户需求不断发生变化,这对软件产品的快速发布提出很高的要求.传统的瀑布模型.螺旋模型.原型模型等已不能适应越来越复杂和不断变化的

采用[ICONIX] 方法实践分析和设计之四 [健壮性分析]

在前三章中通过(问题域)建模和用例分析之后,在许多的UML书中可能接下来就要进行时序图和协同图的绘制了.但是问题好像还没那么简单,因为这里有一条鸿沟还没有跨过去,正如下图所示:                    在我刚学开始学习 UML时,在拿到用例文本时要去画时序图总感觉有些别扭,不知如何才能将文本中的意思完全用图的形式表达出来,总是感觉分析出来的文本中缺了一些很重要的东西, 而这些被丢掉的对象最终可能会导致无法绘制时序图,但又找不出用例文本中到底还有什么东西被遗漏,最终导致设计瘫痪.后来

Scrum 敏捷实践中的三大角色

在我过去的近两年工作中,我们一直在应用 Scrum 敏捷项目管理方法来开展工作,今天,我先从它的角色划分来讲起,毕竟这可是它最鲜明的特征. 首先,为什么这种项目管理方法叫 Scrum ? Scrum 是一个引申词,原义是橄榄球场上的并列争球.橄榄球号称是美国的国球,受关注度最高,我们经常听到的超级碗 Super Bowl(/b??l/)就是它的年度冠军赛. 就像橄榄球运动极度强调团队协作一样,它是用于开发和交付软件产品的一个框架,且过程是增量和迭代的. 好,我们回到 Scrum 的角色划分. 基

采用[ICONIX] 方法实践分析和设计之五 [初步设计复核](转)

这一篇文章的内容有些对不住大家了.因为公司正在准备发布新产品(Discuz!NT2.0),大家的心思 全在产品上,因此构思内容和写作的时间几乎没有了,本人就偷了个懒,把书中认为很有必要让大家了解的 内容简单的抄上来.同时因为这一章主要的内容都是进行相应的用例文本和健壮性图的检查,以及更新域模 型(使之逐步向详细类图逼进),所以如果大家感兴趣的话,可以找几个人一起研究一下,相信大家一定会 有所收获的.最后我也希望在产品正式发布之后能够回过头来有时间进一步完善和补充相应的内容.再次向大家致歉了:(

采用[ICONIX] 方法实践分析和设计之一 [问题域建模](转)

前言:自从加入 Discuz!NT开发小组开始.我就放弃了以前的软件设计思想,转而去使用项目组所规范使用的架构设计思想和开发模式来进行开发.这样的时间一直持续到了今天.虽然我向往面向对象的开发方式,且向来对不够OO的设计存有偏见.但人必定要生存,特别是已经做了父亲的程序员来说,这种压力是不容回避的. 但今天开始的这一系列的文章将会说是一次对OO的一种回归.也可以说是对已有的设计思想的一种思考.在我从这中书柜上拿出这本已有两年多没再看的"用例驱动的UML对象建模应用--实例分析"(App

UIAutomator定位Android控件的方法实践和建议(Appium姊妹篇)

在本人之前的一篇文章<<Appium基于安卓的各种FindElement的控件定位方法实践和建议>>第二章节谈到Appium可以通过使用UIAutomator的方法去定位Android界面上的控件,当时只是一笔带过举了个例子.如该文给自己的承诺,今天特撰写此文以描述UIAutomator各种控件定位的方法,以作为前文的姊妹篇互通有无. 1. 背景 为了和前文达成一致,这次的实践对象同样也是使用SDK自带的NotePad应用,同样是尝试去获得在NotesList那个Activity里

【转】UIAutomator定位Android控件的方法实践和建议(Appium姊妹篇)

原文地址:http://blog.csdn.net/zhubaitian/article/details/39777951 在本人之前的一篇文章<<Appium基于安卓的各种FindElement的控件定位方法实践和建议>>第二章节谈到Appium可以通过使用UIAutomator的方法去定位Android界面上的控件,当时只是一笔带过举了个例子.如该文给自己的承诺,今天特撰写此文以描述UIAutomator各种控件定位的方法,以作为前文的姊妹篇互通有无. 1. 背景 为了和前文达