对“沟通成本”模型认知的一个重新假设

在成本管理上,我把一个软件项目的成本主要划分为“技术成本”和“沟通成本”两大部分。根据实践下来的经验,再借助“二八定律”统计支撑分析,技术成本约占两成,剩下的八成是沟通成本。其中,针对这八成的沟通成本,我再次尝试了进一步的继续细分。早在两年前,我把沟通分为内部沟通和外部沟通,还是结合自己经验和借助了“二八定律”分析,内部沟通占八成、外部沟通占两成。经过了两年的模型指导实践发现,这个沟通的划分方式有点问题,在执行过程有点吃力不讨好的反馈。既然发现了问题,下一步就是改进。

对于沟通的归类,我重新思考、观察和学习了也有好一段时间,我还专门还重新复习了《人性的弱点》和彼得·德鲁克系列的多本书籍,也算是功夫不负有心人。特别是《人性的弱点》和《21世纪的管理挑战》这两本宝典给了我沟通模型假设的信心。我再次对沟通分类进行了假设,把沟通分为个体之间的外在沟通(简称“个体沟通”)和自我内在之间的沟通(简称“自我沟通”)。还是借助“二八定律”进行成本分析,个体沟通占两成,自我沟通占八成。有了假设模型的指导,我就知道往哪个方向去实践和努力了。

人的精力是有限的,无论生活还是工作,战略上的模型指导非常重要,这是计划和实践的主要依据,也是一个人综合认知能力的体现。技术领域出身的自己,曾经在两成的技术成本里花费了我八成的精力,这就是我成长的试错成本。还好,曾经八成精力的付出,还是比较厚实地巩固了项目成本上那两的技术成本。让我现在可以解脱九成的精力放在沟通成本的重组上。关于个体之间的沟通成本,我可以通过完善组织架构和流程规范手段打通从内到外,再从外到内的沟通过程,以“如何做”的角度做好分工的定义,让大家更加明确自己的组织定位,尽量减少不必要的矛盾。“如何做”其实更多是“体力劳动者”的分工模式,要发挥好组织定义的分工效能,还需我们这些“知识工作者”的自我管理能力,这都是我实践和学习的进一步假设。

在这个模型上,我找到了自己的价值。在技术上,比我强的人一抓一大把。在组织架构和项目流程上,我敢拍着胸口说,我懂得不多,因此,在我之上的人数不胜数。但这些能力在总成项目成本占比上还不算高,而且效能体现还是基于“自我沟通”的效果之上。因此,我看到自身的价值发挥点在于尝试唤醒那些装睡的人,以及扭转一些面对问题就直喊做不到和不好做的人,协助他们从“我要如何做”的传统观念,转变到“我的任务是什么”的新世纪观念上来。

改变一个人,是几乎不可能的事。所以说,想提高点利润去赚点生活费还真不容易。《隐性亿万富翁》的Glenn说,他的创业思路只要两个要素:一个市场需要的好商品和一个好团队。虽然是综艺节目,但这种大白话还是值得参考。好的商品很重要,但我目前最迫切的还是一个好团队。有一个观点我不知道是不是受德鲁克的影响,还是自己实践得来的感知,又或者两者都有。对于人力来说,我更愿意理解为资源,而不是成本。这两种思维背后是两种完全不同的管理模式。

把人力看作资源的改变,是需要一定的格局和胆量,这是我最需要提升的地方。思维、格局和胆量的不匹配让自己吃了不少苦头,心里看着前方,却迟迟原地踏步,甚至还往后退了退。没事,这也是一个正常的成长过程。但总的来说,无论是思维的建设还是实践的总结,这个过程所给到的信息反馈让我看到的方向还是一致的。没有太多别扭的地方,就算有,那也是我在努力去改变实践过程所带来的别扭而已。这一点难受,我还是可以区分。

对于管理上的关注,不是因为自己有明确的管理定位,而是从当前自身能做的贡献点出发, 这个问题的解决能力成为了我当前价值提升的一个瓶颈。换句话说,也是我人生进阶的一个里程碑。本质一点讲,是我自身认知系统需要升级的地方。

改善“自我沟通成本”难不难?这个问题是我实践的起点。首先,我不能成为第一个面对困难就说不好做或做不好的人。就这样一个起点过程的改变就很让人痛苦。当所有人都在抱怨和发飙,唯独自己决不能乌合之众,而且还要冷静、和谐、耐心和真诚沟通,站在对方的角度,用同理心为对方着想。得到别人的信任后,还需要用自身过硬的专业知识和丰富的人生阅历去引导正确。所以说,正确不是万能的,要让正确发挥正确的价值,还需要真正符合人性的正确手段。

基于新模型的实践过程中,我发现职位很容易让人有一种“鱼和熊掌”之意。就好像做了管理,就不用学习技术;做技术的,管理跟自己无关;卖东西的,跟做东西毫无血缘关系一样。硬要把口水、文档和代码看作势不三立的对象。而且,嘴里还喷着各种诸如商业思维、管理思维以及技术思维的假装认知,作为自己不愿意学习更多的借口。 价值导向是没错,但问题就出现在用偷懒去实践价值的矛盾。无论做什么事情,本质只有一个,越往价值核心靠近,就越需要刻苦和勤奋。忽略这一点的,就是对自己人生最大的谎言。之所以说“把人力看作资源”的思维转变的难度很大,因为这是跟自身“影响力”的价值体现有关,但这又是不得不自我改变和挑战的一点,我也开始逐渐明白所谓的“21世纪的管理挑战”。

“自我沟通”这一点成本的隐藏性还是比较高,隐藏不在于它不够透明,而在于大家都在“装睡”。哪怕这一次的沟通模型假设还是存在问题,但“自我沟通”的效能价值决不可忽视。就像德鲁克所说:“随着知识工作者及生产效率成为我们面临的关键性问题,它们必将在几十年内给现行经济体制的结构和性质带来根本性的变革”,这是我们每个人都非常值得深思的一句话。

原文地址:https://www.cnblogs.com/wcd144140/p/12694175.html

时间: 2024-10-12 05:37:32

对“沟通成本”模型认知的一个重新假设的相关文章

沟通信息不对称“模型”

以我实际工作中遇到的情况,设计如下模型. 对于一个企业来说,沟通是时时刻刻都要进行的,它渗透在工作的每一处.企业内部员工和部门间工作需要沟通,企业与外部联系同样最基础的也是沟通.沟通,通常都是由这样的过程组成的: 这中间会有很多因素引起信息的改变,造成信息不对称.沟通中产生信息不对称,在我们的日常工作中,非常常见.希望大家尽可能客观.全面的进行信息的传递,做有效沟通.同时,当不对称产生后,应该及时意识到并积极化解.否则势必会影响某些员工的工作情绪. 分享:http://www.docin.com

iOS开发UI篇—使用嵌套模型完成的一个简单汽车图标展示程序

iOS开发UI篇—使用嵌套模型完成的一个简单汽车图标展示程序 一.plist文件和项目结构图 说明:这是一个嵌套模型的示例 二.代码示例: YYcarsgroup.h文件代码: // // YYcarsgroup.h // 07-汽车展示(高级) // // Created by apple on 14-5-28. // Copyright (c) 2014年 itcase. All rights reserved. // #import <Foundation/Foundation.h> @

unity打包模型存在的一个问题

http://blog.csdn.net/leonwei/article/details/39233747 发现U3D的模型打包可能存在一个bug,会导致发布到手机上的模型法线丢失(某些材质下变成全黑或全白,编辑器里正常),经查明和测试,解决这个问题的方法: 1.对于在MAX中着了顶点色的模型(或者使用了需要顶点色参与的shader),导入模型时不要同时导入材质,要制作成预置后再指定材质,即 这里不要勾选 2.对于那些没有着顶点色的模型,如果这里选了导入材质,请保证将对应生成的材质上传 3.最最

WinSock IOCP 模型总结(附一个带缓存池的IOCP类)

前言 由于篇幅原因,本文假设你已经熟悉了利用Socket进行TCP/IP编程的基本原理,并且也熟练的掌握了多线程编程技术,太基本的概念我这里就略过不提了,网上的资料应该遍地都是. IOCP全称IOCP全称I/O Completion Port,中文译为I/O完成端口.IOCP是一个异步I/O的Windows I/O模型,它可以自动处理I/O操作,并在I/O操作完成后将完成通知发送给用户.本文主要介绍基于IOCP的网络I/O操作(即socket的Accept.Send.Recv和Close等).W

Java日历模型:输入一个日期,控制台显示

1 package com.zhen.calendar; 2 3 import java.text.DateFormat; 4 import java.text.SimpleDateFormat; 5 import java.util.Calendar; 6 import java.util.Date; 7 import java.util.GregorianCalendar; 8 import java.util.Scanner; 9 10 /* 11 * 输入一个日期,控制台显示 12 *

FFmpeg SDK开发模型之中的一个:解码器

简单介绍 本例解说了怎样使用ffmpeg SDK解码媒体文件: 參考源代码是ffmpeg 自带的apiexample.c 一.源代码#include <stdlib.h>#include <stdio.h>#include <string.h>#include <math.h> #ifdef HAVE_AV_CONFIG_H#undef HAVE_AV_CONFIG_H#endif #include "libavcodec/avcodec.h&qu

关于团队沟通,达成结论的一个看法

在多人讨论问题的时候,如果目标是为了达成一致,且没能很快达成一致的情况下,我认为可以这样做: 1.明确双方的目标,是完全一致,还是部分一致.   不一致的部分,是怎么看待的.   更关键的是,一致的部分是怎样的. 2. 把双方共同认可的,确定的结论和观点,先列一下. 这表示,双方有着一定的共同基础,有信任和继续讨论谈判的基础. 3. 讨论交流,互相交换真实的意见. 4. 在尊重客观事实和实际规律的情况下,对不确定的部分,逐个探讨.    最终,达成一致.    一般来说,妥协总是存在的.    

flex(弹性盒模型)布局写一个移动端

<!DOCTYPE html> <html> <head lang="en"> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=no"> <title>&

架构师修练 I - 超级代码控

可实现的是架构,空谈是概念 So don't tell me the concepts show me the code!  “不懂编码的架构师不是好架构师” 好架构师都是超级代码控. 代码是最好的老师 从代码中学习设计的思想.方法是提升类库设计能力.印证你所了解的概念与理论这就是架构师看代码的观点. 基本准备 一个类库可能有数千个类上万个方法,应该如何去看呢? 在看代码前我们需要进行一些什么样的准备呢 ? 设计模式 - 最标准的23种设计模式基本上要有一个了解,可能一下子不能理解他们的用法,但