汽车行业一直是近几年来持续热门的一个话题,产品的竞争力在某些层面上取决于其生产供应链的整合能力及运营能力,越来越多的企业关注供应链,在供应链的信息化上进行了大量的投入。
在6月13日的线上交流活动中,围绕着整车供应链的运营模式,信息化建设关键点等进行了问题的讨论,也得到了各位专家的支持,大家针对供应链的相关问题体现出了非常大的热情,在此也对相关问题及大家的观点总结如下:
观点1:会影响的,这个得具体分析影响供应链的效率都有哪些因素,这些因素最好还是同步实施,可以创新实施方式来满足,想办法并行开展,如增加人员,利用外包,优质供应商等。
观点2:根据木桶原理,有影响
观点1:这个问题还是先定义好实施策略,比如设定一条主线,以计划为线,先用计划将所有供应链的各个环节串联起来,这样,在这条主线上的系统优先整合,在从主机厂到供应商逐渐整合即可。整合的过程做好流程的对接和数据打通,为以后的数据分析做好基础。
观点2:要先确定需求,再做设计方案
观点3:1)企业信息化要做好
2)各系统按标准开发
3)整合会省力一些
观点1:按照现在行业中通用的IT架构即可。至于新技术在落地的时候都会考虑到架构方案,如何兼容或者很小的改动,即便是兼容,完全不变也是不太可能的。
观点2:考虑线路和设备的冗余以及新技术的可落地性。
观点1:这个是目前供应链合作中比较难做的,如果主机厂强势,那就让供应商和主机厂保持一致,如果供应商强势(国外供应商),那就主机厂适应供应商,或者做数据的转换,总之,要想达到整个链条上数据的完全标准化,个人觉得比较难做。
观点2:数据标准化按国标统一设置
观点1:信息共享其实不难,就是在文章中提出的系统流程拉通,数据拉通。
至于信任问题,这个和企业文化和合作方式有很大关系,总的来说,肯定是基于信任的,这个是前提,如果没有信任,合作也不会长久。
观点2:根据信任的影响因素,构造出信任的影响函数,即以企业的信任关系为因变量,以各影响因素为自变量,以信息共享为关系变量进行设计
观点3:信任是企业之间合作的基础
观点1:主要包括:计划、零部件运输、仓储、内物流配送、制造、产成品运输等几个环节
观点1:这个问题需要结合不同的企业来分析,对于汽车行业来说,主要问题如下
1)业务需求不明确,或者是知道到想要什么
2)IT没有行业领先的解决方案,方案能力不足
3)业务模式守旧,没有变革的决心
4)业务领导信息化意识不足
观点1:创建面向顾客的高效、敏捷、协同的供应链模式
1)高效:从接收顾客订单到交付给顾客产品能快速实现
2)敏捷:针对顾客需求及市场变化能够快速响应、灵活处理
3)协同:销产供运各环节仅仅围绕着顾客需求,做到信息同步、行动一致
观点2:
1)与业务紧密结合,系统支持业务的流转执行
2)系统能够快速迭代,快速满足业务的个性化需求
3)先试点实施,能够产生价值快速推广
观点1:1)明确销产供运整体业务环节的相关方关系,即从接收客户订单到满足客户需求过程中各相关方在统一的计划指导和约束下协同联动,实现业务模式的变革与固化,各环节高效协同从而实现效益最大化;
2)实现业务模式端到端的打通,缩短客户订单交付周期,满足客户需求,提升品牌影响力。
观点2:
1)业务流程是标准化的,固化的
2)流程拉通,系统之间紧密集成,数据拉通
3)供应链库存保持在一个合理的水平范围内
观点1:工程项目风险监控是通过对工程项目风险发展变化的观察和掌握,对风险识别、分析、评价、处理的监视和控制,评估风险危险程度和风险处理策略和措施的效果,并针对出现的问题及时采取措施的过程,从而保证风险管理达到预期的目标。工程项目风险监控采取的措施主要有权变措施、纠正措施、变更申请和处理计划更新等。
观点2:这个风险每个公司或者每个系统肯定不一样,但是基于目标价值来说,通用的风险如下:
1)业务需求的不断变更,业务流程的不确定性会导致项目无限延期或者最终上线失败
2)IT规划人员无行业经验,系统没有前瞻性
3)系统不好用业务就不使用了,而没有及时想办法进行迭代改进,投资浪费
4)需求方认为是纯信息化项目,而没有看成是一个业务变革项目
观点1:系统的架构设计要依据本单位IT的职责及组织形式,如果IT是集中式管理,建议系统集中部署,如果IT是分散管理,建议系统分散部署。
观点1:项目管理:计划、采购、物流、仓储、生产、运输所有主价值环节的信息化覆盖,很多项目之间都有很强的逻辑交叉,很多项目都必须并行开展,这就需要对项目有很强的把控能力,实施过程中设置项目群总监一名,负责协调所有项目冲突,资源分配,进度、质量管理等;各个分项目设置项目经理一名,负责项目的具体实施;每个项目设置业务专家若干、IT实施人员若干,业务专家和IT实施人员中均包括计划、物流、制造等主要领域的人员。
观点2:个人经验:
成立联合项目,项目组成员有骨干成员有临时成员,骨干成员需要来自于IT和各相关方,共同策划实施项目,而具体某一个具体的项目,再抽调强相关的业务人员加入项目组,最好让业务的领导充当项目经理,这样有助于业务流程的变革和推动。
观点1:在设计关键绩效指标的时候,必须符合明智(SMART)原则,即具体的(special)、可衡量的(measurable)、可达到的(attainable)、相关的(relevant)和有时限的(time-based)。
观点2:原则:将供应链划分为若干阶段,每个阶段定义好开始和结束,在这个过程中设置指标。并将指标可视化、透明化,做问题的闭环管理。
观点3:库存管理KPI
供应链管理的目的是可以合理降低库存,提高商品周转率。因为库存积压太多会增加管理的成本,但是库存过低又会出现缺货的风险,影响企业形象。因此我们就需要通过商业智能打造的供应链管理系统分析历史库存和销售数据,为库存建立一套KPI指标,帮助企业能够根据数据反馈来进行备货。
观点1:做好技术风险的控制和项目风险的控制,建设风险预警制度和应急处理机制。
观点2:除了业务需要建立应急预案以外,可以利用信息系统,将业务环节进行可视化展示,设定阀值,对业务执行过程进行及时预警,可以有效的对风险进行控制。
观点1:个人观点:
1)通用的软件外购行业成熟的产品,如ERP系统
2)模式固化的业务也可外购成熟的产品,如仓储WMS系统
3)业务执行系统自开发(有自己的开发团队,或者自己设计业务流程,由软件外包开发实现),可以很好的保证业务的灵活性。如运输系统TMS、物流系统LES等
观点1:从以下几个方面吧:
1)必须有一个产品经理对产品(供应链系统)进行持续的跟踪,使用效果确认
2)业务单位最好有运行规范,从业务角度保障系统被正确使用
3)对于业务的需求必须快速响应,否则需求得不到满足,就会让用户对系统逐渐丧失信心
4)最好有定期的使用效果评价
5)与供应商保持良好的合作关系
观点1:业务场景很重要,要识别出价值来,有价值可以实施大数据的项目,或者更准确的说应该是数据分析项目,因为在供应链领域,不用大数据技术仍然可以满足很多需求,对于应用场景的一些个人观点:
1)生产监控的可视化
2)物料的全程可视化
3)顾客订单的可视化
4)产品追溯
其实上面这些场景直接定义为数据分析比较合适。
价值:
1)可视化后保障生产
2)可视化后降低供应链全链库存,降低资金占压
观点1:这个题目比较大,上面提到的这些新技术肯定在供应链领域会产生更大的价值,我的个人观点是:
1)新技术在供应链领域的应用是趋势
2)新技术的引入必将为供应链的运营带来创新的业务模式,会产生更大的价值
3)成熟的新技术可以引入企业,不成熟的技术还是求稳妥,最起码不能激进的大范围应用
4)云计算、大数据已经比较成熟了,而物联网和区块链可以先研究储备,待时机成熟时在快速上
观点2:业务场景线上的重现,以数据为基础,能够模拟各交易场景。
观点1:现在都在提去ERP话,或者更准确的说是去ERP中心化,趋势是ERP是核心,所有的业务执行都在外围系统完成,外围系统与ERP集成,ERP中存储结果信息。
外围系统中走的是信息流和实物流,ERP中走的是资金流。
观点2:应链管理系统 可能只针对物流这块的一个信息系统。物流是个统称。包括采购相关、销售相关、仓库相关、物流等等
ERP是企业资源计划。里面有财务、供应链、计划、车间、成本、HR等等
观点1:从信息化角度来说,即便是没有基础也可以实施,因为信息化有一个重要作用就是倒逼业务的提升,当然站在信息化实施的好,产生的效益大的情况下,我认为基础主要有两个:
1)流程的标准化、固化
2)流程的拉通,数据的拉通
观点1:供应链的长短肯定是取决于业务的复杂程度,但是基本上都是以生产为核心,物料满足生产的过程是供应链的部分,也有把产成品运送到顾客的过程归为供应链的,如:
1)入厂物流:物料在供应商的成品库-在途运输-仓储-生产线边的过程
2)出厂物流:产成品从成品库-在途运输-区域经销商/终端经销商-顾客的过程
如果觉得我的文章对您有用,请点赞。您的支持将鼓励我继续创作!
赞2
添加新评论0 条评论