您当前的位置: 以下是个人在项目过程中，对项目管理的学习和总结，目的是为了使得开发更有效和舒服，一切顺理成章。如有不足之处，还请批评指正。
1.项目进度的时间分配
最好能让项目经理或者项目负责人来分配，结对编程中主导者负责分配副手的时间，不要让程序员自己去分配，因为他对于总体进度的理解不如把控全局的人那么清楚。所以，项目经理最好是技术出身，不然一个需求他很难定时间。（经过大家的讨论，我特在后面追加，分配的时候，要和程序员进行征求意见，以可以讨论和留余地的方式最终确定时间）。
2.晨会
晨会不要每天都开，合适的时候才开，这样可以避免浪费时间。一个好办法是如有需求，相关人员去开就行了，不必每个人都去开，这个办法需要注意，每个人的需求都要合理分配，做到每个人都有事可干。
3.结对编程
一主一副搭配是很好的，一个负责主导，一个负责帮忙，要求主导要有耐性，副手要有合作精神。
以后将对本篇进行持续更新，敬请期待。
1 楼
dwbin
昨天
不大好吧？
时间还是程序员自己来分配的比较好，很多人在估算时间的时候会弄的差距比较大，但是应该在一个统一的会议里面进行具体的时间计算，大家一起参与，而不是某个人说了算。再者项目经理是否技术出身不重要吧？最重要的是要懂人，人都有基本需求，都会有懒惰，懦弱，等等一系列的情绪起落，一个懂的关心人的项目经理会不会更好些？
晨会这个嘛，如果你对自己的队员完全的信任，那也是可以不开的，但是十五分钟的晨会，说实话节省不了什么时间，而且晨会可以让一个人掌握大局，能更好的调整story，合作等等。
至于结对编程，其实不是那么重要，最重要的是大家的分享精神。开放的团队氛围才是最重要的。
时间还是程序员自己来分配的比较好，很多人在估算时间的时候会弄的差距比较大，但是应该在一个统一的会议里面进行具体的时间计算，大家一起参与，而不是某个人说了算。再者项目经理是否技术出身不重要吧？最重要的是要懂人，人都有基本需求，都会有懒惰，懦弱，等等一系列的情绪起落，一个懂的关心人的项目经理会不会更好些？
晨会这个嘛，如果你对自己的队员完全的信任，那也是可以不开的，但是十五分钟的晨会，说实话节省不了什么时间，而且晨会可以让一个人掌握大局，能更好的调整story，合作等等。
至于结对编程，其实不是那么重要，最重要的是大家的分享精神。开放的团队氛围才是最重要的。
2 楼
fan7421436
昨天
不会吧 写的和我现在的项目经理管理方式一模一样！难道博主就是我的项目经理？
3 楼
bing_zz
昨天
还是比较赞同一楼的哥们，如果你是神话级的人物，会点所谓的读心术，那你就指定时间给手下，大小全包，你会很累的。把手下当机器一样用，有活干时就给个指令，估计你手下很快就麻，这也是外包里出来的人为什么在招聘时有些人会觉得有工作经验没有项目经验的原因。
4 楼
nannan408
7 小时前
dwbin 写道
不大好吧？
时间还是程序员自己来分配的比较好，很多人在估算时间的时候会弄的差距比较大，但是应该在一个统一的会议里面进行具体的时间计算，大家一起参与，而不是某个人说了算。再者项目经理是否技术出身不重要吧？最重要的是要懂人，人都有基本需求，都会有懒惰，懦弱，等等一系列的情绪起落，一个懂的关心人的项目经理会不会更好些？
晨会这个嘛，如果你对自己的队员完全的信任，那也是可以不开的，但是十五分钟的晨会，说实话节省不了什么时间，而且晨会可以让一个人掌握大局，能更好的调整story，合作等等。
至于结对编程，其实不是那么重要，最重要的是大家的分享精神。开放的团队氛围才是最重要的。
时间还是程序员自己来分配的比较好，很多人在估算时间的时候会弄的差距比较大，但是应该在一个统一的会议里面进行具体的时间计算，大家一起参与，而不是某个人说了算。再者项目经理是否技术出身不重要吧？最重要的是要懂人，人都有基本需求，都会有懒惰，懦弱，等等一系列的情绪起落，一个懂的关心人的项目经理会不会更好些？
晨会这个嘛，如果你对自己的队员完全的信任，那也是可以不开的，但是十五分钟的晨会，说实话节省不了什么时间，而且晨会可以让一个人掌握大局，能更好的调整story，合作等等。
至于结对编程，其实不是那么重要，最重要的是大家的分享精神。开放的团队氛围才是最重要的。
时间分配最终是为了能在统筹全局的情况下，将任务落实。如果程序员自身全局能力比较强，也是可以让其自行分配的，但这是少数情况。
5 楼
nannan408
7 小时前
bing_zz 写道
还是比较赞同一楼的哥们，如果你是神话级的人物，会点所谓的读心术，那你就指定时间给手下，大小全包，你会很累的。把手下当机器一样用，有活干时就给个指令，估计你手下很快就麻，这也是外包里出来的人为什么在招聘时有些人会觉得有工作经验没有项目经验的原因。
第一条我只强调了时间分配的主要方面，漏了程序员方面，所以我在括号后面加上了遗漏的要素。只要分配得很有余地，就不是外包。这和外包完全是两个概念。
6 楼
dwbin
6 小时前
nannan408 写道
dwbin 写道
不大好吧？
时间还是程序员自己来分配的比较好，很多人在估算时间的时候会弄的差距比较大，但是应该在一个统一的会议里面进行具体的时间计算，大家一起参与，而不是某个人说了算。再者项目经理是否技术出身不重要吧？最重要的是要懂人，人都有基本需求，都会有懒惰，懦弱，等等一系列的情绪起落，一个懂的关心人的项目经理会不会更好些？
晨会这个嘛，如果你对自己的队员完全的信任，那也是可以不开的，但是十五分钟的晨会，说实话节省不了什么时间，而且晨会可以让一个人掌握大局，能更好的调整story，合作等等。
至于结对编程，其实不是那么重要，最重要的是大家的分享精神。开放的团队氛围才是最重要的。
时间还是程序员自己来分配的比较好，很多人在估算时间的时候会弄的差距比较大，但是应该在一个统一的会议里面进行具体的时间计算，大家一起参与，而不是某个人说了算。再者项目经理是否技术出身不重要吧？最重要的是要懂人，人都有基本需求，都会有懒惰，懦弱，等等一系列的情绪起落，一个懂的关心人的项目经理会不会更好些？
晨会这个嘛，如果你对自己的队员完全的信任，那也是可以不开的，但是十五分钟的晨会，说实话节省不了什么时间，而且晨会可以让一个人掌握大局，能更好的调整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：对于敏捷有一点点经验，我们可以多交流一下，不过很遗憾的是没有什么好的材料留下来。