首页 > 移动应用 > 正文

技术团队负责人应该具备怎样的能力

2016-01-15 14:37:01  来源: 码农网

摘要:大公司、创业公司都经历过,从Leader或创始人那里学到了不少东西,自己也会慢慢总结,保持学习的状态,这里就发表一下个人想法,也参考了曾看到的优质文章和朋友的看法。
关键词: 团队 能力
  公司的技术团队负责人应该具备怎样的能力?
 
  或者说团队Leader应该知晓和锻炼什么样的能力?
 
  大公司、创业公司都经历过,从Leader或创始人那里学到了不少东西,自己也会慢慢总结,保持学习的状态,这里就发表一下个人想法,也参考了曾看到的优质文章和朋友的看法。
 
  主要从业务、团队、技术三个层面讨论,当然它并不能适用所有公司,也能可引发一些口水,而且我做的是客户端负责人,所以仅供参考咯。
  1. 业务
 
  为业务负责就是为产品和服务负责,作为技术团队,总要完成主要任务不是,总要把产品或服务好好的实现不是?
 
  业务要和上级负责人统一认知,和总目标方向去保持一致,才能更好的完成产品和商业的设计与实现,否则力道有了而方向不一致,浪费体力且难以更好的辅助决策。
 
  不同时期Leader也发挥不同的职能,初期侧重从技术和项目实践方面打通设想和打造产品,迭代和试错,随着业务发展,能从更合适的技术、构建、架构、业务模型等方面展开专项的工作。
 
  目前能回顾考虑到的,关于做产品(服务),关于做事情,有这么几点要说:
 
  有一个核心:设计之始或明确任务前,想好并确定一个核心或者中心目标,严格围绕目标转,最益先做!它并不能促进完成核心目标,是最好的砍掉理由,真没有那么多资源可以用!
 
  功能与业务:我要求团队个人应该对业务负责,而不是功能或代码。如果说功能是基石,而业务才是“生命”啊!功能与体验等“有机”组成为业务。
 
  要理解业务:整个团队得深刻理解业务,尤其Leader更要首当其冲,仔细评估产品原型、交互设计,我们是关键人物先过初稿确定技术、运营可行避免浪费集体的时间,然后所有相关人一起过。
 
  保持节奏感:目前采用项目拆分为周目标为核心措施。个别事情以天计,少数事情比如修紧急bug以小时甚至更小单位计。
 
  服务可用性:我们是通过预发、灰度测试、可回滚等措施来控制发布质量,保持较高的可用性。
 
  忠实用户群:集部分优质用户入群,保持沟通,挺重要的,微信群虽然是当为首选但是群功能有点弱,我的开源项目主要用QQ群,也比较坑哈哈。
 
  反馈与数据:反馈和数据都是验证结果的最好的参考之一,追寻反馈背后的动机很重要,研究用户路径、功能使用等数据辅助确定下阶段任务。
 
  低成本试错:尽量以最低的成本来试错,避免大量浪费资源,不要过早优化和扩张,先单点或AB测试,验证过后再铺开。
 
  方法与方向:很多时候方法比方向重要,好的方法可以不断纠正方向,发布较单纯的功能来验证问题和方案,应该避免堆积功能,盲目发散方向,没有经过验证的方向就是假设。
 
  创新与迭代:精益创业的MVP策略有助于大多功能性或服务性新创公司检验产品,而创新型产品靠产品本身和培育市场拉动需求,但都需要事实检验和迭代完善。
 
  手动和自动:初期能手动解决的问题动手解决就挺好的,一开始就考虑自动化机器化可能会延误时间,或者高成本解决了一个频率并不高的问题。
 
  亲为和团干:没有经过实践验证的事情负责人最好自己先亲为,才能深切体会,形成一定感知后优化,或者交给团队一起干。
 
  灵感和总结:灵感稍纵即逝,总结过期不候!应该有自己的全端云笔记,和博客。短期记笔记,长期入博客,灵感可能就在你琐碎的一瞬间,很多东西经过三五个月一忘而光。
第三十四届CIO班招生
北达软EXIN网络空间与IT安全基础认证培训
北达软EXIN DevOps Professional认证培训
责编:pingxiaoli

免责声明:本网站(http://www.ciotimes.com/)内容主要来自原创、合作媒体供稿和第三方投稿,凡在本网站出现的信息,均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性,但不保证有关资料的准确性及可靠性,读者在使用前请进一步核实,并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏,概不负任何法律责任。
本网站刊载的所有内容(包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等)版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时,请及时通知本站,予以删除。