Scrum与项目管理亲体验

GXTP2.0已经结束一段时间了,我们JC小组也对1.0与2.0的项目管理做了一个项目总结,因为我们每个人以后都会做项目组长,所以我就代表我们组对这次项目管理中的一些经验,不管是好的,不好的,都说一下~

2.0项目成员组成:

*丹、小胡、*游、丹妹、英群、颖子、超强、炎炎、梦洁、浩源、庆波

1.0的项目时长68天,2.0的项目时长20天,经过总共98天的奋战,我们系统有了非常大的进展。下面就说说我们在管理过程中的一些好与有待改进的地方:

一、可取之处

1、每天有晨会和晚会,晨会的主要工作是让每一个成员说明今天要完成的任务,一定是让小伙伴自己规定今天可以完成的任务,不可以帮他决定;晚会主要是总结今天自己所负责任务的完成情况,晚会的目的一是了解伙伴们完成的情况,二是无意间给予没有完成任务的伙伴无形的压力。

2、相信队友可以完成,并且鼓励队友,不管做的少还是多,做完了还是没做完,都会是正面的鼓励。

3、组员无法确定自己的任务是否能够完成时,根据自己对队友的了解,来和他商量,确定一个他力所能及的任务。

4、禁止“我尽量”、“应该行”,当队友说我尽量完成时,告诉他“你今天就把他完成吧!”或者是让他告诉自己一个能够完成的具体百分比以及完成的状态。

5、永远用最积极、最开心的心情、表情去面对队友,当自己的心情出现异常时,可以偶尔的取消一次会议,但一定不能带着负面情绪去交流。

6、日报可以从一开始的每天的提醒到大部分人形成习惯,然后不再停止,当有队友忘记时 ,就要发糖啦~~活跃气氛又有效果。

7、老人带新人,组内总会有人员变动,老人要摆正心态,并且要针对性的给新人任务,并由合适的性格的人去带。

8、了解每个人的性格是最重要的了........队友说“以柔克刚”真的很好使!

二、有待改进的地方

1、组内的技术交流有些少,当一个人做了一个组内好几个都有的业务时,没有及时分享,遇到难点时,找不到对应的人解决。

2、晨会、晚会时间控制不好,晚会时常常会重复晨会的内容。耽误时间。

时间: 2024-08-08 17:50:45

Scrum与项目管理亲体验的相关文章

Scrum敏捷项目管理精要

1. 简介: 敏捷项目管理在我们国家起步比较晚,成功运用的项目不多 百分之六十五的敏捷项目用户为scrum 2.互联网时代的特征,雷军的话: 专注,极致,口碑,快(敏捷项目开发就是要快速) 3.敏捷开发各门派 4.敏捷的四大宣言及其内涵 1)个体和互动高于流程和工具 2)工作的软件高于详尽的文档 3)客户合作高于合同谈判:强调和客户之间的合作,尽可能少用合同来说话 4)响应变化高于遵循计划:快速响应客户的要求,不需要把软件全部开发出来再投入市场,可以开发某些功能,投放到客户,然后再不断地完善 5

SCRUM敏捷项目管理全程实战(广州站)

内容提要SCRUM是目前各互联网公司普遍采用的敏捷项目管理模式,与传统的项目管理十大知识领域相比,敏捷更加直击要害,更加强调自组织和跨职能团队,更能帮助企业高效率交付和盈利!传统的项目管理十大知识领域:? 项目整体管理:项目范围管理? 项目时间管理:项目成本管理? 项目质量管理:项目人力资源管理? 项目沟通管理:项目风险管理? 项目采购管理:项目干系人管理而敏捷强调的是交付价值和交付价值驱动下工作,敏捷项目管理没有这么"迂回曲折",而是简单直接和刀刀见血!传统项目团队中有项目经理这样的

研发管理06:Scrum敏捷项目管理

本文结合自己5年多的Scrum 敏捷开发经验, 并结合PMP相关知识与技能, 总结了实际开发过程中的敏捷实践过程. 从介绍敏捷开发方法开始, 逐步介绍Scrum敏捷开发的流程与相关关键技能与框架的应用技巧! 概述: 1, 敏捷开发方法概述 2, 如何计划迭代? 3, 如何启动项目? 4,如何跟踪进度? 5,如何演示印证? 6, 如何灰度发布? 7,如何总结回顾? 8,? 总结 + Q&A

基于JIRA的Scrum敏捷开发的项目管理

Scrum开发的步骤及准备 Scrum敏捷开发的关键字就是增量.迭代,他更重视项目团队之间的现场沟通,不向传统瀑布式开发那样需要万事具备,才开始开发,Scrum在大方向和小故事点确认好了后,团队就可以开动了. Scrum的团队一般都不大,一Scrum团队人数一般在10人左右,主要角色有: product owner(产品负责人).scrum master(团队负责人).scrum team(开发/测试团队). Product owner :需求方,提出需求,能对功能流程.业务流程拍板的人. Sc

禅道项目管理软件

摘自 http://baike.baidu.com/link?url=uysjvv68SXZRIV2HNxIIbyAuuHiI-lx_S2KI8B1f-heYi8oahk7h6xnzdcmI52Rxt6eUBKakTUPKlZWzJW9SGa http://www.zentao.net/article-browse-1067.html/ 禅道项目管理软件集产品管理.项目管理.质量管理.文档管理.组织管理和事务管理于一体,是一款功能完备的项目管理软件,完美地覆盖了项目管理的核心流程. 中文名 外文

项目管理书籍推荐

http://blog.csdn.net/hbqhdlc/article/details/6207513 项目管理书籍推荐 一.人件 <人件>第1版于1987 年出版,专门讨论了软件开发和维护团队的管理问题,并向人们的传统认识提出了挑战.作者在书中推崇人本管理思想,正确指出知识型企业的核心是人,而不是技术,呼吁给予软件工作者充分的自由和信任.本书推出后,立即在西方引起了轰动,被誉为“几十年来对美国软件业影响最大的理念”.与<人月神话>一样,<人件>现已成为软件团队管理的

2016年Scrum状态调查报告

背景 Scrum是一种迭代式增量软件开发过程,通常用于敏捷软件开发,包括一系列实践和预定义角色的过程骨架.Scrum由Jeff Sutherland和Ken Schwaber在一次IBM项目合作中研究成功,1995年OOPSLA大会上进入人们的生活.Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务,产品负责人代表利益所有者,开发团队包括所有开发人员.2016年度Scrum调查报告的结果来自于76个国家的两千多名参与调查人士,代表了15种以上不同的行业. 组织中使用什

[国嵌攻略][166][项目管理模型]

项目管理的必要性 随着IT技术的飞速发展,软件的规模也越来越庞大,个人单打独斗式的开发方式已经满足不了软件开发的需要了.软件项目管理是通过一系列科学方法,对成本.人员.进度.质量.风险等进行分析和管理的活动. 瀑布管理模型 1.软件概念->用户需求 2.需求分析->软件原型 3.架构设计->架构文档 4.详细设计->设计模型 5.代码编写->代码文件 6.系统测试->软件发布 敏捷开发模型 scrum管理模型 每次从需求池中拿出需求清晰的一部分进行开发.发布原型之后,根

菜鸟Scrum敏捷实践系列(三)用户故事的组织---功能架构的规划

采用Scrum敏捷项目管理方法进行产品开发,当碰到较大规模的产品开发,用户故事较多时,就必须采取一定的方法来组织.管理用户故事,使其分门别类的管理,条理才清楚.通常我们采用“功能架构”来分层分类别来管理用户故事. 一.规划层次 遵循Scrum敏捷项目管理理论,可把项目划分为三个大的层次,分别是顶层的产品层,支持多个产品同时开工:第二层是功能架构(Features)层,能够规划软件产品的整个骨架(功能蓝图):第三层是用户故事层,把用户故事分门别类的放在功能架构之下.项目管理者和开发者能够一目了然的