(此笔记写于大约二、三年前,现贴出存档)
有点顿悟的感觉了,发挥团队的力量,让每个人主动计划,主动设计,主动发表意见,任何人可以发起讨论,任何人可以发起改进,而不是一个人设计,一个人分配任务,一个人设计思路。那样就不是团队,是包工头和工人的关系。
保留流水线模式的好处,尽可能让其他人参与到任务中来,得到思路的提升;
凡是不要想着,我已经想得很清楚了,我已经安排好了,我比了解的比大家多,然后就直接让他们不假思索和反驳的接受,多让大家参与到主动的思考里来。
项目经理和团队主管应该转变为一个引导者、沟通协调者,避免硬性指派,避免让团队成员被动接受。用开放的心态,尊重每个人思维的独立性,肯定团队成员思维的价值。
我们提倡自我管理,每日计划是一个重要的基础,计划虽然不一定全部能够完成,但是重要的是能够站到一个更全面的角度审视团队和个人的工作。关注团队和自我的目标。每日计划的参考来源:团队整体目标,项目任务,项目需求,项目Bug,改善性思考(非具体任务,但是个人认为哪些需要完善和加强的事项,简单的说就是觉得产品和项目哪里还做得不够好,我有什么想法都可以例如到计划里)
你做或者不做,需求就在那里,只多不少,就算再累,你不一步一步走,是回不了家的;
敏捷团队产品经理或项目经理靠什么来体现价值呢?独到的见解,很强的解决问题能力,产品的发展方向,组织和沟通能力,对产品的把握,对系统架构的把握和见解等。
参考阅读:
冲刺 (sprint) 计划会议准备产品需求,需求之间的关联
Scrum team是否就不需要Code inspection了?
Scrum框架及其背后的原则(上)——Scrum 框架的伪代码描述
一个经历超过十万行代码的Scrum项目经验谈
为什么Scrum不行?
专业 Scrum 开发人员计划