IT项目经理手册(三)---现场调研时犯的错误之一:立即进入调研状态

加码!20+主流AI编程工具免费用 购周边加赠Coding Plan Lite,Claude Code、Cursor等即刻畅享,学习进阶更高效! 阅读详情

     很多项目经理工作真的是非常努力,一到现场,二话不说,就开始按计划进行调研工作,虽然这种精神可嘉,但方法还值得再进行讨论。

  其实调研计划到现场第一件事情不是启动调研,而是再次确认调研计划。

  这样做的理由有三点:

  第一虽然很多企业和你电话口头认同了计划,但只有调研者到现场了才会真的重视,所以我们必须要重新确认计划,保证我们的计划需要的调研配合资源已经落实;

  第二确认调研计划往往不是和协调人确认,要主动通过这个机会见一见企业负责的高管,很多时候企业也会安排这个一次见面。和高管见面要做好三件非常重要的事情:

  一、汇报我们的计划,请其再次确认,并请其协调资源安排人员配合

  记住给领导沟通最有效方式之一就是“多请示,多汇报”。根据我个人的经验,一般领导看过的东西不如口头汇报的东西印象深刻,汇报也是建立领导对我们认同的手段。

  很多时候被调研人员不愿意配合我们进行调研,因为这样可能会影响他们正常工作或者有其它顾虑,所以当调研工作是领导的工作任务安排,他们配合积极性就高了。

  很多时候领导也不能立即协调完所有的工作,特别是这个时候可以要求领导配置一个专门的联络人,由他出进行联络工作,可能的话,也要求其全程参与调研,这样的人会给调研带来极大方便。

  二、汇报我们的调研工作方法,让高管觉得我们做事很有套路,同时请其提出意见,做相应客户化调整。

  在汇报计划的同时要顺便告诉高管我们调研工作方法,先做什么,后做什么,每天需要如何开始,要花费多少时间调研,花费多少时间在整理,是否要开一次业务分析会,需要哪些人参加。

  领导明白你思路了,也就知道我们这些天工作量都会很饱满,很有组织性,也就对调研工作有信心并积极支持。

  此外领导可能提出一些要求,例如进行培训或者其它要求,我们可以根据实际情况确定是否要进行或者不进行。此时就有可能需要调整计划内容和时间。

三、借汇报机会领导了解他们上项目的初衷。

  很多时候领导看待一个项目角度和高度和我们进行下层调研人员理解是不同的,这个时候和领导交流其对项目的想法,是有助于我们在调研工作进行时判断一些业务需求是否真的符合企业领导的构思,并可以寻求更好的方案。

  从调研的角度,了解不同人员对同一个项目的需求也是调研工作的一个内容。领导层往往是管理性思维,业务层往往是技术性思维,两种思维达成一致才能设计一个好的方案。这些都需要通过调研获得。

  第三和高管见面要约定如何汇报工作的机制。

  调研如果有一段时期,不可能天天找领导汇报,也不能不汇报,那么这个时候就可以请示领导每几天安排一次当面汇报还是书面汇报。

  多和领导见面,多用肯定语气沟通,就会让领导不断强化对我们积极的印象,逐步将感情的天平倾斜到对我们有利的方面。

  不过有一点,首次和高管汇报工作原则一定要言简意赅,不要表现自己。

  让领导建立对自己个人专业认同感就可以说达到目的了,对于一个领导认为有专业技巧的人,见面的机会他是一定会继续提供的,所以不要追求一次搞定,这都是极为有害的冒进思想。

  低调切入,等调研过程中收集足够事实了再根据情况确定是否逐步抬高调门,表现自己的思路,是更稳妥和合理的策略。

  和高管见面可能存在一个时间不确定因素。所以在调研准备阶段计划确认时尽量先保证这个时间,如果到现场时间不能保证,必须留机动调整的可能,一般情况下可以进行企业历史,企业现状,网络硬件,组织机构等方面的业务调研,也可以为领导见面提供沟通的素材。

  此外高管并非一定是企业的最高领导,高管是依据企业规模和项目规模动态确定的,一般选择汇报高管对象的原则是对项目直接负责的人上级或以上级别的人。

  企业大了,高管并非只有一位,有的汇报必要时该重复就重复,不要给别人不尊重的感觉。

 

PM,读《IT项目经理成长手册 此书是工作后入手的第一本专业书,惭愧两年后才拿出阅读。不过项目管理类书籍,有了实践经验后阅读,体会更深刻。若无相关经历,会像读理论书般,既无趣,也难有感悟。这是项目管理的独特性造成的,凡涉及“管理”二字,往往需要的更多是软技能、综合素质。项目经理的实际工作,80%花在沟通上,一点也不夸张。硬技能,office套件足矣。项目经理看重的,跟进度、管理期望、带团队、定计划、监工、专题会、汇报,所需能力很... 阅读详情

相关推荐

避坑指南:HAL_UART_Receive_IT使用中那些官方手册没说的细节

本文深入解析HAL_UART_Receive_IT函数在STM32开发中的5个关键陷阱,包括波特率加倍、Size参数误区、中断重复初始化、内存对齐及错误处理机制。通过寄存器级分析和实测数据,揭示HAL库未文档化的底层细节,帮助开发者避免常见错误,提升UART通信稳定性。特别针对HAL库和UART中断应用场景提供实用解决方案。

weixin_33694172的博客 596

软件项目经理必读手册

软件项目经理必读手册,让你们更容易把软件项目管理好!

STM32串口发送中断HAL_UART_Transmit_IT的五个‘坑’与避坑手册(基于CubeMX)

本文深入剖析STM32 HAL库中HAL_UART_Transmit_IT函数的五个常见陷阱,包括状态机管理、回调函数设计、中断优先级配置、DMA与中断混合使用以及数据长度处理。基于CubeMX环境,提供系统化的避坑方案和实战优化技巧,帮助开发者实现稳定高效的串口通信。

weixin_30621711的博客 442

最全的项目经理手册(很好,很实用)

最全的项目经理手册(很好,很实用),欢迎共同学习交流进步啊!

项目经理手册(软件交付)

项目经理手册项目经理手册(软件交付)

IT项目经理手册()---现场调研错误(2)

错误之二:匆忙地进入调研状态    调研计划一旦得到领导确认很多人就立即着手调研,这个候容易错误就是匆忙地进入调研状态。  进行具体调研业务前首先是和企业调研协调人确定今天一天的调研计划和资源可以到位,如果万一今天计划所在配合资源不在,给企业调研协调人几个替代性调整方案,其负责落实到位后才能放心的开展调研。这就避免出现上午调研完了发现下午没有人配合了的情况。  这个提前预约间,

ToB公司的战略与经营 3550

IT项目经理手册---现场调研错误 2

IT项目经理手册---现场调研错误 2

hdfghh的博客 392

IT项目经理手册()---现场调研错误(3)

常见错误:不断地问问题,唱独角戏  很多人在开始进行调研候准备了一份业务调研问卷,所以在调研候就按照调研问卷开始提问,这个方法对刚开始做调研的人是很有用的,可以帮助他在对业务不熟悉的候不至于无话可问。  但这样调研的后果就是调研者在唱独角戏。调研者不停的提出问题,被调研者不断的再回答,好象成了一种审问和被审问的关系,这样的调研状态虽然可以收集大量信息,但从调研角度而言,不是最佳

ToB公司的战略与经营 1970

项目经理手册IT

IT行业,特别是管理软件实施行业能够成为一个成功的项目经理是非常困难的一件事情,一个成功的IT经理,被要求熟悉计算机软硬件知识,具备企业业务背景,拥有良好的沟通技巧和说服能力,当然在项目团队中还必须具有威信和执行力,这样的人才简直是完人。 一般人即使努力也不可能达到这样的一个完美的项目经理的境界,如果相信自己努力就可以做到可能是受哪些成功书籍的毒害太深。 根据我个人的经验,这样的项目经理是很少的,更多的项目经理是拥有岗位并非拥有岗位技能,但可笑的是,往往是一个人刚刚被发现具备这样的潜质就会没有多少机会实施项目,而是陷入另一种疲于奔命的状态

IT产品标准化实战手册及注意事项

我们见过太多失败的案例:把“拍脑门”当创新,把“一刀切”当规范,最终把产品做成了没人看的“天书”和一动就崩的“水泥”。真正的标准化,不是消灭多样性,而是通过收敛重复能力,为业务留出更广阔的生长空间。

BenLeiQiang的博客 431

Qwen3.5-9B企业应用案例:IT运维手册智能检索+错误日志归因分析

本文介绍了如何在星图GPU平台上自动化部署Qwen3.5-9B 90亿参数开源大语言模型,实现IT运维手册智能检索和错误日志归因分析。该方案显著提升运维效率,如将手册检索准确率提升至92%,错误分析间从30分钟缩短至3分钟,适用于企业IT运维场景。

weixin_28721743的博客 344

Chrome 扩展实战:用 chrome.readingList API 构建阅读列表管理器——chrome-extensions-samples readingList 示例全解析

阅读列表(Reading List)是 Chrome 内置的稍后阅读功能。本文基于 chrome-extensions-samples 仓库中的 [readingList 示例](https://link.gitcode.com/i/ef67320fefc0ed2c075b90e17ecb8823),从 manifest 权限配置到 `query` / `addEntry` / `updateEn

gitblog_00818的博客 888

STM32的UART检测到上溢错误、一直进中断

不要想当然多看看手册,英文的为最官方的,中文也有翻译错的转载不声明,谭泥小机急。

weixin_44057803的博客 3966

企业IT实战:0x80070043错误的5种解决方案

在企业IT运维中,网络共享错误0x80070043是一个常见但令人头疼的问题。下面我将分享5种经过验证的解决方法,以及我们团队开发的网络共享问题解决工具的功能特点。在开发过程中,我们充分利用了Windows Management Instrumentation(WMI)和.NET框架的网络功能,确保工具的高效性和可靠性。需要检查"网络和共享中心"中的高级共享设置,确保"网络发现"和"文件和打印机共享"都已启用。为了更高效地解决企业环境中的网络共享问题,我们团队开发了一个专门的网络共享问题解决工具。

IndigoNight21的博客 1360

器中断配置完自动进入及失能问题

器中断配置完自动进入及失能问题

qq_54215896的博客 2556

Snipe-IT开源IT资产管理数字化转型实战手册:从资产混乱到精细管控的全面解决方案

面对企业IT资产管理中设备分散、信息不透明、维护成本高昂等核心痛点,Snipe-IT作为基于Laravel框架开发的开源IT资产与许可证管理系统,为各类组织提供了全生命周期资产追踪的数字化转型路径。本指南将深入剖析企业资产管理面临的挑战,并提供可立即执行的解决方案,助力企业实现资产管理的标准化、自动化与智能化。 ## 企业IT资产管理面临的核心挑战与转型路径 在数字化转型浪潮中,企业IT部门普

gitblog_00452的博客 356
上一篇: HR管理:不要总想算计员工
下一篇: 提交出现应用程序错误,文章丢失,只剩下摘要,痛苦。。
Drate
Drate 领域专家: 数据库技术领域 领域专家: 数据库技术领域
博客等级 码龄26年 1869粉丝 631原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值