平平碌碌又一年 — 一个信息化工程师的2023重点内部项目总结

相信当明天踏上前往武汉的高铁之时，萦绕在我心里的想法是：报价配置器这个项目不管怎么说，至少从系统设计开发测试而言的阶段已经基本告一段落，不论最终项目实施效果是好还是坏，我们研究院以及其他参与的部门的同事们都辛苦了，下次一起配合做这个系统的设计开发可能就不知是什么时候了。

过去几个月，记不清写了多少项目相关的文档资料，甚至随便做点啥的时候，闭着眼睛都能想起报价配置器系统的功能设计框架和一些细节的设计的构思，当然也有期间与一些部门同事的观点冲突与不愉快，也看到研究院两位开发的老师和一些同事的辛勤付出，点点滴滴涌上心头，更显项目的不易。

项目其实亦无特别之处，一样的普普通通，也许未来会扔进我密密麻麻写满了项目经验的简历中，一定会被HR妹妹的大眼睛轻易地滑过。毕竟不像笔者先前实施或操刀过的信息中台系统项目、WMS系统项目以及RFID物联网项目那样知名，项目由于是内部项目也没有项目标第的概念，所属行业也是相对不为外界所熟悉的制造业。

「我有什么收获？」一边喝着刚从楼下小卖部买来无糖咖啡的我，一边敲着键盘，这个问题不自主地跳入脑海。

其实有段时间，大约是好久之前在国企那会，我特别讨厌总结自己的生活。多年前一次和同行业的一家大型民营公司交流，他们各个部门的同事们，在每天下班前最后二十分钟，就是要在他们公司的一个系统里写下当天的工作总结。顺带说一下，其实我至今还是讨厌各类日报软件，虽然理解其在组织管理以及建设方面能起到的作用，但是搞不明白为什么很多企业还是乐此不彼地用。看着那些男女老少在液晶屏幕前抓耳挠腮的样子，当时的想法就是真不知道每天写工作总结这事是什么老板想出来难为下属的。这里还可以补一句，有意思的是交流期间我们公司在行业中相对这家公司还处于明显的领先，但是后续几年逐步被这家民营公司完成了局部市场的反超。

奇妙的是，多年过去，我反而有点觉得写总结是个明智之举。因为这个世界的真相就是时光易逝，你以为凭一颗1.5千克重的大脑能记住每分每秒，可实际上连昨天早餐吃了什么都早已忘却。

当年我讨厌的，可能不是写总结，而是「被要求」写总结。人就是这么神奇的物种，凡是「被要求」的，「讨厌」就总是大脑给出的默认的情绪。

看来在逐年的各种项目实施以及企业管理过程中，我还是进化了，应该还能算个好同志吧。

如果单从技术，功能，文档，开发等等角度来衡量这个项目，可以说是毫无特色。用的都是无甚出奇的常规功能，冷僻偏门的技术一样也没涉及。同时没什么高端的系统功能开发，甚至项目上连个结对开发或开发后的测试资源都没有。借用孙总和别的领导的评价，就和众多威派格的系统产品一样，功能都有，但是就是不好用，不友好。大家看到后都觉得很失望，属于“没见过好东西的”的笔者设计出来的失败品，用户看了就没有使用的欲望。虽然文档那块笔者尽力以一个完整软件系统开发，测试及实施的层面进行了补充，但是个人的能力毕竟有限，也终究无法达到令所有人满意的高度。

虽然大家的评价略显尖锐，但是从笔者个人观点来看，确实没有说错半点。直到今天，回头看身后的几个月时光，如果用一句话形容，我会说：这是个野蛮生长的项目。

也许是大家都太忙，也许项目真的太普通了，除了吴总、陈总、孙总几位领导，我部门小燕姐，运营部南姐以及财务和研究院借调来的开发的同事，大家对项目投入的资源和精力有相当有限，没有很好的匹配项目立项之初想要达到的战略目标。甚至，从多个部门多个同事口不约而同中听到了“这个不是我PPC上的工作...等等我有时间的吧”，“我在出差没时间哦，下次吧”，“你要注意这个系统不是我们用，我们不可能投入太多时间精力搞这些”等非常打击士气的话语，当然因为大家投入精力也有限，故打击面也同样有限，所以四舍五入可忽略不计。

在过去将近十年的工作时间里，笔者做的各个大型项目中无一例外，业务执行部门或者说承载部门是会盯住顾问这边的工作的，甚至强烈的抵触或者冲突都是存在的，因为一旦信息化项目的实施结果和实际现状存在较大偏离，日后业务部门在开展日常工作活动以及管理会受到极大的影响。

与上述情况相反的是，这回他们仿佛穿上了隐身衣，你不找他们，他们绝不现身。除了强制要求参加的一些会议中简单沟通一下，之后的项目进程就全靠顾问自己折腾了。一切都很随意，想改就改（反正也不认？）。

企业的管理风格很多时候都是自上而下的。但是你敢信，这个由众多高层领导参与关注的项目基本就没怎么按期初的项目计划执行过，说实话，不是做阶段汇报时候需要，我都有点忘记是不是有项目计划这个东西存在了，哪怕有也是自己写给自己的，约束自己的工作边界和项目推动节奏。用户培训，顾问自行安排；系统UAT测试，顾问自行安排；权限方案沟通，还是顾问自行安排。每个任务结束，没人要求说一定要提交什么文档，完全的随心所欲。当然笔者还是出于项目文档资料的完整性以及自我的工作管理要求，按照标准项目实施的做法，补充了相应的文档。甚至笔者有时候在想，不安排那个任务似乎也不会有人关注的。

上面说的一切，看似荒谬，其实在企业中实施信息化项目中也很疏松平常，本质上都不影响系统上线。没有业务部门无微不至的关注，顾问自己搞定。没有严格的项目计划，顾问其实也可以靠过往的江湖历练主动完成该做的工作。提供保姆式的服务，也是每一个信息化工作从业者的必经之路。

在信息化项目实施中，有一句金玉良言“资深的顾问+负责的用户=成功的项目”。这条等式在这次项目都差些意思成立，当然最重要的成立因素在于用户真的是“负责的”。当然笔者也距离“资深”差好些意思。

是的在项目实施中，用户才是项目里最大的雷。讨论需求的时候，测试的时候，确认权限的时候，用户都是已读不回，或者凑合一下“先这样吧，以后再说”。随之而来的结果就是上线后一定会冒出一堆，用户当时没有说，现在着急要的功能和流程。培训的时候，笔者还是花了不少精力整理了培训资料，项目，系统虽小，但是由于未来涉及面较广，完全不能有懈怠之心。结果就是培训时候，我在台上讲的口干舌燥，生怕用户这个信息不知道，那个信息不知道，影响后续的使用，但是用户在台下感觉面无表情。自然培训是没啥效果的，叮嘱的细节那是一个也听不进去的，好在系统本身操作不是很复杂，但是估计实际要用的时候，还是会有慌慌张张来补课来问的，这个又能怨谁呢。

当然嘴上说的永远是：「我们很重视报价器项目，一定全力支持」，但是懂的都懂。

记得好像是王小波曾经说过一句话吧：「你不曾为之付出任何代价的喜欢，不称其为一种喜欢」。今天我改造一下这句话，想送给用户们：「你不曾为之付出任何代价的重视，不称其为一种重视」。

很多后果其实都可以可遇见的，各种的兵荒马乱。漏掉的主数据，错误的主数据，忘了提的需求，缺失的新老管理流程的衔接，各种问题爆发出来，可能其中某一项产生的后果就是系统直接用不起来，最后直接被弃用。或者就是出来混，总是要还的，不停的救火，打补丁。

其实大家可以把这个系统想成一棵树，笔者负责调研企业需求，树苗选型，搭建环境，种树等操作，用户就是园丁，需要不断地为它修枝剪叶，松土施肥，帮助它茁壮成长。很明显，由于园丁不是很勤快，我们种的这课树属于野蛮生长，正在往一个歪脖子树趋势发展，最后可能难逃被砍掉的命运。希望后续用户有好一些的配合度和紧迫感，顾问再给多点支持，不出大的纰漏，能保住这棵树（泪目）。

写到这里，我一边敲着键盘，回忆过去几个月的种种，虽然见惯了世面，但是也十分感慨。如果硬要用一句话来描述这段时光究竟收获了什么，我大概会这样说：和其他所有事一样，每个信息化项目都有自己的规律，有内在的节奏，能否顺畅地完成项目，其实体现了对自己生活的掌控力。而带给你内心安宁的，就是这份掌控力。

写给自己，也为这个项目努力付出过的同事们表示感谢，大家着实辛苦了。大家其实也是各有各的难处，笔者也表示理解，但是对于这个项目来说，着实有些可惜了。想来，这也是无数实际工作开展中的一个缩影吧。