- 博客(86)
- 资源 (1)
- 收藏
- 关注
RSS订阅
原创 战略分析or策略分析（Strategy Analysis）
重点还要说的，就是变更策略，这对于大的团队合作很重要，因为扯皮的事情，要有法可依，但是对于小企业，特别是中小企业创业者而言，风险和变更都是敏捷的，必须聚焦如何达成未来状态，企业迅速发展，尽量避免在风险和变更中折腾，因为中小企业本身就是高风险，没有精力内耗。篇幅原因，我们重点掌握如何分析当前状态，对自己有个清楚的认知和定位，那么对于下步如何走，就是相对容易的事情，同样风险就会比较容易呈现出来，所以，重要的认清自我，认清当前的状态。所以，这套方法论适用于企业进行业务分析，也适合个人进行自我定位。
2024-04-03 11:50:19
1380
原创 有效沟通（业务分析关键技能）
项目经理很多时候兼着业务分析，大多是项目比较小的时候，所以项目经理和业务分析人员有很多功能的技能包，但是项目经理更多是对于交付项目负责，关注于资源，交付，风险，成本，是协调者。决策者关注的收益，成本，风险等，决策者或者关键人很难进入细节，时间可能不允许，所以，与决策沟通，基本上是一个汇报关系，宏观层面的谈话，对项目成功失败至关重要，记住，准备好数据，用数据说话，少废话。同样，我们抓大放小，业务分析人员需要有效沟通的四类类人，决策者，业务专家，项目经理，架构师（执行负责人）
2024-03-26 18:24:46
1029
原创 分析性思维及问题解决能力(业务分析能力)
系统性思维方式要求BA考虑问题更全面，如单个的业务需求可能只是解决单个业务节点上的问题，但BA需要了解整个业务流程，这样才能在单个节点的分析时判断出对其他节点的影响如何，只进行片面的单个分析是风险非常大的，常常导致很不好的结果，这点我深有体会。这样一个过程，有没有发现，这个方法论有点玄，有点虚，所以做业务分析挺难，讲的太抽象，太概念，但是我们还要逐一解读各项业务分析能力，最后，咱们需要总结如何能落地的办法，或者如何能强化提升我们的通识能力。解决问题包含很全面的范畴，必须还培养发现和解决潜在存在问题的能力。
2024-04-16 18:22:26
629
原创 公司为什么要流程
公司如何赚钱的，就是公司的核心价值链，只有明白了公司的赚钱的业务逻辑，才能梳理出公司的最核心的价值流，也就是公司的核心业务流，基于此，来设计梳理公司的关键流程。当然另外一个极端就是大锅饭的分工部门。前提是，有部门，就有部门领导，中国的特色就是家长制，一言堂，部门老大说了算，所以站在部门老大的角度来看，流程是数字化的工具，会把一切隐私呈现给其他人，家丑和能力就可以外扬了。前提是好的流程，有必要的流程，员工一般不讨厌，当然也会排斥，觉得不受尊重，被链子给拴着，没有人权之类的，当然，我们不从这个角度展开。
2024-04-13 15:39:50
636
原创 业务架构扩展六大元素
业务架构和业务分析是戚戚相关的，比如战略分析，利益相关者，等等，我们已经有很深入的研究，业务架构更专注宏观层面。如果这些内容你觉得很虚，说明你的层次太低，只能看到细节。可是如果只看这些元素，做不好起码本职工作，都是白搭。看到宏观，就是不仅要低头走路，还要抬头看天。
2024-04-13 07:41:37
951
原创 核心api实操-Activiti7从入门到专家（5）
基本的接口会用了，知道如何调用了表结构并没有很细的解构各个方法细节没有解构业务逻辑，还有一些特殊的指令用法，网关，参数，等具体用法，当我们把各个bpmn概念理一遍以后，这些内容随着场景案例就会一一呈现在我们面前。
2024-04-12 19:16:33
243
原创 Ant Desgin Vue Tree & Tab 个性化需求
于是乎搜索，第一个功能，tree，第一搜索现在的产品实现，用的navie ui, 其有一坨的api，我看见一个工程师实现的一坨，有render，有h函数，相当复杂，如果有时间，我会梳理其实现逻辑，好处是能对vue的渲染和组件有更输入的了解，一个组件就够了，缺点是写的确实一坨；我要的效果类似于这个。
2024-04-11 18:19:01
467
原创 实战环境-Activiti7从入门到专家（4）
比较难的是选一款国内的，要求是：简单易懂，activiti7,不要太老，所以在码云上就开始搜找，符合这个要求的不多，很多都是2，3年以前的代码，并且封装的ruoyi，真是一坨坨，我们的核心是熟练使用掌握activiti的api，让后封装一套自己高大上的中国特色的流程引擎。既然是技术研究，那么需要下载最新的代码，其实我们称之为7，这个develop，的版本是8+的最新版本，我们也称之为activiti7 开发环境，因为7是相对稳定的，但是研究的代码时最新的，为了持续的跟进。于是乎来一段小代码，跑一跑，
2024-04-10 18:39:03
908
原创 业务分析胜任力（Underlying Competencies）概述
行为维度是指处理非具体的、任意的任务的技能；美国SCANS（职业基本素养达成委员会）针对职业素养提出：资源管理、人际素养、信息素养、系统化素养、技术素养，由此推出了学生的基本核心素养：基本技能（读写算听说）、思维素养（批判思考、制定决策、解决问题、想象能力、学会学习、推理能力）、个人特质（责任感、自尊感、社会性、自我管理、正直诚信）。这个是冰山模型，很有价值，很多做洗脑课程的或者npl的都是从这个理论展开的，这个理论也支撑我前面讲的，我们只重视冰山上面的专业知识和技能，而对于冰山下的内容做的工作太少。
2024-04-09 17:40:24
996
原创 服务网关-微服务小白入门（3）
基本的功能以及配置的实现，可以参照若依的文档即可，写的比较详细，这里我们需要清楚的是，网关哪些常用的功能，在哪几个位置可以找到，然后我们在哪里可以配置、修改就行。通过一一系列的文章，我们了解微服务的思想是最重要的，特别是对于编程有影响的地方，重点关注即可。
2024-04-08 17:49:22
714
原创 BPMN建模示例
由于是一篇感性认知篇，以上的业务场景由于并没有很深入业务细节、表单部分、还有统计等等，一个业务线可以拆解为几十个业务线，所以BPMN为何搞得那么繁琐，几百页的规范是有原因的，毕竟是为了从底层落地用的，当然，如何用最少的元素再抽象再去平衡，是非常考验产品经理和技术经理能力的。
2024-04-07 17:10:51
646
原创 方案评估（Solution Evaluation）
直接读一边就行了，我们的目标是数字化平台建设，是努力还原现实世界，至于数据分析内容，还是留给另外空间即可。有价值的地方，就是方案评估是在不同阶段展开，比如POC阶段，Beta阶段，Operating阶段，很好。对这个环节，目前没必要展开太多了。
2024-04-05 11:31:44
888
原创 需求分析及设计定义
经过不断的折腾，一切过程都是为了呈现输出，这个阶段就是要交付需求和方案的环节了，很多失败的项目就是上来就到这个环节，倒着捣鼓，先写个文档，做个原型，甚至提出方案，然后再和客户沟通，对于走形式的项目是很经济有效的，可对于大多项目，失败的或者变更的概率太大了。当然，还有一些特色的悖论，比如，没有签订合同，需求分析不付费或者需求分析价值被低估，以及调研的报告容易做他人嫁衣等等，不展开讨论，这也就是做咨询公司的内容。需求：吃水果，吃烤鸭，吃烧烤。模板太重要了，所以就不提供了，自己根据自己的情况设计模板。
2024-04-05 11:29:32
735
原创 核心API-Activiti7从入门到专家（3）
更需要了解的是感性认知其分类结构，另外其命名方式，还有对应的数据结构设计，都是值得思考和学习的，关于里面的每一个api的具体内容，这些都需要各位自己去看，去领会其意思，如果记不住没有关系，大的分类和设计思想有感性认知就可以，下一步用这些接口进行实战，一边看一边用。
2024-04-04 22:32:29
318
原创 业务架构的四大核心元素
业务能力不同的业务架构中有不同的定义，比如：一项业务为达成特定目的或结果所拥有或交换的特定能力和产能。还有其他一些晦涩的说法，不展开。通俗的理解”岗位能力“，就是在某个岗位下做某事的能力。比如java开发能力，销售能力这个意思。
2024-04-04 10:26:34
883
原创 BPMNJS简介
bpmn.js是一个BPMN 2.0渲染工具包和web建模器。它是用JavaScript编写的，将BPMN 2.0 图表嵌入在浏览器中, 并独立于后端, 这也使得将其嵌入到任务Web应用程序中变得很容易: 可以独立使用也可以集成到你的应用中。该库的构建方式既可以是查看器，也可以是Web建模器使用查看器(Viewer)将BPMN 2.0 嵌入到应用程序中，并用系统数据丰富其查看器。使用建模器(Modeler) 在应用程序中创建BPMN 2.0 图表。
2024-04-03 11:43:53
809
原创 BPMN的发展及简介
(1)流对象(Flow Object):用来操作数据流的对象,包括事件(Event)、活动(Activiti)、网关(Gateway)3种流对象，是BPMN中的核心元素。(2)数据(Data):用于描述活动所需要或者产生的数据,包括数据对象(Data Object)\ 输入数据(DataInput)、输出数据(Data Output)和数据存储区(Data Store)4种元素。
2024-04-02 17:44:37
909
原创 绘制业务流程图基本规范
日常工作中，我们经常要画一些业务流程，那么业务流程的基本元素有哪些呢？以上的流程元素，其实整个落地的所有内容，就是流程引擎的很多属性，以及流程结合业务表单的过程，BPMN也是围绕这些内容来分解的。这些基本元素共同构成了业务流程的框架，业务流程管理的核心就是对这些基本元素进行规划、执行和监控。以上内容其实还是比较虚，并且在我们日常工作中，流程的设计还是很复杂的，有很多业务元素，业务规则，然后分解成很多步骤，也就是活动（节点），对于流程的设计需要慢慢来，这一节有个感性的认知。
2024-04-01 16:53:38
594
原创 需求生命周期管理
业务分析的交付物是需求文档，业务分析整个过程随着对业务的逐步深入，观察视角的变化，以及干系人之间的磨合碰撞，会衍生出需求的真相，以及产生新的业务理解和需求，因此，从需求的开始到需求的结束，可以说是需求的一个成长史，也是需求的一个变化史，所以对于业务的理解可以说是不断变化的，众人的观念也是不断变化，需要逐步的达成一致，同时，要规定好在这个变化中对于各类的管理规范，因为，变化会带来设计的变更，落地时间，风险，成本等一系列的问题。关于需求和设计文档的模板，根据项目情况，都可以找到很多，这里不用特别呈现。
2024-03-28 18:47:51
958
原创 什么是流程
迈克尔·哈默:业务流程是把一个或多个输入转化为对顾客有价值的输出的活动。·T.H.达文波特:业务流程是一系列结构化的可测量的活动集合，并为特定的市场或特定的顾客产生特定的输出。·A.L，斯切尔:业务流程是在特定时间产生特定输出的一系列客户、供应商关系。·H.J.约翰逊:业务流程是把输入转化为输出的一系列相关活动的结合，它增加输入的价值并创造出对接受者更为有效的输出。
2024-03-27 18:19:02
375
原创 注册、配置中心-微服务小白入门（2）
Nacos 已经下载安装并且使用了，那么看如何使用： Nacos 注册及配置，以下是一个服务启动后注册到nacos，同时，把该服务的相关配置，写到nacos之中1、nacos设置命名空间中，添加对应的服务命名空间，用有意义方便记忆的名字；服务集群的时候，需要使用对应统一的名称和命名id，在配置列表里，点击命名空间，添加配置，把原来服务的相关配置，放到nacos2、微服务添加依赖3、微服务添加Nacos配置。
2024-03-26 18:30:01
600
原创 Activiti7学习大纲及环境-Activiti7从入门到专家（2）
如何面对那一坨坨的代码呢，就是沉住气！因为这是复杂的状态机。补充一点，安装一个bpmn的插件，来对流程有个感性认识。
2024-03-23 11:40:46
208
原创 引导与协作（业务分析篇）
这里的原材料除了具体的相关客户以外，当然这里的谈的任务很多都是相对于客户资源来讲的，可是，当前信息爆炸或者过剩的这个年代，我们的方法论不应该仅仅局限于多年前所看到，比如使用业务行业的标杆，使用网络上各种信息，通过提问AI澄清收集各类资料等等都是有效的导出手段。此类模板很多，特别是英文版本的，所以学会基本的英文单词的价值在这里，一定要根据你当前的情况去调整模板，制定自己的模板，模板的好处就是让你的想法以一个固定的方式交付落地，不要迷信模板，没有标准，只有去实现你的想法，尽量减少盲点。: 沟通业务分析信息。
2024-03-23 11:36:38
674
原创 Activiti7简介-Activiti7从入门到专家（1）
基础知识，这些基础理论，我们会在业务和流程的理论环节逐一的讨论，其实理论和场景清楚了，技术上呈现就是显而易见的，这也是很多人不把基础搞好，学习acitviti囫囵吐枣，简直就是一场灾难，即使感觉学完了，很快也就忘记了，更别提实践应用了，因为基本的流程概念不清楚，如何去设计，如何谈优化，笑话了。我们正在进行业务分析的学习，有业务就要流程落地，落地需要数字化工具，这是学习的终点，需要以终为始，学习从两头进行，加速学习效率。下一节，Activiti7学习实践大纲，以及构建基本的学习环境。
2024-03-22 11:37:26
921
原创 若依微服务跑起来-微服务小白入门（1）
Spring Cloud并没有重复制造轮子，它只是将目前各家公司开发的比较成熟、经得起实际考验的服务框架组合起来， 通过Spring Boot风格进行再封装屏蔽掉了复杂的配置和实现原理，最终给开发者留出了一套简单易懂、易部署和易维护的分布式系统开发工具包。这些东西理解，并且实际板砖以后，有必要对现在流行的一些概念做一些升级，现在我们就进入到所谓的cloud版本，其实，前面的概念如果比较清晰，这里就是概念多一些，很多都是人家造好的轮子，直接怼就行。把模块拆分，使用接口通信，降低模块之间的耦合度。
2024-03-21 09:49:29
699
原创 业务分析计划和监控
这些东西都有模板，如果有经验的，或者实际工作中，直接套模板搞就可以，这里特别提几点，人，项目，业务上下文，技术上下文，然后根据这些选择适合你的技术手段和制定管理体系，这是最重要的。Information Management Approach信息管理方法，需求和设计等等，这些交付物的管理，特别是版本的管理。Plan Business Analysis Information Management 计划业务分析信息管理。强调一点，交付物，记住不要被方法论锁住，抓大放小，一定抓大放小，尽信书不如无书。
2024-03-20 18:15:12
967
原创 又一款在线文档写作神器-Writerside
最近自己整理一款在线文档，不小心，又发现github上有一款很比较符合我想法的文档，仔细跟踪以下，这款工具是 Writerside，竟然是jetbrains 出品，可以单独下载，也可以使用idea的插件使用，当然使用插件模式。是的，超级强大，不过我更关心的是。官网上有各种优点介绍，比如。
2024-01-23 17:48:31
558
原创 业务分析的基本结构
当前来看，业务分析是一个比较繁琐的工作，当然，也是一个通用的技能，不要指望一下记住这些内容，而是在进行业务分析的过程中，了解这种语言，同时构建自己的一套方法论和能力体系。绕了很大一圈，就是想让分析人员尽可能的多角度，全方位的完成业务还原，构建业务模型，数字化何尝不是一样的想法，如何从上帝视角看到业务，业务相关的上下文、关系都能得到展现，然后再去依据业务真相或者做决策、产品、项目、信息化等等，所以业务分析就是还原真相的过程。
2024-01-22 17:16:22
528
原创 如何打造高效团队
一个农夫无意间发现一只会生金蛋的鹅，不久便成了富翁。可是财富却使他变得更贪婪更急躁，每天一个金蛋已无法满足他，于是他异想天开地把鹅宰杀，想将鹅肚子里的金蛋全部取出。谁知打开一看，鹅肚子里并没有金蛋。鹅死了，再也生不出金蛋。高效就是让团队能够持续产蛋能力。
2024-01-20 18:25:45
444
原创 再细看组织演化过程
大公司病无法真正彻底得到解决，往往解决了一个问题的同时也会创造一个新的问题，所有的方法只能是暂时的解决每一阶段面临的主要矛盾，但再下一阶段又会遇到新的问题，但大公司始终是船大难掉头，百年企业往往也意味着历史包袱太大，改革面临重重阻力，因此大公司也不可能无限制大下去，发展到一定程度又会被新的创业公司颠覆，新的创业公司变大之后也会重复以前大公司遇到的问题，又会被下一批新的创业公司干掉，这其实也是一件好事，保证了社会的活力，如拼多多之于淘宝，抖音之于微信，不是吗？
2024-01-20 18:03:42
835
原创 职务岗位的概念澄清及应用
现在的企业数字化平台中，有一些术语组织管理中的术语，理解上很有歧义，并且命名和应用上简直五花八门，洋相百出，比如，我们的大厂，就把角色这次，可以作为分类、分组的标签就能大肆宣扬，让众多的中小企业唯命是从，这里更有特色的是岗位，职务，这一点我们需要澄清。岗位和部门有关系吗，是不是特定的部门才有特定岗位，理论上是这样的，，所以组织管理中，机构和部门下面，应该有岗位这个内容，所以，部门下应该可以建岗位。职级在一个单位是固定的，发薪水是根据职级决定的吗，职务是固定的吗，还是跟部门有关系，还是跟岗位有关系。
2024-01-19 21:35:42
360
原创 BACCM业务模型核心概念
定义：环境（context）代表可以可影响对改变（change）的理解、被对改变（change）的理解所影响，或者提供对改变（change）的理解的环境。环境（Context）可能包括态度（，行为，信仰，竞争对手，文化，人口统计，目标，政府，基础设施，语言，损失，流程，产品，项目，销售，季节，术语，技术，天气以及满足定义的任何其他要素。这是接下来，进行业务分析的核心章节，都围绕这几个词展开，其实，这几个词，也有点多，依照我的观点，别超过3个，虽然心理学有个7的概念，可是一般人，超过3 就懵圈，那么。
2024-01-19 21:12:53
886
原创 什么是需求
可以看出，如同业务一样，需求并没有一个通用的定义，不过我们还可以想到，规格 这个词，规格说明书，某种程度也是需求说明书等等。这里还有个问题，need是业务分析中的一个很关键的词，那么need和requirment有啥区别，当然如果非要说有区别，我们可以扣一下字眼，比如关于need requirment 区别， 需求的分类，需求的演化，简单一说需求的种类，需求如何从NEED演化过来的，比如需要吃个饭， 需求 演化为 西餐 中餐，需要哪些用餐工具，哪些服务等等。
2024-01-18 11:59:53
368
原创 Vue再次接触后
把View层和Model层连接了起来，而View和Model之间的同步工作完全是自动的，无需人为干涉，因此开发者只需关注业务逻辑，不需要手动操作DOM，不需要关注数据状态的同步问题，复杂的数据状态维护完全由MVVM来统一管理。由此，我们可以引出vue是响应式的。在MVVM架构下，View和Model之间并没有直接的联系，而是通过ViewMode进行交互，Model和ViewModel之间的交互是双向的，因此View数据的变化会同步到Model中，而Model数据的变化也会立即反应到View上。
2024-01-18 11:53:26
1231
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人