从程序员跨度到管理者该做什么

   进新的公司也快一个月了，被招进来的时候，老板就跟我说是想培养我作项目主管的。而不是一个普通程序员，让我努力往那方面发展。当时我的理解是，项目主管应该也就是给下面的人分配任务，而主要的任务还是编程吧！然后项目很赶，我每天除了给下面的人分配下任务，其余时间都是在编码，或者和老板讨论下需求，其实也都是他在跟我说，我该做什么，该怎么做，甚至都告诉了我要如何做。
   直到昨天，老板终于发火了。他说，你知道你现在在做什么吗？你现在所做的工作都是程序员做的事，你看问题的角度也都是程序员的角度，而我却在做你的工作，每天告诉你要做什么，甚至怎么做！你甚至是一个邮件转发人，把你下面的人发的邮件再转发给我看，问我的意见。这些你都应该有自己的意见，有你自己的决定，你跟我之间的沟通是应该这个项目怎样做才能更完善，项目还有哪些需要改进的地方，而不是我告诉你哪里该改进，你要怎么去实现。。。。如果是这样，我告诉你去实现的时间，我自己可能已经实现了，那你的存在就失去了意义。。。给你一天时间，你想清楚自己该做什么！！！
   老板说完，我整个人就有些傻了。其实之前老大也跟我说了，我现在还是在以程序员的角度去看问题和分析问题，没有管理者的味道。可是我并没有时间去想，而昨天老板的一番话让似乎有些明白了管理者和程序员区别。然而却还不是很清楚，到底该怎么做！希望javaeye的前辈们给指点下。

评论

13 楼 protti 2008-06-23  

在业务熟悉的基础上，把业务转化为需求，做文档，发下去，分配任务。

然后项目周报等等。  code的时间不是特别多，也就做做公共组件什么的。

12 楼 ray_linn 2008-06-23  

out of box thinking --- 想想程序员是在一个什么盒子里。

11 楼 xman 2008-06-22  

如果手下都是一些84，85的刚毕业的小朋友，写代码基本靠ctrl+c,ctrl+v，一天的工作量他可以做一周，我不知道如果我不多code的话，项目会变成什么样子。

10 楼 庄表伟 2008-06-21  

从做事到管事。

如果你以前有给自己的列todo list的习惯，那么这就是一个很好的开始。

从todo list里，分离出check list。

然后，参照Test Drive Developer的做法，尝试Check Drive Management。

9 楼 atusoft 2008-06-21  

得站在一个比程序员更高的角度看项目，项目开发的进度只是一个方面。团队的建设和下属的业务能力的提高都需要考虑的。作为程序员，保证自己的代码不出问题就可以了。同样做为项目主管，就得保证自己的项目从开发到实施直至将来的维护都得保证不出大问题，这就需要长期的实践和积累，就好比你自己做开发时积累的开发库是一个道理。

8 楼 一蓑烟雨任平生 2008-06-04  

问一下老板，在这个项目中，到底要做哪些事情，你不知道就是不知道，明确的告诉老板，自己在下面想有什么用途。需要得到非常清楚的指令，然后想想该怎么做，跟老板商量这么做行不行。可以告诉对方，在这个阶段，我只能做什么，能锻炼出什么。

7 楼 trans 2008-06-03  

kayzhan 写道

或许是少了魄力吧！但也是因为很多时候我还是需要写代码的，因为人员太少，而且下面的人经验也不够，很多时候还是需要我去写代码的。所以我想一步一步来，而这个跨度又该怎么去把握

甩手掌柜该甩手就甩手
你不把你的压力转化成他们的压力
他们始终就没有压力

6 楼 kayzhan 2008-06-03  

或许是少了魄力吧！但也是因为很多时候我还是需要写代码的，因为人员太少，而且下面的人经验也不够，很多时候还是需要我去写代码的。所以我想一步一步来，而这个跨度又该怎么去把握

5 楼 laiseeme 2008-06-03  

多好的一个老大

4 楼 xombat 2008-06-03  

这个老板确实很好！
就是感觉你...少了点魄力

3 楼 kayzhan 2008-06-03  

虽然说是要我往管理方面发展，但还是说技术为主，管理为辅的，至少暂时是这样。所以这样让很难让我去把握尺寸了

2 楼 imjl 2008-06-02  

和老板沟通需求，，，

将需求转化成技术语言，分配任务下去，和coder沟通，解决问题。

管理项目进度，处理非coder的工作，比如跨部门的沟通，与业务人员沟通。

自己code尽可能少，多做业务的测试，这样避免开发返工，开发稳定就有保障。

想法子让大家技术提升，快乐工作。

1 楼 trans 2008-06-02  

1。 有个mentor
2。 给点压力
3。 一两个月时间