最近碰到太多团队管理的问题，求补知识，书籍推荐。

马克一下

人月神话？LXJX

同mark一下

最近正好建立了一个豆列 http://book.douban.com/doulist/13823758/ 供参考。

身为一个多年软件项目管理经验的人，建议你通过两方面提到，一个方面是项目管理方法，一个方面是与人相处的方法。
项目管理方法：一般项目管理会遇到两个情况，一个是项目管理没有方法比较混乱，这方面建议你使用Scrum管理项目。为什么用Scrum好？很多人在介绍敏捷的时候说以前的瀑布式开发不好，其实我觉得很多团队以前根本就没有项目管理方法！纯粹是项目经理自己拍脑袋的。用了Scrum至少是有方法了！而且是一个很落地的方案。可以实际操作的，不是一个概念。但是你又会遇到另外一个问题，就是在这么具体的实际操作方面，大家会觉得繁琐，形式主义，甚至觉得你很装逼。我前两个项目用Scrum都失败了。现在到了一个用Scrum很严格的公司，才发现之前Scrum失败是因为我没有很严格的遵循里面的原则，敷衍了事，只用了皮毛，还洋洋自得的以为Scrum不符合中国国情，自己变通了Scrum。
在新公司使用Scrum成功的原因：
1. 有Scrum Master，这人别的啥事没有，就是看你有没有遵循scrum，这个人很有用，他给了我几个改变具体是：
1.1 几个Sprint之后他说，发现有些任务分数太大了，做不完就直接没完成，要切小，于是我们把单个backlog分数控制在20分以下
1.2 发现在sprint开始的会议上，backlog总是我自己拍脑袋，这样组员不理解，并且sprint中间改动很大，于是我们在sprint开始的那天前2天，由我先把想做的东西发出来，在sprint开始前一天开一个grooming会议，大家先把这些东西过一遍，看看是否有必要，然后再模拟认领一下任务，看看每个人拿到的任务分数是否差不多
1.3 有的sprint总分太低，他就会提醒说，sprint应该保持一个稳定的分数，要提到分数。有的sprint分数高了但是由于任务太重，完成度又达不到，所以要降低分数。但是如果你总是用一个很低的分数来实现高完成度，又会造成你的产出相比别的项目组太小，而且在领导那边（领导不知道你用scrum也不关心）看来你的项目进度缓慢。所以分数又不能太低。那么有的人会说，那我自己把分数标的虚高可以吧？但是我自己是项目经理，我不会想自己欺骗自己的，我希望能有一个实在的分数，因为Scrum这件事情是我发自内心自己想做的，不是要敷衍别人的。这样在各种因素权衡下，分数成为了非常好的一个项目管理办法。

我们没有遵循的地方：
翻卡片，因为我们没有勇气做这么装逼的事情。我觉得如果有勇气应该会更好。

与人相处的办法：
1. 当领导的时候其实你会对自己跟别人说的话很在意，这方面你可以看看《菜根谭》少说话，少说错话
2. 你会发现如果不跟人一对一的面谈你永远不会知道他想要离职了。所以坚持厚着脸皮，一个月或者一个季度一次的一对一面谈。也能拉近关系，很多时候减低员工跟领导的抵制情绪。
3. 别人提出了好的建议，你一时没想到有什么问题，别说“我要研究一下”，直接说“好点子！去做”。因为你是领导，你如果说我要考虑一下，或者研究一下，对于员工脆弱的心灵来说就是拒绝。一般大家的建议不会有错了，就算有错，那么就让他错吧。没啥，技术上都是小事，但是对于团队的积极性来说就是大事。

对了，人月神话这书太老了，但是很好，想看就看下，不想看也可以拉倒。项目管理不是读书读出来的，读啥都没用，非得自己跌倒几次才能学会。没有捷径，所以大家都是失败过的，放心去跌倒吧！以后就会好的

同求。我觉得管理最大问题是我不愿意花时间在管理上面。信不过那些小的

管理可以学习，但很难教导。