前言
2020年5月至2020年11月，我参与了公司一个燃油防盗系统开发的小项目，在这里复盘一下过程中的一些问题及我的一些个人看法，希望在以后的项目中能有所借鉴意义。
项目简介
该项目旨在为商用车开发一套燃油防盗系统，在用户离开车辆时为用户提供燃油防盗预警服务，系统方案由控制器、振动传感器、及雷达组成。经过前期的讨论，采购部建议将整个系统拆分成三个部分进行招标，分别由三个部门负责和供应商进行对接（控制器、振动传感器、雷达）；项目的成本目标小于400元。
项目角色定义
项目由项目负责人、硬件工程师和振动传感器负责人、雷达负责人、系统软件工程师四人组成。
我作为系统软件工程师，负责与控制器供应商软件需求的沟通以及制定控制器与整车、传感器与控制器间的通讯协议。
项目计划
项目计划的制定方式：由三部分负责人分别梳理开发计划，项目负责人进行整理，然后开会讨论项目协同及开发周期压缩等问题。
分工完成后四人开始分头干活，项目负责人按照项目计划管控进度。
项目结果
失败，开发过程中问题不断；成员间没有一个凝聚共识，沟通效率低下；成本目标未达成，项目重新招标开发。
存在的问题
前面几个部分为项目的客观介绍，现在说说我看到的项目中存在的问题：
- 前期市场调研不足。在开始项目之前没有充分了解竞品的方案售价及成本，定下的400元成本目标不合理、不清晰（不同配置成本不同，项目开始时未指定）；也没有充分了解该产品的国内供应商方案及其报价，导致有些现成的低价供应商没有出现我们的视野中。我认为这是导致该项目失败的最重要的原因。
- 项目成员的责任定义不清晰。虽然成员都有相应的工作和头衔，但是大家对于自己的工作是模糊的，会导致在一些工作上存在事情不知道该谁来干的问题。有人可能会说成员没有责任感，但是我认为责任感并不是一个非常可靠的东西，项目的成功与否不应依赖于个人的英雄主义，应该有明确的制度、分工来保证。第二点跟公司的开发流程、工作制度、薪酬制度、晋升制度不无关系，个人认为这些制度都应该为产品的开发服务。
- 项目中成员的能力。我个人认为项目中四人的能力还不能完全胜任产品开发所需的能力和经验，当然，这一点不是绝对的，个人能力的不足可以靠集体的智慧和制度保障来弥补，前提是个人要有良好的沟通意愿和沟通技巧，公司制度和文化上要鼓励这种沟通。而且当成员确实胜任不了工作时，应当有换人的机制和选择，在这个项目处于人力资源紧缺、碍于面子或者其他什么原因未能进行。
- 沟通机制。未能建立起例会沟通的机制，导致问题暴露出来后信息共享不及时、解决不及时。我认为定期的例会制度可以解决信息孤岛的问题， 在例会上每个人介绍手上工作的进展以及下一步的计划，建立畅所欲言的沟通文化，凝聚团队的共识， 让问题及时暴露出来，暴露问题才能解决问题。
- 我个人的沟通技巧需提高。项目中跟项目负责人的沟通缺乏技巧，有时候跟团队成员间沟通的态度很差，没有积极去帮助其他人解决问题。
结束语
希望能够从中吸取经验教训，提高自己的沟通能力，增强团队合作。
标签：控制器,负责人,沟通,项目,成员,问题,开发,复盘 来源： https://blog.csdn.net/De_tralization/article/details/111312110
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。