论坛首页 综合技术论坛

该如何管理和面对一个为技术论的总经理

浏览 7451 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2014-09-10  
   各位朋友,我最近进入一家刚开业的软件公司,公司主要采用ROR建立的一个基本平台进行企业级开发,团队大概有4个人,我,2个大学生A,B(刚接触软件开发),一个有2年开发经验的程序员Q(主要做桌面应用,没有接触过web开发),前阶段3个人一直在进行ruby和html的培训,8月底有项目开始进行前期接触,我也开始进行一些团队的工作,比如建立文档,规范,团队建设方面的工作。大家刚开始都比较抵触,不过我通过几次会议也算有点小成效。并进行了web开发基本基础方面的讲解,使团队里的人基本了解了一些web开发的基本方式方法。但是对软件开发的方法和软件管理方面都没有做过多的灌输。基本都是放任自流。今天我召开了一个头脑风暴会议,主要是希望能给大家讲解一下敏捷开发和软件开发中需要注意的一些问题。
    但是在开会过程中,因为Q和A一直在在会议上说这些方法并没有什么需要了解的,但我的级别和Q是一级的,所以我就讲总经理C请到现场,希望能借他给我支持,让大家去学习和了解这些方法。
     但是让我没有想到的是,会议刚进行一会,总经理C就对我召开这样的会议提出意见,他表示,在软件开发中,最重要的就是技术,除了技术以外,其他的都是没有什么用的,只能在后期做一下就可以。这里需要插一下介绍总经理C,他不是做软件出身,原来在一家商贸公司做技术总监,但是对软件开发技术并不了解,但是本身代码能力还是很强,并十分熟悉我们的产品平台。
     之后全部的成员都开始表示了赞同总经理C的意见,大家开始热烈的讨论起来技术问题,我打断了他们,然后开始提出一些软件管理的意见,没想到总经理C开始了他的讲演,他说,在我眼里,我最希望的就是每一个人都能将我们全部的技术都学会,并能在短时间内完成这样工作,我们的目标就是,在今年底,这里坐的每一个人都需要独立完成一个项目,还举出他的列子,我原来再一次客户工作中,只用了5个小时就完成了一个dome和方案,客户表示非常满意。我提出每一个人的情况不同,不能简单的就要求每一个人都能独立完成一个项目。因为项目中出现的问题太多,会代码的人不一定会沟通(Q是代码能力不错,但沟通不行的人。),会需求和分析的人不一定能完成一段代码编写。我们不能简单粗暴,但是总经理C表示,这样的人不是公司所需要的,这代表他不能完成公司的任务,只能请他离职。总归一句话,如果是比较小(2-3个月左右)的项目,就需要一个人单独完成。这就是考核大家的标准。因为他并没有带过团队,也没有真正做过项目,我一时之间不知道该怎么去说服他了。之后团队的每一个人都开始表示自己能完成这项任务,一个项目从需求、分析、编码、测试、实施,一体化搞定。总经理还建立了自己的团队目标:
每个人都独立实施完成一个项目。
     目标建立后,我就问怎么样进行计划建立,怎么样实施考核,总经理表示,现阶段这个都是靠个人,以后有项目了就好了,现阶段每一个人自己建立工作计划,自己考核自己。
      我不想讨论总经理C这样的方式对还是错,但是项目还是要进行下去,公司还是要进行运作,所以想问一下大家,该怎么样在这样的领导和团队中做工作?怎么样让他们能认识到软件开发不单单是一个编码的过程?
   发表时间:2014-09-11  
没有回复,也不用回复了,我刚刚被辞退,看来认真做事的比较难呀。
0 请登录后投票
   发表时间:2014-09-11  
哥们节哀,这事很正常,在你没有实力抗衡的时候,那就听上面的
0 请登录后投票
   发表时间:2014-09-11  
初创公司,没有一个好的团结的团队,早走早解脱。
0 请登录后投票
   发表时间:2014-09-13  
好事,趁早换一个!
0 请登录后投票
   发表时间:2014-09-13  
软件真正有价值的其实就是代码,所以总经理说的的确没错。
0 请登录后投票
   发表时间:2014-09-14  
10号发帖,11号就被辞退。。。楼主,一定是你们公司的人看到你网上发帖了吧。。。

楼上“软件真正有价值的其实就是代码”说的没错,但这不重要,因为对公司真正有价值的不是代码,而是方法。就好比,一个人小学到大学学到的知识点其实不重要,重要的是是否得到了学习方法。

每个人都有自己的阅历,自己的压力,自己的兴趣,最终导致了不一样的理念,刚开始可能不习惯,但慢慢的也就习惯了。像C经理,可能就觉得代码目录下的就是世界的全部,他不理解你为什么要去搞其他事情,还浪费时间;另外三个web新手,觉得要熟悉web开发都已经头大了,还要去搞这些对代码进度没有帮助的事情,越发的头大。

我也遇到过这种事情,当我到了一个新的环境中,发现新的环境相比老的环境,有的方面显得比较“low”,所以想去建议(说服),但是最终还是浅尝辄止。有时候,别以为在理就能说服,前提是别人能理解,愿意思考,有勇气自我否定。

等你到了新的公司去的时候,说不定也会有类似的情况。
再开个玩笑,我一个朋友一次和我说,“天哪,忽然发现项目那个策划都会用Git”,然后我幽幽地说:“呵呵,我们那大部分开发都还不会。。。。”
0 请登录后投票
   发表时间:2014-09-16  
软件工程,软件方法不适合初创公司。。初创公司最重要的事是简单,迅速的把活搞出来。
0 请登录后投票
   发表时间:2014-09-30  
white_crucifix 写道
10号发帖,11号就被辞退。。。楼主,一定是你们公司的人看到你网上发帖了吧。。。

楼上“软件真正有价值的其实就是代码”说的没错,但这不重要,因为对公司真正有价值的不是代码,而是方法。就好比,一个人小学到大学学到的知识点其实不重要,重要的是是否得到了学习方法。

每个人都有自己的阅历,自己的压力,自己的兴趣,最终导致了不一样的理念,刚开始可能不习惯,但慢慢的也就习惯了。像C经理,可能就觉得代码目录下的就是世界的全部,他不理解你为什么要去搞其他事情,还浪费时间;另外三个web新手,觉得要熟悉web开发都已经头大了,还要去搞这些对代码进度没有帮助的事情,越发的头大。

我也遇到过这种事情,当我到了一个新的环境中,发现新的环境相比老的环境,有的方面显得比较“low”,所以想去建议(说服),但是最终还是浅尝辄止。有时候,别以为在理就能说服,前提是别人能理解,愿意思考,有勇气自我否定。

等你到了新的公司去的时候,说不定也会有类似的情况。
再开个玩笑,我一个朋友一次和我说,“天哪,忽然发现项目那个策划都会用Git”,然后我幽幽地说:“呵呵,我们那大部分开发都还不会。。。。”



    被看见到不知道,不过就是自己太过自我,犯错太多,被开除一点也不怨,只是想不通的是自己每天第一个到公司,最后一个走,处处为公司发展考虑,这样做是不是有问题?找了一家新公司,开始安稳,一点也不会在出头了。
0 请登录后投票
   发表时间:2014-10-11  
每个公司都有每个公司的特点,做事的方法也多样,没有明确的对错,它能生存说明还是有一定道理的。
0 请登录后投票
论坛首页 综合技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics