在开始之前简单介绍一下：小龙服务于一家叫做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
第三、收到过很多关于《哲理故事与管理之道》的评论,例如"当世之人，知道者多，行道者少",我同样会把专栏《哲理故事与管理之道》里面的管理方法用到实际的团队管理中去.也会在文章中指出个人犯了哪些管理上的错误，个人是如何改正的.
欢迎大家拍砖。
欢迎访问我的个人博客 java进阶网 www.javady.com
<敏捷开发之旅> 同步更新于 iteye/csdn 转在请表明出处
<敏捷开发之旅> by dyllove98 @ http://jlins.iteye.com/
<敏捷开发之旅> by dyllove98 @ http://blog.csdn.net/dyllove98
关注@我的新浪微博
关注@我的腾讯微博
分享到：
相关推荐
本书《轻松Scrum之旅：敏捷开发故事》就是基于敏捷开发思想的实践经验，讲述了一个外企的一个新团队如何从零开始实施敏捷，经历挫折、失败、进步、成长，直到项目成功结束的故事。本书的创作完全是由 4 位作者共同...
敏捷开发是一种强调...敏捷开发和Scrum之旅不仅仅是关于技术和工具，更是一种团队文化、工作方式和思维模式的转变。通过这种方式，团队能够有效地提高工作效率，增强适应变化的能力，最终提升软件质量和用户满意度。
1. **敏捷——高效软件开发之道** - **敏捷开发的重要性**：敏捷开发的核心理念是快速响应变化而非遵循计划。这种方式能够有效应对项目的不确定性，提高产品的适应性和竞争力。 - **实践建议**：采用短周期迭代、...
敏捷开发是一种软件开发方法论，它强调快速、灵活和适应性，以便更快地交付高质量的软件产品。以下是敏捷开发的核心知识点概述： 一、敏捷起源 敏捷开发起源于2001年2月，当时17名软件工程师在美国犹他州的Snowbird...
经过软件行业几十年的发展，软件系统变得越来越复杂，传统的软件工程理论 ...敏捷开发就是在这种背景下应运而生的。敏捷（Agile）是一种关注价值、消除浪费、 以人为核心、迭代、循序渐进的开发方法。
### 敏捷开发：精益思想与软件开发之精益工厂之旅 #### 一、精益思想概述 精益思想源于制造业，特别是丰田生产系统(Toyota Production System, TPS)，它强调通过不断减少浪费来提高效率和质量。在《精益思想与软件...
### 组织敏捷转型的四味“药” #### 周巍：组织敏捷转型的关键策略 周巍，作为宝尊电商PMO Head和敏捷转型负责人，拥有丰富的组织效能提升、敏捷转型以及流程优化经验。他曾服务于多家知名企业和机构，如华为、...
2018年在上海举行的敏捷之旅中，姚宇宏所带来的演讲主题是“与右脑共舞”，通过这个主题我们可以洞悉到一些关于敏捷方法论在实际操作中的新颖运用以及视觉引导技术的应用。 敏捷方法论是一种强调快速和灵活响应变化...
在《一个项目团队的敏捷之旅》一文中，作者莫映分享了一个真实项目团队如何从传统开发模式转向敏捷，最终实现项目成功的故事。这个旅程不仅揭示了敏捷方法论的实际应用，也展示了团队面对挑战时的成长与进化。 ####...
在《2018敏捷之旅上海站 黄灵 - 企业运营视角看敏捷》的分享中，黄灵站在企业运营的角度，探讨了敏捷实践如何深入企业层面，企业如何从组织的层面拥抱敏捷思维，以推动整个企业的敏捷转型。 首先，黄灵阐述了企业...
【云原生应用敏捷开发之旅】的PPT探讨了企业如何利用云技术实现高效、敏捷的软件开发。其中，主要涵盖了三个主题：微服务开发、云性能测试和智能运维。 **微服务开发**： 微服务架构是现代云原生应用的基础，它允许...