精华内容
下载资源
问答
  • Macro1总表冲床工能力矩阵图姓名全巧丽刘晓兰史芹方刘海峰姚海军赵小鹏汪科吉根余邱红丹罗均时继超时颜存李国发胡灵芝王俊杰武海娟毛旺球江志海王秋玲全胜杨国蓉陈历芬赵后金李连美张长权职务冲床工冲床工冲床
  • Java技能矩阵.xlsx

    2020-05-21 22:36:41
    Java技能矩阵.xlsx java开发人员必备技能 可以作为参考java开发人员必备技能 可以作为参考
  • 个人技能矩阵

    2020-10-09 16:30:59
    个人技能矩阵 前言 随着我九月份高频率地写笔记,笔记慢慢增多,知识样本增多,可以分析的东西增多。就像是在迷雾地图中点亮地图一样,我慢慢点亮了我的一块地图。我的未来职业模板初步成型。 职业模块的介绍 我...

    个人技能矩阵

    前言

    随着我九月份高频率地写笔记,笔记慢慢增多,知识样本增多,可以分析的东西增多。就像是在迷雾地图中点亮地图一样,我慢慢点亮了我的一块地图。我的未来职业模板初步成型。

    职业模块的介绍

    我定义的,将现实中的职业固化成游戏职业一样。

    举个例子,从古至今的职业。古有士农工商,今有第一产业、第二产业、第三产业、公务员、金融体系、法律体系、教育体系;

    衣:纺织女工-纺织工厂

    住:建筑师/壮丁-土木工程师/包工头

    行:车夫-滴滴司机

    娱乐:乐师画师书法家

    镖局-快递

    会计-账房

    经济:商人

    饮食:厨师

    医疗:医生

    教育:老师

    法律:青天大老爷-法官/公务员

    每个模板有每个模板侧重的技能点。

    可以看到有些职业是从古至今一直存在的,有些职业是迭代的,如决裁者、农民、厨师、商人、医生、老师。有些职业是慢慢被取代的工厂取代人力、交通打开人类的行动范围、通讯打开了人类的交流范围。

    古代的我们不管,我们就用考试的职业资格证来赋予职业模板。如司机的职业资格证是驾驶证、会计的职业资格证是注册会计师、教师的职业资格证是教师资格证、医生的职业资格证是医师资格证;

    文凭或入学考试也可以衡量职业模板。如公务员的公务员考试。各个职位的笔试。

    内容运营:文案功底、活动策划思维、热点敏感、洞察力、创新能力;

    产品经理:office;创意、策划;

    美工设计:PS、C4D、创造力和想象力、文字理解能力和表达能力;

    UI设计:产品设计、网站设计、APP设计;PS、sketch、AE;审美;

    视频动画:AE、PR、3dmax、PS、C4D、Maya;动画、镜头语言、色彩、排版;关注热点、分析视频内容和观众心理;

    前端开发工程师:HTML、CSS、JavaScript、vue、elementUI、node.js、webpack;

    微信图片_20201009163340

    后端开发工程师:Java、计算机原理、良好的数据结构和算法基础、系统设计能力、数据库、消息队列、分布式、高并发;

    运维工程师:Linux、shell、docker;TCP/IP网络等知识;

    数据挖掘工程师:Excel、SQL、Python、统计、NLP、spark;

    微信图片_20201009163331

    会计主管:财务工作经验、Excel、财务处理经验、熟悉会计、税务、审计等的法律。

    其实不仅仅这些,其他的我没涉及过,所以就不大费周章去了解了。我主要写我了解的职业。

    上述职业我都有操作。不过没有那么多技能点去加点。只能将精力放在自己感兴趣和重要的地方。

    技能矩阵

    商业活动(自身)的过程

    • 生产:材料、能源、信息;
    • 宣传:文案、图片、音乐、视频、活动;
    • 销售:客户、渠道

    商业活动(外部)的过程

    • 生产体系:市场部、研发部、宣传部、销售部
    • 金融体系:会计管理财务,向银行借钱和存钱;
    • 法律体系:人事办理合同、找律师咨询;

    我的定位是做数据和数据分析。自己做平台进行宣传和销售自己的产品和服务,在商业活动的生产体系中。金融需求和法律需求借助专业的力量,自己做好生产和宣传。

    不喜欢金融中某些投机取巧的事,如炒股、炒鞋等低买高卖的操作。不过金融体系有着十分完善的信用体系,可以借力。

    方法论

    在我九月份高频的写博客的过程中,其实方法论是在不断修正的。在学习的过程中,我简单处理了学习的一部分方法论。

    我认为职业就是熟能生巧,学习不难,但是熟练需要花时间,所以社会分工十分有必要。

    如想掌握会计,那就考CPA,CPA通过不意味你会操作,但意味基本知识你掌握了;如想掌握法律,那就法考,法考通过了,说明你明白法律的基础了,之后的联系贯通,需要多做案子;如想掌握健康,那就考医师资格证,之后的看病经验,可以熟练技能;如厨艺、如驾驶、如开发;都是一个先掌握理论知识,然后大量实践修正,最后掌握一个职业。

    人很难全知全能,所以把专业的事交给专业的人做,同时也让自己成为一个专业的人。

    我的学习方法论就是搜集信息、处理信息。一个是信息输入、一个是信息处理,经过多次训练,最终正确信息输出。

    首先明白需要什么信息,然后根据一些途径(网站、书籍、人脉)去获取信息,接着辨别信息,最终处理信息。反复练习,将处理方法形成知识框架。

    我的职业矩阵

    很早之前我就想定位自己的方向,但是都以失败告终,不过这些失败最后意外地为我如今的职业矩阵添加上了技能版块。

    我大一的时候对自媒体感兴趣,所以我运营了自己的个人公众号,锻炼了自己的文案编辑、图像编辑、排版编辑的能力。特别的尝试就是运营了新生入学公众号,有多篇上千浏览量的文章。

    我大二学习了创意图像和视频剪辑,在学习之余大力钻研美术、音乐、影视赏析的知识。还进行了游戏视频剪辑,不过课程和工作繁重,最后不了了之,只积累了素材。

    我大三学习了三维游戏开发和虚拟现实,在学习之余,做模型设计、模型动作和虚拟现实,积累了大量素材,期间还接触了人工智能。不过最后因为没有成就感,没团队,只有失败的经历。

    我大四的毕设是基于Java的在线小说发布系统,在写毕设的过程中,养成了学习做笔记的习惯,并且最终完成了一个小作品。这种感觉十分吸引我。因为大学里运营一个公众号、做一张图片、剪一段视频,我都觉得太容易被人取代,感觉自己在做一个很容易的工作,没有成就感(做游戏,挺复杂的,但是自己做的太垃圾了)。唯独做网站让我感受到了一个久未的成就感。趁着这个成就感我了解了策划、美工、前端、后端、运维这一个完善的网站开发团队模式。

    今年九月份我接触到了工商管理,上了四门课,这四门课对我有很大帮助,我感觉自己补上了最后一环。

    大一的运营,使我积累了宣传(文案)的技能;

    大二的图形处理和视频剪辑,使我积累了生产(图片、视频)的技能;

    大三的三维游戏和虚拟现实,让我体验失败;

    大四的网站开发,使我积累了生产(网站)的技能;

    工商管理的四门课,使我建立了全新的金融观念,补充了我(销售)的概念;

    至此生产、宣传、销售的生产体系建立;我一个人就是一个公司;

    管理学让我越发认可分工,善于使用分工;

    我的职业规划,主业是正常的考研、考公、工作,让自己接触社会和保持经济收入,副业是把自己当成公司,运作自己的产品——信息;当我副业足够成熟,那么这就是我未来的专业方向。下面我就正式介绍我的副业

    我的主职业是信息收集和信息分析。第二职业是自媒体。

    主职业是根本,是实业。积累的内容有各类数据和信息,以及数据报告和学习笔记。

    第二职业是催化剂,是宣传业。帮助自己宣传,以及接触行业前沿。

    主职业的内容是数据分析。需要收集信息的能力(去专业网站下载,爬虫下载、内部消息)和信息分析能力(专业知识、Excel、powerBI、spark);

    第二职业的内容是运营和网站开发。需要运营的技巧(从文案到平台)和开发网站的能力(vuepress做个人博客和官方文档、vue做时空大数据)。

    主职业帮助第二职业分析,第二职业帮助主职业宣传。

    资源矩阵的内容

    现代社会是一个分工的社会,尽量做让自己有提升的工作。如会计、律师、医生、厨师、司机、老师、健身教练、美妆博主、理发师、程序员、美工。这类职业需要积累,并且随着年龄的积累,越来越有竞争力。同样也有一些对自己没提升的工作,如流水线工人、外卖员、助教等。这类职业就是过渡,虽然年龄的积累,提升不大。尽早选一个自己的终身职业。我喜欢收集数据、喜欢分析数据,所以我的终身职业就是信息管理员。

    生产中:

    • 各类行业数据和信息。如房价、住房价格、租房价格、车价、出租车价格、车票价格、商品销售数据、就业岗位数据、电脑销售价格、软件下载排行榜、天气数据、前端团队的信息、互联网公司的信息、毕业生档案的信息、考研相关的信息、销售的信息;
    • 学习资料。如考公、考研、注册会计师、前端开发工程师、图像处理、视频剪辑等的学习资料;
    • 分析报告。我根据这些数据,通过自己的专业知识,借助数据分析工具统计出报告。一方面我自己需要用,另一方面,可以提供给其他人借鉴。
    • 学习笔记。学习学习资料的时候和探索某类知识的时候写的学习笔记。可以帮助甄别学习资料的好坏。

    宣传中:

    • 关注行业热点和行业重点,给数据分析提供分析方向,同时蹭热点。(推荐一个网站:今日热榜
    • 运转好自媒体平台,如哔哩哔哩、微信公众号、网站、微博等等。(推荐一个网站:考拉新媒体导航
    • 配合文字和视频的方式将数据报告展现出来。(推荐一个网站:doyoudo

    销售中:

    • 借助自媒体销售
    • 用好淘宝、京东、拼多多、咸鱼等平台,挂售信息;

    从这里可以看出我在社会中的分工是做信息分析的。我出售我信息整理和分析的服务来赚钱。上面的东西有些抽象,具体就是我打算做测评,然后在哔哩哔哩中做UP主,在知乎做答主,运气好说不定有收入,运气不好这些准备在我去找工作的时候也是十分有帮助的。

    前期几个月不会有收入,但是就和播种一样,等种子生根发芽,开花结果,收入就会过来。而且在信息时代,把握信息是一种基本能力。现在开始收集信息,量变到质变,以后会有大用。

    题外话

    今天回过头看前端开发,我梳理了一下学习前端开发的因果关系,不是多学前端知识(vue、vue cli、vue router、elementUI、echarts),而是多用前端知识。需要学的有许多,但是精力有限,如同经济学所说的资源稀缺性,精力就是稀缺资源,面面俱到,反而都七上八下。

    我分析了一下我学习前端开发的动因:我能做前端开发工程师&前端开发工程师工资高;因为这个原因所以我学习前端开发,但是我做的事情是东学学西用用,也不能说这样错了,但是这样效率很低,不能达成我即赚钱又积累技术的赚钱目的,有些本末倒置。

    所以我决定不东学学西用,而是把握重点,并且循序渐进培养自己强势的技能。并且确定自己的前端开发的初步应用场景:用vuepress搭建官方文档和个人博客、用vue搭建时空大数据平台。围绕这两个产品学习vue的知识。

    现阶段,上面的这些还是一个灵感和看问题的角度,未经过实践修正。我现在如同小马过河,有人说水深,有人说水浅,不知道哪个正确,唯有一个一个趟过去,才知道对于自己而言是否合适。

    给未来的自己布置几个课后作业:

    • 写一写所长林超的视频笔记。
    • 写写思维框架图,我的部分笔记需要思维框架图,才能较好记忆。
    • 搜集学习资源,然后在平台上销售;(买移动硬盘)
    • 搜集数据获取资源,然后开始数据报告,最后剪辑成视频在bilibili和CSDN上发布,根据反馈进行方法论修正;

    暂时写到这。

    更新地址:GitHub(https://blog.csdn.net/weixin_42875245)

    更多内容请关注:CSDNGitHub掘金

    展开全文
  • 开发人员能力矩阵

    千次阅读 2011-04-21 08:47:00
    MicrosoftInternetExplorer402DocumentNotSpecified7.8Normal0开发人员能力矩阵 概述 本文档主要描述开发人员对...能力矩阵用于综合评估开发人员技能分布。基本的代码编写 <table style="border-collapse:collapse

    开发人员能力矩阵

    概述

    本文档主要描述开发人员对不同技术领域掌握的深度。

    每一个技术领域包含4个层次,层次之间是递进关系。

    能力矩阵用于综合评估开发人员的技能分布。

    基本的代码编写

    考察点

    Level 0

    Level 1

    Level 2

    Level 3

    交流与沟通

    不能向同伴表达想法/主意。匮乏拼写和语法的能力。

    同伴能了解你在说什么。有良好的拼写和语法能力。

    能够和同伴进行高效的交流

    能够使用清晰的方式了解和交流想法/设计/主意/细则,能适应每种环境的交流。

    IDE的使用

    IDE大部分用来进行文本编辑。

    了解其周围的接口,能够高效地通过菜单来使用IDE

    了解最常操作的键盘快捷键。

    编写自定义宏。

    API的使用

    需要频繁地查阅文档。

    把最频繁使用的API记在脑子里。

    广阔且深入的API知识。

    为了使实际任务中常用API使用更加便捷,编写过API的上层库,填补API之间的缺口。

    代码可读性

    单字母的名称,汉语拼音的名称。

    对文件、变量、类、方法等,有良好的命名。

    没有长函数。注释会说明bug修复和代码依赖性假设。

    代码依赖性假设使用断言验证;自然的代码流;没有深层嵌套的条件和方法。

    文件内的代码组织

    同一文件中组织没有依据。

    按照逻辑性或可访问性组织。

    代码分块,引用其他源文件时有良好的注释。

    文档头部有许可声明、总结。通过一致的空格缩进,使文档外观美观。

    跨文件的代码组织

    没想过给代码跨文件组织。

    相关文件按文件夹分组。

    每个物理文件都有独立的目的,比如一个类的定义,一个特性的实现等。

    代码在物理层组织紧密,在文件名上与设计和外观相匹配。可以通过文件分布方式洞察设计理念。

    源码树组织

    一切都放在一个文件夹内。

    初步地将代码分散进对应逻辑的文件夹。

    没有循环依赖,二进制文件,库,文档,构建,第三方的代码都组织进合适的文件夹内。

    源码树的物理布局与逻辑层次、组织方式相匹配。可以通过目录名称和组织方式洞察设计理念。

    防御性编码

    不知道这个概念。

    检查代码中所有的参数,对关键的假设进行断言。

    确保检查了返回值和使代码失败的异常。

    有自己的库来帮助防御性编程、编写单元测试模拟故障。

    错误处理

    只给乐观的情形编码。

    基本的代码错误处理,抛出异常/生成错误。

    确保错误/异常留在程序中有良好的状态,资源,连接,内存都有被合适的清理。

    在编码之前察觉可能出现的异常,在代码的所有层次中维持一致性的异常处理策略,提出整个系统的错误处理准则。

    程序设计

    考察点

    Level 0

    Level 1

    Level 2

    Level 3

    问题分解

    只有直线式的代码,通过复制粘贴来复用。

    能够把问题分散到多个函数中。

    能够想出可复用的函数/对象来解决大的问题。

    使用适宜的数据结构和算法,写出通用的/面向对象的代码来封装问题的易改变的层面。

    系统分解

    想不出比单一的文件/类更好的层面。

    如果不在同一平台或没采用相同的技术,能够把问题空间和设计方案分解。

    能够设计跨技术/平台的系统。

    能够在多个产品线和与外部体系一体化中虚拟化和设计复制的系统。同时也能够设计支持系统监视、报告、故障恢复等。

    框架的使用

    没有使用过主平台外的任何框架。

    听过但没用过平台下流行的可用框架。

    在专业的职位中使用过一个以上的框架,通晓各框架的特色。

    某框架的作者。

    开发平台

    对平台内部毫无所知。

    有平台基本的内部工作的知识。

    深度的平台内部知识,能够设想平台如何将程序转换成可执行代码。

    编写过增强平台或者为其平台内部提供信息的工具。比如,反汇编工具,反编译工具,调试工具等。

    具体的领域知识

    考察点

    Level 0

    Level 1

    Level 2

    Level 3

    脚本的使用

    不具备脚本工具的知识。

    仅限于批处理文件和shell脚本。

    掌握诸如:python/perl/ruby/powershell

    写过并且发表过可重用的脚本代码。

    界面开发

    从来没写过界面程序。

    能够写出简单的界面。

    能够兼顾界面的易用性、美观性。

    数据库开发

    认为Excel就是数据库。

    知道基本的数据库概念,规范化、ACID(原子性Atomicity、一致性Consistency、隔离性Isolation、持久性Durability)、事务化,能够写简单的select语句

    能设计良好的、规范化的数据库模式。掌握视图,存储过程,触发器和用户定义类型。知道聚集与非聚集索引的差异。能使用ORMObject Relational Mapping对象关系映射)工具。

    能进行数据库管理和性能优化;编写复杂的select查询;能够使用相关SQL来替换游标,理解数据内部的存储,了解如何镜像、复制数据库。

    信息安全

    对信息安全没有任何接触。

    了解信息安全的基本概念。

    熟悉不同厂商的产品及优缺点。

    熟悉信息安全相关的各种标准、规范。了解在不同行业中的应用。

    计算机科学

    考察点

    Level 0

    Level 1

    Level 2

    Level 3

    数据结构

    不知道数组和链表的差异

    能够解释和使用数组,链表,字典等,并且能够用于实际的编程任务。

    了解基本数据结构时间和空间的折中,比如数组vs 链表,能够解释如何实现哈希表和处理冲突,了解优先队列及其实现。

    高等的数据结构的知识,比如B-树、二项堆、斐波那契堆、AVL树、红黑树、伸展树、跳跃表以及前缀树等。

    算法

    不能够找出一个数组各数的平均值(这令人难以置信,但是我的确在应聘者中遇到过)

    基本的排序,搜索和数据的遍历和检索算法。

    树,图,简单的贪婪算法和分而治之算法,能够适度了解矩阵该层的含义。

    能够辨识和编写动态规划方案,良好的图算法知识,良好的数值估算的知识,能够辨别NP问题等

    编程体系

    不知道何为编译器、链接器和解释器。

    对编译器、链接器、解释器有基本的了解。知道什么是汇编代码以及在硬件层如何工作。有一些虚拟内存和分页知识。

    了解内核模式vs用户模式,多线程,同步原语以及它们如何实现,能够阅读汇编代码。了解网络如何工作,了解网络协议和socket级别编程。

    了解整个程序堆栈、硬件(CPU+内存+中断+微码)、二进制代码、汇编、静态和动态链接、编码、解释、JITjust-in-time)编译、内存碎片回收、堆、栈、存储器编址

    软件工程

    考察点

    Level 0

    Level 1

    Level 2

    Level 3

    需求分析

    接受给定的需求和代码规格。

    能对规格的遗漏提出疑问。

    了解全面情况,提出需要被规格化的整体范围。

    能够提出更好的可选方案,根据经验的浮现给出需求。

    源码版本控制

    通过日期备份文件夹。

    基本的CVS/SVN操作。

    熟练地使用CVS/SVN特性。包括如何分支/合并/基线等。

    有分布式VCS系统的知识。尝试过Mercurial/Git/Bzr/Darcs

    自动化编译

    只知道在IDE下编译。

    知道如何编译在命令行下编译系统。

    能够安装一个脚本构建基本的系统。

    能够安装一个脚本来构建系统并且归档,安装程序,生成发布记录和给源码控制中的代码分配标签。

    自动化测试

    认为所有的测试都是测试员的工作。

    能够编写自动化的单元测试,能够为正在编写的代码提出良好的测试用例。

    按照TDD Test Driven Development)方式编写代码。

    了解并且能够有效自动化安装,载入/性能和UI测试。

    其它知识面

    考察点

    Level 0

    Level 1

    Level 2

    Level 3

    语言接触

    了解基本的命令式语言。

    命令式语言、面向对象语言和说明型语言(SQL)。了解静态类型vs动态类型、弱类型vs强类型

    了解函数式语言。

    了解并发语言(Erlang, Oz) 逻辑语言(Prolog)

    新技术,新知识

    从来没听说过即将到来的技术。

    听说过某领域即将到来的技术。

    下载过alpha preview/CTP/beta版本,并且读过一些文章和手册。

    试用过预览版而且实际地构建过某物,如果共享给其他人的话则有加分。

    书籍

    菜鸟系列,21天系列,24小时系列,蠢货系列...

    《代码大全》,《别让我思考》《精通正则表达式》

    《设计模式》,《人件》,《代码珠玑》,《算法设计手册》,《程序员修炼之道》,《人月神话》

    《计算机程序设计与解释》,《事务处理:概念与技术》,《计算机程序设计模型》,《计算机程序设计艺术》,《数据库系统导论》 C.J Date版,《Thinking Forth》 ,《Little Schemer》(没找到其中译本)

    博客

    听过但是从来抽不出空去接触。

    阅读一些科技/编程/软件工程的博客,并且经常的收听一些播客。

    维护一些博客的链接,收集博主分享的有用的文章和工具。

    维护一个在编程方面,分享有个人见解和思考的博客。

    窗体顶端

    窗体底端

    窗体顶端

    窗体底端


    展开全文
  • 程序员必备的技能矩阵

    千次阅读 多人点赞 2019-08-12 14:50:19
    作者 |Sijin Joseph译者 | 弯月,责编 | 屠敏出品 | CSDN(ID:CSDNnews)请注意,各个级别的知识是逐级递增的,如果你在n级,那么意味着你也掌握低于n级的所有技能。原文:...

    640?wx_fmt=gif作为程序员,你应该了解的计算机科学、软件工程、编程、开发等相关的知识汇总。

    640?wx_fmt=jpeg

    作者 | Sijin Joseph
    译者 | 弯月,责编 | 屠敏出品 | CSDN(ID:CSDNnews)请注意,各个级别的知识是逐级递增的,如果你在n级,那么意味着你也掌握低于n级的所有技能。640?wx_fmt=png640?wx_fmt=png640?wx_fmt=png原文:https://sijinjoseph.com/programmer-competency-matrix/声明:本文为CSDN翻译,转载请注明来源出处。

    【END】

    程序员不要放弃python!

    https://edu.csdn.net/topic/python115?utm_source=csdn_bw

    640?wx_fmt=jpeg

     热 文 推 荐 

    ☞今日头条搜索网页版上线;华为筹建中国开源基金;Racket v7.4 发布 | 极客头条

    亚马逊与 Uber,软件开发的方式有何不同?

    豪投10亿!华为放话2025年97%的大企业采用AI!网友神回应了

    Python 爬取 B 站 5000 条视频,揭秘为何千万人为它流泪!

    ☞主链100强榜单出炉, XRP竟与比特币比肩; 以太坊每周产生1248种新代币 | 数据周榜

    Docker,一个傲娇的男人

    AI“生死”落地:谁有资格入选AI Top 30+案例?

    最前沿:堪比E=mc2,Al-GA才是实现AGI的指标性方法论?

    边看边用!这本 Python 3.6 的书火爆了 IT 圈!

    640?wx_fmt=png你点的每个“在看”,我都认真当成了喜欢

    展开全文
  • 矩阵中的人员管理

    千次阅读 2013-02-04 23:42:33
    大多数管理者都很少公开谈论自己的管理经验,或者心得,最多点到为止,好像天机不可泄露。敢于大言不慚地谈论的,一般有两类人。...去年春天,在QCon2012上看到一个报告,叫做“弱矩阵中的项目管理”,

    大多数管理者都很少公开谈论自己的管理经验,或者心得,最多点到为止,好像天机不可泄露。敢于大言不慚地谈论的,一般有两类人。一类是初学者,他们多半是为了成长过程中某个心智阶段的总结;一类是大师,他们则是为了整理人类的知识。我这里有意把一些包含私利的动机排除在外,否则实在对不起一些牛人,比如徳鲁克,虽然他从不承认自己是个管理者。

    去年春天,在QCon2012上看到一个报告,叫做“弱矩阵中的项目管理”,我当时还有点清高,好像觉得一看題目就知道他要讲什么,所以选了别的课题去听了;但更重要的原因,当时我脑子想的是完全另外一件事情:强矩阵中的人员管理。忙了一年,现在才有点时间来梳理一下头绪,其中抛开具体的工作内容和管理技能,聚焦一些基本的游戏规则。


    【组织结构】

    人员管理并不是矩阵组织独有的,通常只有公司大到一定程度的时候,人员管理才得以从部门经理或HR的职责中劃分岀来,作为一件单独的事情,让业务部门之外的职能部门来做,并挂以平衡短期目标和長远发展之名。

    不少民营企业中,接受项目经理汇报的部门经理,独立负责人员管理的工作,把人员分给自己部门里面的项目团队,这是典型的项目型组织。一些外企则把人员管理的主要工作下放,由一线职能经理承担,同属一线的职能经理和项目经理没有汇报关系,他们分别汇报给自己的高级经理,号称矩阵。去年同学聚会聊到此事,感觉这些年,这样的矩阵似乎在一些外企在中国的大型研发中心里悄然流行起来。

    虽然有着员工归属感建设和员工胜任度模型等理论体系的支撑,从项目型金字塔转到矩阵结构的过程,还是不可避免地延续了事业部门的强势。市场竞争的压力也维持了强矩阵的长期存在,接受它并在此环境下实现职能部门的价值最大化,是处于弱势的职能经理的行动方向。

    这种矩阵的好处,官方的说辞,教科书上都有,我就不重复了。让我印象深刻的几个是:

    1. 推动老员工进步

    建立和维护团队能力是一线职能经理的主要职责,但这个职责有点可笑。对于一些狼性文化的公司,哪怕它变得再大,哪怕它从事的工作附加值比较低,提升能力都是员工自己的事情,员工会主动利用公司内部或外部资源提升自己。只有在养着一堆懒汉的团队里面,才需要有一整个专门的管理层来催促他们学习。因此,作为职能经理,建立合适的团队文化,才是建立和维护团队能力的关键。

    2. 多一条控制渠道

    这是对老板来说的,通过权力切分,达到監督、制衡、维稳等方面的好处。虽然一些流程变得复杂,但有效防止有人为了私利拉帮结派、占山为王。

    3. 多一条申诉渠道

    这是对员工来说的,多一条沟通渠道,不仅有利于员工问题的发现和解决,也有利于上面政策的说服和下达。但这也要求矩阵中的每个人,包括员工和经理,都必须八面玲珑。

    4. 安置一线的资深员工

    传说中,高层的资深员工可以用副总来安置,那么一线的资深员工怎么办?中国文化里面好像只有当官才是出人头地啊,那么弱矩阵中的项目经理和强矩阵中的职能经理,也许就是最好的选择。而且在矩阵足够强或者足够弱的时候,他们做管理者的同时又可以兼职原有的独立贡献者的工作。


    【巧立名目】

    公司大到需要矩阵来管理的时候,老板基本上已经看不到人了,他只能看到数字。如果拿数字说话,项目经理是帮公司赚钱的,职能经理就是帮公司花钱的,于是巧立名目就十分重要。巧立名目也许是职能经理跟项目经理思维方式的最大区别,项目经理是帮助别人实现目标的,最怕的就是镀金;职能经理是要发现问题和提出问题的,最怕的就是提不出问题。这应了之前在网上看到的一句话,有困难要上,没有困难制造困难也要上。

    巧立名目有三个原则:

    1. 问题导向:你想做的这工作,想花的这个钱,确实能解决团队中的某些问题。
    2. 方案领先:既然是负责能力提升,就要以业界这个能力最牛的水平作为标杆。
    3. 目标可达:如果我们离这个标杆还太远,就用路线图画个饼,一步步来。

    以研发机构中的职能部门为例,在行业新技术刚刚出现,发展迅速的阶段,多立些跟踪新技术,提出创新原型等,打造团队硬实力方面的名目;在行业技术发展的相对平台期,多立些过程改进,方法论整理等打造团队软实力方面的名目,也许是一种不错的选择。


    【目标导向】

    立了名目,有了目标,就执行下去,虽然是弱势,有多少资源就做多少事,总比不做要好。在强矩阵中做职能部门的工作,就像在弱矩阵中做事业部门的工作一样,会面临不少困难,处理的方式基本上是类似的。

    有一个困难比较特殊,就是职能团队里面人通常很多,多到只能做一些简单的行政管理。因此职能团队只是个group,不算是team。但要出成果,就必须要组建一些精干的teams。选择那些对目标有利的人组成team,不利的人暂且留在group里面,让他们完成好事业部门交代的工作即可。当然这样的人不能太多,只要名目立得足够巧,找不到自己team的人就会比较少。

    还有一个困难比较难搞定,就是职能部门工作的绩效考评。项目经理的绩效原则上有一套成熟的体系来考评,但职能经理几乎没有,这是个双刃剑。

    有些组织把不能出现该职能范围内解决不了的技术问题作为考评指标,但这种"有或无"的指标有点可笑,而且由于事业部门在资源调动方面有优势,也承担着更大的风险,他们会更有动力去解决这些问题。

    有些组织建立了员工胜任度模型,从而作为人员管理工作的量化考核指标,但软件开发领域的胜任度模型中,几乎没有一种量化指标是经得住推敲的。于是,职能经理可以用各种数据来美化他们的工作报告。

    也许有一天,当员工的绩效某种程度上跟职能经理的绩效挂钩的时候,职能经理才会真正感觉到的压力。当然,这也会引出其他一系列有趣的问题。


    【项目管理】

    PMI成立以来,项目管理被神话为实现很多目标的最理想方式。确实也是这样,至少目前人类还没有找到更好的。一些人员管理方面的目标同样可以通过运行一个项目的方式来搞定。

    在这个时候,职能经理一般是项目的发起人,去找钱,调配资源,然后任命一个项目经理来管理。这里的项目经理是个角色,而不是职位。当然,一些没办法的事情还是得亲力亲为,既是发起人又是项目经理。提出问题和解决问题是同一个人的时候,最需要预防的就是范围蔓延。

    所以最好还是找个合适的人来管项目,给他必要的授权。建立职能部门的核心团队,把这些项目经理纳入进来,让他们深入理解职能部门的目标,以便清晰贯彻到项目中。


    【充分授权】

    在我看来,要实现员工的能力提升,除了充分授权之外,其他的方法都是虚的;要留住有能力的员工,除了充分授权之外,其他的方法也都是虚的。

    当然,在强矩阵中,综合能力突出的员工早就被事业部门锁定了,对于他们来说,事业部门的授权已经让他们得到不错的成长,你自然不用太费心,反而你要担心事先跟事业部门约定的资源占用时间是否得以兑现,没有这些牛人的充分参与,也会影响职能部门工作的质量。另外,相对于时间管理,保持这些员工从事职能部门工作的热情有时才是更大的问题,因为事业部门的工作有时确实太有吸引力了。

    牛人如果实在争取不到,还不如启用有潜力的新人,他们往往热情更高。大多数职能部门工作对进度要求相对比较灵活,正好提供了培训和成长的时间;在一些低附加值的事业部门工作之外,通过设定一些虚拟的职位,利用公司或行业内的机会,让他们得到锻炼。依靠自己的技术背景,职能经理也可以给这些人必要的指导,让他们在事业部门获得更快成长,直到通过提拔离开你的团队。从而实现良性循环。

    但有些人会经历一些特殊情况,比如在某个时期家庭上更需要他,工作上确实只想维持现状,这在很多公司都是允许的,那也不要强求他成长。这样的人偶有几个,也会成为体现员工关怀的案例。


    【顺水推舟】

    顺水推舟的意思,说白了就是示弱。在组织架构图中,直接汇报线上的职能经理原则上有很大的职务权利,特别是在资源调配和绩效考评上。但一定要你的每一个员工从入职第一天就知道,谁有最大的非职务权利,不管这个非职务是他的项目经理个人努力获得的,还是组织文化上约定俗成的。因为你不希望有人出来捣乱,破坏现状。

    但一个组织也不能够太稳定,变成一潭死水。如果有人想从一个事业部换到另一个,有理由,有条件,那就鼓励他,支持他,而且编造各种冠冕堂皇的话来说服事业部门的领导,比如说与其让他呆得不爽辞职,还不如让他换一个部门,以后还可以找到他。

    因此,如果说给人帮助要雪中送炭,那么使用权利一定要顺水推舟。否则在大公司里面,一不小心就会变成某场矛盾冲突的牺牲品。老板总是说允许犯错,但谁愿意去背个犯过错的帽子呢。于是大家都蹑手蹑脚,害怕风险,公司也越来越死气沉沉。如果不是天生的冒险者,或者被逼到绝路的人,谁会出来推动变革呢。这是另外的话题,不展开了。


    【以退为进】

    以退为进的意思,说白了就是:示弱只是个工具,不是目的。通过示弱保持组织中有利于整体绩效的游戏规则,通过示弱赢得更多的支持,以便在需要的时候实现你的目标。有人说谈判的时候,如果要退让也一定要假装很委屈的样子,也许对于短期博弈是有效的;但一个公司里的同事,还是应该坦诚面对,不虚伪,不摆架子,相互扶持,有助于形成建设性的,寻求共赢的文化。

    以退为进的“进”,还是以实现职能部门的目标为目的。虽然目标难以量化考核,但能力建设如何,日常工作和突发情况处理中大家内心自有判断。所以光考嘴上忽悠是没用的,把自己的实力打造好了,作为掌握核心资源的职能团队,自然会赢得大家的认可和尊重。


    【技术能力】

    职能经理需要帮助员工制定和实现职业发展计划,帮助别人之前,自己的职业发展问题要先搞定。自己都想不清楚,就不要谈怎么去帮助别人。

    不管是项目经理还是职能经理,离开一线技术工作久了,就慢慢变得眼高手低。如果当经理之前技术就不是很扎实,就变成眼低手也低了。虽然说很多人反对把技术高手培养成管理者,我倒是觉得如果技术高手愿意,还是可以培养培养,不行了再回去做技术工作也可怕。可怕的是把技术不精通,只是聊天的时候能够把某场球赛描述得绘声绘色的人培养成管理者,那简直就是灾难。这样的人如果他有上进心,我宁愿推荐他去做销售,他可以做得很出色;如果上进心也不强,工作质量不至于太差,放在团队里面活跃气氛,也是一个很棒的选择。

    话收回来,在技术工作上的眼高手低,对于项目经理来说并不可怕;但对于职能经理来说,至少我觉得是难以接受的,在研发团队里面,他会缺乏必要的认可和尊重,更不要提影响力了。对于技术工作眼低手也低的人,唯一的出路就是纯粹的职业经理人,要么挤到公司最高层,要么还是尽早离开研发型公司吧。

    为了保持自己的技术能力,除了要通过多种渠道尽量了解各个事业部门的一线工作以外,还需要紧跟行业前沿,并亲自操作,否则你也无法为你的团队指明未来的方向。这些都需要花很多精力,甚至是一些下班时间,比如在一些放松的时候,公交车上,马桶上,你会产生一些神奇的想法,这个想法最终也许会成为打造你团队业绩的制胜法宝。

    为了摆脱行政事务,赢得时间,老板教我一个时间管理的方法,让我百试不爽,就是把批假等事情放某个低效率的时间点集中处理。

     

    【内心修炼】

    如果说前面几个要点都太激进,太争锋相对,对于已经进入成熟阶段的组织还是需要引入一些柔性管理的概念,而且也更加接近人员管理的本源。现实世界中强和弱都是相对的,而且相互混合相互并存,所以无论在什么组织结构下,把人员管理一些最关键的部分做好,总会得到大家的认可。说到最关键的部分,无外乎就是激励。这也是人员管理中最需要创造性的部分。
     
    本来想把这个要点叫做员工关怀或者叫做员工激励,但又觉得太过于具体,而且前人已经总结了大量的激励模型和理论,还不如回到大家常常会忽略的一些心理学本源上来。比如,要是没有一些由内而外的影响力或领导力,所有这些模型都是纸上谈兵而已。因此内心修炼才是领导力的基础,也是每个管理者的必修课。
     
    谈到内心修炼,很容易想起机场书店里面一些励志录像,里面甚至还掺和着一些禅宗之类的东西。对于过于玄乎的东西,我一直不以为然,就像软件工程里很多通俗的暗喻都是很好的,既启发联想又便于沟通,但非要把工程方法跟一些无关且难以理解的领域,比如易经,扯上关系,作为饭后谈资还可以,对实践并无太多益处。
     
    从实践者的角度,同感力是一个比较容易做到的方法,我前几年一篇关于绩效考核以及半空与半满的博文中已经说过了。后来我还发现讲故事也是一个不错的最佳实践,并在品牌营销领域被大量使用。但通常,未必有那么多时间让你讲故事,只是在处理一些比较棘手的问题,比如当针对一些麻烦状况的面谈即将进入某种沟通僵局,需要职能经理站在一个前辈或旁观者的角度给出建议或施加影响的时候,我发现讲故事确实起到一些微妙的作用。当然也有反例,曾经见过一些领导无时不刻不在讲故事,会给人喋喋不休的印象。
     
    其实在大多数时候,职能经理应该是一个观察者和聆听者,特别是一线的职能经理,更需要跟员工打成一片。比如可以跟工程师深入讨论某个技术问题,调侃某个技术趋势,好像自己跟他们一样,也是个技术发烧友。其实他并不只是为了聊技术而聊技术,他是在观察,在收集信息。比如一个多年工作经验,懂的不少但技术感觉很差;和一个刚毕业不久,但技术感觉很好很有潜力的人,他能很敏锐地判断出来。这不仅在面试的时候很有用,对于已入职的员工,也可以针对不同技能和性格特点,施以不同的岗位、不同的发展路径以及不同的激励方式,以发挥最大潜能。
     
    在强矩阵下,各种屏障常常会影响职能经理的信息收集工作,他们需要加以识别,并采取行动。有些时候非正式的信息收集渠道效果很理想,但信息数量和质量难以保障,还是需要一些制度化的沟通渠道进行必要的补充。
      

    展开全文
  • 代码实现矩阵矩阵的导数by Kurt 由库尔特 下雨代码-矩阵样式 (Making it rain code — Matrix Style) HTML 5画布动画简介 (An introduction to HTML 5 canvas animations) Out of all the great things ...
  • 技能的需求可能随着时间而改变,需要提供适当的培训和成长机会。测试经理还须具备一系列技能,使其在高压力、快节奏的环境能有效地履行职责。 本部分内容讨论如何评估技能,如何填补差距以创造一个内部凝聚力强大并...
  • 今天分享一个相关分析可视化实战!之前我们分享了关于相关分析的原理,还有ggcorrplot包的...corrplot简介与安装corrplot是一个绘制相关矩阵和置信区间的包,它也包含了一些矩阵排序的算法。安装也非常简单,如果在R...
  • 矩阵式管理

    千次阅读 2018-06-13 14:21:42
    矩阵式管理 矩阵式管理指的是常见的组织结构形式之一,与直线式管理相对,以其灵活、有效的特点而被大多数组织所接受。如果这种专门小组有若干个的话,就会形成一个为完成专门任务而出现的横向系统。中文名矩阵式...
  • 未来的信息安全领导者所需要的技能将远远超过安全方面。...当今的CISO需要建立一个全面的技能矩阵,要像其它高级管理人员一样,将这些技能放到极其重要的水平上。在选择CISO时,公司现在需要寻求哪些...
  • 测试人员的基本技能要求 - 快速掌握业务知识的能力
  • 项目小组能力矩阵

    2018-05-22 18:34:12
    项目小组能力矩阵表,有效针对APQP项目成员能力进行分析确认,车载项目必备
  • 能力体系比较矩阵

    2019-10-18 09:05:47
    如何使用该矩阵 1.参看第1列列出的“能力体系最佳经验标准”。 2.把当前的或准备开发的能力体系的各个要素,与每一条最佳经验进行比较,并在第2列说明是否符合最佳经验要求,还是需要采纳最佳经验以满足业务...
  • 64位字节矩阵 您可能对以下顺序太熟悉了:您将一个.java文件输入Java编译器(可能使用javac或ANT,Maven或Gradle之类的构建工具),编译器磨掉了,最后发出一个或多个。类文件。 图1:什么是Java字节码? 如果...
  • 程序员能力矩阵

    2014-07-28 22:02:59
    树,图,简单的贪婪算法和分而治之算法,能够适度了解矩阵该层的含义。 能够辨识和编写动态规划方案,良好的图算法知识,良好的数值估算的知识,能够辨别NP问题等。 level 2  2014.7.28 Working with ...
  • 思维模型 时间管理矩阵

    千次阅读 2020-04-20 18:51:21
    时间矩阵管理用于事务管理和分类。比如:秘书在上班半个小时之后列了一份今天上午需要做的事情的清单,如下: a.到餐馆订餐,并查看宴请环境。 b.给A公司的小王打电话,约定今晚的活动 c.给远在北京的B公司副总寄...
  • 比如钉钉和打卡助手都做了线下沙龙培训,帮助客户熟悉软件、提升管理技能。 另外一种是企业参访类型的活动,‌‌比如一些第三方平台‌‌或者是一些To B的公司,‌‌可以举办一些‌‌到某些有影响力、有标杆属性的...
  • ggcor |相关系数矩阵可视化

    千次阅读 多人点赞 2019-11-06 00:00:00
    厚缊 业余的R语言可视化重度患者 个人博客:houyun.xyz 邮箱:houyunhuang@163.com 转载本文(包括长期转载账号)必须联系厚缊授权相关系数矩阵可视化已经至少有两...
  • R包corrplot绘图相关系数矩阵

    千次阅读 2020-07-14 07:00:00
    今天分享一个相关分析可视化实战!之前我们分享了关于相关分析的原理,还有ggcorrplot包的使用。相关性分析方法基础:Spearman、Kendall和PearsonR相关矩阵可视化包...
  • 对照着看一下吧,比较全面的介绍了程序员应具备的能力。
  • 如何做好时间管理?一直是管理中一项关键内容。本期分享会以项目时间管理的六个阶段为主线,... 3)RBS与人员技能矩阵的应用;4)怎么准确估算工期; 5)如何抓好项目关键路径; 6)保障进度计划的方法; 7)时间管理的建议与思考
  • 当时有很多人都不理解为什么这部电影取名为“Matrix”(可翻译为矩阵,也可翻译为母体或孕育生命的地方),后来这部电影被翻译为《黑客帝国》也令人非常费解。无论是“矩阵”还是“母体”,都代表了什么样的含义或...
  • 产品需求分析与市场分析方法汇总(SWOT+PDCA+波士顿矩阵BCG+5W2H分析法+STAR关键事件分析法+目标管理SMART+时间管理紧急重要矩阵+WBS任务分解法) 产品需求分析与市场分析方法汇总 ... 一、KANO模型 ...
  • 矩阵管理结构中的人员分别来自不同的部门,有着不同技能、不同知识和不同背景,大家为了某个特定的任务(项目)而共同工作。 矩阵管理的类型  矩阵管理分为多种类型,其一为基本型,另一种矩阵管理属于局部...
  • NPDP产品经理小知识-跨职能团队和矩阵结构 什么是跨职能团队? 跨职能团队是指把各种工作领域具有不同知识、技能的员工组合起来识别和解决共同的问题的团队。 跨职能团队的成员通常来自几个部门,任务是解决需各个...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 8,508
精华内容 3,403
关键字:

人员技能矩阵