一个完整的项目管理流程包括什么

前端开发流程概述

前端开发流程可分为需求分析、开发阶段、测试阶段、维护阶段，下面分别进行叙述。

21 需求分析

这个环节中，首先是和客户进行交流，了解客户的需求，然后分析项目的可行性，撰写项目需求文档。如果项目可行，则起讨论具体方案，分模块分步骤进行规划，分析项目进度安排、所需成本，进行原型设计（包括页面布局图，页面逻辑流程图，说明文档等。通过原型设计，可以让项目组和客户都可以对项目有一个直观感受，同时可以低成本高效率的复现业务场景和各模块流程）。

可以说需求分析阶段是整个前端项目的基础，基础不牢，地动山摇。可以试想，如果和客户沟通不顺畅，有的方面客户没搞清楚是什么效果，开发完成后就可能与客户发生纠纷；如果可行性有问题，有的模块很难实现或成本超出预算，就很难处理。

22 开发阶段

这个环节是前端工程师主要参与的部分，按照需求分析阶段的规划按步骤完成任务。

根据产品需求分析文档和原型图进行UI设计，对产品的整体美术风格、交互设计、界面结构、 *** 作流程等做出设计。负责项目中各种交互界面、图标、LOGO、按钮等相关元素的设计与制作。

根据UI设计进行规划，提取界面中可以复用的模块方便重复利用，分析界面是否有实现难度比较困难的地方，进行沟通和功能排期，按功能大小以及难度进行功能时间的评估，和后端沟通好排期时间，保证大家能够更有效地开发合作，针对功能复杂的地方要先理清思路。

不要盲目开发前端搭建框架。根据设计图进行前端界面开发，以及遇到的问题及时与产品、UI、后台人员沟通，保持大家信息一致，针对不清楚的地方也要及时沟通，以免做错功能。

根据后端接口进行字段填充，以及部分功能开发。针对缺少的字段或者数据结构进行提出，及时与后端反应，尽量让大家都能以最小的改动完成后续开发工作。前后端都要按照规范进行开发，针对不规范的地方要给与提出、指正，营造出规范的工作模式，以后维护成本和沟通成本更低以及开发效率更高。如果前端的设计进度远远超前后端的接口和数据结构设计，也不必等后端，可以自行开发nodejs服务器配合postman等接口软件进行开发。

前后端功能联调、完成自测。检查功能完成情况，看是否有遗漏，出现问题及时沟通解决。

23 测试阶段

发布测试、修改bug、发布上线，自测完成后提交测试，测试根据提交的项目以及需求进行测试，提出bug给相关人员修改，开发人员周期性的配合修改bug，保证今天能够修复昨天的bug。

发布dev环境，配合测试，修复bug以及需求优化

发布test环境，修复bug以及需求优化

发布it环境，修复bug以及需求优化

发布pre环境，修复bug以及需求优化

pre验收之后，发布线上环境，产品进行验收

24 维护阶段

如果客户验收通过，项目就进入了维护阶段，程序的维护包括程序上线后后续bug的修复和程序版本的更新。

3 个人经验总结

31 文档很重要

前端项目的文档似乎已经作为前端工程化的标准流程之一了，文档写的好，可以便于同事快速了解你的代码功能和需求，便于协作。可以想象，随之项目复杂度增加，体量越来越庞大，开发团队人数也越来越多。这种情况下，如果像变魔术一样隐匿中间流程而直接得出结果，后果可想而知：项目复杂度越增加就越难以管理，开发效率低，合作混乱，结果甚至导致项目死亡。

好的文档看起来就像一个产品说明书，但作用却远远超过了说明书，不仅仅告诉你如何使用，还应该告诉你项目的设计思路，用了哪些组件，哪些部分不完善，将来有什么规划等等。这是一份比较好的说明文档。

32 与客户及时沟通很重要

33 扎实的基本功很重要

尽管当下框架、函数库、工具包等更新迭代非常快，前端工程师有很多新的知识要学，但原生JS、HTML和CSS依然是重要的基本功，在学习前沿工具的同时不能放弃基本功的训练。

it系统规划中的5个步骤如下：

在实施一个新的IT系统坚持“以流程为中心”的做法将会大大提高成功的可能性。换言之，不是简单地去解决一个不好用功能，也不是去解决在特定位 置或在特定功能存在的一个问题，退一步问一下这个问题是否出现在系统的流程中，系统是抑制还是支持过程的变化，实现起来是否轻松；

过程改进需要一个过程的业主或利益相关者组成的管理委员会，以定义业务执行工程改进的优先次序列表。而且，它必须贯穿整个制造企业。指望单独的部门和工厂确定和实施过程改进只能导致一个支离破碎的IT应用定制系统或者对于现有的只对少数人提供服务的应用程序的更改。

一个卓越核心团队（COE）去做的如上所述的过程改进的实际工作。这个团队应包括组织内来自不同背景的人，包括车间和供应链的运作和管理，IT和企业 管理。理想的情况下，成员需要在企业至少工作五年左右，这样不仅理解IT系统的工作，也知道决策是如何环绕的业务进行的和潜在的流程改进项。

与业务部门讨论、沟通、对计划达成一致同意。一旦治理委员会成立，COE的工作人员在进行的时候，会非常同意文件和有效的沟通程序的纲领和最初的目标和战略是非常重要的。将过程控制从过程信息中分离开以减少COE的团队和其他各部门之间的冲突。实施过程为中心的方法需要文件和额外的政策和具体程序。在改善商业模式和IT结构的过程成熟度和灵活性的过程中，分析和记录是非常必要的。

在IT构架中增加并且优化BPM(business process manage) 平台。在一个端到端的角度来看，跨功能领域和地理区域的情况下，利用BPM平台比没有该平台的经营者的成功率要高得多。这很容易从道理上解释…如果一个团 队有一个流程框架，将会更有效率，这反过来又提高了产量和业务敏捷性。此外，BPM框架使流程可以 很容易地复制和在多个地点重复使用，那么这样增强BPM功能的IT系统的优势会“改变游戏”。

总结：IT系统的实施会保持竞争的领先。实现预算、时限和过程改进的目标带来一个成功的投资回报率。

项目管理总体有五个过程：启动过程、计划过程、实施过程、执行过程、收尾过程等。

包含了九大领域的知识：范围管理、时间管理、成本管理、质量管理、风险管理、人力资源管理、沟通管理、采购管理及系统管理的方法与工具。作为项目经理要全面掌握这些九个核心领域的知识，并重点把握系统管理的观念，避免进入某个细节，注意在五个不同阶段的重点。

管理流程

在项目管理的流程中，每个阶段都有自己的起止范围，有本阶段的输入文件和本阶段要产生的输出文件。同时，每个阶段都有本阶段的控制关口，即本阶段完成时将产生的重要文件也是进入下一阶段的重要输入文件。每个阶段完成时一定要通过本阶段的控制关口，才能进入下一阶段的工作。

其中IT行业的项目管理流程一般包括为五个部分：项目的启动、项目的计划、项目的实施及控制过程、项目的收尾和项目的后续维护。

你是从业多年的程序员吗，想过35岁以后还会从事这个职业吗？

你是实施工程师吗，干了多年基础工作之后，思考过奋斗的目标吗？

你是需求分析师吗，多年来与客户的接触让你的经验丰富，却一直没有勇气承担起项目的责任，渴望过让需求真正在你手里落地吗？

你是测试工程师吗，是否厌倦了不断找别人的错误，现在只想让别人找自己的错误？

你是前端吗，是否在不断地寻找合适框架中迷失了你的初心，曾经那个让你激动无比的效果，为什么没有再去使用它？

你是设计吗？是不是觉得自己再用心的设计

最终做出来都会变成不想要的样子，心有不甘却又无可奈何？

这些IT职业的苦恼和忧愁，在IT行业有哪些职业能够解决上面的问题？答案可能有多个，但是最合适的选项就是IT项目经理。

作为第一选项，许多人会选择项目经理（以下特指IT项目经理）进行职业转型，原因自然是相对其它职业有着非常明显的优势，下面几条简单列举一下它的优势：

第一 入行门槛高，其实对于有经验的人来说，入行门槛高是一件好事，可以形成职业壁垒，只跟小部分人才进行竞争，职场压力相对会比较小。

项目经理岗位对工作经验和情商都有一定的要求，能胜任的大多数是在行业内从业多年，对行业通用的技能和规则有着一定了解的老油条。

如果没有太多的经验就贸然从事这个职业，很容易遇到困难就无法解决，只能向领导求助，依靠领导的不断救场，推进项目的进度。直到有一天领导受不了了，对项目经理说：“这还不如我自己干呢，我来管项目吧，你当领导去！”

但是还有另外一种可能，在一个项目的试炼之后小号完成了变成大号的终极考验，就像灰袍的甘道夫变成了白袍的甘道夫，一挥手，曾经遇到的强敌灰飞烟灭，小项目进不了他身，瞬间就能秒；又如同武林高手打通了任督二脉，练就一身深厚的内力，之后纵横项目的江湖，翻手为云，覆手为雨，从无败绩。

        当然，以上存属臆想，如果有人短时间就做到了这些，那只能说是天赋异禀，这只是少数人拥有的特质。我等战五渣，还是练好武功再下山吧，还得防备辛苦练武二十年，下山被人家一刀就秒了。项目的江湖，斗争激烈，只有身兼多项武功并且没有死穴的高手才能进入。

        第二 工资待遇高，由于入行门槛高，且需要有一定管理经验的人，相对来说人才稀缺，工资自然会定得高一些。

项目的规则是谁干最多的活，就得最多的功劳，出问题也得背最大的锅。项目经理因为岗位责任的原因，必须得尽最大的努力推进项目，结果自然是项目完成交付的最大的功劳是项目经理的。当然，没有交付好项目，责任也全在项目经理的，该背大锅就得背大锅，不可能功劳都给你了，背锅的时候就想跑。

        按照行业默认的规则，完成项目关键节点或者完成项目终验之后，会根据对项目的贡献发放奖金，以提高大家工作的积极性，项目经理自然会得到最多。实际上这也是一种工作的正向激励，能者多劳，多劳多得，在项目当中体现的最明显。

        第三 工作时间相对自由，项目经理最主要的责任是要发挥个人的主观能动性，按计划推进项目的进度，确保正常交付。

因为项目所在地一般和公司不在同一个位置，需要经常去项目现场外办或者出差，鉴于客户现场条件限制，一般公司很难或者无法在考勤上对项目经理进行固定的管理。

这样的好处就是项目经理在每天完成项目任务之外的时间，完全可以自由地支配，想干嘛就干嘛，不用像在公司必须按时打卡上下班，工作和生活的自由度都更大一些，可以满足d性上班的就业要求。

有的能力强的项目经理，都可以不用去项目现场，几句话指导，分分钟就能完成任务，真是人在床上躺，钱从天上来，这工资挣的是真轻松。

        看完上面的三个优势，是不是觉得这个职业很不错，非常心动，想赶紧尝试尝试。先别急，既然说到它有特别明显的优势，那肯定也会有地狱级别的工作内容，要不然简历肯定满天飞，都抢着去从事这个职业了，轮到咱们说不准黄花菜都凉了，不对，可能黄花菜冻得梆梆的了都轮不上。

实际上很多人对这个职业并不陌生，因为经常能与从事这个职业的人打交道，在工作中有或多或少的交集，打交道次数多了可能会觉得从事这个职业比较容易。

但那是没有真正对这个职业了解前下的结论，没有实践就没有发言权，更何况这是个非常看重过往从业经验的工作，没真正从事过更不会了解这个职业的风险与压力，那真是在刀尖上行走，每一步都要小心翼翼，如果走得不稳，那就准备好承受刀尖的反噬痛苦吧。

          说了那么多好处和难处，没有真q实d的 *** 作，还是无法感受真实的一面，下面就具体讲一下项目经理的工作内容，大家可以把自己代入到这个工作里面，看看在这个地狱难度的关卡中可以进行到第几关。

        第一关，组建项目团队。开局一个人，制霸新手村，就靠抢资源。

        项目经理大多有过这样的经历，领导晚上突然发过来一条信息：“这几天有个项目启动会，你参加一下，了解一下客户相关的信息，提前做好准备”，好嘛，连啥项目内容都不知道，就只给了一个地址，这种情况就像只穿着一条裤衩，就把你丢进了新手村。还想出去打怪升个级，没有装备武器，新手村门口都出不来。

        项目启动会是项目经理在项目中进行的第一项里程碑，确定了项目的正式启动，规定了甲方乙方以及第三方监理的责任和义务，最重要的是公司给予了项目经理组建项目团队的权利，根据项目的建设内容，可以要求公司抽调相关的人力资源，要求要各部门优先配合项目的进度事宜。

        获取资源是项目启动会之后最重要的事情。资源包括两种，一种是人力上的资源，比如组建项目的实施团队，团队成员可以从其它项目组抽调人员，如果没有足够的人员可抽调，就要考虑招聘新的人员；一种是行政上的资源，公司和客户需要给予项目经理场地、设备以及人员协调的支持。

        项目的初期是最容易获取这些资源的，这时候公司和客户对项目的关注度最高，对项目相关的审批优先级也是最高，对项目经理的合理要求也是大开绿灯一路放行。

现在项目经理已经被扔进了新手村，他看了看四周，空无一人，就给自己起了绰号“就我一个人可干不了！”，公会（公司）领导看到了，质疑他的能力，口头批评一次，他又改成“我自己就行！”，可是又想到活太多了，这么吹牛也不是办法，又改成“人越多项目越早完事！”，领导又看见了，对他说：“你自己组建团队吧，要多少名额，自己看着办吧！”

          好的，那就看着来了，大张旗鼓的改成了“我来了，我征服，谁不服我，我就服谁，谁服我，我就欺负谁！”，改完以后，一想这不是把自己真实的想法写出来了，这谁还跟他干呢。最后决定来个激励点的，“跟着我，活少，有肉吃，钱随便花”，项目的激励就这么定了。

现在到了地狱级别闯关的第一关，项目经理已经有了公会（公司）的许可，需要在新手村组建自己的项目团队，磨炼相关的工作技能，初步建立分工协作，有了这些基础，就可以组团出去打项目的各种Boss了。

        组建团队至少需要有三种类型的人员，第一种是任劳任怨的核心成员，第二种是能解决问题的技术专家，第三种是能够掌控全局，预判风险，时刻关注项目每一个细节的成败的项目负责人，也就是项目经理自己了。

        用游戏的职业转换一下，一个是攻击不高，但是防御力强的肉盾，可以一直顶在前边，抵挡怪物的进攻；一个是攻击力高，关键时刻大概率会出现暴击输出的主攻选手；一个是可以给团队成员加各种状态的团队辅助，出现危险的时候，要顶住压力，保全团队，以完成任务为第一责任。

        很多人以为任劳任怨的核心成员，是项目组最容易协调到的人力资源。实际上不论哪个项目团队最缺少的都是这种类型的成员。这种类型的人员与职业和从业经验关系并不大，更多的是本人具有强烈的责任心，这恰恰是项目团队最需要的成员。

        从哪能得找到这样的成员呢？这个就需要很是琢磨一番了，一般来说会从三个方面去寻找。       

        第一 寻找曾经的队友，以前曾经在一个项目团队共同战斗过，对其各方面比较了解，有过深入的沟通合作，确定是你想要寻找的成员。

        如果这个人现在正处于项目的空闲期，那就别犹豫，分秒必争，赶紧向领导申请把这个人调过来。是金子在哪里都会发光的，是好用的员工哪个项目组都会抢着要的。

        你不早下手，别人就会下手，到时候看着别的项目经理可以当甩手掌柜，动不动几天见不着人，项目却一点事都没有，你却只能悲催的当救火队员，一天不出现，大火就烧过来了。回想起那次的错过，下次一定会忘了拖延症，饭都不吃了，就去把人抢过来。

        第二 领导的推荐，领导对员工的个人脾气秉性比较了解，会根据项目的难易合理安排人员。

        但是有一点要知道，领导考虑的是全局，很难周到考虑到这个员工是否是符合项目需要的人，而且有些员工在领导面前表现出来的工作态度和实际的并不一样。

        所以切记，领导可以帮你做出选择，但是做出决定需要多考虑一下，领导认可的不一定是真正需要的，有条件的话可以先多做接触，考察实际的工作能力和沟通能力，再最终决定是否接纳入团队。

        第三 招聘新人，在项目团队人手不齐，时间又宽裕一些的时候，可以考虑这样做。但是风险始终存在，对于项目团队来说最重要的是有稳定可靠的成员，新入职的员工，各方面的能力都是未知的，短时间内很难确定是项目需要的人，也很难确定其是否有长期入职的打算。

        如果想等一等，观察观察再做打算是否让其参与到项目中，但是项目的计划不会等，客户的耐心不会等，投入的资源也不会等。新招聘的人员只能在交付项目的过程中，通过实践去检验工作能力了。

        等到项目启动的时候再去招聘，要承担很多未知的风险，这也是为什么公司会有储备人才的原因了。为了避开这种风险，可以考虑一种办法，推荐熟悉的人来公司应聘，这样可以绕开对新员工不熟悉的风险，属于一种抄捷径的做法。

        既然是抄捷径，好处是省去了观察的时间，选择了一个相对靠谱的人员；坏处就是相信了别人，就要承受相信的代价，如果推荐过来的人是个水货，或者没有达到相应的标准，项目经理想换个人，但是碍于情面，毕竟是熟悉的人推荐过来的，对他也只能睁一眼闭一只眼了，只能走一步看一步，徐徐图之了。

        按照上面的三个办法去寻找，技术专家也不是难题，只是个人要求上面会多一些其它方面的考虑，比如擅长的技能是否是项目需要的，考虑技术问题是否实际，理论型的人才尽量要避开，眼高手低的不要过来，无法沟通的一定远离，诸如此类种种，如果都能考虑到了，挑选出来的技术专家从理论上已经符合项目的需要了。

        项目团队初具雏形，之后以这个团队架构为基础，根据项目任务的需要，会从其它职能部门协调人员配合完成任务，比如从质量部门协调人员对项目的质量进行检查和监督，从设计部门协调人员进行系统的设计和美化等等。

        随着项目团队成员已经就位，接下来的任务是建立项目制度，明确职责分工，通过完成项目任务培养相互之间的配合度，一步一步变成一个战斗力强劲的团队，但那是后面的事情了，现在项目经理面临更大的一个挑战。

        公会（公司）为了发展的需要，在服务器新开的区（新的项目），项目经理安排入驻开辟新的战场，经过多方面的努力，第一关终于通过了，项目经理在新手村招揽一群精英级别的打怪小分队成员，内心已经跃跃欲试，向小怪们磨刀霍霍了。

可是却面临一个尴尬的情况，没有装备（客户的信任）和武器（需要交付的系统或者设备），没有基础属性点可加（业务了解程度），村口碰到个5级的小怪都打不动。

        虽然小怪的攻击低（项目初期的任务都是零散的小任务，没有形成统一的体系），但是防御力高（项目的建设内容需要细致的了解之后，才能有针对性的实施），非常努力地打了一天，一滴血都没打掉。

        是可忍，孰不可忍，辛辛苦苦组建的精英团队竟然对付不了最弱的小怪，说出去都让NPC笑话，怎么好意思制霸新手村，趁早散伙，大家分行李去吧。

大门口都出不去，是不是有点丢人，怎么办？记住项目经理职业的第一原则，无论对内部还是对外部，遇到事情需要做决定的时候，无论内心有多慌有多没底，一定要表现出事情在掌控中的样子。

为什么要有这样的表现，对内关系到团队执行力，对外关系到客户的信任，毕竟谁也不想把重要的事情交给一个没有信心能办好的人，谁都不想跟着一个看起来不靠谱的人。

解决问题的四个步骤，遇到问题，分析问题，提出解决方案，解决问题。项目的解决方案最好是可以在团队内部解决的，这样资源比较容易获取，而且不用等协调的时间，还有一个重要的因素，不能事事都找领导，经常这样容易造成能力不足的表现，如果碰到团队真的解决不了的，再找领导解决问题也不迟。

比如说现在遇到的问题，分析一下，就是没有客户的支持寸步难行，不了解项目的需求埋头干就是白干，方案就是同客户快速建立信任关系，尽快了解项目的重点需求和真正需求（注意两个需求的区别，后续会提到）。

项目经理想起了在新手村最大的好处，通过做任务快速的升级别，不用辛辛苦苦的打怪，简单地围着村子转个圈，找几个人说说话能就完成任务得到奖励，升级换装备换武器，战力蹭蹭的往上涨，门口小怪一刀秒一群。

梦想是美好的，现实是残酷的，时刻要谨记世上没有白吃的午餐，世上也没有好做的项目。

现在就要进入地狱级别闯关的第二关，项目经理要与客户、监理建立良好的信任关系，对项目的需求进行了解和分析，有针对的进行重点突破，不要以为这是个简单的事情，三下五除二就能搞定。世上最难的事情，就是让陌生人把钱从兜里掏出来，并且亲手交到别人的手上，第二难的事情就是大把的花着陌生人的钱，还得让他相信这钱花的是值得的。

以上就是关于前端项目的开发流程全部的内容，包括:前端项目的开发流程、it系统规划中的5个步骤是什么、一个完整的项目管理流程包括什么等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！