image.png
在最近，我参与了一个项目的问题定位与修正。该项目背景是某大型公司为了解决生产线的相关问题，特委托一家公司为其开发一个后台+APP。在该项目中，基本上把sql脚本也由甲方给出了，乙方只是相关的查询判断展示工作。看起来是一个很简单的项目，却在交付的过程中碰到了各种问题。
那么问题来了，这个项目还能不能活下来呢？
image.png
如果要给出答案，那么必须要知道现在存在哪些问题，他会导致哪些严重的结果发生呢？
- 从项目管理方面来说，完全不遵守规范，完全是随心来，那么他成功的可能有多大呢？
1.正常的开发项目不应该是：需求分析》定义范围》定开发任务》开发测试》验收测试》收尾(这里简化，不按照专业的那套流程来，需求，开发，测试，这三块就没学过项目管理也要这么做吧)
2.居然在交付的时候，还在讨论需求问题，在讨论ip是要当ip来判断还是当一个标示来处理
3.看现场情况，完全就是没有进过测试，直接开发后就做交付验收。这里根据一堆跑不通的逻辑，未实行的逻辑就看的出来。
4.验收的时候，居然不过去，就发一堆代码给甲方。这里甲方由于时间关系，还不得不配合，差不多把甲方当他们的小弟来用了
- 不谈项目管理，极度的官僚主义作风，那么他成功的可能有多大呢？
1.不认错，如果出现一个问题，看看是否是别人的问题，能不能转移问题。如果不能转移，看看能不能转移成沟通问题，毕竟沟通问题是双方都有责任
2.不断的想正确的做事，不是做正确的事，一个登陆问题解决了数周
3.看起来只有甲方和乙方领导对这件事比较上心，其他人不知道是解决问题的动力不足还是不是自己的问题呢
- 从排查问题的方式上来说，不亲临现场，对问题胡乱转移，那么他成功的可能性有多大呢？
1.乙方开发居然不亲临现场去排查问题，采用遥控的方式，遥控别人按照他的方式去测试。然后通过传递日志来排查问题，关键这里的日志他自己又处理的不细，OMG，难怪小问题都能处理数周
2.不找根本问题，随便找个问题来顶锅，然后双方围绕该问题展开辩论。而主要的问题，似乎还在那里等着
image.png
各位看官觉着上图中谁更厉害呢？在这个环节中，这个项目到底能不能活下来呢？各位看官自己判断（这里并不是说这个项目一定不能活下来，例如找其他人接手，因为这个项目足够简单，如果从根本方面考虑问题，那么很快就可以解决）
上面好像说的头头是道，那么自己碰到问题，该怎么分析问题呢？给各位推荐两本书
上面两本书的超链接是我自己以前写的笔记，不过看官可能比较难看懂，推荐各位看书哈。
网友评论