锁定老帖子 主题:该如何管理和面对一个为技术论的总经理
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2014-09-10
但是在开会过程中,因为Q和A一直在在会议上说这些方法并没有什么需要了解的,但我的级别和Q是一级的,所以我就讲总经理C请到现场,希望能借他给我支持,让大家去学习和了解这些方法。 但是让我没有想到的是,会议刚进行一会,总经理C就对我召开这样的会议提出意见,他表示,在软件开发中,最重要的就是技术,除了技术以外,其他的都是没有什么用的,只能在后期做一下就可以。这里需要插一下介绍总经理C,他不是做软件出身,原来在一家商贸公司做技术总监,但是对软件开发技术并不了解,但是本身代码能力还是很强,并十分熟悉我们的产品平台。 之后全部的成员都开始表示了赞同总经理C的意见,大家开始热烈的讨论起来技术问题,我打断了他们,然后开始提出一些软件管理的意见,没想到总经理C开始了他的讲演,他说,在我眼里,我最希望的就是每一个人都能将我们全部的技术都学会,并能在短时间内完成这样工作,我们的目标就是,在今年底,这里坐的每一个人都需要独立完成一个项目,还举出他的列子,我原来再一次客户工作中,只用了5个小时就完成了一个dome和方案,客户表示非常满意。我提出每一个人的情况不同,不能简单的就要求每一个人都能独立完成一个项目。因为项目中出现的问题太多,会代码的人不一定会沟通(Q是代码能力不错,但沟通不行的人。),会需求和分析的人不一定能完成一段代码编写。我们不能简单粗暴,但是总经理C表示,这样的人不是公司所需要的,这代表他不能完成公司的任务,只能请他离职。总归一句话,如果是比较小(2-3个月左右)的项目,就需要一个人单独完成。这就是考核大家的标准。因为他并没有带过团队,也没有真正做过项目,我一时之间不知道该怎么去说服他了。之后团队的每一个人都开始表示自己能完成这项任务,一个项目从需求、分析、编码、测试、实施,一体化搞定。总经理还建立了自己的团队目标: 每个人都独立实施完成一个项目。 目标建立后,我就问怎么样进行计划建立,怎么样实施考核,总经理表示,现阶段这个都是靠个人,以后有项目了就好了,现阶段每一个人自己建立工作计划,自己考核自己。 我不想讨论总经理C这样的方式对还是错,但是项目还是要进行下去,公司还是要进行运作,所以想问一下大家,该怎么样在这样的领导和团队中做工作?怎么样让他们能认识到软件开发不单单是一个编码的过程? 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2014-09-11
没有回复,也不用回复了,我刚刚被辞退,看来认真做事的比较难呀。
|
|
返回顶楼 | |
发表时间:2014-09-11
哥们节哀,这事很正常,在你没有实力抗衡的时候,那就听上面的
|
|
返回顶楼 | |
发表时间:2014-09-11
初创公司,没有一个好的团结的团队,早走早解脱。
|
|
返回顶楼 | |
发表时间:2014-09-13
好事,趁早换一个!
|
|
返回顶楼 | |
发表时间:2014-09-13
软件真正有价值的其实就是代码,所以总经理说的的确没错。
|
|
返回顶楼 | |
发表时间:2014-09-14
10号发帖,11号就被辞退。。。楼主,一定是你们公司的人看到你网上发帖了吧。。。
楼上“软件真正有价值的其实就是代码”说的没错,但这不重要,因为对公司真正有价值的不是代码,而是方法。就好比,一个人小学到大学学到的知识点其实不重要,重要的是是否得到了学习方法。 每个人都有自己的阅历,自己的压力,自己的兴趣,最终导致了不一样的理念,刚开始可能不习惯,但慢慢的也就习惯了。像C经理,可能就觉得代码目录下的就是世界的全部,他不理解你为什么要去搞其他事情,还浪费时间;另外三个web新手,觉得要熟悉web开发都已经头大了,还要去搞这些对代码进度没有帮助的事情,越发的头大。 我也遇到过这种事情,当我到了一个新的环境中,发现新的环境相比老的环境,有的方面显得比较“low”,所以想去建议(说服),但是最终还是浅尝辄止。有时候,别以为在理就能说服,前提是别人能理解,愿意思考,有勇气自我否定。 等你到了新的公司去的时候,说不定也会有类似的情况。 再开个玩笑,我一个朋友一次和我说,“天哪,忽然发现项目那个策划都会用Git”,然后我幽幽地说:“呵呵,我们那大部分开发都还不会。。。。” |
|
返回顶楼 | |
发表时间:2014-09-16
软件工程,软件方法不适合初创公司。。初创公司最重要的事是简单,迅速的把活搞出来。
|
|
返回顶楼 | |
发表时间:2014-09-30
white_crucifix 写道 10号发帖,11号就被辞退。。。楼主,一定是你们公司的人看到你网上发帖了吧。。。
楼上“软件真正有价值的其实就是代码”说的没错,但这不重要,因为对公司真正有价值的不是代码,而是方法。就好比,一个人小学到大学学到的知识点其实不重要,重要的是是否得到了学习方法。 每个人都有自己的阅历,自己的压力,自己的兴趣,最终导致了不一样的理念,刚开始可能不习惯,但慢慢的也就习惯了。像C经理,可能就觉得代码目录下的就是世界的全部,他不理解你为什么要去搞其他事情,还浪费时间;另外三个web新手,觉得要熟悉web开发都已经头大了,还要去搞这些对代码进度没有帮助的事情,越发的头大。 我也遇到过这种事情,当我到了一个新的环境中,发现新的环境相比老的环境,有的方面显得比较“low”,所以想去建议(说服),但是最终还是浅尝辄止。有时候,别以为在理就能说服,前提是别人能理解,愿意思考,有勇气自我否定。 等你到了新的公司去的时候,说不定也会有类似的情况。 再开个玩笑,我一个朋友一次和我说,“天哪,忽然发现项目那个策划都会用Git”,然后我幽幽地说:“呵呵,我们那大部分开发都还不会。。。。” 被看见到不知道,不过就是自己太过自我,犯错太多,被开除一点也不怨,只是想不通的是自己每天第一个到公司,最后一个走,处处为公司发展考虑,这样做是不是有问题?找了一家新公司,开始安稳,一点也不会在出头了。 |
|
返回顶楼 | |
发表时间:2014-10-11
每个公司都有每个公司的特点,做事的方法也多样,没有明确的对错,它能生存说明还是有一定道理的。
|
|
返回顶楼 | |