敏捷优秀实践

   以下是个人在项目过程中，对项目管理的学习和总结，目的是为了使得开发更有效和舒服，一切顺理成章。如有不足之处，还请批评指正。
   1.项目进度的时间分配
   最好能让项目经理或者项目负责人来分配，结对编程中主导者负责分配副手的时间，不要让程序员自己去分配，因为他对于总体进度的理解不如把控全局的人那么清楚。所以，项目经理最好是技术出身，不然一个需求他很难定时间。（经过大家的讨论，我特在后面追加，分配的时候，要和程序员进行征求意见，以可以讨论和留余地的方式最终确定时间）。
   2.晨会
   晨会不要每天都开，合适的时候才开，这样可以避免浪费时间。一个好办法是如有需求，相关人员去开就行了，不必每个人都去开，这个办法需要注意，每个人的需求都要合理分配，做到每个人都有事可干。
  3.结对编程
  一主一副搭配是很好的，一个负责主导，一个负责帮忙，要求主导要有耐性，副手要有合作精神。
  4.周末
  周末了,早点回去,任务量调低,难道你希望你的小伙伴都不再期待迷人的周末?
  5.有没有必要有一个架构师.
  当没有一个架构的时候,是需要的.当你有几个系统分析师的时候,不需要了,他们可以讨论和更好地维护一个架构.
  6.boss如何在群里面发开会通知。
   如果是在群里面通知相关人员，你需要说明你开会的主题。为什么？请看一个笑话，一个纪委的电话被孩子摆弄，第二天秘书告诉他，你昨天打了很多个市长电话？纪委说没有啊，是小孩子拿我的手机玩吧？秘书难过地说：您的小孩一玩就出大事了，昨天两个市长跳楼，一个自杀未遂！
  以后将对本篇进行持续更新，敬请期待。

评论

11 楼 viscent 2012-08-09  

nannan408 写道

并且，让下属领任务是很不负责的表现，我个人非常鄙视(请原谅我的愤怒)。一个TL如果不能通过沟通把任务下发，那么说明他能力很有问题。

我在项目组里就是采用让员工自己去任领任务的。而不是所谓“分配”。员工对什么工作感兴趣，他会主动要求去做相关的事情的。
《敏捷项目管理实战之团队自我管理》这篇文章有提到这点，认领任务是实现团队自我管理的一个方面。http://blog.viscenthuang.info/2012/07/%e6%95%8f%e6%8d%b7%e9%a1%b9%e7%9b%ae%e7%ae%a1%e7%90%86%e5%ae%9e%e6%88%98%e4%b9%8b%e5%9b%a2%e9%98%9f%e8%87%aa%e6%88%91%e7%ae%a1%e7%90%86/

10 楼 nannan408 2012-06-27  

dwbin 写道

nannan408 写道

并且，让下属领任务是很不负责的表现，我个人非常鄙视(请原谅我的愤怒)。一个TL如果不能通过沟通把任务下发，那么说明他能力很有问题。

呵呵，愤怒啊，好像你不太容易相信别人啊，不知道方不方便透露你现在的级别是什么？

我的级别就是中级程序员向设计方面发展着。创业和领导都做过，程序员随着智能产业的发展必定会过得很好的，不要去外包就行了 。

9 楼 dwbin 2012-06-27  

nannan408 写道

并且，让下属领任务是很不负责的表现，我个人非常鄙视(请原谅我的愤怒)。一个TL如果不能通过沟通把任务下发，那么说明他能力很有问题。

呵呵，愤怒啊，好像你不太容易相信别人啊，不知道方不方便透露你现在的级别是什么？

8 楼 nannan408 2012-06-26  

并且，让下属领任务是很不负责的表现，我个人非常鄙视(请原谅我的愤怒)。一个TL如果不能通过沟通把任务下发，那么说明他能力很有问题。

7 楼 nannan408 2012-06-26  

dwbin 写道

nannan408 写道

dwbin 写道

不大好吧？
时间还是程序员自己来分配的比较好，很多人在估算时间的时候会弄的差距比较大，但是应该在一个统一的会议里面进行具体的时间计算，大家一起参与，而不是某个人说了算。再者项目经理是否技术出身不重要吧？最重要的是要懂人，人都有基本需求，都会有懒惰，懦弱，等等一系列的情绪起落，一个懂的关心人的项目经理会不会更好些？
晨会这个嘛，如果你对自己的队员完全的信任，那也是可以不开的，但是十五分钟的晨会，说实话节省不了什么时间，而且晨会可以让一个人掌握大局，能更好的调整story，合作等等。
至于结对编程，其实不是那么重要，最重要的是大家的分享精神。开放的团队氛围才是最重要的。

  时间分配最终是为了能在统筹全局的情况下，将任务落实。如果程序员自身全局能力比较强，也是可以让其自行分配的，但这是少数情况。

nannan408 写道

bing_zz 写道

还是比较赞同一楼的哥们，如果你是神话级的人物，会点所谓的读心术，那你就指定时间给手下，大小全包，你会很累的。把手下当机器一样用，有活干时就给个指令，估计你手下很快就麻，这也是外包里出来的人为什么在招聘时有些人会觉得有工作经验没有项目经验的原因。

第一条我只强调了时间分配的主要方面，漏了程序员方面，所以我在括号后面加上了遗漏的要素。只要分配得很有余地，就不是外包。这和外包完全是两个概念。

这里补充说明一点儿：

我的原意是想说项目经理在敏捷的权重是要降低的，敏捷最核心的是Master是负责敏捷任务的人员而不是项目经理。这里存在的就是个职责问题。
我不知道你的工作环境里面的项目经理是不是那种一把抓的情况，实际上我所理解的项目经理应该是那种只负责项目进度和需求确认的也就是PM，除了PM还有两个人物在敏捷里面是很重要的，一个是TL（技术Leader，这个人在每个story里面进行技术相关的确认和拍板），一个是Master，主要分配每个sprint所涵盖的story以及人员配给等。
PM所应该关心的是项目的进度和需求的澄清，同是Master应该关注story的进度和人员之间的关系，这个人很重要，他要能发觉出什么时候需要加人什么时候需要story分解或者delay等等。
然后再说这个时间的问题，时间不可能是由一个人定下来的，实际上我觉着敏捷开始的时候需要由master和PM以及TL定义出当前sprint需要完成的Story，然后由相应的编程小组（满足一下你结对编程的心理）领取自己的责任，然后大家一起来决定时间，决定时间的时候所起作用的人主要是PM,Master,TL以及当前参与项目的人员，实际上PM的权重真的不重的，私人觉着做敏捷主要就是风险均摊和risk的前置发现。如果让一个人在项目里面说了算的话好像没法达到想要的效果了。

PS：对于敏捷有一点点经验，我们可以多交流一下，不过很遗憾的是没有什么好的材料留下来。

你分析项目经理的片段很精彩。不过请仔细看，我那里第一条黑色字说的是或者是项目负责人，即不能单独让程序员自己去估时间，这不是对程序员的管制，巧合相反，是帮程序员分忧解难。我的理解是项目经理PM或者负责人TL，都是尽量帮助下属成功的，要担责的，而不是把责任都推给程序员，实际上也是推不了的，总责还是在项目经理和负责人身上。而分时间，就是在帮其管辖的程序员(大家都是程序员本来都平等)，关于这些，很多PM和TL已经做得很好了，我只是做些总结和学习。

6 楼 dwbin 2012-06-26  

nannan408 写道

dwbin 写道

不大好吧？
时间还是程序员自己来分配的比较好，很多人在估算时间的时候会弄的差距比较大，但是应该在一个统一的会议里面进行具体的时间计算，大家一起参与，而不是某个人说了算。再者项目经理是否技术出身不重要吧？最重要的是要懂人，人都有基本需求，都会有懒惰，懦弱，等等一系列的情绪起落，一个懂的关心人的项目经理会不会更好些？
晨会这个嘛，如果你对自己的队员完全的信任，那也是可以不开的，但是十五分钟的晨会，说实话节省不了什么时间，而且晨会可以让一个人掌握大局，能更好的调整story，合作等等。
至于结对编程，其实不是那么重要，最重要的是大家的分享精神。开放的团队氛围才是最重要的。

  时间分配最终是为了能在统筹全局的情况下，将任务落实。如果程序员自身全局能力比较强，也是可以让其自行分配的，但这是少数情况。

nannan408 写道

bing_zz 写道

还是比较赞同一楼的哥们，如果你是神话级的人物，会点所谓的读心术，那你就指定时间给手下，大小全包，你会很累的。把手下当机器一样用，有活干时就给个指令，估计你手下很快就麻，这也是外包里出来的人为什么在招聘时有些人会觉得有工作经验没有项目经验的原因。

第一条我只强调了时间分配的主要方面，漏了程序员方面，所以我在括号后面加上了遗漏的要素。只要分配得很有余地，就不是外包。这和外包完全是两个概念。

这里补充说明一点儿：

我的原意是想说项目经理在敏捷的权重是要降低的，敏捷最核心的是Master是负责敏捷任务的人员而不是项目经理。这里存在的就是个职责问题。
我不知道你的工作环境里面的项目经理是不是那种一把抓的情况，实际上我所理解的项目经理应该是那种只负责项目进度和需求确认的也就是PM，除了PM还有两个人物在敏捷里面是很重要的，一个是TL（技术Leader，这个人在每个story里面进行技术相关的确认和拍板），一个是Master，主要分配每个sprint所涵盖的story以及人员配给等。
PM所应该关心的是项目的进度和需求的澄清，同是Master应该关注story的进度和人员之间的关系，这个人很重要，他要能发觉出什么时候需要加人什么时候需要story分解或者delay等等。
然后再说这个时间的问题，时间不可能是由一个人定下来的，实际上我觉着敏捷开始的时候需要由master和PM以及TL定义出当前sprint需要完成的Story，然后由相应的编程小组（满足一下你结对编程的心理）领取自己的责任，然后大家一起来决定时间，决定时间的时候所起作用的人主要是PM,Master,TL以及当前参与项目的人员，实际上PM的权重真的不重的，私人觉着做敏捷主要就是风险均摊和risk的前置发现。如果让一个人在项目里面说了算的话好像没法达到想要的效果了。

PS：对于敏捷有一点点经验，我们可以多交流一下，不过很遗憾的是没有什么好的材料留下来。

5 楼 nannan408 2012-06-26  

bing_zz 写道

还是比较赞同一楼的哥们，如果你是神话级的人物，会点所谓的读心术，那你就指定时间给手下，大小全包，你会很累的。把手下当机器一样用，有活干时就给个指令，估计你手下很快就麻，这也是外包里出来的人为什么在招聘时有些人会觉得有工作经验没有项目经验的原因。

第一条我只强调了时间分配的主要方面，漏了程序员方面，所以我在括号后面加上了遗漏的要素。只要分配得很有余地，就不是外包。这和外包完全是两个概念。

4 楼 nannan408 2012-06-26  

dwbin 写道

不大好吧？
时间还是程序员自己来分配的比较好，很多人在估算时间的时候会弄的差距比较大，但是应该在一个统一的会议里面进行具体的时间计算，大家一起参与，而不是某个人说了算。再者项目经理是否技术出身不重要吧？最重要的是要懂人，人都有基本需求，都会有懒惰，懦弱，等等一系列的情绪起落，一个懂的关心人的项目经理会不会更好些？
晨会这个嘛，如果你对自己的队员完全的信任，那也是可以不开的，但是十五分钟的晨会，说实话节省不了什么时间，而且晨会可以让一个人掌握大局，能更好的调整story，合作等等。
至于结对编程，其实不是那么重要，最重要的是大家的分享精神。开放的团队氛围才是最重要的。

  时间分配最终是为了能在统筹全局的情况下，将任务落实。如果程序员自身全局能力比较强，也是可以让其自行分配的，但这是少数情况。

3 楼 bing_zz 2012-06-25  

还是比较赞同一楼的哥们，如果你是神话级的人物，会点所谓的读心术，那你就指定时间给手下，大小全包，你会很累的。把手下当机器一样用，有活干时就给个指令，估计你手下很快就麻，这也是外包里出来的人为什么在招聘时有些人会觉得有工作经验没有项目经验的原因。

2 楼 fan7421436 2012-06-25  

不会吧 写的和我现在的项目经理管理方式一模一样！难道博主就是我的项目经理？

1 楼 dwbin 2012-06-25  

不大好吧？
时间还是程序员自己来分配的比较好，很多人在估算时间的时候会弄的差距比较大，但是应该在一个统一的会议里面进行具体的时间计算，大家一起参与，而不是某个人说了算。再者项目经理是否技术出身不重要吧？最重要的是要懂人，人都有基本需求，都会有懒惰，懦弱，等等一系列的情绪起落，一个懂的关心人的项目经理会不会更好些？
晨会这个嘛，如果你对自己的队员完全的信任，那也是可以不开的，但是十五分钟的晨会，说实话节省不了什么时间，而且晨会可以让一个人掌握大局，能更好的调整story，合作等等。
至于结对编程，其实不是那么重要，最重要的是大家的分享精神。开放的团队氛围才是最重要的。