信息化的一个梦-复盘

临近入睡,思索多年的工作为了达成的一个结果是什么,系统本身是思想和工作经验创造出来的一种统计规则或者计算规则,结合软件行程了看的见摸得到的工具,想把一个系统做好,就要先把思想整理好。

记得在05年在公司推广oa系统的时候,负责实施的经理就说到,想要推广信息化审批流,关键在于上层领导,纸质审批申请送到了也不审了,只看系统里面的,有更甚者来了纸质直接撕掉,这在某种程度上帮助了信息部推广系统。

但是在后来到销售管理系统时,行不通了,系统录入是员工,系统报表是领导,员工负责数据收集,系统界面可以说简陋,操作负责,增大了推广使用的难度,而公司没有开发力量只能外包,外包队伍对行业的不了解,虽然深入调研业务,但是设计的界面和系统底层以及数据库达不到未来扩展的需要,随着业务需求考核方法统计口径的的不断变化,系统越加臃肿,速度也处理速度也越来越慢,单单数据收集都不好推广的情况,更不要说领导要求的数据整理,各维度的报表需求了,按城市,按产品分类,按销量等等,系统推广非常不理想。

期间也接触了不少国内外厂商、金蝶、用友、泛微、SAP、赛捷、ORACLE、微软、奥博思、高德、智能货架等等

公司意识到了问题,外包的方式转后公司开始招聘具有开发能力的人员,培养自己可开发的能力,高峰时一个快消品行业的公司程序员达到了近10人的团队,负责运难、开发的、外部协调的系统有 泛微oa、日历系统、项目管理系统、销售管理系统、报表系统、工作统计系统、财务系统、防伪防患系统、lims实验室管理系统等等。

这么多套的系统,有外包、有自研、有采购,系统分散,各部门关注的系统不同,领导关注全局,数据冗余,重复录入,尤其对人力资源部造成了比较大维护压力,一套公司组织架构需要在多套系统维护,2000多名的公司人员岗位的变动造成的工作量可想而知。而众多的系统,有需要独立服务部署、服务器和运行环境的稳定,机房的运维,空调断电后的自动启动等等问题,全国员工各种问题的反馈处理,各系统登录口的不统一,数据审核流程的不统一。

市场在变,环境在变,公司内的oa系统办公室流程规划员、信息部程序员随着经验的提高,收入并没有提高,岗位发展也看不到希望,随着时间,提薪需求,加之公司内部的江湖事件,优秀人才的离职是必然的,优秀人才的离职影响最

<think>我们被要求理解“准备-设计-实施-复盘-优化”这个流程的含义和应用。这个流程看起来像是一个项目管理或持续改进的循环模型。我们将进行网络搜索来获取相关信息,然后按照要求生成答案。 步骤: 1. 搜索这个流程的具体含义,每个阶段的内容。 2. 搜索该流程的实际应用场景或案例。 3. 整合信息,按照要求生成答案:分成多个方法或步骤(每个阶段),每个阶段间换行。 4. 避免使用第一人称和步骤词汇(如首先、然后),所以我们将直接描述每个阶段。 5. 在最后添加相关问题部分。 注意:由于我们不能在末尾集中引用,所以需要在每个部分适当融入引用内容(但不需要标注具体来源,因为要求中没有要求标注引用,只要求整合内容)。 根据搜索,这个流程可能是PDCA(Plan-Do-Check-Act)的变体,或者是其他改进循环,但具体名称可能不同。我们直接根据五个阶段来阐述。 搜索关键词:"准备 设计 实施 复盘 优化" 含义 应用 假设搜索到的典型解释: - 准备:明确目标、资源、团队等准备工作。 - 设计:制定详细的方案和计划。 - 实施:执行计划。 - 复盘:回顾过程,分析结果,总结经验教训。 - 优化:基于复盘进行改进,进入下一个循环。 应用领域:项目管理、产品开发、个人工作方法等。 我们将按照五个阶段来组织答案,每个阶段作为一个部分,换行分隔。 最后,生成三个相关问题,基于原始问题和回答内容。 注意:由于要求中明确禁止在末尾集中引用,所以我们在每个阶段的描述中整合检索到的信息,但不标注引用来源。 开始生成答案: </think>### 准备-设计-实施-复盘-优化的含义和应用 该流程是系统化解决问题或推进项目的核心方法论,广泛应用于项目管理、产品开发和持续改进场景。 **1. 准备阶段** 明确目标、收集资源并分析现状。例如新产品开发需调研市场需求,确定技术可行性;项目管理需定义范围、预算和团队分工。关键输出包括需求文档和风险评估。 **2. 设计阶段** 制定详细方案和执行路径。产品设计需输出原型图和功能清单;工程项目需完成技术图纸和施工计划。注重可操作性,如使用甘特图拆分任务,公式化目标:$$ \text{目标完成度} = \frac{\text{实际产出}}{\text{预期产出}} \times 100\% $$ **3. 实施阶段** 执行设计方案并监控过程。软件开发需遵循敏捷迭代: ```python # 敏捷冲刺示例 sprint_backlog = ["功能A", "功能B", "缺陷修复"] for task in sprint_backlog: develop(task) test(task) ``` 实时使用看板工具跟踪进度,确保资源按计划分配。 **4. 复盘阶段** 分析结果与偏差。通过数据对比找出问题根因,例如: $$ \text{偏差率} = \left| \frac{\text{实际值} - \text{计划值}}{\text{计划值}} \right| \times 100\% $$ 召开复盘会议,记录经验教训(如需求变更导致延期)。 **5. 优化阶段** 基于复盘迭代改进。调整流程或方案,例如优化供应链可缩短交付周期,代码重构提升系统性能: ```java // 优化前 void processData() { /* 冗余步骤 */ } // 优化后 void streamProcess() { /* 使用并行流 */ } ``` 形成PDCA(Plan-Do-Check-Act)闭环,持续提升效率。 ### 典型应用场景 - **项目管理**:结合WBS工作分解,降低延期风险 - **产品迭代**:用户反馈驱动设计优化 - **个人目标管理**:周度复盘调整行动计划 - **制造业**:通过复盘减少次品率
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值