项目流程不规范怎么应对问题(项目流程不规范怎么应对)

导语：项目流程不规范，怎么应对

一些小公司，开发就几个人到十几个人，研发经理技术管理能力有限，搞不出什么规范性的东西，但是毕竟提供了研发的工作岗位，也必定有一些开发的同学进去，然后大家在这种环境下一通胡搞，也能做出个产品出来，但是总是差点什么？总感觉是野路子，只要体现在：

一、没有产品经理，也没有需求分析师。

需求的来源或是公司的某个领导或者研发经理提出的，一般不会写项目说明书、需求说明书，很多时候要开发一个功能，都是口头的，说要做个啥，然后研发的就屁颠屁颠开干，做出来，看效果，如果不行再改。

二、没有需求文档

需求文档是研发的依据，因为研发没有参与需求来源的构思，没办法知道要干啥，只有需求文档出来，写明项目的目的意义，写明具体应该干什么，这个时候研发才知道什么干，口头上表达，一时兴起说了，过段时间，说需求的人知道自己说了需求，但是忘记了具体说了啥，这时想法又有更新，那几把怎么办了，领导会承认自己说错了吗。

三、没有测试

有些公司没有专门的测试人员，开发功能出来了，开发的人自己测试，然后给领导演示一遍，基本没有啥问题，上线问题出来了，回来改。

四、没有运维

运维人员没有，线上得不到保证，靠后台开发的人去维护线上环境，高级开发可能还懂一些，一般的程序员连linux的环境都搞不定，何况还有一系列的监控，保证线上的稳定，有的后端开发连nginx的都没有用过，shell脚本没有写过怎么去火线上运维，说不一定什么时候就搞坏了，拍拍屁股走人。

五、没有完善的开发环境

开发不只是个人写代码，还有配套的环境，工具的配合，这样才能完成高效的协作，至少要有测试环境和线上环境的分离，开发环境上有代码管理仓库git/svn，maven仓库，构建工具（eg.kenkins）之类的，这些都没有，搞个毛的多人开发，浪费时间

如果有这样情况的做开发的同学，其实很悲催的，觉得公司还有发展前途，就试着改变吧，如果不行，尽早跑路，在这样的环境下，是学不到什么东西的，这样的公司，研发的地位通常不高。要想改变，得有个说得上话的领导者，否则都是白搭。可以从这几个方面试着突破一下：

一、提需求给出文档说明，如果没有文档，口头说的，那么需求承接人将文档整理好，与需求提出人对接好，然后在开始开发

二、搭建好开发测试环境，将常用的这些开发工具装上，比如git/jenkins/maven/jira/wiki等，是开发协作更为顺畅

三、约定好项目流程，需求->需求文档->需求澄清->数据库设计->程序设计->编码->测试->上线

四、指定项目负责人，有项目负责人统一安排项目周期，确定好什么时候开发完成，什么时候测试完成，什么时候上线，交付范围标准，有谁来负责测试，谁负责上线，确定好范围、质量、时间、成果

做好这几个方面，野路子军开始像正规军转化，在行进的过程中，逐步的优化流程，改进过程，让整个过程变得更加的顺畅，大家工作得更加的顺心。做得来肯定不是那么简单，需要一个有魄力的带头人，将这些内容梳理、执行下去。

本文内容由快快网络小余创作整理编辑！