前言：
我一直在考虑，是否把这篇文章开放出来，因为曾经有一个项目，实施得不顺利，计划三天实施完成，结果实施了三个周，才勉强把该做的工作做完，工作延期这么久，其中有软件，硬件，团队沟通与配合等众多原因，我也应该好好反省自身的问题。这个项目的软件由二个web开发小组，一个android开发小组，一个硬件小组共同完成，并且这些小组不在同一个办公区，由于某些客观原因，这个项目有两个不同实施部门对其实施，是一个硬件+软件结合的项目，并且已经在多家单位正常使用，就是这样一个还算比较稳定的项目，在新疆实施时，掉链子了。
过程：
第一天，实施同事A在qq上，找到我，了解这个项目,web部分的一些事务。
第二天，boss告诉我，配合实施同事A的工作，处理项目实施的相关事务，我和A联系，才知道A出差了，才知道这个项目和以前已经成熟运行的项目，有很大区别，以前的项目直接运行在外网，这一次客户需要在内网搭建运行环境。A曾经搭建过这个web项目,A把项目在服务器搭建好后（java程序是a直接在运行成熟的环境复制的，没有通过我提供），发现项目根本访问不到，跑不起来，我远程后发现，一些基础配置不正确，远程解决同事反馈的问题。
第三天，实施同事A找到我，反馈android有些需要修改的基础配置项，输入有问题，他把截图发给我，我看到瞬间就无语了，原来同事安装的是旧版本，我手里连源码都没有，此时我也不知道说不什么了，我直接发了一个稳定的apk给他。
五天后，同事又找到我，反馈android移动端，一个非常重要的基础功能，无法正常使用，经多方沟通后得知，同事带过去的设备，来自不同的两个厂商，由于某些原因，未对设备进行测试，发现android程序对该设备的兼容性没做好，这块是我的问题，没考虑到不同硬件，带来的兼容问题，这块我需要自我总结，当天把反馈的问题处理了。
第十二天，同事又找到我，反馈android端，无法正常下载web的图片，远程后发现，图片服务地址配置有误，mysql的有几张表，表里的默认记录需要修改，未作修改，以及默认图片根本没有等，至此还在处理web平台事务。
中间断断续续又过了六天，反馈了一个很头大的问题，android软件运行卡顿严重，这块是我写的代码，在本地运行依然良好，实施的时候出现了这个问题，关键是晚上8 点后，已经下班了，boss打电话来，当晚必须解决这个问题，解决不了客户要退货，解决不了谁也承担不了这个责任，当时我一点头绪都没有，之前出现过硬件导致软件不兼容的问题，所以我第一反应是不是又被硬件坑了，当时在公司找到一个未测试的硬件，硬着头皮加班，发现是获取硬件参数时，不同硬件获取到的值，不一致，果然是硬件埋下的坑，当晚加班到12点，才把这个问题，勉强解决，只能说勉强，因为不同设备需要适配。
第十九天，又反馈一个和摄像头相关的功能未达标(不是权限问题，设备运行的系统是5.x)，本地摄像头测试非常稳定，三天后，同事a出差回来了，该是问题仍然遗留在哪边，我们最后通过软件记录日志，客户也理解我们，配合我们不停测试，不停找原因，直到最后，终于把问题解决，至此该项目算告一个段落，计划三天完成的工作，断断续续拖了3个周左右。
总结：
上面描述了这么多，其实这次实施不顺利的主要原因，已经浮出水面，主要有以下几个方面：
一：软件部分
1：软件开发
在软件开发时，开发人员需要考虑到，面对不同硬件时，从软件角度，尽量处理好兼容性，比如摄像头预览帧大小，或者android6.x权限等问题。
2：web环境搭建
如果项目需要搭建新环境，最好和项目经理，或者相关人员沟通，避免出现一些不必要的麻烦，这部分操作建议整理成pdf文档，将*.propertis文件的配置情况，xml文件配置情况等，文件目录，数据库表默认数据配置等，一定要以文字加截图进行描述，实施人员很可能遗忘某个细节。
3：软件版本问题
确定项目实施前，一定要清淅的了解项目版本，环境等问题，如有变动，需要找相关人员了解情况。
二：硬件部分
如果设备是组装机，同一批设备，建议不要参杂多种型号，多个厂家的零件，如果有不同型号，厂家的设备，建议告知开发人员，让其对各个设备进行适配。
三：测试部分
需要发货的设备，公司内部一定要测试一次，千万不要直接发给客户，把客户当小白鼠，如有问题，需要在公司内部找出来，如果让客户设备或者软件不稳定，什么后果大家都知道。
四：团队沟通
如果新实施的项目，和已经成熟运行的项目，在环境，硬件，软件发生变化时，大家一定要沟通，因为有些问题，不是测试就能发觉的。千万不能出现，各个团队埋头苦干，最后一事无成。
如果这个项目，实施人员，开发人员，硬件人员，互相沟通一下，我敢肯定，这个项目3天是完全能搞定的。希望大家在工作中，遇到类似的情况，多和团队沟通，不要打无准备的仗，减少不必要的麻烦。
相关文章
