标签：原来 努力 沟通 开发人员 生产线 style 一个 核心 学习
已经两个多月没更新博客了，因为自己在外出差了两个月，赶项目很辛苦，没时间总结了。（其实说白了都是借口。不过朝八晚十一，无休的日子也实在提不起精神写博客总结，整天浑浑噩噩的，有点时间就想着睡觉了）
不过现在已经回来了，准备把之前在外出差学习到的一些新的知识记录一下。
这次出差还是学到了一些东西的，因为原来在公司只是开发自己公司的项目，整体功能相对简单。也是从零开始，凭自己的感觉写，没人指导，也没有模版参考，都没有见识过一个商业化的大项目是如何开发的。包括用到哪些知识、一些需求处理方法、开发中的难题之类的问题。再结合一下之前自己写的系统，还是值得好好总结的。
这里我想说一下非技术面，就是针对这个项目的开发阶段的想法，这些总结或许以后的我再来回顾会一笑而过，但是目前来说它能表明我此时此刻这个阶段对一个项目的开发过程的想法。
首先，这个项目是从去年10月份启动的，到我出差过去一共开发了5个月+的时间，原来的开发人员有几个已经离职了，只剩下两个核心的开发人员，以及我们调过去的三个出差人员。项目版本从我们过去的500+到我回来的1400+，从生产线走不通到后来的稳定上线，都是出差的这段时间大家一起努力的结果。
但是问题是，如果是该项目的原班人马，是不是会对该项目更加熟悉呢？省去了我们后来人员梳理逻辑的过程，后续开发修改起来不是更快吗？公司为什么要放走这几个人，重新调人过去，在项目开发过程中走人对项目的影响真的是很大的，这是我不理解的一点。
另一点就是项目没有配产品没有配测试，没有产品，导致前期5个月的开发过程中需求不断变更，大量的推倒重做；没有测试，导致我们后期拼命加班。包括我们后期在开发的过程中也经常遇到需求不明确的情况。我们直接和生产线员工沟通，他们变成了我们生产环境的测试人员。但是这样也有问题，就是他们遇到问题就直接不走系统了，因为系统一环套一环，走不通了，这样非常拖延时间。最后到了上线阶段，人事部，采购部，生产部等等还不断的轮流来提出意见，我觉得这些应该是在项目开发的准备阶段就完成的事情。
这边仅仅是从项目角度谈谈我的一些想法，其实从福利待遇角度还有更大的问题，这里就不谈了，我一直觉得每个公司每个项目组大大小小都会有点问题，不可能做到完美，但我们这个公司对项目的管理呀，真是一言难尽呀。
记于：二〇一九年五月十五日
标签：原来 努力 沟通 开发人员 生产线 style 一个 核心 学习
原文地址：https://www.cnblogs.com/Kingram/p/10867420.html
