如何成为一名更优秀的敏捷项目管理者

Posted 2023-05-12

参考技术A 在敏捷团队里，经常听见很多不同的声音：

有人说，“好的敏捷项目管理者就要做打杂的，什么都不用干，什么杂事她都能干”；

有人说，“敏捷项目管理者经常受到挑战，因为他们没有一技之长”；

有人说，“敏捷项目管理者权威感太弱了，很难把事情推行下去”；

有人说，“要不然没想法，要不然搞不定事，管理的角色可有可无”；

总之，一千个人有一千种对于敏捷项目管理者的画像。

连敏捷项目管理者自己也经常发出这样的悲鸣，“敏捷项目追求扁平，项目管理者事杂权少操心多，关键时刻还要站出来背锅，真的毫无存在感，这个角色的意义何在？”

或许只有见识过优秀的项目管理者，他们没有“管理者的权”，却操着“管理者的心”，但仍然表现优秀的管理着项目，无论是普罗众生，还是项目管理者本人，才会认识到什么是优秀的项目管理者，还有什么是可以从优秀的敏捷项目管理者身上学习的。

我见过许多优秀的敏捷项目管理者：

他们具备“常识感”，哪怕项目规模再大，但心里一直住着一个既普通又全能的角色，他们能准确判断风险，然后快速抓到问题的本质，通过整合身边的资源，做到合理合适的匹配和应对；

他们一心关注在问题的解决上，似乎从不关注存在感，也无暇关注存在感，毕竟，为不同的事所困是项目的常态，他们不在应战，就在为应战做规划和准备；

当他们看到有人做的更好，会认识到他自己还有团队的成长取决于学习的速度，所以会带着团队一边向别人借鉴，一边快速累积自己的经验。

在我看来，这些项目管理者之所以优秀是因为具备两种力量，一种是决策力，一种是影响力，在这两种力量的支撑下，他们能够在能力、心态和认知上有突出的表现。

决策力指的是基于形势做出正确的判断，然后快速行动，影响力指的是影响团队和干系人，在目标上明确，在行动上一致。

按照两种能力程度的不同，可以把项目管理者的状态分为四类。

也就是文章开头里描（TO）述（CAO）的那种，在敏捷团队里，大家为共同的目标承诺和担责，共同维护一个开放尊重的环境，平等沟通，协商共事，没有职权没有命令，所有人被鼓励勇敢的说出想法，既包括互相提反馈，也包括集体做决策，每个角色有一技之长，既有分工又形成合作，一起完成目标。

项目管理的工作被多人分担了，那项目管理者（PM）是不是很多余？管理者的存在感何在？

此时，很多项目管理者会给自己加戏，帮助BA（需求分析师）写写故事卡（story），帮助 UX（设计师） 出几个图表，帮助QA（质量保证师）执行几个测试用例，戏多了自己就会忙碌起来，甚至有的项目经理会为自己贡献的这种价值感动，“看我的设计能力是不是不错？”，“我今天写了10个story。”

项目经理偶尔的承担上述事情是团队发挥协作精神的体现，出发点和责任感都是没有问题的，但一个优秀的项目管理者更清楚自己的责任和使命，他们如果没有把时间放在解决当下的问题上，便会把时间和精力用来做长远的判断和规划。

这些都是他们思考的问题，也都是他们持续规划、日常推进的事情。

“人无远虑必有近忧”，优秀的项目管理者深知这个道理。不想天天扑火，就需要做长远规划。

所以，当管理者抱怨没有存在感的时候，先问问自己，你因什么而存在，你有什么是不能代替的，你都做了什么，你和大家的差异点在哪里？

此处要划的重点是，既然承担了项目管理的角色，就要像个管理者一样去思考，去观察，去想解决方案，而不是努力把自己培养成BA，QA或者其他“存在感强”的角色，如果没有做到，那想想如何做，怎么做，最为关键的是想清楚为何这么做。

这是一种很悲催的状态，事实上，可能并不是因为项目管理者缺少能力，也不是态度不好或者责任感不强，相反，还很可能是有态度，有责任，想做事，也一直在做事情，所以和团队产生了距离，甚至是矛盾。

比如，和客户拉通了目标，但是没有及时和团队更新，以至于团队在错误的方向上做出了很多不必要的努力；

比如，把个人的决策当成了团队的决策，在客户和团队之间制造了许多无效沟通和反复确认；

比如，从管理的角度制定了规则和流程，但并没有从执行层面做充分论证，以至于难以推行；

比如，细节管理，事事过问，团队的日常充满各种沟通和更新，团队成员不堪其扰，团队管理缺少灵活和创新；

看似管理者很有存在感，一直冲在前面做客户沟通、做决策、做计划，事无巨细，事必躬亲，但管理者的工作却经常受到挑战，不是来自团队，就是来自客户，渐渐沦为孤家寡人。

一个优秀的敏捷项目管理者深知，如果团队别扭着，是无法和客户建立信任的关系并给客户带来真正的价值的，所以她会把敏捷的文化和敏捷的实践活动当做有利的工具，帮助自己把决策执行下去。

最典型的场景莫过于面对意料之外的变化和风险，尽管管理者已经积攒了数百条最佳实践，但仍然能够从透明、公开、平等的原则出发，客观分析，细心引导，让自己的经验“变成”大家群策群力的结果，因为参与过思考的过程，所以每个人都会觉得自己有贡献，因此在执行的时候，那种凝聚力，以及对于目标的认同程度，是相当坚决的。

此处要划的重点是，作为管理者，如果只是觉得自己有好的想法是远远不够的，比这更重要的是让更多的人理解自己的想法，并基于此产出更多更优秀的想法。

这便是影响力，它不是来自于职权，也不需要靠什么手段，它是一种引导的技巧和沟通的能力，它能让自己的想法和思考变成大家的想法和思考，用一个人的智慧点燃整个团队的智慧。

有的管理者是大家公认的好人，在某种程度上甚至还是“名人”，他们善于处理人际关系，烘托团队气氛，所以在这种团队里面更多的是看到和气，而非争议。

但是这种项目不一定成功，个人也不一定能获得成长。

管理者像个外交家，花大量的时间来构建和维持各种关系，有效的，没效的，与此同时，管理者擅长把收集来的各种信息散发给团队，今天有今天的方向，明天有明天的重点。

这样做看似是一种非常透明的管理方式，因为信息传递的渠道是畅通的，管理者能分发自己获得的全部信息，也能及时获得团队的信息，但这些及时又碎片的信息虽然能指导行动，但在目标上不一定统一，因为在这过量又繁杂的信息背后，缺少提炼，缺少体系，缺少和目标的联系。

所以，团队有可能做了很多事情，但并不一定是服务于目标的努力，也因此，很多时候团队会忙于处理各种偏差带来的问题，不停的打着各种补丁，项目推进的过程险象环生，如履薄冰。

优秀的项目管理者理解信息是碎片的，多变的，所以会对信息进行解读，提炼出重点，基于获得的信息，项目的现状，要实现的结果进行系统思考，做出正确的判断，然后带着团队一起强化目标，或者修正方向。

此处要划的重点是，管理者不能只做传声筒，很多时候要做专业的过滤器，用管理的思维来过滤碎片的无效的信息，既是保护了团队免受杂音的干扰，也是在发挥自己管理的特质和优势。

如此，在方向和执行上，管理者便是那个团队可倚重和信赖的人。

这也就是传说中的优秀的敏捷项目管理者了，这可能是最令人羡慕的一种状态了，但并不代表管理者就此可以躺平。

处在此状态下，管理者既具备决策力也具备影响力，但并不代表项目上不会出现问题，只是当问题发生了，管理者总有思路去应对。

优秀的项目管理者会关注三件事情，一是遇到问题时寻找共性，从自己和项目的过往中寻找经验，识别出共性，快速形成判断力和决策，然后带着团队一层层分析，一点点拆解，把不理解的问题和看不透的逻辑变成可以用大家的认知来理解的事情，进而利用团队的力量去解决问题；

二是能够认识到团队的优秀依赖于个体的优秀，所以会用细心和耐心带着团队一起分析和解决问题，有的时候扮演导师，给予他人鼓励，有的时候扮演教练，给予动作指导，有的时候又是老师，传授新的知识和能力，此时的管理者，更愿意自己搭台子，扮演幕后的角色，给队员制造机会去表演去历练，此种做法，个体获得成长，团队获得战斗力。

三是认识到，一个项目不仅仅是实现价值，也是一个学习的组织，这个组织能够快速成长取决于学习知识的速度，这个组织是否有未来，取决于它累积知识和经验的能力，因此，一个优秀的项目管理者会把每个项目当成学习和沉淀的机会，在管理项目的过程中完成经验的积累、人员的发展和知识的传承。

所以，一个优秀的项目管理者会同时关注过去，现在和未来，他们不打无准备之仗，他们每打一次仗也都没有白打。

如果你遇到一位优秀的项目管理者，好好珍惜和他共事的机会，因为和成熟的管理者共事，受益最大的是项目和项目里面每个渴望成长的你。

当你还在为自己是一个无权无存在感的敏捷项目管理者而悲叹时，你可能还需要跨越一些障碍，但最大的山可能不在眼前，而在心里。

如何才能成为一名优秀的架构师

对于工作多年的程序员而言，日后的职业发展无非是继续专精技术、转型管理和晋升架构师三种选择。那么程序员如何才能晋升为优秀的高薪架构师？

 

 

优秀架构师需要具备怎样的素质

 

担任全栈技术架构师三年的刘先生表示：「架构师虽然经常需要做一些分工的工作，涉及到一些管理层面，但在我看来，它并不算完全的管理，更考验沟通能力和他的设计能力。」

 

企业无论是招哪一类架构师，都会要求他们具有多年从业经验，有过项目开发经历，精通多门编程语言且熟悉数据库。总结出架构师的主要职责为以下四点——

 

1 确认需求

 

架构师要懂得用户需求，理解用户真正想要什么，这使得架构师必须要和分析人员不断沟通，反复确认需求规格说明书，以此来保证他精准清楚用户需求。

 

项目经理刘先生在受访时说：「架构师会与很多人沟通，例如开发人员，例如我们项目经理，有时甚至是用户本身。架构设计的目的很明确，目的是什么呢？挖掘用户需求。」

 

2 系统分解

 

在架构师认可需求规格说明书后，架构师已明确用户需求是是什么，这时候便看架构师的分解能力了。通过100offer入职的全栈技术架构师周先生从「纵向分解」和「横向分解」和我们说明了系统分解是什么——

 

「一般分为纵向分解和横向分解，纵向分解是将整个系统分层，从而将整体系统分解成下一级的子系统与组件。横向分解是在系统分解成不同的逻辑层或服务后，对逻辑层进行分块，确定层与层之间的关系。」

 

3 技术选型

 

在系统分解后，架构师会最终形成软件整体架构，接下来，架构师的职责是技术选型。

 

「前端到底用瘦客户端还是富客户端呢？数据库是用MySQL还是MSSQL又或是Oracle呢？」架构师张先生在接受采访时说，「在了解用户需求后，分解完系统后，技术选型是非常重要的环节，提出各个方向，我再进行评估。不过，很多人都以为架构师是有决定权的，其实不是，架构师没有拍版的权力，决定由项目经理来做。 」

 

架构师在技术选型阶段会提供参考信息给项目经理，项目经理再从预算、进度、人力、资源等各方面情况来权衡，最终确认。

 

4 制定技术规格说明

 

架构师在项目开发过程中是「灵魂人物」，并且要具备协调组织能力和懂得人员分工。

 

在制定技术规格说明阶段，架构师要协调起所有的开发人员，架构师通常会用技术规格说明书与开发人员保持沟通，让开发人员能从各个视角去观测、理解他们负责的模块或者子系统，确保开发人员能够按照架构意图实现各项功能。

 

在了解架构师的职责后，再来看看架构师该具备什么能力才能成为一家公司中的「灵魂人物」。我们先来看一下调查数据——

 

37%的受访人认为架构师的设计能力最重要，技术实力重要度排在第二占了24%，沟通能力则排在第三，占比14%，管理能力在大多数架构师眼中并不是最重要的，仅占了7%。此次，我们详细分析排在前三的能力。

 

 

1 设计能力－擅长整合分析

 

架构是过程，并非结果。

 

架构是架构师洞察内在结构、原则、规律与逻辑的过程，架构师要做到清晰理解系统，以及简洁描述，这是分析整合的能力。

 

一个架构师必须具备极强的分析能力，要做到根据产品宗旨和目标，分析清楚产品定位以及产品业务，再整合利用现有的技术领域，找出最佳方案，实现产品概念。

 

2 技术实力－实现产品规划

 

架构师首先要将代码写的清晰易懂，要能够实现功能，做到没有Bug，这要求架构师必须具备至少熟练掌握一门语言。

 

这是最重要的，每一名出色的架构师，必定是一位优秀程序员。架构师并不是纯粹的管理岗位，对那些爱写各式文档、画流程图、脱离代码、只说不做、高高在上的架构师，程序员们通常会称他们为——PPT 架构师。

 

不懂编程的架构师的职业生涯必定是短暂的，无论如何都不可本末倒置，要想实现自己的职业规划，不能荒废自己本身的技能，技术是架构师赖以生存的最基本能力。

 

所以，不推荐不热爱编程的人去做架构师，对于团队工作和个人发展来说，都会带来糟糕的后果。

 

3 沟通能力－能够横向沟通

 

架构师必须参与项目开发全过程，包括确认需求、系统分解、架构设计、技术选型、制定技术规格说明、系统实现、集成测试和部署各阶段，在这一系列过程中，架构师会与各部门沟通交流。

 

一个产品会有多部门合作，架构师在其中的沟通极为重要，直接影响产品进度与质量。架构师不仅要与开发人员沟通，也要和项目经理、分析人员甚至用户沟通，来实现产品的各种可能性。

 

所以，对于架构师来讲，不仅有技术方面的要求，还有能够横向沟通的要求。

 

架构师的发展现状

 

成为一名架构师是程序员的职业发展道路之一，架构师的工作前景也是程序员们所关心的事情，100offer采访了数名架构师，做出「架构师的发展现状」的相关分析。首先，我们来看一看架构师们想去怎样规模的公司——

 

可以发现，初创公司并不受到架构师们的青睐，架构师们更偏向进入具有一定规模已有成熟产业线的公司进行发展。

 

接下来，我们收集了100offer上近一年来架构师所收到的面试邀请数——

 

 

能够看出，最近一年来，企业对架构师的需求量是在逐步上升的。在了解企业需要后，我们再来看一看架构师的收入——

 

以上数据是两年来通过100offer入职的架构师年薪，20万以下和60万以上各占3%，20万至30万、30万至40万各占22%，40万至50万占比最大，高达34%，从现状年薪来看，架构师属于高薪职业。

 

 

高薪职业往往都担着巨大压力，对于架构师而言，他们在工作中面临的最大困难又是什么呢——

 

协调人际利益占了35%，管理分工占了26%，这些与「人」相关的内容成为架构师在工作中面临的最大困难。对于能成为架构师的人来说，只要不是PPT架构师，基本都具备了对架构师而言最重要的设计能力和编程能力，所以最重要的有时并不是最困难的。

 

他们必须思考清楚用户最需要的是什么，同时协调好项目内部人员的利益关系，对于很多不擅于打交道的程序员而言，协调和管理的确成为了他们最头疼的问题。

 

受访的架构师们表示，面对协调和管理所带来的困扰时，不能着急，协调人员之间的利益、管理和分配工作量本身就是一件需要大量实践才能有成效的事情，成功的架构师们往往会选择从减压做起，而协调与管理，在他们看来，是一件水到渠成的事。

 

无论是企业需求，还是薪资水准，从现状而言，架构师的各方面待遇都是较好的，同样，多部门协调和多线部署也给他们带来了巨大压力。不难看出，国内架构师的发展现状是较为乐观的，架构师无论是地位、薪酬还是未来发展，都具有着优势。

 

不是每一位程序员都必须转管理层成为CTO甚至CEO，也不是每一名程序员都必须要成为架构师，每名程序员都有着不同的发展方向。

 

从程序员到架构师，是很大的职业转变，也是不少程序员的职场规划路线。

 

本次受访的架构师，大多数都是在工作十年后再从程序员转型为架构师，几乎所有高薪架构师，都懂得多门主流编程语言如C++、Java、python等，才能在架构系统时没有局限性，也可以使用如MySQL、sqlserver、sybase、jracle、infomix等多种数据库，他们还了解文件系统特性，如NFS、GFS，NTDFS、XFS等，甚至做过几年windows开发，是这些经历，才造就了一名优秀的架构师。