如何防止架构师PM化?

简介: 架构师和PM都是需要对项目的进度和里程碑关心的,有人说“架构师PM化”是脱实际向虚化的一种表现,PM用表格和数字项目进度,缺少实体内容;架构师是对交付物的把控,用架构设计和模型拆解做支撑,其风险和进展都是有实体内容的,对此,我有下面的看法。

百度百科:

PM项目管理:

是以项目为对象的系统管理方法,通过一个临时的,专门的柔性组织,对项目进行高效的计划、组织、指导和控制,以实现项目全过程的动态管理和项目目标的总和协调与优化。

image.png

架构师:

所谓架构师,就是设计师或结构设计者,软件项目的总体设计师,是软件组织新产品的开发与集成,新技术体系的构建者。

image.png

讨论观点一:一定要有很强的编码能力才能担任架构师吗?

首先可以先看一下架构师的定义,首先架构师一定是偏技术型的开发工程师才能担任,并且在项目的开发之初,作为项目的架构师要根据项目的需求拿出可以的架构技术方案来的,并且这些架构方案是可以实在解决shiji问题的。

举例说明,目前国家每年都设有架构师考试的,这个考试也能看出来一些端倪,

系统架构师考试一共有三门课程:

第一门是基础理论课程:

考试的范围很广,计算机基础知识,计算机原理,线程、进程、加密、网络概念相关知识、通信知识、数据库原理、设计模式、还有就是最新一些架构知识等等;

第二门课程是理论知识:

这一部门是需要考生拿出实在的解决方案的,并且可以分析出来一个项目里面解决方案。使用面向对象还是面向过程还是面向服务的方式来解决问题的。以及相关的优缺点等等。

第三门课程是论文:

这一部分是关于论文的考试,考试的范围很广,并且对于题目的选项也很广,比如说有面向需求分析、软件测试及应用、项目管理技术、信息系统开发方法、可靠性软件容错技术、设计模式、信息集成技术、开发模型及应用等等大概有20左右的题型,并且题目每年的题目也有差异,最近几年开始考试数据湖、区块链的技术等

从以上可以看出来架构师也储备的技术很广,并且也要有实际的架构经验才行,目前企业里面一般要求架构师需要搭建架构环境的,比如说微服务,拆分、以及使用springcloud还是其他的开源技术等等。

最后:

所以说,架构师是要具备一定的编码能力才能够担任的。

讨论观点二:我觉得这些迹象表明架构师已经PM化了?

关于架构师PM化的问题,不是说架构师没有技术编码的能力,只不过在进度上面架构师参与的角色开始变化了,架构师不仅要关注技术方案,技术难点框架,还要处理整个项目的进度问题,这个其实就与PM有交叉的部分了。如果架构师一直在项目抓项目进度的话,就已经说明了已经PM化了。项目不存在技术的问题,存在延期的问题这本身就是PM的工作而不是架构师的工作范围。

讨论观点三:我在工作中是否也遇到类似的情况?我认为那些好的方法可以避免?

也遇到过类似的问题,在项目评估的前期就已经把整个项目中遇到的问题,采用的框架已经分析好了,并且都是采用的是成熟的框架,并且公司也有相关的技术储备,如果项目进度还存在延期的话,PM要进行安排是否需要加班或者考虑加入新的成员参与项目,保证项目的进度不会出现问题。架构师也不用进行甘特图的处理或者其他项目管理工具来保证进度的进行。


总结:

一般公司都有技术负责人还有项目负责人,技术负责人主要进行整个项目内技术的管理,比如说技术框架、编码规则等等;这个是有专门的职位,比如说架构师、还有一个开发负责人,这个一般是开发主管,主要管理开发的进度,是否需要加班,是否存在延期,这个都是开发主管的问题。最后,一个项目的能够顺利进行离不开技术负责人也离不开项目负责人。但是随着一些公司的影响,这两个岗位职责开始越来越模糊了。


相关文章
|
架构师 数据可视化 测试技术
如何防止架构师PM化
如果做一个合格的架构师?架构师脱实向虚有什么危害?如何防止架构工作脱实向虚?
9363 0
|
架构师 项目管理
如何防止架构师PM化?
如何防止架构师PM化?
103 0
|
21天前
|
缓存 监控 API
探索微服务架构中的API网关模式
【10月更文挑战第5天】随着微服务架构的兴起,企业纷纷采用这一模式构建复杂应用。在这种架构下,应用被拆分成若干小型、独立的服务,每个服务围绕特定业务功能构建并通过HTTP协议协作。随着服务数量增加,统一管理这些服务间的交互变得至关重要。API网关作为微服务架构的关键组件,承担起路由请求、聚合数据、处理认证与授权等功能。本文通过一个在线零售平台的具体案例,探讨API网关的优势及其实现细节,展示其在简化客户端集成、提升安全性和性能方面的关键作用。
62 2
|
25天前
|
存储 缓存 监控
探索微服务架构中的API网关模式
【10月更文挑战第1天】探索微服务架构中的API网关模式
76 2
|
2月前
|
安全 应用服务中间件 API
微服务分布式系统架构之zookeeper与dubbo-2
微服务分布式系统架构之zookeeper与dubbo-2
|
2月前
|
负载均衡 Java 应用服务中间件
微服务分布式系统架构之zookeeper与dubbor-1
微服务分布式系统架构之zookeeper与dubbor-1
|
4天前
|
监控 Cloud Native Java
云原生架构下微服务治理策略与实践####
【10月更文挑战第20天】 本文深入探讨了云原生环境下微服务架构的治理策略,通过分析当前技术趋势与挑战,提出了一系列高效、可扩展的微服务治理最佳实践方案。不同于传统摘要概述内容要点,本部分直接聚焦于治理核心——如何在动态多变的分布式系统中实现服务的自动发现、配置管理、流量控制及故障恢复,旨在为开发者提供一套系统性的方法论,助力企业在云端构建更加健壮、灵活的应用程序。 ####
44 10
|
4天前
|
运维 Cloud Native 持续交付
云原生架构下的微服务设计原则与实践####
【10月更文挑战第20天】 本文深入探讨了云原生环境中微服务设计的几大核心原则,包括服务的细粒度划分、无状态性、独立部署、自动化管理及容错机制。通过分析这些原则背后的技术逻辑与业务价值,结合具体案例,展示了如何在现代云平台上实现高效、灵活且可扩展的微服务架构,以应对快速变化的市场需求和技术挑战。 ####
23 7
|
4天前
|
监控 Cloud Native 持续交付
云原生架构下微服务的最佳实践与挑战####
【10月更文挑战第20天】 本文深入探讨了云原生架构在现代软件开发中的应用,特别是针对微服务设计模式的最优实践与面临的主要挑战。通过分析容器化、持续集成/持续部署(CI/CD)、服务网格等关键技术,阐述了如何高效构建、部署及运维微服务系统。同时,文章也指出了在云原生转型过程中常见的难题,如服务间的复杂通信、安全性问题以及监控与可观测性的实现,为开发者和企业提供了宝贵的策略指导和解决方案建议。 ####
26 5
|
4天前
|
Kubernetes Cloud Native 持续交付
云原生架构下的微服务设计原则与最佳实践##
在数字化转型的浪潮中,云原生技术以其高效、灵活和可扩展的特性成为企业IT架构转型的首选。本文深入探讨了云原生架构的核心理念,聚焦于微服务设计的关键原则与实施策略,旨在为开发者提供一套系统性的方法论,以应对复杂多变的业务需求和技术挑战。通过分析真实案例,揭示了如何有效利用容器化、持续集成/持续部署(CI/CD)、服务网格等关键技术,构建高性能、易维护的云原生应用。文章还强调了文化与组织变革在云原生转型过程中的重要性,为企业顺利过渡到云原生时代提供了宝贵的见解。 ##

热门文章

最新文章