数据总结的成功十大黄金定律

　　课课家教育平台欢迎各位阅读本篇文章课课家教育平台提醒各位：本篇文章纯干货~因此大家一定要认真阅读本篇文章哦!

　　“21世界什么最贵?——人才最贵。”人才对成功来说至关重要，而且人才和天才还是不一样的，天才大部分是要有天赋的，而人才即使你没有天赋，遵照规律发展，通过后天努力也可以达到。

　　如何才能成为一个顶尖的程序员呢?java顶尖程序员Lukas Eder和我们分享了伟大程序员应该具备的十大特质，他表示这十大特质并不是伟大程序员所特有的，任何领域的领导者可以说都有这些特质。当然这只是Lukas Eder的一家之言，如果你有不同观点或者其它补充欢迎在下方留言评论。

　　1.学会提问

　　职场中的管理者非常多，但水平良莠不齐。管理者能力水平的高低，往往在解决组织运营过程中出现的问题时，就能被检视和显现出来。今天，我们要从实际案例中，对比三种管理改善的方法，探寻到一种对组织完善体系、构建机制最有用的方法。

　　一、知名餐厅运营管理的案例

　　(一)存在问题：上菜时间延误了!

　　(二)事件经过：

　　厦门某家知名连锁餐厅，他们做的菜口味不错，我们常光顾。上周五，我们几个同事又去用午餐。由于下午约好客户拜访，我们希望能快点用完餐。12点11分点完菜，就在那里聊工作上的事情，餐厅服务员陆续上菜，我们边吃边等主食，可是直到13点仍然没有上来，其间我们催促了3次，回答均是“抱歉，你们点的这个萝卜饭是现煮的，需要较长时间，我马上催促一下厨房快点”。可是我们在点菜时并没有被告知要多久才能吃到这道菜。直到1点18分，好不容易等到主食了，于是很快吃了走人。我们在路上讨论，假如我们是餐厅经理，该怎样解决和管理这个异常呢?

　　二、两种传统管理改善的方法

　　(一)第一种传统解决问题的方法

　　首先针对客人投诉上菜延误的原因进行分析，无外乎是“信息传递出了问题，厨房没有及时拿到单子，厨房的产能不足无法及时做出，厨师忘记下锅了，厨师下锅后产生品质的问题，服务员送错了反馈给厨房重新做……”等诸多原因中的一个。管理人员处理时，先对造成差错的工作人员进行批评教育，如果有奖惩制度顺便予以处罚，然后对全体人员进行宣导—“顾客是上帝，口碑有多么重要”云云。

　　第一种管理改善方法的套路：向顾客道歉—查找问题原因—对工作失误者批评教育—处罚或扣绩效奖金—全员宣导。

　　(二)第二种方法—流程优化

　　第二种解决问题的方法，或许也是职场中一部分相对有全局概念的管理者，他们的做法：召集有关人员开会讨论，从流程管控的角度出发，把顾客落座到付账离开的整个过程，按照流程图的画法，依次描绘出流程的节点，然后再寻找可能出现失控的部分，要么增加控制手段，要么简化处理。

　　第二种处理方法的逻辑是：呈现整个管控流程—寻找容易出现问题(异常)的控制点—对该控制点出现问题(异常)的风险进行评估—修改或增加控制手段—重新优化流程—培训宣导实施新流程。

　　三、传统管理改善方法的弊端

　　依照我们管理实践和辅导客户的经验，上述这两种管理改善和解决问题的方法，会有一定的成效，但弊端也是显而易见的。

　　第一种方法，管理者工作所指向的对象是“事件”本身，永远都在事情当中。这种方法也起了一定的成效，员工的工作毕竟有人去“看管”和“控制”了。但是，管理者每天都像消防队员在灭火，没有实质消除问题的根源，“员工理所当然要把工作做好，如果做不好就要批评教育，就要处罚”是这种方法的管理哲学。表面上看，工作好坏的责任在员工身上，管理者有批评教育和惩处权力。但实质上员工是被动的，他们或许也努力想把工作做好，避免因为差错而被处罚才是他们的目标。他们不是为了某个业绩指标在努力，工作做不好与他们有关，做好则与他们无关。如此之来，管理的压力和改善的动力永远都在管理层身上。久而久之，这样的管理方法难以调动员工的积极性，管理文化永远无法“向善”转化，最后导致员工认为只不过是为了养家糊口而勉强接受一份工作，永远难以找到努力的方向。这种方法，对于管理者来说，不需要考核员工的工具，只要有奖惩权即可。

　　第二种方法，管理者工作所指向的对象是“流程(执行)”本身，永远都在“是否有执行规定”当中。如果有执行规定，但是效果不好，就再来看工作设计的是否合理。使用这种方法的管理者懂得注意防范问题的发生，懂得从“问题背后找到系统的因素”，懂得“站在流程之外看待自己的管理工作”。相对第一种方法，已经明显提高了。但这种方法比较忽视员工主观能动性的作用，看似没有任何破绽，实则只是要求员工循规守纪、按部就班地执行，员工难以自我改善和提升。使用这种方法，对员工只能是以定性考核—“有按规定和标准做吗?”，而管理者只有通过出现异常之后才晓得自己的管理水平，对自己的绩效水平只有感性的认识。

　　四、寻找更加有效的改善方法

　　在现实的管理中，不论采用哪种问题解决的办法，即使全部用机器自动化生产，也都难以彻底消除异常，餐厅上菜时间延误终究是会发生的。但我们认为，异常原因应该由直接作业者自查自纠。管理者要做的是先确定整个流程所要追求的绩效，然后明确这些绩效指标的计算方法、基础数据收集的方式，并创造条件及时、准确收集这些基础数据。落实了这样的管理改善措施后，管理者就能通过数据随时掌握当前的管理水平—即使顾客不抱怨，我们也能知道每批顾客、每道菜的上菜速度。管理者要做的是坚持持续改善的精神，努力让这些指标的数据(绩效)越来越好。

　　我们近年来从辅导客户的经历中，逐步找到了合乎上述思路的改善方法—不是单纯地在问题上打转，也不是单纯地检查、梳理、调整或再造流程。而是“以终为始、结果导向”的理念，先针对流程所要追求的效果—(内部和外部)顾客认知的价值进行评估，明确顾客的需求是什么，这个实际上就是该流程的绩效KPI。

　　就前面上菜时间延误的案例来说，我们看到了整个流程要追求的绩效，即顾客从落座到付账离开，这个过程他们的需求是“按正常的用餐速度吃到他们所点的菜”，这个上菜的速度=上菜的时间点—点菜下单的时间点。作为管理者，需要创造条件，思考如何以最便捷有效的手段掌握点菜下单和上菜的时间点。如果你是这家餐厅的经理，已经知道怎么管理改善了。你会在下单时让点菜系统生成时间，你会在上菜时确认一个时间;当你知道了每道菜的上菜时间这个数据后，就可以发挥数据的功能和价值，统计不同系列菜的平均上菜时间、每桌顾客的平均用餐时间、设计上菜时间标准、设定上菜时间的目标值等。明确了这些指标，以及确定了收集数据的方法之后，我们就可以重新定义整个管理和作业流程了。最后，我们再以绩效数据来评价员工们各阶段的表现。员工努力的方向也很明确，他们知道任何工作的失误，流程设计的不合理都可能导致绩效不佳;如果设置了绩效奖金，他们会更主动地思考如何提高绩效。一切的改善和他们的利益相结合后，主观能动性就能获得更好的发挥。

　　也许你会说，顾客来餐厅用餐，还有其它需求，包括“菜是否符合口味”、“合理的收费”、“良好的用餐环境”、“周到的服务”等。我们同样可以根据这些需求确定的关键指标及数据的来源，再来重新定义流程、制定制度。

　　五、总结

　　(一)管理的改变

　　三种管理：事件管理、流程(执行)管理、数据管理，最有效的管理显然是通过“准确及时的数据—即时信息”，实时掌握管理的动态，设定绩效目标，并将该绩效目标与员工的利益挂钩，然后与员工一起解决问题，持续改善，以提高绩效，最终实现组织、管理者、员工、顾客的多赢!

　　(二)管理改善的步骤

　　1、准确定义存在问题所在流程的绩效指标(KPI)

　　2、明确这些绩效指标的计算方法、基础数据收集的方式

　　3、创造条件简便快捷地收集到基础数据，尤其是结合互联网+等新的技术手段

　　4、及时统计绩效数据(KPI)，掌握当前及一段时间的绩效数据趋势

　　5、验证确保数据准确性，然后重新定义作业流程，拟定制度

　　6、培训有关人员，落实执行新流程和制度

　　7、与下属共同确定目标，并将绩效数据与员工分配制度相结合

　　8、定期检讨目标达成情况，遇有重大异常，和员工一起分析改善

　　在日常的工作和生活当中，我们常常会遇见以下几种人：

　　完美主义者：当开源工具出现问题时，可能这时程序员通过调试代码找到了问题的真正原因就万事大吉了。但是完美主义者就不会这样，他们往往会重新看待这个问题，重现步骤，并找到潜在的解决办法。

　　善谈者：这一类人几乎不会正式的提出问题。因为他们很喜欢和大家交流自己的想法，在交谈中他们就会提出自己的疑问，征询大家的意见或者自己主动去找到答案。

　　代码搬运工：这类人面对问题往往会是这样的反应，“这是一段代码，为什么它会出问题呢?”少年，请不要放弃治疗啊!

　　经理：这类人由于职业的特殊性，他们往往尊崇时间就是金钱，出现问题一定要在最短的时间内解决。大多数情况下，这种“急行军”式解决问题的方式会忽略掉一些细节，导致问题的解决治标不治本。

　　抱怨者：这类人也不会提出问题，他们遇到问题就只会抱怨，但是你要知道抱怨其实是无济于事的。

　　工作学习到如今，相信每一个程序员都明白解决一个问题比书本知识要收获多，所以在日常工作中一定要善于发问，遇到问题要积极解决。

　　2.学会自我思考

　　上一条我们讲了如何提问，这一条我们又要讲如何避免提问，你可能会想这是不是自相矛盾呀。其实这并不矛盾，上一条我们是要大家善于发现问题，而这一条我们讲的是发现问题之后，首先要尝试自己解决，而不是寻求他人帮助。

　　很多人认为遇到问题寻求他人帮助是解决问题最有效的途径。其实不然，如果你去尝试自己解决问题，就会发现这种方式好处不要太多：

　　首先，你会掌握一种自我学习的方法，请记住，方法永远比知识更重要。

　　自己解决的问题印象更深刻，自己找到的知识更有价值。

　　剔除掉无用的“噪音”，因为每个人对于问题的理解不同以及个人表述的局限，向别人求助时，往往不会准确的获得问题的解决方案。

　　解决问题不能一味图快，如果短时间内问题不能得到完美解决，那么你可以再给自己一段时间去收集更多的信息，这样往往会得到更好的解决。

　　通过解决问题来训练自己，从而提出更有价值的问题。

　　3.欲速则不达

　　在这个被“快餐文化”充斥的世界，人类想要所有的事情都加速进行，程序也不例外。在现实生活中，程序员为了赶进度，及时上交项目，往往会找捷径来解决。但是代码不会说谎，你对代码不给予足够的重视，那么你的应用程序效果不好就几乎是必然事件。

　　本杰明·富兰克林曾说过：低价格的甜蜜被忘记后,低质量的痛苦会存在很久。所有的事情都是如此，当我们通过某种手段快速获得胜利，这胜利背后一定会有很严重的后遗症。

　　4.理想的软件应该是确定性的

　　在理想的世界中，软件中的一切都是“确定性的”，而我们是功能性的程序员，只编写特定功能，就像String.contains()，无论执行多少次结果总是和预期的相同，这就是确定性。

 

　　我们也可以在自己的程序中编写类似的 side-effect (副作用)模块，这会让我们的编程有更多的选择空间。确定性编程可以使用任何语言来完成，有些语言可能有很多工具通过复杂的类型系统来规避意外的副作用。但是，在下面的例子中，我们是允许确定性的：

　　上文中我们说到理想的世界是确定性的，而现实世界却是不确定的，处处充满惊喜和意外。相信看过的人，都对胡一菲说过的墨菲定律印象深刻，简单来说，墨菲定律就是当一件事情看似是好坏几率相同，但是它往往会朝着坏的方向发展。

　　所以，在编写代码的时候，我们也要考虑墨菲定律，对于代码中的小漏洞不要抱有侥幸心理，要尽量完善自己的代码。

　　6.摒弃“教条主义”

　　Jochen Mader曾说：“A good developer is like a werewolf: Afraid of silver bullets.”(中文可以理解为一个好的开发者就像狼人一样，也惧怕银子弹。)

　　我们所学到或者教授的知识都存在潜在的错误，尤其是在你风头正盛的时候。

　　程序员这个职业其实并不纯粹，我们总是喜欢把自己当做数学家，认为最纯粹的思想会一直存在，并且一定是正确的。其实，程序员的职业建立在数学之上，是满足现实世界业务需求的务实世界，坦白的说，这并不完美。

　　我们来看一些最流行的编程语言：

　　C

　　Java

　　SQL

　　这些语言都和数学既有关联又不完全一样，例如C语言的段错误、Java泛型或者是SQL三值逻辑。编程语言是由实用主义者建立的平台，所以我们会发现有些功能的背景很浅白，而那些理论背景很酷的往往没有被采用。

　　不仅是编程语言，建立在编程语言之上的库、设计模式、架构等等都是如此。为上下文设计的工具没有对错，它们的本质就只是工具而已。作为程序员，有时你不必搞清楚这些工具的来龙去脉，只要用好它们就可以了。

　　XML

　　JSON

　　功能编程

　　面向对象编程

　　设计模式

　　微服务

　　三层架构

　　DDD

　　TDD

　　In fact：* DD

　　7.温故而知新

　　论语中有这么一句话“温故而知新”。很多程序员停留在“好”或者是迈向“好”的路上，而没有成为伟大的程序员，原因就是因为他们只实践了这句话的前半段。

　　这些程序员总是在做自己熟悉的事情，并通过多次练习逐渐更快的完成任务。

　　而伟大的程序员还得看重这句话的后半段，完成这个功能，不仅要完成的快，还要完成的有新意。

　　8.专注于一个目标(这里指的是长远目标)

　　最近，全栈工程师是很火的一个概念，其实在我看来，好的全栈工程师不常有，大多数的全栈工程师是各方面都成绩平平，可能他熟悉很多业务逻辑，可以快速引导一个新的软件，但是这种工作是非常粗糙的，也许对于最小可行的产品阶段是好的，但从长远来看，这会导致更复杂的问题，甚至会使整个开发团队的成员都无法进行正确分析。

　　与其，做一个马虎的全栈工程师，还不如只专注一个方向，并且扎根下去，精益求精。

　　9.广泛涉猎

　　虽然我们在上一条让大家选择一个方向来仔细专研，但是伟大的程序员要有千手千眼，技术的更新速度大家是有目共睹的，如果故步自封，不去积极接受新的知识，那么在计算机这个领域，你很快就会被淘汰掉。

　　通过新的范式和技术的学习，你可以接触到和以前完全不同的思维方式，而这种全新的思维方式可能会在未来的某一时刻给你带来意想不到的效果。

　　10.一切都应该尽可能地简单，但不要太简单

　　爱因斯坦曾说过：“一切都应该尽可能地简单,但不要太简单!” 在软件中，复杂性是最好的杀手，而简单性则是推动者。简单性说起来容易，但是真正实现却需要大量的时间和实践。

　　首先，实现简单性，遵循前辈流传下来的规则就是一条捷径。例如，我们大家都知道String.contains()方法，所以当“abcde”.contains(“bcd”)出现的时候，我们立马就知道结果了。当然，软件的业务逻辑可能不像上面的例子那么简单，但是通过多次练习，也是可以有规律可循的。

　　小结：相信最后大家阅读完毕本篇文章，肯定学到了不少知识吧?其实大家私下还得多多自学，当然如果大家还想了解更多方面的详细内容的话呢，不妨关注课课家教育平台，在这个学习知识的天堂中，您肯定会有意想不到的收获的!