码迷,mamicode.com
首页 > 其他好文 > 详细

0525 Scrum 项目7.0

时间:2016-05-25 22:17:44      阅读:123      评论:0      收藏:0      [点我收藏+]

标签:

一、sprint总结

当谈到在一个团队里的收获,首当其冲的便是对于团队工作流程的切身体会、亲力亲为。本次湖北经济学院经济学系毕业生调查,从申报材料、问卷设计、访谈提纲、团队建设、书签制作到实地访谈、问卷填写、影音资料的收集处理、工作日志、个人及团队总结、调查报告的书写、验收材料的整理、宣传材料的制作处理,每一个环节都倾注了我们的心血,每一道工序都是我们经过反复讨论之后得出的共识,每一步都走得很艰难。

其次,团队合作要“人尽其才,物尽其用”。每一个人作为团队的一份子,有义务将自己的想法、意见表达出来,有义务为了团队的利益而放弃一些属于自己的东西,有义务多为团队做贡献。一个自私自立的人不可能在团队里长久的生存。我们应该有一说一,有一做一,为了团队目标的达成而共同努力。这是一个人能够在团队里生存的基础,这也是团队能够团结一致向前走的基础。

然后,团队合作要处理好队员与队员之间的关系。既然是团队,就必须保证团队队员之间的同心协力,共同进退。团队不仅仅是把几个有共同目标的人凑到一起做事情,还会在团队存续期间乃至以后的生活中持续发挥影响。无论在工作中还是在生活中,都必须保证队员之间的良好沟通。无论是人还是事,都不应该抱怨。想办法解决问题才是我们应该做的,抱怨只会让事情更加糟糕,让人与人之间的隔阂日深。

再次,团队合作一定要讲求效率。做好工作日程安排,并严格地按照日程安排进行工作。这一方面是因为团队目标的完成需要效率的支撑,另一方面还因为“一鼓作气,再而衰,三而竭”,要想保证团队的同心协力,就必须摒弃拖拖拉拉的工作作风。对于紧促型的团队,这方面的问题相对较少。对于松散型团队,比如经济学系毕业生调查团队,就必须高度重视这类问题。作为队员,有时候无法改变团队的做事风格,自己应该合理安排时间,做好自己的事情,不至于因为团队的事情而耽误了自己的事情。

二、发言

韩麒麟发言总结:界面做得比较简洁明了,而且有热点推送等界面,下一次的时候界面的美化还可以做得更好一点,内容可以更丰富一点,多样化一点,;在做项目的时候,每个人的风格都不太一样,所以做出来的东西都带有各自的风格特色,最后整合的时候作品就显得有点不伦不类的,希望下次可以统一一下风格。

王俊杰发言总结:这次成功完成任务,每个人都完成了属于自己的任务,值得继续努力,但是做出来的项目还是比较简单,不够特别出色因为各科的大作业都要准备答辩,时间比较紧张。但是我们还是尽力的去配合团队,达到之前预期的效果。但是我们还是希望下一次任务做得更好,可以把各方面做得更好。

列志华发言总结:我觉得这次的项目我做的很好,你不要问我为什么,总之就很好,但是还是要在下一个冲刺中完善自己的任务,要使界面更好看,要使用页面更多元化,还要做一个后台系统,实现更改数据库的数据,方便管理员的管理网站内容。

黄柏堂发言总结:

三、生产率分析

我们的燃尽图一开始的时候都不能按时的完成每天的任务,那是因为一开始我们的课程都比较满,实在是抽不出时间来按时完成任务,导致任务进度一拖再拖,但后来到了周末,我们能抽出时间在项目上了,所以我们的燃尽图在后期就开始呈现出加快进度的趋势,以后我们会尽量的协调时间,按时完成任务。而且在后期就对于这个项目的理解还有对用户需求更加理解。所以做起来就更加得心应手了,效率比前期高了几个等级。

四、回顾结论

 在之后就要美化一下页面,增加内容的趣味性

 

五、读后感

第8章:讲诉了项目需求的分析,如何做好需求分析,需求分析的步骤,让我明白要完成一个项目,需求分析是十分重要的,同时,软件开发不可能一次满足所有利益相关者的要求,但我们一定要让这些相关者在这个阶段有机会提出他们的意见和需求,同时要弄清楚“他们想从软件中得到什么”。软件的开发过程,就是“用户最需要的东西”在一条关系链中传送、转换、实现、扭曲、或丢失的过程。如何确定"用户最需要的东西"我们可以靠一些经过实践证明行之有效的办法,其中许多具体做法既可以用在软件需求的收集阶段,也可以用在测试阶段,下面就是经常用的用户调研方法:1.焦点小组、2.深入面谈、3.卡片分类、4.用户调查问卷、5.用户日志研究、6.人类学调查、7.眼动跟踪研究、8.快速原型调研、9.A/B测试。

第9章:讲诉了项目经理的功能,主要介绍微软的Program Manager,他是产品开发和测试的补充,负责产品的长期发展和市场推广。为此项目经理必须在一系列的项目计划、组织和控制活动中做好领导工作,从而实现项目目标。

第10章:这章讲述的是典型用户和场景。按我的理解,这章是讲程序必须在用户的要求下找到他们真正的需求,程序功能不能缺失,但也不要有太大拓展性,否则不利于软件的维护和安全。还说了规格说明输对我们项目开发的帮助,规格说明书还可以分为软件功能说明书和软件技术说明书,只有通过实践才能够写好规格说明书。

1)功能说明书

定义相关的概念->规范好假设->避免误解,界定一些便界条件->描述主流的用户/软件交互步骤->一些好的功能和副作用->服务质量

(2)功能说明书模板

(3)技术说明书

(4)功能驱动的设计

构建总体模型->构建功能列表->制定开发计划->功能设计阶段->实现具体功能

0525 Scrum 项目7.0

标签:

原文地址:http://www.cnblogs.com/wangjunjie123/p/5528527.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!