android从程序员到架构师之路介绍

第一篇：android从程序员到架构师之路介绍

麦可网http:/// 高端android体系化学习

Android：从程序员到架构师之路

Android发展多年的今天，很多工程师都遇到职业发展瓶颈了，不知道如何向上走，因此麦可网携手台湾Android教父高焕堂老师推出了《Android架构师之路》这套国内唯一的课程，通过这套课程学习，学员们会学习高老师提出的EIT架构设计模式，能从普通Android工程师往Android架构设计师这个新的台阶攀登，同时更加熟悉Android本身体系结构设计，也可以换位以Android系统的设计师角度来思考问题。

由于Android是开源开放的平台，国内开发者不仅涉及App应用开发，也深入到底层软硬整合开发。

随着Android产业急速扩大，上下层模块日益增多，复杂性增高。无论是软硬件开发者都需要优越的架构思维、模式和方法，来支撑复杂的软硬整合、跨平台和自动化测试问题。

本课程解析移动应用开发的架构思维、模式和方法；并落实为Android的多层框架体系；所介绍的架构设计决策，都能落实为代码，为一个非常务实的课程。

随着这套课程的推出，麦可网已经有了高级应用，Framework，底层嵌入式，架构师之路等一系列互补系统的Android课程，全面覆盖纵横领域。毫无悬念的麦可网已经具备了国内最强大，系统，专业的Android课程体系。

这套课程的针对人群： Android开发已经有至少两年经验的IT工程师，多年开发经验想深入了解Android这个开源平台的资深工程师，Android项目团队的技术管理者。

我们不建议：不建议Android初学者学习这套课程；不建议没有项目经验者学习这套课程；不建议没有遇到瓶颈者学习这套课程。

有人问：架构课程是否会讲解的很虚？ 这套课程有超过2/5 都是案例，结合代码和UML案例来分析各个设计场景，所以大可放心，欢迎点击我们的试听课程。

第二篇：java程序员到架构师之路

作为Java程序员来说，最痛苦的事情莫过于可以选择的范围太广，可以读的书太多，往往容易无所适从。我想就我自己读过的技术书籍中挑选出来一些，按照学习的先后顺序，推荐给大家，特别是那些想不断提高自己技术水平的Java程序员们。

一、Java编程入门类

对于没有Java编程经验的程序员要入门，随便读什么入门书籍都一样，这个阶段需要你快速的掌握Java基础语法和基本用法，宗旨就是“囫囵吞枣不求甚解”，先对Java熟悉起来再说。用很短的时间快速过一遍Java语法，连懵带猜多写写代码，要“知其然”。

1、《Java编程思想》

在有了一定的Java编程经验之后，你需要“知其所以然”了。这个时候《Java编程思想》是一本让你知其所以然的好书，它对于基本的面向对象知识有比较清楚的交待，对Java基本语法，基本类库有比较清楚的讲解，可以帮你打一个良好的Java编程基础。这本书的缺点是实在太厚，也比较罗嗦，不适合现代人快节奏学习，因此看这本书要懂得取舍，不是每章每节都值得一看的，挑重点的深入看就可以了。

2、《Agile Java》中文版

这本书是出版社送给我的，我一拿到就束之高阁，放在书柜一页都没有翻过，但是前两天整理书柜的时候，拿出来一翻，竟然发现这绝对是一本好书！这本书一大特点是以单元测试和TDD来贯穿全书的，在教你Java各种重要的基础知识的过程中，潜移默化的影响你的编程思维走向敏捷，走向TDD。另外这本书成书很新，以JDK5.0的语法为基础讲解，要学习JDK5.0的新语法也不错。还有这本书对于内容取舍也非常得当，Java语言毕竟类库庞大，可以讲的内容太多，这本书选择的内容以及内容的多寡都很得当，可以让你以最少的时间掌握Java最重要的知识，顺便培养出来优秀的编程思路，真是一本不可多得的好书。

虽然作者自己把这本书定位在入门级别，但我不确定这本书用来入门是不是稍微深了点，我自己也准备有空的时候翻翻这本书，学习学习。

二、Java编程进阶类

打下一个良好的Java基础，还需要更多的实践经验积累，我想没有什么捷径。有两本书值得你在编程生涯的这个阶段阅读，培养良好的编程习惯，提高你的代码质量。

1、《重构 改善既有代码的设计》

这本书名气很大，不用多介绍，可以在闲暇的时候多翻翻，多和自己的实践相互印证。这本书对你产生影响是潜移默化的。

2、《测试驱动开发 by Example》

本书最大特点是很薄，看起来没有什么负担。你可以找一个周末的下午，一边看，一边照做，一个下午就把书看完，这本书的所有例子跑完了。这本书的作用是通过实战让你培养TDD的思路。

三、Java架构师之路

到这个阶段，你应该已经非常娴熟的运用Java编程，而且有了一个良好的编程思路和习惯了，但是你可能还缺乏对应用软件整体架构的把握，现在就是你迈向架构师的第一步。

1、《Expert One-on-One J2EE Design and Development》

这本书是Rod Johnson的成名著作，非常经典，从这本书中的代码诞生了springframework。但是好像这本书没有中译本。

2、《Expert One-on-One J2EE Development without EJB》

这本书由gigix组织翻译，多位业界专家参与，虽然署名译者是JavaEye，其实JavaEye出力不多，实在是忝居译者之名。

以上两本书都是Rod Johnson的经典名著，Java架构师的必读书籍。在我所推荐的这些书籍当中，是我看过的最仔细，最认真的书，我当时读这本书几乎是废寝忘食的一气读完的，有小时候挑灯夜读金庸武侠小说的劲头，书中所讲内容和自己的经验知识一一印证，又被无比精辟的总结出来，读完这本书以后，我有种被打通经脉，功力爆增的感觉。

但是后来我看过一些其他人的评价，似乎阅读体验并没有我那么high，也许是因为每个人的知识积累和经验不同导致的。我那个时候刚好是经验知识积累已经足够丰富，但是还没有系统的整理成型，让这本书一梳理，立刻形成完整的知识体系了。

3、《企业应用架构模式》

Martin的又一本名著，但这本书我只是泛泛的看了一遍，并没有仔细看。这本书似乎更适合做框架的人去看，例如如果你打算自己写一个ORM的话，这本书是一定要看的。但是做应用的人，不看貌似也无所谓，但是如果有空，我还是推荐认真看看，会让你知道框架为什么要这样设计，这样你的层次可以晋升到框架设计者的角度去思考问题。Martin的书我向来都是推崇，但是从来都没有像Rod Johnson的书那样非常认真去看。

4、《敏捷软件开发原则、模式与实践》

Uncle Bob的名著，敏捷的经典名著，这本书比较特别，与其说是讲软件开发过程的书，不如说讲软件架构的书，本书用了很大篇幅讲各种面向对象软件开发的各种模式，个人以为看了这本书，就不必看GoF的《设计模式》了。

四、软件开发过程

了解软件开发过程不单纯是提高程序员个人的良好编程习惯，也是增强团队协作的基础。

1、《UML精粹》

UML其实和软件开发过程没有什么必然联系，却是软件团队协作沟通，撰写软件文档需要的工具。但是UML真正实用的图不多，看看这本书已经足够了，完全没有必要去啃《UML用户指南》之类的东西。要提醒大家的是，这本书的中译本翻译的非常之烂，建议有条件的看英文原版。

2、《解析极限编程 拥抱变化》XP

这是Kent Beck名著的第二版，中英文对照。没什么好说的，必读书籍。

3、《统一软件开发过程》UP

其实UP和敏捷并不一定冲突，UP也非常强调迭代，测试，但是UP强调的文档和过程驱动却是敏捷所不取的。不管怎么说，UP值得你去读，毕竟在中国真正接受敏捷的企业很少，你还是需要用UP来武装一下自己的，哪怕是披着UP的XP。

4、《敏捷建模》AM

Scott Ambler的名著，这本书非常的progmatic，告诉你怎么既敏捷又UP，把敏捷和UP统一起来了，又提出了很多progmatic的建议和做法。你可以把《解析极限编程拥抱变化》、《统一软件开发过程》和《敏捷建模》这三本书放在一起读，看XP和UP的不同点，再看AM是怎么统一XP和UP的，把这三种理论融为一炉，形成自己的理论体系，那么你也可以去写书了。

五、软件项目管理

如果你突然被领导提拔为项目经理，而你完全没有项目管理经验，你肯定会心里没底；如果你觉得自己管理项目不善，很想改善你的项目管理能力，那么去考PMP肯定是远水不解近渴的。

1、《快速软件开发》

这也是一本名著。可以这样说，有本书在手，你就有了一个项目管理的高级参谋给你出谋划策，再也不必担心自己不能胜任的问题了。这本书不是讲管理的理论的，在实际的项目管理中，讲这些理论是不解决问题的，这本书有点类似于“软件项目点子大全”之类的东西，列举了种种软件项目当中面临的各种问题，以及应该如何解决问题的点子，你只需要稍加变通，找方抓药就行了。

六、总结

在这份推荐阅读书籍的名单中，我没有列举流行的软件框架类学习书籍，例如Struts，Hibernate，Spring之类，也没有列举AJAX方面的书籍。是因为这类书籍容易过时，而上述的大半书籍的生命周期都足够长，值得你去购买和收藏。

第三篇：架构师之路--- 一个四年 JAVA 程序员的工作经历

论坛的帖子看的多了，讲大道理的也很多，可是真正懂的并去做的有多少？本人第一次发帖子，不说什么道理，只是个人的一点经历，很普通但是本人这几年的亲身经历。

首先介绍下自己，男，06 年毕业来的北京，从事 J2EE 开发，现在 4 个年头了。

06 年和刚毕业的很多同行一样。二本毕业，CET-4，没有其它证书也没得过什么奖，很普通，面临找工作的问题。不过运气不错，刚来北京二周就拿了二个 offer，一个是北京磁共振研究所，从事 VB,DEPHI 开发，另一个是一个新成立的公司，从事 JAVA 开发。我选择了后者，当时自己接受过 4 个月的培训，可能会比一般的学生多些动手能力，这公司的上机本来是一道题的，做一个 GUI 画图程序，很简单，时间三天，不过我用了一天就搞定了，所以公司又多考了我二道上机题。只做出来了一道，当时很害怕公司不要我，后来才知道是公司有意试我 的，无论后面两道我做成什么样，一样会拿到 offer。刚毕业吗，没社会经验。工资 2000，税后 1600，试用 80%，三个月，不过我二个月转正了，第 5 个月时提到了 3000，第 8 个月时提到了 4000。当时开心的很，老板初看是很老实的人，开会还是私下给了我很多希望，甚至邀请我去他家去玩，自认为和老板的关系很好。不过后来证实这点是错误 的，千万不要和你的老板走的太近。就是同事关系。工作内容吗是负责公司一个可视化程序的开发和对应的 B/S 插件以及对外支持工作，产品要卖钱吗，当时工作真的很卖力，在这公司的时间真的把心都给公司了，基本没有 11 点前过家，有时是工作，有时是学习，刚毕业吗，没经验，尤其是支持还需要很广的知识面。在这公司呆了三年，当时公司就 20 多人，所以有些工作不是分的那么清，我呢基本是一个人做三个人的活，开发，测试，支持，后来又兼职售前。当时工作太忙，北京又太大，有时一天要跑几个地 方，公司仅有的一辆车基本成了我的专用车了。当时老板对我也不错，这样过了两年多，我学了很多知识，而且了解了公司运作和产品开发流程，并一手支撑起了支 持部门，一共 5 个人。

到第二年半的时间，公司新招了一批程序员，都是 2-4 年工作经验的，他们工资都是 7000+，我呢当时是 4500，所以有点不得劲，找老板谈了次，我要求是 5500，结果不欢而散，老板向我保证的是 5 年后，会有 20W 的个人买房补助和车补，这时我才明白人们常说的不要和你的老板做朋友是啥意思。完了后我故意没以前工作努力了，但也没误过事。只是不会多做事，老板没办法 给我涨到了 5200。我这时才有了跳槽的想法，一个月后提出辞职。结果老板骂了我，说我应该提前 3-4 个月和他说，还说我没职业道德。合同法规定是一个月，半个月时工作交接完了，到了一个月我要走了，办离职证明，公司不给开，不让我走，这之前老板找了谈了 三回，最后一回才提涨工资的事，说实在的我当时就是因为这事要走的，不过都谈三回了，也没啥意思了。

当时我找到工作了，那边让我报到，这边不给证明，后来我和老板商量我先报到，然后再回来半个月，再帮半个月时间。还是不欢而散，我一生气，就直接走了，结 果到了那边没有离职证明可以签个协议就行了。当时还有工资没结，取工资时老板不给我让扣一个月的，我真的生气了，我说我不要了，明天我去告他。我走到门 口，老板拉住我又说可以给工资但不给开离职证明，我还是那句话，老板没办法，后来手续和工资都给我了。安心去第二家公司上班。

不过说实在的，我还是很感激这个公司和老板的，教了我 N 多东西，我也在这公司学了 N 多东西，很多是和技术没关的。

09 年，第二家公司是开发组长，带了7个人做J2EE，当时我就不会设计大的系统，不过我们经理是高级架构师，所以应聘时根本没在乎工资还是5000。这公司 很大，但开发流程不太正规，底层开发人员不受重视，做了很多大的项目，和组员和经理处的都不错，我刚来时我们经理又是业务又是技术的累死了，我之前做过很 多不同职位，所以我来了后技术这块我们经理基本是没操过心，唯一做的工作是看我的阶段报告。整体把控一下。和我们经理这时真的是朋友了，因为不涉及到钱。所以当时我请假啥的根本不用走流程，只要我事做完了，可以不来，也可以在家做，一周基本 3-4 天班。

后来因为家里的原因，我 08 年的房子要下来了，而且也结婚了，老婆是上家公司的同事。而且到 2010 年时老婆又有小孩了，迫于经济原因只能走了。走时我们经理没有当面留我，只是找我抽烟的时候多了好多，而且从来不提我找工作的事，这事他早知道。说实的，我是真的不想走。

我之前没在网上写过任何东西，也没有博客和网站，甚至连 QQ 空间都没。有时怀疑是不是搞 IT 的，回

家的路上想了很多，要记录的东西真的很多。我写这个东西主要的目的是给一些有些迷惘的同行看的，其实就一个观点，天上不会掉钱，好工作是运气加实气 的。在第一家公司吗，我认为我得到了人生第一桶金，虽然不是钱，对我真的很重要----关系和经验。在第一家公司呢我买了房子，成了家。生意上接触过总经 理，总裁，部长，销售总监。。知道了和不同身份的人说什么样不同的话；知道了工作和友情要怎么来分；也结交了很多朋友，有同事，有其它公司的朋友，这 些都是很好的朋友，在我后两年生活中给了我很多的帮助。

还有一点是最重要的，做为技术人员一定要有一门过硬的技术，即使将来你会升为经理或其它管理职位。我喜欢买书，也喜欢看书，有时去书店看到好书了，即使不 看也要买回来，总有用到的时候。所以这四年我买书能花几千块钱了。也看了不少，现在家时至少有 100 多本 IT 和管理方面的书。离开第一家公司之前，技术方面呢，我会用了 struts，spring，hibernate，webwork，ibatis，extjs，jquery，各种版本的服务器，linux 等，还研究了 struts 的代码。几乎是 J2EE 开发的技术都了解了，这其中我看了 13 本书，有些书是看了 3，4 回。这三年为我日后两年的发展真的很重要。

09 年到了第二家公司，虽然也是程序员，但开始正式带人了，也很少写业务代码了，主要是整体架构，设计和工具模块方面的编写的工作。还和我们经理我们两个人写 过一个 MVC 框架，有几个项目一直在用，这之间我也一直在看书，不过是 SOA 方面多些。

在第二家公司呢技术方面主要是学习了 SOA 架构方面，分布式呀什么的，同样也结交了很多朋友。这个关系网是你人生的一大看到的财富，甚至可以左右你的人生。在第二家公司呆了一年多，离职的主要原因一是经济压力，二呢是学不到什么东西了。

2010 年我离职了，找工作时也很头疼，不知道我能做什么，程序员吗不干心，开发经理吗说实话我能做，但怕公司不要我，你说你有能力，谁知道？至于跳槽后的薪水问 题吗，不知道自己值几个钱，身边过 10K 的朋友太多了，可是我从来没碰到过。这次找工作呢我投了 15 份简历，全是 500 人以上的公司，应聘了 7 家，找工作过程中我郁闷过，觉的自己能力还是不行，最后拿到 4 份 offer，还算可以。这时我肯定了自己，前几年的努力没白付出。

看了几个回帖，大家比较关心薪水的问题，这里呢我也不回避，我的工资呢从毕业是 2000，3000，4000，5000 这么涨过来的，5000 块钱持续了三年，很稳定。我和我爱人呢家里都很普通，没钱也没关系，在北京没什么亲人，所以什么事都要靠自己，08 年时我们在北京买了第一套房，10 年时我们在老家买了第二套房，我的工资水平呢大家都看到了，我借了不少钱，现在还欠别人 2W 多呢。这其间很感谢我的朋友们，生活和事业上帮了我很多很多！

现在的工作呢还是 J2EE 开发，小小 boss。薪水呢一年能保证税前 12W。这样的工资呢我认为不是很多，但也不是很少，这次换工作有一家公司给我一个月 12K，因为老婆要生小孩，所以没有去。在北京我认识很多就业的朋友，这地方你找年薪 100W 的工作也有，就怕你没有能力。

我现在呢还是喜欢看书，但是 SOA 和云计算的书多了些。个人感觉呢，不要指望运气，也别只看到别人风光，不看别人吃苦那会。尤其是做 IT 这行，凭实力说话，我接触过很多 IT 公司的老总，从程序员做起的能占了近80%，大家都知道的 SINA，163，SOHU 老总都是程序员起家。

最后呢，自己的 4 年程序员经验吧，给同行：

1、要有一门过硬的技术；

2、要尽量扩展你的知识点，即使你现在的工作用不到；

3、要多学习，为了学习花点书钱是值得的，虽然IT书真的很贵；

4、书呢尽量不要买国内的，实在不行看影印的，对学习英文还很有帮助；

5、对于看书呢，一本书至少要看二次甚至更多，同时做好笔记，你不可能记住所有的东西；

6、多交朋友，和你薪水有关系的除外；

7、学习IT技术时候呢，要多学学管理和人际交往；

8、没事多去一些大的网站，学学新的技术；

9、做项目时，不要光为了完成功能要写代码，要多了解一下整体项目，即使其它模块不需要你负责，但你

了解清楚了就是你的东西；

10、要学会汇报；

11、所有的事落到纸面上才是真的，包括你的工资，不要太期望奖金能拿多少，对于程序员来说那只是零花钱。

第四篇：Android程序员个人简历

Android程序员个人简历范文

Android工程师是指从事Android移动应用操作系统、游戏和各种Android平台功能的应用、开发和测试的技术人员。下面小编就为大家带来关于Android程序员个人简历范文，供大家参考。

范文一

基本信息

姓名：

性别：男

民族：汉

婚姻状况：未婚

年龄：25

户 籍：广东珠海

现所在地：珠海

身高：

联系电话：×××××××××××

电子邮箱：×××

求职意向

求职目标：Android 程序员

期望月薪：面议

求职类型：全职

到岗时间：随时

项目经历

时间：

项目名称：TingAndroid 音乐播放器

项目简介：该款 App 界面设计使用的是 Material Design，遵循 Google 设计规范 , 界面开起来清新简洁，目前 App 只能获取 Ting 音乐社交站上用户分享的前 20 首歌曲 , 以及歌曲评论信息，App 可以在线播放从 Ting 站上取回来的歌曲，也能播放本地歌曲，播放本地歌曲可以进行随机播放、循环播放、单曲循环播放，使用到的开源库有：Picasso、Volley、Gson等.时间：

项目名称：门窗 DIY 软件Android

该款软件运行环境是安卓手机以及平板电脑，面向的用户是门厂销售人员，主要用来为客户介绍展示门与门框款式，以及让客户进行门与门框的搭配并收藏起来，同时也能将收藏的搭配删除 ,该款软件有些图片是绑定在安装包当中的，当安装完软件第一次启动时会把图片写入到 SDcard 当中，图片取出来使用 Picasso 库对图片进行缓存处理.时间：

项目名称：个人博客站

该站前台使用到BootStarp响应式框架，后台服务端主要使用Jsp+Servlet ,实现基本博客站功能：发文章，阅读文章，对文章评论，博主管理所有文章，修改密码，更换头像.教育背景

毕业院校：xx职业技术学院

最高学历：大专

毕业日期：XX07

专 业：软件技术

主修课程：Java程序与设计、软件测试、大学英语听说、Jsp Web开发、站前台开发技术(含XML技术)、SQLServer管理和查询数据、Android应用程序开发等

语言能力

外语：英语 良好

国语水平：优秀

粤语水平：一般

个人技能

编程语言：熟悉 Android 和 Java，了解 JavaWeb、HTML和 JavaScript

编程环境：Android Studio、Sublime Text

3、MyEclipseXX

喜欢 Android 开发，具备一定的软件分析、设计、开发和应用能力，拥有较强的学习能力与团队精神，能够很快的适应工作环境。

范文二

基本信息

姓名：

性别：男

民族：汉

婚姻状况：未婚

出生年月：1989125

目前所在地：北京

联系电话：×××××××××××

电子邮箱：×××

求职意向

寻求职位： 安卓工程师

求职地区： 北京

工资待遇： 6000

到岗时间： 随时到岗

工作经历

就职公司： ××××××科技有限公司

公司行业： 计算机软件

工作描述： 参与安卓项目的设计和编写

技能专长： 1.熟练使用JSP、Servlet、Jdbc等进行Java Web的编程开发。

2.熟练使用Eclipse、MyEclipse、VS等IDE开发工具。

3.熟练应用Apache、Tomcat、WebLogic等服务器进行Java Web的开发配置和部署。

4.熟悉Oracle、Sql Server，了解MySQL等数据库应用开发。

5.熟练运用SVN、CVS版本控制工具进行项目的配置管理。

6.了解UML统一建模语言，能够使PowerDesigner等建模工具。

7.熟悉Linux的基本操作。

为人诚恳、自信，工作中踏实、沉稳、积极进取且有耐心，具有良好的心理素质和抗压能力，能适应加班。

第五篇：从程序员到项目经理4

从程序员到项目经理(四)：外行可以领导内行吗

在上一篇中，我举出了一个招聘需求，引起一些朋友的争论。既然招聘的是项目经理，为什么需要那么多专业技能呢？在百度上招聘频道搜索“软件项目经理招聘”，可以查到8500多条类似的招聘信息„„

一．从几个招聘要求说起

在上一篇中，我举出了一个招聘需求，引起一些朋友的争论。既然招聘的是项目经理，为什么需要那么多专业技能呢？ 在百度上招聘频道搜索“软件项目经理招聘”，可以查到8500多条类似的招聘信息。我们看看国内软件行业老大东软集团的招聘条件：

工作职责：

带领团队完成需求分析，开发计划制定与跟踪，项目组关键技术问题解决，负责项目QCD。

岗位要求：

1、3年以上软件开发项目经验，2年以上项目管理经验；

2、熟练掌握JAVA、WEB开发，精通基于Oracle/Mysql数据库的MIS系统开发；

3、具有较强的沟通、组织能力和较好的文字表达、写作能力；

5、有医疗业务开发经验者优先。

显然，东软公司也是要求具有较强的专业技能的。当然，也许东软公司太大了，不具有代表性，那么我们再看一个比较小的公司，你绝对没听过(我也没听过)，广东广风隆电子科技有限公司：

任职要求：

1．能很好的把握开发质量和项目进度，规避风险。

2．具有较强的语言和文字表达能力、沟通协调能力、良好的团队合作精神。

3．具备至少3年项目管理经验或大型系统开发实施经验的优先。

4．掌握JAVA技术，能熟练应用J2EE，Spring，Struts，Hibernate等开发和测试。

5．熟悉基于java的B/S架构应用技术。

6．熟悉基于Tomcat、WebSphere、weblogic等应用服务器的开发；

7．熟悉大型数据Orecle/SQL Server等，熟练掌握存储过程编写、数据库表设计。

8．熟悉unix/Linux操作系统。

9．具备软件团队管理经验，熟悉软件开发流程，能够独立完成项目实施的优先。

10．具备一定的系统框架设计、熟悉开发流程，具有的良好的需求分析、项目设计、规划能力。

13．有如下经验者优先考虑：

a.熟悉BIEE，或有BI项目开发实施经验

b.对BI/DW的概念和架构有比较深入的了解，熟悉维度模型架构

c.熟悉Oracle数据库开发，或有ETL工具ODI经验，精通SQL

d.有基于java技术项目管理经验的优先，教育行业背景优先

哇啦啦，这个更不得了。这究竟是招程序员还是招项目经理，我也快被弄迷糊了。看来中小公司比大公司更看重专业技能。当然，我再多举一千条也代表不了所有的企业。但诸位如果有时间一条条看，会发现绝大部分公司对“软件项目经理”这个职位，都对专业技能有较高的要求。那么，传说中的“外行领导内行”究竟是不是真的？外行真的可以领导内行，带领项目走向成功吗？

二．外行 vs 内行

1.优势劣势分析

外行和内行究竟谁更适合当项目经理？那些招聘要求似乎已经为我们给出了答案，最少在软件行业内行项目经理更占据优势。然而，外行的项目经理往往也有其独特的优势，比如，他们往往更有大局观，能跳出技术本身看待问题，有更强的领导力等等。事实上，外行领导内行的现象，在国家大型建设工程或科研项目中要屡见不鲜。据说，我国的原子弹工程就是聂荣臻元帅领导的，而聂帅是不懂核物理的。

如果拿外行和内行项目经理来PK，并不是一件容易的事情，因为每一项都不是绝对的，这就如同比较男人和女人谁更适合做厨师一样。当我们拿两者PK的时候，其实包含了一些隐含的信息，就是这个外行的项目经理比内行项目经理，更加懂得管理、情商更高，否则的话，内行项目经理会毫无悬念的胜出，也就没有比较的必要了。

基于这些隐含的信息，我们试着比较一下两种项目经理的优秀和劣势：

2.技术决定论的误区

所谓内行与外行是纯粹从技术的角度来看问题，单纯讨论内行好还是外行好，其实也暗含着一个前提，就是技术决定项目的成败。而实际上，一个项目能否成功的影响因素，远不止是技术，对一个项目经理的素质要求也远不止技术。同是外行或内行来带一个项目，会由于个人修养与经验在差异，项目结果可能相差很远。因此单纯说外行好，还是内行好，是没有意义的。

3.综合素质决定论

问题的关键其实不在项目经理是内行还是外行，而在于他的综合素质。无论是外行还是内行，只要谁的综合素质更高，谁就是更优秀的项目经理。

上一篇我们讲到项目经理的六种能力模型，也就是说，一个优秀的项目经理，应当具备六个方面的素质，即：知识、技能、逻辑思维、执行力、心智成熟和领导力。

在知识层面，包括专业知识、行业知识和管理知识。外行项目经理在专业知识和行业知识方面已经输了，但在管理知识方面按默认值，外行赢了。

在技能导面，包括专业技能和管理技能。外行项目经理在专业技能也又输了，同样管理技能方面，又略胜一筹。

现在打成了平手。剩下的，要拼逻辑思维、拼执行力、拼心智、拼领导力，这就和内行外行无关了，鹿死谁手，要看个人的修养。

因此，项目经理的比拼，拼的不只是管理知识或专业知识这一个方面，而是综合素质的比拼。

三．外行，你凭什么

1.唐僧的团队

外行，也就是不懂专业知识技术，显然不但不是什么优点，反而是一个项目经理的极大缺陷。那为什么领导还会置这么大的缺陷于不顾，任命一个外行为项目经理呢？换一个角度，也就是说，一个外行，在什么情况下，可以成功的管理一个软件项目呢？

一件事情的发生，总有他的内部原因和外部原因。具体到这个问题上，也有它的内因和外因。

（1）在内部因素上，外行项目经理必须具有更高的综合素质。

现在流行分析西游记中的取经团队，其实也是一个典型的外行领导内行的团队。到西天取经，靠的是降妖服魔的本领，显然唐僧是个外行。但是，唐僧并不是一无是处，相反，他的综合素质很高。他外柔内刚，意志坚定，目标明确，还精研佛法，具有很强的人格魅力，因此他的那些徒弟才能凝聚在他周围，虽历尽千难万险而无悔。

（2）在外部因素上，必须有合理的人才结构作为支撑。

唐僧虽然不会打怪，但是孙悟空可以，补齐了唐僧在这方面的不足。试想，如果他的徒弟都不能降妖，任凭唐僧的领导力再强，显然那也是于事无补的。同样一个外行的项目经理，在他的团队中，必须可以信赖的技术骨干，像孙悟空一样能在关键时候解决问题，这些骨干一般就是项目中的组长、系统架构师或者系统分析师，必要时可能要设置项目副经理之职。如果团队

中没有技术骨干，都是一些经验不足还不求进取的程序员，那除非项目超级简单，否则项目经理纵然有诸葛亮的才华，也无济于事。

2.规模决定一切

在上面两项条件都具备的情况下，只能说明外行可以担任项目经理了。站在项目本身的角度，除了这两项因素，往往还跟以下方面有着紧密的关系。

（1）项目规模：规模越大，采用外行项目经理的机率越高。

（2）项目所在行业：在建筑、施工、水利等传统行业，采用外行项目经理的机率更高。

（3）项目的技术难度：在项目规模不大时，如果技术难度越大，采用内行项目经理风险更小。

（4）项目进度要求：时间要求越紧，更倾向于采用内行项目经理。

（5）项目管理的层次：有些项目层层分包，对于上面次层的公司，项目不需自己实施，只需对项目进行监管，项目经理自然也不需要很强地专业技术了。但对于底层实施单位而言，项目经理懂技术就很有必要了。同样，有些大型项目分成若干个工程，每个工程又包括若干个子项目，也是类似的情况。

在这些因素中，项目规模是具有决定性的因素。项目规模足够大的时候，也就有足够的经费来配备充分的人才。至于其实方面，其实只是表现而已。

四．透过瓶子看软件行业

为什么软件行业外业项目经理相对较少呢？这与软件项目本身的特殊性有一定关系，但在一定程度上也折射出软件行业的现状：

（1）软件项目规模不够大

在软件行业，几十万的项目很常见，几百万上千万就是大项目了，项目的利润率很低，很多中小型企业都生存在赢利的边缘。据工信部统计，2011年上半年我国软件行业利润仅占软件业务收入的1.28%。这么低的利润率，估计比东莞的制鞋厂还不如吧。而几百万上千万的项目，对建设、国防这些行业来说，简直不值一提啊。前几天太极集团1.99亿中标铁道部IT项目，大家都不服气。也是，人人都在喝汤，你凭什么搞特权吃肉？

（2）成熟的项目经理相对紧缺

软件行业小项目太多，对项目经理的需求量是非常大的，与此同时，成熟的项目经理相对很少。所谓“千军易得，一将难求”啊。当然，即使牛B的项目经理有了，其收入要求也不会低，这是小型项目难以承受的，只能退而求其次，找一个性价比更高的项目经理，或都干脆拔苗助长，找一个不错的程序员来带吧。