软件项目中，管理者和开发者应该问自己什么

申请免费试用、咨询电话：400-8352-114

在DDJ上看到这篇文章Software Manager Basics ，简单明了地提出了管理者应该问自己的30个问题。把这些问题换个方式，变成程序员应该问自己的问题。其实，管理者和开发者，都在关注同样的问题，只是立场不同。就象一个鸡蛋，每个人从不同的角度看，形状都不一样。
 　　下面是从文章中摘录的30条：
　　资源和产品质量
　　◆　你是否确认已经明确了需求？
　　◆　你是否有一个经过核算的预算？
　　◆　你是否有一个被认可的路线图？
　　◆　你是否有一个被认可的进度？
　　◆　你是否能够准时交付产品？
　　◆　你的人手是否足够？
　　◆　你的团队是否有能力处理变更？
　　◆　你是否能够使团队保持注意力，抵制变更？
　　◆　对于发布的产品，你的客户是否遇到了很多质量问题？
　　◆　你的团队是否对工作的好坏有一个评价体系，并找出改进办法？
 　　沟通
　　◆　你的团队是否了解公司的策略？
　　◆　你的团队是否了解工程的路线图？
　　◆　你的团队是否了解为什么根据路线图能够达到公司的目标？
　　◆　你是否很好得使用了例会和email的沟通手段？
　　◆　团队成员是否会及时的告诉你那些坏消息？
　　◆　你是否从你的团队那里听到关于自己团队的事情，而不是从其他地方？
　　◆　你的团队成员之间，团队和公司的其他部门之间是否能够很好的沟通？
　　◆　你是否会在老板来询问你之前提供他（她）所想要的信息？
　　◆　公司里的其他人是否知道你的团队在作些什么？
　　◆　你的沟通是否采用了正确的方式？ 
　　授权
　　◆　你的团队是通过开发还是购买来保持进度？
　　◆　你是否避免“微管理”？
　　◆　你是否可以把任务委派下去，并且是其不受干扰的进行？
　　◆　你是否使团队中的每个人都清楚他们的义务？
　　◆　你是否给团队成员提供了表现他（她）领导才能的机会？
　　◆　你的团队在争论的时候是否能够意识到事情的紧迫？
　　◆　你是否让每个人明确了自己的角色和职责？
　　◆　团队成员在周末可以回家之前是否都明白自己在本周所应达成的目标？
　　◆　是否每个人都清楚“责任”和“微管理”之间的区别？
　　◆　团队成员对自己的团队是否认可。
　　“微管理”的几个表现：
　　◆　推翻以前自己已经认可的观点，然后不断询问现在的状况。
　　◆　当错过了交付日期的时候勃然大怒。
　　◆　不断的改变任务分配。
　　◆　口头表述传达的，而不是明确的需求。
　　上面都是从管理者的角度说明项目中管理者应当明确的事情，现在变换角度，来看看从程序员的角度，应该问自己些什么。