30.移转 Aras PLM大小事-结语

最後第30天，有点写不出什麽了，来说一下感想

写这个系列文主要纪录我从无到有把系统导入过程中会发生的事情
以及莫名其妙遇到的难关写出来，说实在话，如果本来公司内的系统过於分散
当要合并到PLM时，要考量的事就好比要把整个集团系统翻过来
如果对於整合PLM没有信心的话，真的做到一半会放弃
更何况是从Agile换到Aras，外加更多的其他系统整合进来(RFQ、CAPA、BPM、ERP)

盘点最头痛的问题

1. 介面操作不是每个人都接受，事前沟通需要做好
2. 不要把Aras当作Agile的进化版，在PLM比较上Agile确实功能完整度优於Aras
3. 签核弹性不高，尤其是加签、抽换
4. BOM表红线注记，跟Agile差异很大
5. 後期客制量很高，前期还好，因为用久了会发现不好使用的地方都要客制，所以试用时一定要先确认

觉得还可以接受的部分

1. 使用者可以无限增加，不用User数量的考量
2. 公司的客制量高，费用不比Agile高，也可以自行开发(ASP.net系统)

以上感想都是在这2年内感受到使用者的反馈，以及在管理层面遇到的问题
如果是从没有导入过PLM的，但看到了这篇文章
在预算上有考量的话，还是可以使用Aras PLM，在新导入系统上比较不会遇到我说的问题

感谢各位的阅读，短时间内我又去忙别的了，掰掰