Chinaunix首页 | 论坛 | 博客
  • 博客访问: 587586
  • 博文数量: 372
  • 博客积分: 10063
  • 博客等级: 中将
  • 技术积分: 4220
  • 用 户 组: 普通用户
  • 注册时间: 2012-02-24 11:36
文章分类

全部博文(372)

文章存档

2012年(372)

分类: 虚拟化

2012-03-09 19:25:14

 在开始之前简单介绍一下:小龙服务于一家叫做xx的软件公司,在里面是一个开发团队的PL,直接领导是老徐。

小龙的开发团队总共有七人,一个最佳的Scrum开发团队人数
PL : 小龙

成员 : 宾哥 红姐(MM) 小美女(MM) 排骨(MM) 小梅(MM) 小梁(MM)

呵呵,看到性别后大家都傻眼了吧,七个人的团队中有五个MM!这可是事实!是不是有些羡慕呀.

新的开始

刚做完一个项目,项目的的人员都比较空闲,作为项目PL的小龙也在近期对上一个项目进行了总结(备注:作为团队的管理者,一个项目完成之后一定要做一个详细的项目总结,作为开发人员最好也要总结,总结自己得失,最好能以文本的方式输出给自己的领导).

上一个项目是一个典型的采用Scrum框架的敏捷项目,也是小龙所带领团队重组后的第一个项目,由于刚开始整个团队对敏捷的认识不足、项目范围的控制力度不够、等因素导致原计划6个月的项目延迟了整整2个月,这样让以前自信满满的小龙受到了不小的打击.

唯一值得高兴的是经过这长达8个月的敏捷实战,在经历了数次血淋淋的教训之后,团队上下对敏捷开发的认识更深了一步,团队之间的配合越加密切,积极性和主人翁意识也越来越高了,并且在项目后期大家一起努力整理出来了一套适合自己团队的敏捷开发方式.但是,因为是在项目后期,许多工作是不可能重新来做的,所以这些开发方式对这个已经收尾的项目没有起到多大的作用.这也使团队每个成员都憋着劲,都希望可以找一个项目好好的实践一下我们自己的开发方式...于是为了提高团队的信心和验证一下我们自己的敏捷开发方式,小龙开始考虑着是否主动去找领导接一个小项目来做做。

(注:适合我们团队的敏捷开发方式--并不是我们自己搞了一套敏捷开发方式,还是使用Scrum开发,而是根据我们团队的特点来决定在Scrum的各个阶段我们应该重点关注哪些事情,重点做哪些事情,应该由谁来做等等,一个新团队如果在没有充足的敏捷经验的情况下,照着Scrum的规范来做,都会出现一些乱七八糟的问题,并不是Scrum有问题,而是团队不知道如何做,或者做到什么样子的程度才算符合.)

在接下来的几天里,小龙给团队成员安排了一些学习性的任务,并没有着急的开始去接项目,毕竟刚做完一个这么长周期的项目,虽然不怎么加班,但是大家的心理上还是比较疲劳的,正好在这个阶段给大家放松一下...顺便让大家充充电,多学习点知识,为下一个项目做好充足的准备.(注:做完一个项目之后一定要然给大家休息一下,但休息不等于放假,让大家学学新知识,充足一下自己也算是另一种休息) 当然小龙本人也在这段时间完善一下自己整理了几个专题《开发管理checkLists》《哲理故事与管理之道》《Eclipse rcp/rap 开发经验总结》,这样即可以巩固个人对管理和技术上的认识,又可以让其他朋友参考和学习,何乐而不为呢...

就这样又过来几天,看到大家都放松的差不多了,再放松下去就容易产生惰性了,小龙准备去找自己的领导老徐去沟通(备注:为什么要主动找领导沟通?举一个很简单的例子--你站在一个管理者的角度考虑,2个差不多的员工,一个经常找你沟通,向你要需求,一个你要自己去找他沟通,给他分配需求,你喜欢哪个?),很早之前就听领导老徐说希望要做一个人力资源管理系统,正好现在大家也休息了一小段时间了,不如拿这个项目试验一下我们总结的的敏捷开发实践的效果?带着这份期望,小龙来到了老徐的办公桌前:

"徐工,最近团队有点空闲时间,要不我们做一下你前段时间说的人力资源管理系统?"

"好呀,你们上个项目都测试完了,没有问题了?"

"是的,已经没有问题了,所以才来找你呀!"

"好!那我给你简单讲下这个需求吧.这个小项目的目的是统一管理我们xx组所有的人力资源,由于我们目前大约有七八十个员工不怎么好,每个员工最近在干什么,是否出差,是否请假都不是很清楚,我希望这个平台能够管理和查看所有人员目前工作状态和日志的管理... ..."

接下来老徐有开始介绍细节"这个系统大约分为2个主要的管理界面,一个是人员个人基本信息管理界面,另外一个是人员所在做的项目和所作任务管界面,系统的权限也需要进行控制,不同级别的人员登录后看到的界面不一样,权限也不一样..."

经过和老徐半个小时的沟通,小龙终于差不多了解项目的需求和界面的展示方式.于是小龙就回到了办公桌上整理刚才的沟通结果,并让宾哥预订一个会议室准备开组内会议.

------待续

-----------------------------分割线--------------------------------

为什么要写着这一系列的文章?

第一、如同文章刚开始说的,上一个敏捷项目还算可以,但是个人认为不怎么成功,后期整理了一套适合自己团队的敏捷开发管理方式,我个人想把这个方式正式的用在项目中,就如同上面说的哦"写出来,即可巩固个人对管理和技术上的认识,又可以让其他朋友参考和学习,何乐而不为呢..."

第二、个人也想验证一下自己整理的《开发管理checkLists》具体实用性,我会按照着这个专栏的大体顺序往下执行,当然我也会在文章中指出在什么阶段可以使用哪个checklist

第三、收到过很多关于《哲理故事与管理之道》的评论,例如"当世之人,知道者多,行道者少",我同样会把专栏《哲理故事与管理之道》里面的管理方法用到实际的团队管理中去.也会在文章中指出个人犯了哪些管理上的错误,个人是如何改正的.

欢迎大家拍砖。

<敏捷开发之旅> 同步更新于 iteye/csdn 转在请表明出处

<敏捷开发之旅> by dyllove98 @ http://jlins.iteye.com/

<敏捷开发之旅> by dyllove98 @ http://blog.csdn.net/dyllove98

阅读(178) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~
评论热议
请登录后评论。

登录 注册