背景:
有天,公司的技术组长分配了一个任务下来,叫我修改程序中一些参数。然后我接过任务之后,自己一个人按自己的的思维一个尽的替埋头修改。一天以后修改好了交给组长。没有过多久组长的声音就在耳边响起。某某...过来一下。然后跟我说参数设置的和系统之前的接口不匹配,如果按照这个参数系统前台将获取不到相关的值。。。。悲剧,在经过全局的了解之后,又重新配置了下。这次非常快,很快找到定位点。修改完成!
分析 :
经过这次事件,由于”整体“需求没有把握好,导致这次多余的重复开发。之后每次在要进行修改或开发时,我都会在脑海里把"整体"过程梳理一下。在脑海里形成一个大的 ”整体“思维!这样在开发的时候不至于偏离大体方向。减少多余的重复劳动力!
关于"整体"一词,笔者个人理解是:对于开发技术人员在开发功能时必须有一个”整体“在大局观,了解这个功能的最终目标,及实现的功能的 ” 整体 “流程。这样在后续实现的时候能把握 ”整体“方向,快速找到关键部位并现实。避免不必要的焦虑。效果也是事倍功半的!
基于这个思维 我们在做其它类似的事情时也可以遵守这个思想,触类旁边。哈哈。。。。。今天就说到这里吧。
欢迎各位提出相关的思想。