项目成员访谈笔记
访谈对象1：
角色：开发人员
访谈主题：
A、项目管理：项目工期过紧，工作量和周期不匹配。
B、过程体会：
1、数据抽取技术能力需要提升。我们的数据中台没有发挥赋能的能力。
2、图像解析技术接口，上传图像返回文字，行业匹配的算法模型清洗图像文字的信息，形成结构化数据。
3、组员配合上较为流畅。
4、数据中台的配合上存在很大问题，技术人员经常拖延。
C、学习提高：
1、技术储备要有提前量。
2、任职匹配，能力与事情匹配。
D、职业规划：
1、架构师方向，要有批判的心里看待官方的技术方案。
E、不合理的地方：
1、暂无
2、代码codereview抽查，而非全部。
3、项目管理制度提前宣贯、不能急刹车，一刀切让人猝不及防。
4、买书的责任人没有明确到人。
5、公积金缴存基数较低。
访谈对象2：
角色：开发人员
访谈主题：
A、项目管理：
1、评审需求时，没有暴露细节，prd前后端无法衔接。业务到产品到技术存在信息失真。
2、技术组与产品沟通细节沟通不充分。
B、过程体会：
1、开发之间的沟通不充分，存在问题，导致代码重复。
C、学习提高：
1、团队分享，经典案例分享，提升核心竞争力的意识很强。
2、晨会分享，可以给提升个人能力，有机会才能抓住的心里领悟。
3、架构底座脚手架很自由，接入了很多新的中间件，Es、cassandra。
D、职业规划：
1、了解业务细节，成为技术骨干，业务骨干。
2、技术发展路线，但不想做技术大牛。
E、不合理的地方：
1、计划排期提测时间与实际工作量存在误差与绩效挂钩有些不合理，因为整体进度不会延误。
2、人员变动频繁，功能维护可能存在问题，导致某些模块人力出现不足的情况。
3、系统上线后使用不充分，除了直播以外，自来水流量几乎没有，首页配置不合理。
导购端没有被推广，感受不到价值所在。
访谈对象3：
角色：小组长
访谈主题：
A、项目管理：
1、团队无凝聚力，组织比较散漫，直播要安排支援响应。
2、功能交叉熟悉功能，有必要。
3、产品经理回复业务线上问题，不够及时；技术是否可以在运维群直接回复业务。
4、prd和erd评审产品、测试、技术（前后端）提前通知各方。
5、项目推进过程不能过于随和，该严格也要严格。
6、主导方对其他团队要进行严格管理和协调配合，要发挥自己的资源整合和个人魅力了。
B、过程体会：
1、项目有种虎头蛇尾的感觉，人力时间都花费结果没有项目总结，没有大力运营。
2、功能线上验收没有反馈，使用情况也没有。
3、适当给新人增加些压力。
C、学习提高：
1、多组织技术分享、技术研究。
2、线上运维排班制度。
D、职业规划：
1、技术发展方向，目前到达了瓶颈。
2、PMP学习中。
E、不合理的地方：
1、项目组织人员上的诉求想法进行沟通。
2、pdca的项目循环，没有控制到位。
访谈对象4：
角色：小组长
访谈主题：
A、项目管理：
1、项目模块、划分不是特别合理，比如数据、存储、中台等，没有遵循“数据集中-服务拆分。”
2、项目任务与工期不匹配。
B、过程体会：
C、学习提高：
1、看看技术相关数据和开源代码。
D、职业规划：
1、技术路线，走架构路线。
E、不合理的地方：
1、商品信息多个项目中都存在，除了库存、价格两个关键要素以外的东西都可以共用一份。
2、购物车、订单(正向订单，逆向订单需要单独存储)，而不应该直接在正向单中直接update。
3、可以复用的模块很少，架构都是开源的，没办法统一。
4、代码质量和代码规范，面试时候出具一份面试题，通过面试考核。面试新人进行上机操作，让新人提供项目案例。
访谈对象5：
访谈主题：
A、项目管理：
1、项目管理稍微有些佛系。
B、过程体会：
1、组内沟通较少，逻辑上的冲突，风险滞后暴露。
C、学习提高：
1、成功案例定期做分享，代码重构最优解案例分享、中间件的分享。
D、职业规划：
1、技术发展路线。
E、不合理的地方：
1、产品设计原型与技术实现存在偏差。
2、需求评审的时候，数据流向和数据提供方确认，对不能提供的数据进行风险点跟踪。
3、风险点跟踪贯彻的不明确。
4、导购端代码很臃肿，需要在迭代中进行优化。
5、代码检测要求使用sonar。
综上：通过项目总结和访谈抽检，可以从多角度视角客观反应项目过程的遇到的问题，以及充分了解成员的个人发展诉求。这样就可以在未来项目管理中，科学选人用人。
网友评论