事无巨细，在这里均希望能找到答案。
领导安排的任务不是员工所擅长的技术方向、或者任务的难度超过员工的技术水平，员工怎么做？
>
项目组内的员工经常犯重复性的错误，且完全没有意识到自己行为的严重性，领导怎么办？
>
常常看到员工坐在工作上低头工作，领导却不知道员工在忙什么，领导应该怎么做？
>
中层管理者的价值分析？
>
“我对XX技术/工具不熟悉”
这是当我要介绍一门新的技术或者语言的时候听到的最常见的一句话。这也是当我要求某位同学用他之前没用到过的工具验证他的想法的时候常常遇到的问题。
这让我感到非常惊奇，因为我是在问一个非常聪明的人，一个开发人员。我们是不是能够很容易地学习新的东西，一些新的理念，模式和架构？我们不应该不断的学习新的事务，了解最新的消息吗？
或者，这只是一种假象？也许我们对很久之前学到的东西感到很满足并且不想更换？也许是我们没有时间学习新的东西？也许我们不能有不同的想法？
一段时间之后，那个被我安排了任务的人完成了任务。他们做到了，最初的犹豫终于被克服了，他们的舒适区扩大了。那么，一开始缺乏动力的原因是什么呢？
我认为这是一种对新鲜事物的恐惧，对失败的恐惧。我们在我们所做的感到舒服，因为我们了解它，我们认为我们擅长它。事实是我们可以擅长其他一切东西，只要我们像学习之前的技能那样去学习、去实践。
“重复造轮子”，不关注项目整体结构
这个问题主要是对其他人参与的不熟悉。当我review别人代码的时候经常看到这种情况。我经常问：“你看到那个class/module /function 了吗？它跟你已经实现的完全一样。”这主要是程序员不经常浏览代码，他们不知道一些代码可以重复使用，而不用在任何地方都重复提取。
如果我们遵循一些共同的模式，指导方针和架构的时候尤其如此。极有可能其他程序员已经在其他地方解决了这个问题，提取、抽象出了我们现在需要一个功能。
为了避免这种情况，我们应该用一种更加明智的方法更多的做 code reviews。我们不应该检查别人的括号是不是对齐了或者是不是缺少了逗号，这些应该留给自动化工具来做。我们需要 review 业务逻辑和行为。一段时间之后，我们会想，“ Kamil 已经实现了它，我可以用他的模块”。