我现在是一个团队的一员:1名经理,1名高级开发人员和2名开发人员。我们为一个拥有大约3500名员工的组织进行了一系列定制的内部系统/项目(例如6-8周),以及之前创建的系统所需的所有维护和支持。我们没有足够的人手来完成所有有潜力的工作--我们人手不足。管理层承认这一点,但预算限制限制了我们为团队招聘更多成员的能力(即使我们用节省的方式将工资退回来)。
这就给我们留下了现在的局面。我们的经理将离开他的职位到新的牧场,留下一个空缺的团队。管理层正在利用这一机会重组我们的团队,这将看到团队经理角色被另一个开发人员和另一个高级开发人员所取代。他们的逻辑是,我们需要更多的开发人员,所以这里有一种方式来资助它(其中一个角色的部分资金来自另一个空缺职位)。
团队将没有直接的直线经理,角色和责任将由老年人和(相对新上任的)服务经理(一个非技术角色,几乎没有开发知识/经验,其重点在许多其他团队和个人之间分享)--他们将是我们食物链上的下一位实际经理。
我想最后一个问题是:
有没有可能在没有经理的情况下运行开发团队?你有这方面的经验吗?什么事情可能出错/对我们有什么好处?
理想情况下,我希望“看到光明”和这样做的好处,或者想出一些观点来反对它。
发布于 2012-06-02 14:12:26
风险越大,你越需要“空中掩护”。这才是经理真正应该提供的。当团队在做这项工作时,经理应该确保没有任何东西能阻止团队实现团队目标。无论是调整时间表,在团队和销售人员之间进行干扰,还是简单地确保团队按时获得报酬,并确保咖啡机保持正常工作状态。一个真正伟大的经理可以让团队发挥作用,就好像经理不在那里一样。
当然,现实情况是,大多数经理在这方面完全失败了。他们要么是微观管理,要么被淘汰,这样公司高层就可以更直接地控制事情,而真正伟大的管理者确实是一只罕见的鸟。对于一个软件团队来说,当涉及到一个分层或扁平的团队结构时,有两种方式的利弊。如果团队规模很小,而且所做的工作只需要很少的重叠(我的意思是每个人都有一个独立的项目),那么我的经验是,如果所有团队成员都遵守纪律,那么一个扁平(也称为非管理的)团队结构可以很好地工作。然而,我的经验是,如果团队成员的工作有很多重叠之处,有两个或两个以上的性格比较强,或者工作环境比较紧张,工作量很大,那么就必须有一个有明确职责的组长或经理。
其中涉及的因素很多,但它实际上可以归结为所涉及的个性、他们的个人动机和职业目标,以及高层管理人员提供的榜样和指导,这些因素将决定一个经理或团队领导职位的必要性。一般来说,如果有任何混乱,当团队要求,那么团队显然需要领导。如果在没有管理输入的情况下一切正常,那么团队也许可以在一段时间内在一种非层次结构中进行管理.至少在工作量和日程变得难以管理之前。
发布于 2012-06-02 13:52:54
需要有人做经理,但就你的团队而言,我不认为这是一个全职的职位。再雇一名高级职员。让他们中的一人当经理。理想情况下,最好的人选是经理,而不一定是最好的程序员。
经理需要有最后的决定,在没有达成协议,因此,该人应具备技术上的资格。评估其他程序员、会议和避开高级管理人员是这项工作的一部分。
建议阅读:没有裤子的一年。即使是大型软件项目(WordPress),也可以没有直接的管理人员,但是有一些任务(没有人想做/非常困难),或者需要为同一任务集成大量的devs,如果没有一些中央控制,可能会非常困难。
发布于 2012-06-03 13:18:45
你的问题的简单答案是肯定的,正如其他人所指出的。
对于你的问题,一个更完整但更复杂的答案是:
管理层承认这一点,但预算限制限制了我们招募更多成员的能力
管理层说:“是的,我们承认,我们认识到”只是“字”,让你感觉更好。“他们不认为这对组织的成功至关重要,否则他们会真的支持真正得到一个人!
其他值得注意的事情(因为这里面有很多心理学)是当管理层告诉你坏消息,但混合在某种玩笑中,也许直接提到这个问题,也许没有,但这基本上使你无法质疑它(这是一种微妙而聪明的技巧)。另一个值得关注的会议是一个3小时的会议,在会上你会被告知计划,并在2小时内55分钟内询问你的意见。
要警惕“说对”的管理,而不是“做”正确的事情的管理。
https://softwareengineering.stackexchange.com/questions/151285
复制相似问题