项目经理 架构师的区别

项目经理和架构师的岗位职责

项目经理和架构师这两个职位虽然在工作内容和职责上不同,但是在国内的企业中这两个职位的职责经常会放在一个人身上,在中小型公司中更是如此,一个人既是项目经理又是系统结构的设计者。在比较正式的企业中,也会存在同一个在这两个职位间相互转化的情况,例如从架构师转为项目经理。自己对这两块比较感兴趣,希望能够在这两个职位间自如切换。因而在“猎聘网”找了对这两个职位的说明,摘录如下,作为自己学习和提高的目标。

项目经理

1. 负责项目进度管理、质量控制、人员管理、风险管理,领导项目团队准时、优质实现项目目标;

2. 负责协调用户业务需求,制定具体的项目功能细节,负责软件系统需求的调研和分析,即时反馈阶段性成果;与客户保持联系,并按照客户的合理需求改进;

3. 按照项目要求对业务进行整理和流程设计,按照软件功能要求进行详细设计;

4. 制定项目开发计划文档,量化并分配任务;跟踪项目进度,协调组员合作;

5. 监督项目进展各阶段的文档,如《项目章程》、《项目立项报告》、《需求确认》、《实施计划》、《验收报告》等项目文档的编写,确保文档完整规范;

6. 判断客户需求变更的合理性,同时与组员及客户沟通协调;确认变更时,产生需求变更文档,更改开发计划;

7. 向上级汇报项目的进展情况、需求变更等项目信息;

8. 总结已完成项目,产生项目总结文档;

9. 传递知识,提升团队能力。

架构师

1. 熟悉分布式、高性能架构和开发技术,如分布式应用开发、数据分布式管理和同步等;

2. 精通J2EE系统架构,深刻理解J2EE架构的优缺点,具有大型基于J2EE体系结构的项目规划、系统架构设计、开发经验,精通j2ee设计模式;

3. 深刻理解软件系统架构,精通面向对象分析设计方法,逻辑能力佳,具有丰富的OOA、OOD、OOP、UML及SOA经验,精通RationalRose、PowerDesigner等设计工具;

4. 技术视野广阔,具有良好的前瞻性,思路清晰、逻辑性强,对移动支付和互联网支付的相关技术具有优秀的领悟力和前瞻性,有较强的业务分析能力;

5. 良好的沟通能力、团队合作精神和服务意识;认真负责、具有高度责任感和敬业精神;

6. 对于性能瓶颈可以给出最优的切片,集群和分布式服务器搭建解决方案

7. 理解面向对象分析和设计的基本原则,熟悉常用的设计模式,熟悉UML;

8. 熟悉Java的多线程,线程与线程,进程与进程的通信机制;

9. 精通系统优化,对系统优化原理有深入的理解。对系统端到端性能优化有丰富的实践经验,熟悉各种远程本地Cache组件(尤其是Memcached,Redis),对Cache服务器集群架构有丰富的经验;


IT架构师是根据需求分析人员跟客户沟通后,拿回的客户需求,将面向客户的需求文档变成面向开发人员的开发文档,同时要从功能实现和编程实现的角度出发来做系统的总体规划。

架构师的工作完成后,下一步就是开发团队沟通,然后每个开发人员各自依照开发文档负责一个或多个部分的开发工作。

而项目经理则是整个项目从头到尾的管理者,监督者,他的任务是随时保持和客户、和团队成员的沟通。对团队成员的工作进行监督和审核,以确保整个项目按时、按质、按量完成。包括处理项目实现过程中的一些特殊情况。在需求分析阶段。

简单点理解,以盖房子为例,架构师是建筑设计师,而项目经理就是工头或者说监工。一个管结构,一个管进度。


时间: 2024-08-03 01:05:03

项目经理 架构师的区别的相关文章

程序员与架构师的区别

好的程序员做不出好的软件设计 本文由"外刊IT评论"网(http://www.aqee.net/)荣誉出品 你不能看到一个程序员还不错,就把他推到系统分析师.软件设计师或软件架构师的位置上. 如果你在团队或公司里寻找一个能胜任软件架构师或设计师这样重要位置的人时,首先出现在脑子里的想法通常是在程序员中选一个最好的.别这么干.这样的位置不是随意的找个不错的程序员就能胜任的.把你最资深的程序员晋升到这个位置也未必就合适. 乍一听你可能感觉荒诞.为什么我不能让一个程序员去做系统设计呢?毕竟,

架构师之路

1.引言 机算机科学是一门应用科学,它的知识体系是典型的倒三角结构,所用的基础知识并不多,只是随着应用领域和方向的不同,产生了很多的分支,所以说编程并不是一件很困难的事情,一个高中生经过特定的训练就可以做得到.但是,会编程和编好程绝对是两码事,同样的程序员,有的人几年之后成为了架构师,有的人却还在不停地coding,只不过ctrl-c.ctrl-v用得更加纯熟了.在中国,编程人员最终的归途无外乎两条:一是转向技术管理,它的终点是CTO:二是继续深入,它的终点是首席架构师,成为CEO的人毕竟是少数

java架构师-成为一个web项目高手,需要什么知识点

问题描述 成为一个web项目高手,需要什么知识点 知识点越详细越好,比如定时任务spring task,缓存ehcache,求工作三五年内高级工程师指点 解决方案 首先要了解web的底层技术Servlet的原理及使用,然后就是还基础上的各种框架技术SSH,Spring MVC等框架的使用,进阶知识的话有必要了解下servelet容器的原理.总的来说熟能生巧,经历的项目多了,技术知识自然能得到积累. 解决方案二: Web架构师成长之路 Bing:web项目高手 架构师 要求

云架构师前(钱)景这么好,我们该如何转型?这有两位阿里云云架构总监多年心得

当下,由于云计算具备在线(在线的价格.服务交付.管控运维和技术文档)等特点,很多场景下用户自己就能通过online的方式自助购买并使用云服务,但由于他们缺乏产品与解决方案层面的技术和决策能力,因此,不论是用户.还是云厂商对云架构师的依赖和需求都越来越大. 那什么是云架构师呢?或者咱们从起点出发--什么是云架构? 有些同学属于理论党,我们先来看看云架构的定义,维基里面的描述为: Cloud computing architecture refers to the components and su

【转载】架构师的行为准则(三)

让开发人员自己做主       架构师虽然需要为系统的设计负责,但无须包揽所有的设计工作,应该给予团队成员足够的自主权,让他们发挥自己的创意和能力,你的工作是确保大家的工作能很好的组合在一起,帮助他人解决棘手困难.当你发现同事遇到麻烦时,可以主动给出建议,但更可取的做法是创造良好的氛围,让大家主动向你征求意见.  控制项目规模       架构师要试图避免做那种"超大型"系统,因为这种系统往往难以控制,控制项目规模的办法通常有:  抓住真正需求 分而治之 设置优先级 尽快交付原则 架构

老曹眼中的全栈架构师

看一下工程师和架构师的区别,简单地,工程师关注的是功能和代码性能,而架构师关注的是业务和系统的性能等非功能性约束.全栈不是全能,只要覆盖了所使用的技术栈就是全栈,例如LNMP,Linux+Nginx+Mysql+PHP.全栈架构师关注的是业务所采纳的全部技术栈,以及技术栈所涉及的系统性能.安全,高可用等诸多因素. 全栈(full stack developer)好像起源于facebook中对工程师的一种称谓,全栈架构师估计是老曹的杜撰.全栈的出现大概有4个方面:系统的性能瓶颈定位,团队间的沟通障

【转载】架构师的行为准则(二)

先确保解决方案简单可用,再考虑通用性和复用性       系统的复杂性往往是架构师基于通用性和复用性的设计而引入的,很多具体问题往往不需要通用性和复用性的解决方案.如果存在多个可实施方案难以取舍,先简单后通用原则可以成为最终的评判标准.架构师提供具体解决方案时,无需排斥通用和灵活,但是如果过早脱离具体情况,只会迷失在无限的可能性里,被复杂的配置选项.超负荷的参数列表.冗长罗嗦的接口,以及存在缺陷的抽象所淹没.先简单满足需求,当重复需求再次发生时,通过重构来达到复用是一种不错的方式.  架构师应该

提问:设计师、架构师、分析师的区别?

问题描述 系统设计师和系统分析师的工作职责有什么区分?系统架构师和技术架构师的工作内容是一样的吗?如果有区别,区别在哪里呢?各种不一样的职位,搞不清楚-- 解决方案 解决方案二:範圍其實沒有很明確,重複的部分很大.系統分析通常是將一堆需求敘述,有條理地歸納整理,最後產生系統功能分類與描述.系統設計則依照系統功能,決定系統採用什麼架構,此時系統架構師和技術架構師就可以參與.系統架構與技術架構一樣是重複範圍很大的兩個分類.系統架構偏向整體架構,技術架構則偏向於程序規範.除非是公司或專案規模很大,一般

华为架构师8年经验谈:从单体架构到微服务的服务化演进之路

本次分享的大纲如下: 传统应用开发面临的挑战 服务化实践 服务化不是银弹 服务化架构的演进方向   一 .传统应用开发面临的挑战 挑战1-- 研发成本高   主要体现在如下几个方面:   代码重复率高   在实际项目分工时,开发都是各自负责几个功能,即便开发之间存在功能重叠,往往也会选择自己实现,而不是类库共享,主要原因如下:   从技术架构角度看,传统垂直架构的特点是本地API接口调用,不存在业务的拆分和互相调用,使用到什么功能就本地开发,非常方便,不需要过度依赖于其它功能模块: 从考核角度来