1. 约定两周时间，完成这个功能

在管理者分配好项目任务后，只是口头约定两周的时间，没有形成需求文档。对于需求，人与人的理解是不一样的，有些太过于抽象的东西，太难以描绘，只能一而再再而三的确认，同时跟进下属开发的情况，第一时间看其是否偏离自己所理解的需求，以免成品与自己的期望相差过大。这上面是从管理者的角度来说的，当然下属也要做到向上沟通，主动提出问题，反馈情况，遇到什么问题，自己无法解决的，及时找上级寻求帮助，共同完成这件事情。

2. 当众批评

当众批评很容易造成更多不必要的伤害，批评并不能解决问题，只会恶化当前情况，最好私底下找对方聊聊具体的问题。通常用到当众批评这个方式，都是因为对方屡教不改，才不得已为之，能不用最好不用。人非圣贤孰能无过，人都会有做错事的时候，可以给对方一些机会，但要看对方是否认识到自己的错误，并且努力去改正。我认为怎么样做好一件事情才是最重要的，达到预期才是最重要的，问题不在批评这个行为，是在于批评往往是在恶化这个情况，把事情搞砸，如果批评能做好事情，那未尝不可，但很难很难。如何调整想要批评下属的心态，那就要提升一下认知，清楚地认识到你是一个团体的负责人，任何错误你都要背锅，这样或许就会想到，虽然是对方的错误，但自己有些地方可能也没做好。这样一想心态就会平和一些了。

3. 关于公平

世上没有公平的事情，人与人之间相处的方式，对待的态度肯定是会有差异的，这些感性的因素或多或少会影响着自己，管理者对于下属的公平，就像课上讨论的，不是管理者自己觉得公平，是要让下属觉得公平，是的，工作上做到以工作结果来权衡，至于交流态度，都差不多吧，坦诚相待，大家平和一些，懂得换位思考，互相帮助，都很好的。

4. 向上沟通

工作中遇到一些问题，如果自己没有办法解决，当然要需求帮助了，单打独斗自然可以锻炼自己的能力，但是有些事情，就是需要你现在立马去解决，而你诸事缠身，无能为力，这个时候硬撑着是没有意义的，就好像解决代码 BUG 一样，一开始你可以给自己定个时间，比如半个小时，半个小时过后，如果你一直没能解决，这个时候继续熬着，不寻求帮助，很大概率最后两三个小时，甚至更久时间都解决不了，因为人的思维是有局限性的，你脑袋里想尽了所有办法，都没能解决，难道就凭空可以冒出一些不在你思维范围的想法么，所以这个时候，就需要交流沟通，这个很重要，虽然你问了别人，他不一定也知道，但是他说了想法之后，可能会给你新的启发，这就是交流的目的，寻找更多的可能性。所以出现问题，及时反馈到上级很有必要，因为上级他身处的位置，掌握的信息更为全面，可以提出更多可能的解决方案。

5. 总结

总的来说，在错误中认识管理，也就是从错误中吸取经验，避免重蹈覆辙。这节课，张工是以自己经历的真实场景来讲解的，有好几个在管理上面来说失败的例子，我们在课上，看着屏幕，揪着很多错误发表很多觉得正确的处理方案，我也说了一些觉得可以改进，这样做应该更好的处理方式。后来，我一直在想这个事情，如果放到自己身上，我就一定可以做好不会出错么，很多理论的东西都是死的，就像数学公式一样，但人是活的，是一直变化着捉摸不透的，人都喜欢好为人师，喜欢出谋划策，喜欢批评教育别人，这件事应该怎么做，但在当时的场景下，自己一定可以做好这些事情吗？