程序员转项目管理

A. 程序员在转行的时候，大部分选择什么行业

年度招聘市场经济不好，很多公司不再招聘新员工。尤其是在It行业更是雪上加霜。很多程序员想转行。那么程序员可以转行的职业是什么呢。今天我们来介绍一下。最适合程序员转业的十大职业是什么。我国的编程教育是一个广阔的市场，每年都有数十万名新成员加入这个行业，因此，如果你经验丰富，你可以成为编程讲师，获得不错的收入。很多程序员技术太强，被公司淘汰后也不担心落后。成为it自由职业者，可以在网络上接受外包开发工作，获得收入。

因为程序员的性格一般都很内向。但是如果积极锻炼自己，销售也是一个不错的选择。因为销售毕竟是公司的核心。考公务员进入事业编制是程序员的好选择。程序员本身技术太强，思维能力强，所以如果能考上有技术需求的国企或事业单位，可以说是稳定的铁饭碗。对于程序员来说，这可能是最好的出路。

B. IT程序员应该转架构师,部门管理,还是项目管理

我觉得部门管理或者项目管理都可以，如果可以的话尽量转部门管理，其他的相对来说不太占优势。

C. 程序员转行适合哪些岗位

所谓“三十而立”，源自《论语·为政》，说的是人过了30岁之后就应该拥有独当一面的能力或有比较稳定出色的职业。而对于软件开发领域的从业者来说，30岁，可以说是一道槛。因为30岁，我们不再年轻；30岁，我们需要肩负更多的责任。30岁以后，适合程序员的工作都有哪些呢？是时候好好规划一下了，下面就和大家分享一个关于程序员适合做哪些职位。

No.1 程序员

适合程序员30岁以后的工作，排名第一的，当然还是程序员。随着经验的增长，也许你每天产出代码的行数会不如以前，但你解决问题的能力却是无人能及的。同时，如果你可以一直保持着对特定领域技术的专注度，那成为神一样的技术专家也只是时间问题，当然正真的技术大牛，收入上也远不是问题。

No.2 创业

最近几年，IT行业中因为创业实现逆袭、直接当上CEO、赢取白富美、走上人生巅峰的例子频频出现。Facebook以190亿美元的价格收购了WhatsApp，而WhatsApp创立也就不到五年时间。同时，Facebook创始人扎克伯格同时也是一位创业者。开发者在IT领域创业有自身的优势，自己拥有技术，能够保证产品品质。

No.3 研发管理

这也是我们比较常见的软件开发者职业生涯轨迹发展道路，先在研发一线岗位实战锤炼，获得更多经验之后，逐渐走向管理岗位：工程师、项目经理、研发总监、技术副总、CTO……转向研发管理岗位的开发者，需要具有一定的领导管理能力，当然，能够有领袖气质自然能够更好的做好这些工作。

No.4 产品经理

国内目前最牛的产品经理非微信之父张小龙莫属，如果你拥有绝佳的洞察力，能够了解人性需求，相信自己可以创造出人人都愿意购买的产品，你也可以像张小龙一样，升职加薪、当上总经理、出任CEO、迎娶白富美、走上人生巅峰。

No.5 培训讲师

“三人行，必有我师”，你希望成为那个“师”吗?口若悬河、侃侃而谈，你的学生仰望着你，你看着学生一步步走向成功、升职加薪、当上总经理、出任CEO、迎娶白富美、走上人生巅峰也未尝不是人生一大乐事。

No.6 销售

如果你在做项目的过程中与甲方建立起了深厚的“友谊”，当然你也可以转行去做销售。而且开发出身的销售，起码比较务实，也比较容易和客户建立起信任。

No.7 咨询服务

如果你一直聚焦在一定的行业或领域项目，已然成为了业务专家，那你可以顺理成章的转行做咨询了。

No.8 运维

即使你的代码写的很烂，但只要你对产品熟悉，转行做运维还是可行的。

No.9 运营推广

当你受够了写代码，也可以试试运营和推广你做的产品，相信当你直接面对用户时，会打开另一个视角看待产品。

No.10 市场营销

如果你已经从开发产品升华到对用户市场有了清楚的认识，那试试去做市场营销也是个不错的选择。记住，不管产品烂不烂，卖的出去才是你的本事。

D. java程序员如何到项目经理

项目经理的职责

1.确保项目目标实现，保证业主满意 这一项基本职责是检查和衡量项目经理管理成败、水平高低的基本标志。

2.制定项目阶段性目标和项目总体控制计划 项目总目标一经确定，项目经理的职责之一就是将总目标分解，划分出主要工作内容和工作量，确定项目阶段性目标的实现标志如形象进度控制点等。

3.组织精干的项目管理班子 这是项目经理管好项目的基本条件，也是项目成功的组织保证。

4.及时决策 项目经理需亲自决策的问题包括实施方案、人事任免奖惩、重大技术措施、设备采购方案、资源调配、进度计划安排、合同及设计变更、索赔等。

5.履行合同义务，监督合同执行，处理合同变更 项目经理以合同当事人的身份，运用合同的法律约束手段，把项目各方统一到项目目标和合同条款上来。

作为程序员平时不仅单单只写程序和文档，要学管理的经验，项目的模块分割与人员分配，调节人员之间的合作里......总之要学的很多，最要的是有项目经验。

E. 程序员转行可以做什么

面对着日新月异的代码和语言，你是否感到了力不从心？稍有懈怠，就跟不上岗位需要了？身体渐渐的发福，熬夜写代码开始扛不住了吗？

这个时代很残酷也相对公平，残酷的地方在于世界的变化之快容不得人有片刻懈怠，公平的地方在于：不论你是年轻还是年老，都要靠实力说话。

那些被时代抛弃的永远都是跑得比较慢甚至在原地徘徊的人，即所谓的工作十年却只有一年工作经验。

年轻程序员的优势在于年轻和激情，大龄程序员的优势在于阅历和经验。所以，年轻程序员不要有跨越年龄阶段的焦虑，大龄程序员也不要觉得年轻人抢了自己的饭碗。

每个年龄段都有自己要解决和面临的问题，认清自己内心真正的需求和渴望，再去寻找适合自己的栖身之地打怪升级，才是当务之急哦。

F. 37岁it男去当项目经理好吗

37岁it男去当项目经理好。优秀的程序员，也更容易成长为优秀的项目经理，因为在被正式任命为项目经理之前，他已经负责开发过了无数个微型项目，有项目经验，技术能力是程序员转项目经理的一个优势，技术转移项目经理，基本上补足了中高级产品经理一直在努力补齐的技术短板，这对于很多中高级PM来说做项目管理，如果不知道这个项目的开发难度，那么工期的评估就很难完成。文档撰写能力在我们工作中，很多由程序员发现的产品经理写文档的问题：文档写了几十页，一个逻辑写得罗里吧嗦，研发测试都没耐心看了；逻辑遗漏严重，值从哪里去搞不清楚；页面的交互状态变化没写清楚等，这是很多产品经理经常出现的一个问题，这个问题不仅仅出现在初入职场的初级PM，甚至很多中高级PM也会遇到这个问题。

G. 当程序员变成软件项目经理怎么办

当你预期的那一天，也许是害怕的那一天，终于来到了：从工程师的队伍里你被提拔到了软件项目领导或者团队领导的位置。这也许就是你选择的职业道路，或许你不太情愿，将就尝试一下。无论在哪种情况下，你都可能缺少工程学科、人员管理以及领导能力的相关教育。 这需要更多的领导能力和管理（它们不是一回事），而不能象Dilbert（译注：着名IT漫画主角）那样简单地和老板对抗了。当你考虑新的目标时，请考虑下面的活动计划列表。一次就抓住了每个亮点，这是不可能的。但是这份建议说明可以帮助你将注意力放在可以提高你和你的团队绩效的活动上。 建立优先级 作为经理，首先要做的、最重要的事是你需要有意识地建立优先级。当你仍陷于繁重的软件开发活动中时，你需要一套新的职责。过多的经理新手不能抗拒技术的吸引而陷于此类活动，这将导致项目组的其他人员想要获得经理的帮助时，却得不到帮助。 有成效的领导知道他们首要的任务是为其他组员提供服务。这些服务包括训练和指导、解决问题和冲突、提供资源、建立项目目标和优先级、提供适当的技术指引。要使每个组员都能清楚的知道，你总是可以帮助他们。我发现将自己定位于为被我监督的人工作是非常有意义的，而不是相反的。在你所作的事情中，对于组员要求你帮助他们这件事，应该具有非屏蔽中断的优先级。 第二重要的，是使你的客户满意。作为一名经理，没有直接的能力使客户满意，因为你已不再是作为个人提供产品和服务完成这点。相反，你必须建立一种环境，准许你的组员最大程度上满足客户的需求。经理提供了强有力的方法，有效地提高客户的满意度。 第三重要的，是为你的项目工作。因为也许还有其他许多技术上的项目，或者其他经理的请求帮助，诸如为指导委员会工作。当这些和二个高级别的发生冲突时，都要准备推辞掉。 很明显，使其他经理满意的事情是你最不重要的事情。在一个有秩序的组织里，如果你在三个以上的重大环节上获得了成功，其他的经理都会很激动的。我们并不都能很幸运地工作在一个良好的环境里，但一定要对你任务单上排在最前面的工作任务努力尽到最大的责任。集中精力有效地、快乐地、尽可能地帮助你的组员，不要将精力放在使你上司满意的上面。 分析你的技能差距 除非你已经为新位置做好了准备，否则相对于你当前的领导能力和管理技能，你会感到一些差距。出色的技术背景或许是你被选为领导角色的一个因素，但是你要想干得出色，你需要更多的技能。针对别人的评论和项目，真实地列出你的长处和短处，然后减少差距。 软件人员并不以令人满意的人际关系技能出名。你会希望增强处理人际关系的经验：解决冲突、说服以及灌输想法。你也不得不处理包括招聘、解雇、商谈计划表，以及在你的办公室里评论某人业绩使其伤心落泪等一些事务。 我发现从一堂倾听技能课开始我的管理职业是非常好的。当作为个体提议人，积极地将我们自己的技术议程提交小组时，我们经常对此感到非常惬意。有效的管理要求更多的合作和善于接受的人际关系方式。要花点时间学习如何（何时）巧妙地引导自己的自然判断。倾听技能课提供了一种交流机制，我已经发现在许多场合下都很有用。 接着，到讲台的另一侧，提高你的演讲能力。如果你真的不适应公开场合的讲话，学习戴尔．卡内基的课会有帮助的。你会发觉，通过这样的培训获得的经验，以及获得提高的交流能力，都可以帮助你更好地适应将来的工作。 作为项目领导，为了计划和跟踪项目，以及当需要项目回退而采取修正措施时，你有责任调整其他人的工作。参加项目管理的培训课，阅读一些有关项目和风险管理的书籍和文章。参加项目管理学会，阅读其月刊--PMNetwork。SEI的软件能力成熟度模型对于软件项目计划和项目跟踪提供了很多有用的建议。建立优先级的能力、控制有效果的会议、清晰的交流，对于你，作为一名经理的绩效将会有实质上的影响。 定义“质量” 几乎每个人都会认真地对待质量问题而且都希望生产出高质量的产品。然而，对于软件的质量含义，没有一个统一的定义。传统上的软件质量观点和“足够好”的软件观点有着激烈的争论。为了帮助小组走向成功，需要花一些时间和你的组员、客户共同探讨质量的含义。 这两种阵营在思想上经常不会有相同的定义，可以很容易的就不同目的开展工作。关注交付计划的经理对于想正常地检查每行代码的工程师会不耐烦的；认为可靠性非常重要的客户对一个带有很少使用但带有很多bugs的特性的产品是不会满意的；一个很好的GUI也许会让用户厌烦，因为用户已经熟记了如何有效地使用前一个版本的产品。 为了更好的理解客户对软件质量的看法，在Kodak，我的小组曾经邀请了我们的客户和他们的经理就这个议题在一个开放的论坛展开讨论。这个论坛是很有意义的，那些使用我们产品的人有着自己的理解，通过讨论，我们可以知道我们制定质量的思路有哪些和他们是不相符的。明白了不同，就可以使你集中精力，照顾客户的最大利益，而不是使开发人员获得最大满意。 软件质量的传统描述包括要与说明书一致，满足客户的需求，代码和文档没有缺陷。“六个∑质量”（six-sigmaquality）这个流行词，建立了一个非常高的尺度，用于监测失败的频率和密度。但它不适用于如快速产品交付，可用性，充足的特性集，已支付价钱的交付意义这样的质量尺度，。对于我们生产和购买的产品，我们总是热衷于尽可能涵盖所有的这些质量特性，然而，妥协总是必须的。 在一个项目的需求阶段，我们制定了包括十项质量属性的一个列表，如效率，协同性，正确性以及宜于学习，我们认为这对于用户来说是最重要的。我们请客户关键人物代表小组以1到5的尺度评估每项属性。一旦我们决定了哪些属性是最重要的，我们就可以设计并实现这些目标。如果你在了解了对于客户的质量含义并在设计实现质量属性的过程中没有麻烦的话，而且客户对质量属性表示满意，那你是很幸运的。 在众多关注的质量说明中，我曾听到过一个：“客户回来了，但产品没有”。和你的客户、开发人员一起对每一个产品都确定适当的质量目标。一旦决定了，就给出达到质量目标的明确的最高优先级。以身作则，按很高的质量标准要求你自己的工作。采用这个座右铭：“力求尽善尽美，满足于优秀。” 表彰成绩 对你组员成绩的表彰和奖励，是激励他们的一种很重要的手段。除非你的小组中已经有了一种表彰程序，否则这应是你最重要的事情之一。表彰包括象征性的东西（证书，旅游奖励）以及实际的东西（电影票，餐馆礼品券，兑现奖）。在送赠品时要说一些亲切的话语：“感谢你所给予的帮助”或者“祝贺取得了成绩”。在表彰和奖励上花费很少的心思和钱，就可以获得很多的友好和将来的合作。包括客户代表，以及为项目成功做出过贡献的支持人员等等开发组外的人员也可以获得表彰。 和你的组员讨论，了解他们感兴趣的表彰和奖励的方式。使得无论大小成就的表彰活动成为小组文化的一个标准组成部分。对每位组员对其所作的工作表现出发自内心的兴趣也要给与含蓄的表扬，为消除所有影响他们战斗力的障碍尽你的力量。表彰是展示组员以及小组外的其他人的一种方式――你要知道并感谢他们为小组成功所作的贡献。 学习过去 你的小组在过去承担的一些项目有可能没有取得完全的成功。甚至在成功的项目上，我们也能经常认为一些事情我们下次会作得更好。当你进入了新的领导角色，需要花点时间了解早期的项目为什么失败，并要计划避免犯同样的错误。对于软件开发，每位经理花时间处理每种可能要发生的错误是非常困难的，学习过去的成功和失败就是个成功的开始。 可以从过去你们小组承担的一个没有经过检查评估的项目着手，不要管其成功还是失败，实施项目后的回顾（有时称作事后调查分析）。你的目标不是判定责任，而是为了在将来项目中作得更好。借此，可以了解什么已经作得很好，什么应该作得更好。在当前每个项目的主要里程碑时，通过集体讨论或公平的组织者，用同样的方式，领导小组用头脑风暴的方式对其展开分析。 另外，要了解领悟已有的软件工业的最佳准则。一个好的起点是SteveMcConnell的JoltAward获奖作品：快速开发（RapidDevelopment，MicrosoftPress，1996）的第三部分，叙述了27个最佳准则。也要避免McConnell叙述的36个常见的软件开发错误。你的组员也许反对新的工作方式，但是你的角色是作为一名领导，要确保团队一致连续地使用最佳可用的方法、过程和工具。积极促进组员之间的信息共享，这样局部单个最好的实践经验就能成为每个开发人员的工具箱的一部分。 建立改进目标 一旦你对过去的项目建立起了回顾，确立了质量对小组的意义，你就要建立短期以及长期改进的一些目标。目标要尽可能量化，所以你要划分几个简单的阶段，标明你是否采取了适当的过程朝着目标前进。 例如，如果你认定由于需求的不稳定导致项目经常延期，你可以建立一个改进需求稳定的目标，在6个月内提高50%。这样一个目标需要你确切知道每周或每月需求的变化数，清楚他们的出处，采取行动控制那些变更。这可能要求你要改变与那些提交需求改变的人的交流方式。 你的目标和阶段是软件过程改进程序的组成部分，你要使之有序。作为缺乏创造力的官僚主义的最后避难所，轻视“过程”很流行。虽然事实上，每个小组都能找到改进其工作的方式。当然，如果你总是用已有的工作方式工作，你也就不要期望你会得到比以前更好的结果。 有两个强烈的原因要求改进过程：校正问题，防止问题。确保你的改进努力要围绕着已知的或可预知的可能威胁项目成功的问题。领导你的小组找出当前正在使用的方法的长处和短处，以及项目面临的风险。 我的小组召开了一次“两段式头脑风暴”练习，来确定改进软件生产力和质量过程的绊脚石。在第一次会议中，参会者在便条上写出他们关于会议主题的想法，一个便条一个想法。组织者将他们写在便条上的想法收集上来并分组。最后，我们就会得到一打主要的分类，并将其记录到活动挂图上。 第二次会议，相同的参会者在便笺上写出解决这些障碍的思路，并贴在挂图的合适位置。进一步细化，归纳出一些详细的活动，就可以成为我们努力的一部分，清除障碍，帮助组员实现软件的质量和生产力的目标。 建立可度量和可达到的目标，便于你集中精力实现改进。要使目标具有明显的优先级，并可周期性地监视过程。记住你的目的是，提高你的项目和公司完成的技术和业务上成功，不要满足于一些过程改进书籍里提到的期望细节。要把改进的工作视为迷你项目，具有可分发、资源、计划和有责任的小项目。否则，过程改进活动将总处于比诱人的技术工作低的优先级上。 缓慢的开始 这篇文章提供了许多建议，帮助你，一位软件经理新人，带领你的小组走向伟大的成功。在日复一日新的工作压力面前，要努力保持你的头脑清醒。在长时间的塑造软件开发小组的文化和习惯上，你还是个非常重要的角色。你不必一次性都作完，可以选择跟环境最相关的的几个开始。 作为软件经理，除了项目要按时按照预算完成外，你要担负的责任还很多。你还要：领导技术人员，将他们形成一个具有凝聚力的团队；建立协同团队工作的环境；鼓励和奖赏高级软件工程师的实践应用；平衡来自客户、公司，组员和你自己的需求。 这是项重大的任务，祝你好运。

H. 我是个程序员，经常要做项目，现在想转管理，请问有什么好一点的建议吗

两年前也是和你一样-小小的程序猿一枚，后面慢慢接触到PMP，程序猿如果不转管理，现在写程序已经拼不过那些小伙子了，熬不了夜，所有有了转管理的想法，经过多番了解之后，我选择了艾威PMP培训开始了我的PMP之旅。

I. 资深程序员想转行，选择什么行业最容易

程序员曾经是一个人人称羡享受高薪的职业，可是随着科学技术的日益发展，程序开发渐渐发展成为一个人人都可以涉足的行业，只要经过培训，就可以成为一个初级的程序设计者，往日的光环逐渐褪去。此外，行业也有程序员最多做到30岁就要重新定位的说法存在。在这样的背景下，越来越多的程序员开始思考转型的问题。那么，程序员转型的话可以做什么呢？下面济南IT培训优就业给大家列举几个常见的例子~

4、做IT培训

培训越来越成为应届毕业生从校园走向社会的跳板之一。掌握一些热门的技术，参与过一些有实力的项目，同时对教师这一职业向往已久的程序员来说，培训是展示才能，获得高薪的又一平台。你可以不是那么牛的技术开发者，但只要你能培养出牛气的开发者，相信你在培训这条路上可以越走越顺畅。

当然，还有很多其他的行业可以供想要转行的程序员选择。济南IT培训优就业（itzx007）总结，作为要转行的人来说，首先要明确自己的兴趣，“做自己爱好的事，并从中取得报酬”，物质精神两不误，才能体会出生活的韵味。

J. 程序员35岁以后都干什么去了

35岁以后的程序员出路：

1、技术骨干，混个小领导。

2、好学的，软件架构师，系统架构师。

3、脑子灵活的开个小公司，自己干。

程序员35岁以后转行推荐

一：项目管理

这个是适合程序员做的，这里会涉及一些技术问题，做过开发应该更得心应手。只是这个职位需要有很好的沟通，需要跟客户面对面交流，还要有好的文笔，需要写方案。这个职位需要你能忍受长期出差，如果这个可以解决，那么你可以选择去做。

二：it培训师

现在很多年轻人都想当程序员，毕竟这行工资高，所以社会上存在着大量的 IT 培训机构，因此对培训讲师的需求也比较大。而且和程序员不一样，三、四十岁的培训讲师更受青睐，因为比年轻讲师开发经验丰富啊，学生看起来也会更放心。

如果再有大公司的工作经历，那就更受欢迎了。而且现在少儿编程非常火了，除了传统的 IT 培训，少儿编程也可以考虑一下，毕竟家长和孩子的钱好赚。

三：去国企，央企

国企的收入比互联网公司低不少，找国企的时候尽量找个薪资待遇好点的。另一个朋友在国家电网体系内的一个单位，薪水一般，但是平时发的各种福利不少。