闲聊的一些话题

最近在支点论坛里看到那样一个女人,据说是做了15年的IT信息化,然后整天在嚷嚷她的经历是多么的丰富,她是多么的历害. 非常反感. 可能与我个性不太张扬有关系.
 
其实,我本来同意这么一个观点:内部顾问需要做的工作很细,远远超出外部顾问的想像能力.可是不却不同意,提出需求的人是上帝,信息部门有责任和义务去解决每一个用户提出的需求. 她总是云云,多么重视用户的需求,把用户的1%需求当作100%来做.不去论到底是不是应该这么想. 我倒是觉得她喜欢张扬,好强,我甚至可以看见她那夸张的表情. 不知道是可气还是可笑.
 
作为一个信息部门人员或主管都好,还是一个管理人员. 每个人都会有需求的.我碰过我下面的一个用户问我,能不能自动让光标跳到她希望输入的位置上. 这样能提高效率.别人我不知道会怎么回答她,但是我一定会say no ; 系统有系统的规则,就像每个人过马路走斑马线一样,这是社会的规则.不会因为一个人的不方便而改变的.
 
作为一个顾问也好,还是管理者也好.肯定能听到来自不同方面的声音.如何分辩哪些声音是对的,哪些是错的.这是第一步. 然后确定是必需的,还是非必需的.最后还要确定解决的优先级.
 
像我上面说的那个女人,以为自已有点编程啊什么功底,然后对任何需求顶礼膜拜.不知道是为了显扬她的水平呢?还是真的想解决问题?
 
呜乎! 累哉
内容概要:该PPT详细介绍了企业架构设计的方法论,涵盖业务架构、数据架构、应用架构和技术架构四大核心模块。首先分析了企业架构现状,包括业务、数据、应用和技术四大架构的内容和关系,明确了企业架构设计的重要性。接着,阐述了新版企业架构总体框架(CSG-EAF 2.0)的形成过程,强调其融合了传统架构设计(TOGAF)和领域驱动设计(DDD)的优势,以适应数字化转型需求。业务架构部分通过梳理企业级和专业级价值流,细化业务能力、流程和对象,确保业务战略的有效落地。数据架构部分则遵循五大原则,确保数据的准确、一致和高效使用。应用架构方面,提出了分层解耦和服务化的设计原则,以提高灵活性和响应速度。最后,技术架构部分围绕技术框架、组件、平台和部署节点进行了详细设计,确保技术架构的稳定性和扩展性。 适合人群:适用于具有一定企业架构设计经验的IT架构师、项目经理和业务分析师,特别是那些希望深入了解如何将企业架构设计与数字化转型相结合的专业人士。 使用场景及目标:①帮助企业和组织梳理业务流程,优化业务能力,实现战略目标;②指导数据管理和应用开发,确保数据的一致性和应用的高效性;③为技术选型和系统部署提供科学依据,确保技术架构的稳定性和扩展性。 阅读建议:此资源内容详尽,涵盖企业架构设计的各个方面。建议读者在学习过程中,结合实际案例进行理解和实践,重点关注各架构模块之间的关联和协同,以便更好地应用于实际工作中。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值