团队怎么管——两种模式的思考
团队怎么管——两种模式的思考
孤岛旭日 发表于3年前
团队怎么管——两种模式的思考
  • 发表于 3年前
  • 阅读 46
  • 收藏 2
  • 点赞 0
  • 评论 0

新睿云服务器60天免费使用,快来体验!>>>   

这几天与我们公司有着10多年经验的老程序员讨论使用何种运作模式来管理团队,我与他有不同的看法。

 

他主张以数据、文档为核心,在设计文档中写明每个模块、方法的输入输出,多写样本代码,以尽可能地降低开发门槛为重要目标之一。并且很明确团队员工的要求就是编码,设计不是对他们的要求。这样的好处不言而喻,对公司而言可以减少投入,因为只要招聘应届生就可以上手开发,更不用担心员工跳槽。

 

当然我是反对这种做法的,因为这种方式与日式外包有什么区别?公司既然招聘了他们就要对他们负责,应该让他们也加入到设计中而不是成为一个码农,我们应该相信自己招聘甄选出来的员工,给他们上升的机会,开发模式的设计上不应该以防范他们跳槽为核心目标。我主张用Scrum的方式管理,倡导团队的自我管理、自我学习,大家彼此相对平等,当然还有以交付物为核心、注重成员沟通、及时发现解决问题等种种好处,大部分的成员都参与到需求分析、模块设计、编码中来,这样员工才会成长,团队才会真正地成熟。

 

在网络架构中有一个很重要的趋势就是去中心化,即如果网络节点存在主次之分的话就容易出现单点故障问题,其实团队也是一样,我那同事的做法会出现强者愈强,弱者愈弱,项目中架构师的重要性提得太高了,这样的团队是不稳健的——如果架构师跳槽了呢?让大家都参与到项目的方方面面,那么每个人都是可以替代的,这样的团队才能确保稳定,项目才能持续,详见我之前的文章。

 

对于我主张的模式,那位同事也有他的看法,一方面他觉得我们公司的员工还没有自我管理的能力,另外他更觉得现在的程序员普遍都不求上进,你给他们机会他们也不会珍惜。对于前则我认同,我们的员工的确还做不到自我管理,但这需要的是时间是过程,是有人设计出合适的制度一步步地引导他们自我管理,对于后则我不认同,他看得太悲观了,现在还是有很多有追求有梦想会实践的程序员,不要小看了我们这一代呀,我看到的是希望。

 

我一直希望打造小而美——团队成员不要太多,10人以内,每个人都在某地方面有所长,主要成员的开发、设计技能不相上下、年龄相仿,热爱技术……总之我招聘的员工我相信他们,我也会尽力为他们创造成长的空间。

 

“照顾好你的员工,他们才会照顾顾客,顾客自然会照顾你的利润。”


标签: 团队 管理 项目
  • 打赏
  • 点赞
  • 收藏
  • 分享
共有 人打赏支持
粉丝 33
博文 58
码字总数 30599
作品 1
×
孤岛旭日
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: