团队管理——论软件开发中的可信赖的工作.docx

团队管理——论软件开发中的可信赖的工作
 
   
 
 
 
 
 
 
 
     
 
 
 
 
 
 
 
　　中大型软件开发，免不了团队开发，团队开发就少不了分工合作。在团队开发中，当然每个人的能力都很重要，但是我认为可信赖的工作是团队开发的首要条件，也是团队开发存在的基本保证。没有可信赖的工作，就没有团队分工合作，即便有团队存在，也会变成一只内耗极高的团队，管理协调的代价超过团队的优势，团队的价值就会被堙没，便没有存在的价值了。
　　软件开发中可信赖的工作，是指：团队开发中，向小组或者个人分配的一个模块、一项任务应该开始前应该有可信赖的评估和分工，在开始时候被可信赖的计划，在执行中可信赖的反馈，执行过程中完成时间应该被可信赖，执行结束后要有可信赖的质量和可信赖的测试与后继补充性开发和修正工作。相反的为软件开发中的不可信赖工作或者不可信赖因素。
　　大多数新团队的开发工作中的组员的工作是不可信赖的，举个简单的离子，架构师或者主程序员分工好以后，交给一个小组一个模块，或者交给一个人一个模块。虽然有过反复的叮嘱，应该仔细，应该做好细节。但是每次员工递交上来的模块后，经过测试，会发现很多的问题，根本不可信赖。有时候一个模块交给团队组员去开发，用了三天时间，为了修正他们的错误，不得不把所有的代码去看一遍，最后修正工作似乎也用了三天时间，而这些问题中的绝大多数问题为不小心或者不细致导致的问题，这些问题中的绝大多数问题会反复出现在后继工作中，即便你重申过多次。当你把某项工作交给某个人的时候，你不敢相信他可以按质按时的完成，等他完成后递交，你不能确认他的工作真的完成了，或者只是为了应付差事，他自己认为完成了。以至于大家都认为完成的东西，到最后才发现原来根本没有完成，让团队无法托付工作给组员。让客户无法托付产品给公司。这样的问题非常严重，轻则耽误工期，延误时机，增加开发成本和团队管理内耗，重则可能影响到产品成败，甚至公司的前途，所以不得不把可信赖工作放到所有的管理的首位。
　　根据以前项目开发的经验，我做了以下整理，反应到真实的软件开发中大概如下：
　　首先、任务开始前，管理者应该对问题的描述、任务的规模、要求、开发完成后的质量和约束有着清晰而深刻的立即。同时对团队组员的技术水平、时间安排、工作效率和态度有着清晰的认识，知道谁可以胜任，谁不能胜任。应该如何去分配工作，大概需要用时多少，会出现什么状况有着清晰的认知。这个是可信赖工作的前提。
　　其次、任务分配后，组员开始开发前，应该确保和管理者进行过有效的沟通，双方对任务的理解一致而且无歧义。然后组员应该对任务作出基本的计划和规划，列出任务要点以及分工的先后次序，同时对任务作出自我评估，判断是否可以胜任，同时估计该项任务完成的时间和工作量。并且应该以正式报表的形式进行递交。团队虽小，个人认为这个报表少不了，不必太过担心在这样的报表中花费的时间和成本，切记磨刀不误砍柴工。
　　然后、任何开始执行以后，要有一个定时的回报，方便管理者知道的进度。回报的内容应该包括：当前已经完成的工作，剩余的工作以及计划的调整。以及开发中遇到的难点和遗漏点。回报不是为了赶进度，而是为了准确的了解信息，在回报中，管理者不可过分干预工作进度，但求做到心中有数即可。同时