项目组长第七天

 

也许是我还没有做好准备就接受了这份职责而导致的，也许是因为每个第一次做项目组长的人都要经历的，手忙脚乱的七天。

 

不能说没做一点准备，之前还是考虑过的。怎样开会让大家明确需求、做好设计，怎样分工、做好计划，然后带领大家协作完成任务。这好像也没什么。但如果做起来就像说得这样简单，这篇文字也就没有诞生的必要了。下面是这七天来我的一些感受：

 

1、自己的开发任务完成不了了

开完了会，每个人都分好了工，已经开工了，我还在不断地想项目开始阶段应该注意什么东西，别忘了某个事情，但还是遗漏了一些。赶紧和客户确认，然后慌忙跑过去通知每个人，此时已忘了发邮件是更好的沟通方式。

 

终于大家都忙起来了，刚要静下来编自己的一部分代码，一个同事跑过来了，需要向客户确定某个需求，然后打电话联系、商量、等待回复、转答给同事。一会儿客户又打电话过来了，想添加一点小功能。在纷扰之中，发现自己开始有些烦躁了，编码效率极低，甚至一下午基本一行没写。

 

整个项目的大计划很重要，个人的计划更重要，要细，要动手动笔记。把自己的工作安排得井井有条，才得真得“带”着大家把项目做好。

 

2、不能把握整个项目

作为一个项目的负责人，至少要知道项目现在开发成什么样了，每个人都在做什么，今天能完成什么，照这样能否按时完成计划。

 

如果前些天问我这些问题，我只知道大家都在忙，其他就一无所知了，很失职啊！这些都不清楚，怎么能了解项目在后续开发中会遇到哪些问题，具体每个人开发过程中的难点以及如何解决等。

 

在这个小项目中，我就是客户与开发者之间的桥梁，只有时时把握项目的进展情况，及时拿客户需求来丈量项目的成长，及时做好与开发者和客户的交流，才能保障项目开发的有序进行。

 

3、计划和总结不好做

从做计划和总结的能力可以看出把握全局的能力，每天下班前要做好当天的总结和第二天的计划，我就根据大家的总结及计划和项目总体的进度，做第二天的工作计划。这些天的计划都是很弱的，因为都是一些赶不上变化的计划。

 

做好计划需要深入地了解项目，才能知道每个模块具体的工作量，还需要对人员有充分地了解，才能做好分工，才有可能如期完成任务，皆大欢喜。看来我对项目的了解还不够深入，对每个同事还不够理解。

 

对项目的详细了解是基础，然后要了解每个开发者的工作习惯，要在心中给他另一个计划，在做出计划时要胸有成竹，表面上有一套计划，虽赶不上变化，但却在另一份计划之内。这个度很难把握。

 

要做好这项工作需要很深的功夫，上面的理论并没有实践检验通过，希望有一天自己可以把计划做得胸有成竹。

 

4、与同事的沟通不如意

由于项目比较急，加上计划跟不上变化，大多同事选择周六、日来加班一段时间，我当然要两天都待在公司了，这两天与同事交流问题时，不知是我烦躁了还是同事烦躁了，沟通有不愉快的时候。

 

也许我还没有足够的威信，也许大家已经对我有了意见，总之，我与同事们的沟通技巧、沟通的态度都尤为重要，我以后会更加注意。

 

幸亏我上面有经理，虽把这个项目交给我负责，他还不断地在关注，并且给了我很多帮助，在此要深深地谢谢他！