信任的速度读后感.docVIP

信任的速度读后感 导语：《信任的速度：一个可以改变一切的力量》内容简介：在这本可读性很强的书里，史蒂芬·M·R·柯维为我们展示了信任的力量——这个往往被忽视，被低估，但却“足以改变一切的力量”。下面是为您准备的信任的速度，供您参阅。 看书的过程中发现自己有很多种书中说的毛病，需要自己慢慢的改正，比如说：毛毛躁躁、不听别人表达完他们自己 ___就打断别人的发言，急切的发表自己的想法，无论对错，强制别人接受自己的想法，就算明知道自己 ___或想法是错误，还要强词夺理，这样子是不对的，需要改正。要“先听后说”，这个“听”是认真的听，而不是敷衍了事，就像书中所说的，只是给别人说的时间，而没有听到自己的心里去，没人认真思考别人的想法和建议，听完别人表述后就急切的表达自己 ___，相当于没有听，只是给予别人说话的时间…… 关于品德和才能，诚实和能力很重要，其实在看书的时候就想到我以前干活的时候，好像有时候是不诚实的，动机不对的，比如说对接需求和改bug的时候。对接需求时如果是自己做的话，可能就会想这个功能容不容易实现，难不难做，如果不好做的话就跟产品经理说这个不怎么好实现（其实就是嫌麻烦才跟产品经理这么说，也有可能是技术的问题，好久不写代码了，写代码的能力可能退化了），如果不是我做就可能没有那么坚持，也会考虑这个功能技术的问题，如果这个功能可以实现，但是没那么简单或者有点麻烦的话，也会同意需求；改bug也是这样。不过现在没有这么想了，做的东西多了，考虑的没有那么片面了。主要还是得提升自己，多动手，才能不让自己手生。 关于负起责任，以前开发的时候没有从开发负责人或者迭代负责人的角色考虑过事情，所以就没有负起相应的责任和义务，没有关注任务的进度和bug的产生及修复。慢慢的就改进了，慢慢的开始关注禅道的任务维护进度和bug的修改，审核代码，帮助开发成员解决问题。还有就是保证迭代的正常进行及准时发版这就是我的责任。 关于直率交流和公开透明我觉得这两个行为差不多，直率交流的反面就是扭曲事实，公开透明的反面就是隐匿真相和事实，这两个行为都是告诉我们要对人真诚，有什么说什么，而不是隐瞒真相，或者你认为隐瞒这个真相是为别人好，然而其实对别人来说不是，有可能会伤害别人，失去别人对你的信任。书中有一句话出现很多次：20年建立的信任，如果摧毁它，只需要5分钟。所以，建立信任很难，但是失去或摧毁信任很容易。要维护你与他人之间的信任，那么就要直率交流，还有公开透明。 关于匡救弥缝，我的理解就是亡羊补牢，为时未晚，如果是由于你自己的错误（不诚实、动机不纯、能力不行，没有交付可行的成果）失去了别人对你的信任，那么你就要努力去重建这个信任，弥补由于你的错误造成的结果，迅速的道歉，不要等过了好久之后才想起来要去修复这份信任。 关于显示忠诚，书中说是不要在背后议论别人，或者就是议论别人的时候，这个人在或者不在你的旁边你对他/她的评论是一致的，而不是当面一套，背后一套。还要大方承认其他人的成果，不要把别人的劳动成果据为己用，就算别人做的不对，但是就像中国古话说的：功是功，过是过，不能混为一谈，有功就该赏，有过就得罚。也不能因为这个人与你有矛盾或者在你的心中这个人的品德不行，你就不承认这个人的工，那这样是不对的。 关于追求进步，这个好理解，对我来说就是不断的接触新技术，学习新技术，掌握新技术。因为时代在进步，如果我自己不进步，那就是在退步，要不断的接触、学习、掌握新技术。所以我最近开始看书，虽然有时候看不懂，但是会上网查询，或者询问网友。现在看书的速度太慢，需要继续进步，从实习到现在已经两年多了，才看了四本书，一本关于sql的，一本关于c#的157个建议，一本就是这个信任的速度，还有一本关于敏捷开发的，敏捷开发看完了没有写个总结什么的，觉得应该写个，但是不知道怎么写，晚上下了班之后看看，再大体浏览一下，然后写一个（我自己又做了个承诺）。 关于面对现实，也好理解（我自己还又看了眼书里怎么写的，我没怎么记住），它的反面就是由于无法接受现实而欺骗自己的一种行为，也可以理解为好面子的人不愿意接受自己不愿意面对的结果，比如破产、被辞退……等自己意料之外的结果，或者是不愿意接受失败，活在自己的梦里不愿意醒过来，我们要学会接受现实，现实已经发生，你只能选择接受或者享受，而不是欺骗自己，这样自己会更难过，也会伤害身边的人。开发时也是，如果你明明知道这样子做不可行，而你偏要这么去做，那么最后可能是害人害己。 关于明确期望，这个行为我深有感触，因为由于期望的不一致，造成好几次迭代的失误和错误就任务的工时浪费。所以从那之后，我每次都会复述一遍我理解的需求和任务开发点，然后也会让他们复述一遍需求和开发的任务点，看看我们理解的是否一致，还真的有