[读书笔记]卓有成效的管理者

管理者的工作必须卓有成效,“使某项工作产生效益”和“完成某项工作”(应该)可以视为同义词,但是现实中许多人仅做到了后者,没有思考如何实现前者。

对于体力工作而言,我们所重视的只是“效率”。所谓效率,可以说是“把事情做对”(to do things right)的能力,而不是“做对的事情”(to get the right things done)的能力。 只有从事“对”的工作,才能使工作有效,而这一点却无法用衡量体力工作的方法来衡量。

我们无法对知识工作者进行严密和细致的读到,我们只能协助他们。知识工作者本人必须自己管理自己,自觉的完成任务,自觉地做出贡献,自觉地追求工作效率。

知识工作者的工作动力来源于他是否具有有效性以及他在工作中能否有所成就。如果他的工作缺少有效性,那么他对做好工作和做出贡献的热情很快就会消退,他将会成为朝九晚五通过无效的思考来消磨时间的人,比如花一上午的时间思考中午吃什么,再用一下午思考晚饭吃什么。

管理者面临的四类难题:

  1. 管理者的时间往往只属于别人,不属于自己。比如下属、客户、上司都可以随时找你,但你却不能拒绝。
  2. 管理者往往被迫忙于“日常运作”,而日常运作却不能带来真正意义上有价值的信息。比如每天管理公司的琐事、同事的反馈等,并不能带来公司业务的实际增长。
  3. 管理者输出的能力并不能直接被环境中的人使用。只有当别人能够利用管理者的贡献时,管理者才算有效。管理者如果不能使团队的人有效利用他的贡献,它本身就没有有效性可言。
  4. 管理者容易受到内部约束,导致无法认识组织外的世界。组织的价值就是为外部服务,组织本身就是成本的本体,如果管理者与组织的关系越紧密,他的注意力就越容易被内部的问题和挑战困扰,而看不到外部的情况。

组织是存在于社会之中的一种人为产物,与生物有机体完全不同,但是组织也要受到自然规律的制约:生物成长得越大、结构越复杂,他所消耗的资源就越多。

阿米巴虫(变形虫)身体的每一部分都可以随时与环境直接接触,因此它不需要特殊的器官来感知外界或支撑身体。但是庞大复杂的生物,如人类,就需要骨骼来支撑身体,也需要各种系统和器官来摄入食物和笑话、呼吸、排泄、生殖等等,而且人类还需要大脑和复杂的神经系统来协调这一切。但阿米巴虫的大部分机体都是直接和生存、繁衍相关的。我们可以发现越是复杂的生物,其实有许多机能是为了克服和抵消它本身结构的复杂性带来的消极影响,以及将它与外界隔离而服务的。

卓有成效的管理者,必须要在思想上养成的习惯:

  1. 有效地管理者知道应该将他们的时间用在什么地方。他们所能控制的时间非常有限,他们会用系统的工作来善用这有限的时间。
  2. 有效的管理者重视对外界的贡献。他们并非未工作而工作,而是为了得出成果工作。他们不会一接到工作就一头钻进去,更不会一开头就探究工作的技术和手段,他们会首先问:“别人期望我做出什么成果”。
  3. 有效的管理者善于利用长处,包括自己、同事的长处。他们还善于抓住有利形势,做他们能做的事情。他们不会把工作建立在自己的短处上,也不会去做自己绝对做不了的事情。
  4. 有效地管理者集中精力在少数重要的领域,在这少数重要的领域中,如果有优秀的绩效就可以产生卓越的效果。他们会按照工作的轻重缓急设定优先次序,并且坚守优先次序。他们别无选择,只能要事第一、重要的事先做、不重要的事情先放弃。
  5. 有效地管理者必须善于做有效的决策,他们知道有效的决策事关处事的条理和秩序问题,也就是如何按照正确的次序采取正确的步骤。他们知道快速的决策多为错误的决策。他们需要正确的战略,而不是令人眼花缭乱的战术。

为什么要抛弃Pact?使用 EOLINKER API Studio 快速实现契约测试(CDC)

因为前后端对接的过程中会出现信息不对称,以及工作进度不一致的情况,因此希望通过事先约定好API返回数据的文档,根据文档来开发后端代码,以及生产可以被前端调用的虚拟的API,帮助前后端能够同时开展工作并且保持前后端代码的正确性,加快后期的系统集成测试甚至是取消系统集成测试。

我们将以上的做法称之为契约测试。契约测试最开始的概念由 Martin Fowler 提出,它又被称之为:消费者驱动的契约测试(Consumer Driven Contracts),简称CDC。这里的契约是指软件系统中各个服务间交互的数据标准格式,更多的指消费端(client)和提供端(server)之间交互的API的格式。

契约测试带来的变化主要是:

  1. 将前后端测试解耦,前后端可以分别在对方还没有完成工作的时候就开展测试;
  2. 将测试过程前移,加速或者取代集成测试;
  3. 保证数据的一致性,让后端服务返回的数据就是前端想要得到的。

Continue reading “为什么要抛弃Pact?使用 EOLINKER API Studio 快速实现契约测试(CDC)”

微服务与API网关

当一个企业正在构建(或已经是)微服务的架构,我们可以将企业内部的系统架构简单地划分为内网系统以及边界系统:

内网系统:不涉及到外部数据交互,内部互相调用较多,API的粒度较细,有全链路追踪的要求,通讯协议多为RPC,追求性能以及稳定。

边界系统:涉及外部数据交互,一般处于内网与互联网(App、Web等应用)之间,几乎是外部调用,API的粒度较粗,通讯协议多为HTTP(REST),追求性灵活以及安全。

当我们谈论API Gateway(以下简称网关)的时候,一般指的是位于边界系统,链接内网与外网应用、第三方企业、用户的一个枢纽,负责帮助企业解决内部API对外暴露时的性能以及安全方面的问题。

Continue reading “微服务与API网关”

定位与心智的价值

企业经营中最重大的战略决策就是要将所有资源集中起来抢占一个定位,使品牌成为顾客心智中定位的代名词,企业因此才能够获得来自顾客心智中的选择的力量。就如现在的iPhone是高端智能手机的代名词,苹果花费巨大的人力物力去抢占的并非是市场份额,而是心智的份额。因此我们会发现iPhone虽然市场占有率较低,但是却攫取了绝大部分的利润。企业的心智资源才是最重要的内在价值以及护城河。

因此衡量企业价值的方式不再单纯限于绩效以及盈利能力,在互联网行业中我们能够看到非常多的企业即使长期亏损也能获得大笔投资,因为占有用户的心智本身就是企业的价值。

本篇文章内容源于《定位》一书,并在其中融入自己对产品与定位的思考。

Continue reading “定位与心智的价值”

《研发管理革命》-第一章/第三节:No Scrum

我们在上一节了解到如何通过Scrum(敏捷开发模式之一)来提高研发工作效率[点击查看历史文章]。然而我们也发现Scrum并非总是可行,尤其是在中国国内,我们发现Scrum似乎在大部分公司身上都不可行,Scrum在许多公司内部昙花一现并且迅速被抛弃。因此我们应该重新审视这一种“被神化”的敏捷开发模式,并且在恰当的时候对它Say NO!

Continue reading “《研发管理革命》-第一章/第三节:No Scrum”

如何看待岗位薪酬、员工关系以及个人成长?

最近看到刘润写的一篇文章《如何告别“学生思维”,更好地参与商业世界?》,非常认可文中的许多内容,因此选取其中的精华内容再加上自己在工作中的感悟,整理成本文。希望这篇文章可以帮助我们重新看待岗位薪酬、企业和员工的关系以及个人成长等问题。 Continue reading “如何看待岗位薪酬、员工关系以及个人成长?”

《研发管理革命》-第一章/第二节:Scrum

Scrum是橄榄球比赛术语,指在一个团队中,所有成员在球场上四处移动并且把球在团队的内部来回传接。而在我们今天讲的话题中,Scrum指的是一种增量式的软件迭代方法,由Jeff Sutherland发明,目前常用于敏捷开发领域:通过将庞大的目标拆分为可以短期执行并且可以评估效果的任务,在每个短周期(Scrum中称每个周期为“冲刺”)结束之后及时回顾和调整计划,让信息更透明、进度更可控。 Continue reading “《研发管理革命》-第一章/第二节:Scrum”