……
我们把否定一切的条条框框，做为了解决沟通协调的灵丹妙药。现实中，它可能是这样的结果：项目计划回到了发射后不管的状态。 而去做了别的，程序员则坚持自己按照了指示，两个人无休止地争论自己没有记错。人的记忆力不是可靠的，假如当初的任务指派是有记录的（纸张或者电子的），那么即使这种事情发生了，我们也可以减少争吵的时间，更关键的是避免了关系的恶化。
在此绝非否定所谓的轻量级管理。在一个有序的软件开发团队中，过多的规则很有可能消耗了大量的时间，降低了团队对需求变化的响应速度。轻量级管理的出发点在于减少这些浪费，加快对变化的反应。但是多数的软件开发团队并不是处在条条框框太多的状态，而是处在混沌不可控的状态。
继续刚才的比喻。如果一个程序员在工作日志上写上千篇一律的“全天工作”，他是不是也完全有可能在无人过问的情况下偷懒呢。我们不能把问题归结到工作日志上，而要思考真正的问题：为什么他的工作没有人过问？为什么他心怀不满？这个问题的答案往往只能是或者是此人的职业道德存在问题，或者是管理者缺乏沟通能力。然而，不管是哪个，这显然都是很让人难以面对的答案。人总是倾向于选择容易接受的答案：工作日志没有意义。
任何管理问题都绕不开人的问题。组织内的沟通协调可以用形式化的依赖制度的方法处理，也可以用自由的依赖人员当面协调的方式处理。两者的极端分别是严格的管理制度（按本子办事，事事申请、批准）和合作伙伴之间的高度信任。这两个极端之间的任何一点都是可取的，关键是在于选择合适自己团队规模和能力的沟通方式。
棋手或者习武者从一招一式入门，而最终到无招胜有招的境界。没有“招”的管理者，要么是高手，要么是一无所知。
笔者的建议是：不依靠表格、会议等来分配和跟踪任务。这实际上对管理者的人际沟通能力提出了更高的要求，可以取得很好的效果，但不是新手容易做到的。如果自认为还不是高手，那么就应该从简单的管理规范（如晨会、每日工作日志）入手，只要管理者不要忘记这些规章和制度是做为管理的辅助，那么也许有一天可以到不依赖他们的境界。
小结
软件项目开发中，不只有上面的几个问题，同理，一个项目经理在工作中不只是面临上面的几个小“错误”。
此文章共有5页 上一页 1 2 3 4 5 下一页
文章来源：中国项目管理资源网
 软件开发项目管理培训课程方案
|
Leadge.com首页 > 知识库 
