|
当然，这听起来不错，但以后企业快速发展时 Milinovich 有什么对策，一星期花几十个小时来进行一对一谈话肯定无法承受。对此，他有两种解决方案来让员工能及时地联系到决策者： 训练经理，使其成为一对一谈话的接班人。当公司发展到需要经理层的时候，新的领导层需要约谈团队中的每个成员，分享价值，共同进行主题讨论；分析问题根源，而不仅仅是解决问题的症状；让人们能自由、安心地分享个人生活问题和专业问题。现在 Andrew 已经这么做了，与整个工程团队成员进行一对一的谈话。 Andrew 说，我肯定还是会和每个人都交流。但是他的计划会随着公司的发展而改变。根据工作上的亲密度、工作相关度，他会和员工每周、双周、每月、每季进行交流。这可能需要在时间安排上花些功夫，但他说这样最优化的时间投资。当然，如果一对一谈话时无话可讲，那就不需要谈话，可以节省时间。他说，员工可以和经理保持连续关系，但是依旧可以选择和我进行对话，我愿意拿出时间来一对一交流。
所有事情规范化
从一对一的交谈中 Milinovich 总结出了 URX 的第四个自我提升的策略：严苛的内部文件。「有时候会遇到很复杂的问题，有时候相同的问题和事情需要重复多次，这就需要写下来做成文件让新人可以自己学习，每个人都能参照相同的文件来办事。」
这一切都源自 Andrew 的一篇 5 页长的文章，上面写着从公司创立那一天开始的所有产品变化。它不仅枚举了所有的产品变化，还包括背后的原因和原理，让有疑问的人能够明白为什么要这么做。
这个文章和其他过程、发现文件都可以在 URX 的内部百科上找到，每个人都可以查看、编辑、评论。
Milinovich 说，我们放在内部百科上的文件都有一定的标准，要让新人一开始就愿意看，能够理解的内容。
让信息更容易被发现是另外一个要求。「随着数据、员工越来越多，机构越来越复杂，我们得让文件存放更有依据、更容易被发现。有些是所有人都需要知道的内容，有些事特定小组需要知道的内容。我们创造稳健，所以员工可以在任何时间都能接触到最相关的信息。」比如，小段代码对于工程团队的人来说容易理解，消费者领导列表对于商业开发团队更容易理解。这种结构将随着企业的不断壮大而进化，但是原则将继续坚守。
URX 使用 GitHub 来运行内部百科，不仅允许员工查看内容，还允许在此之上进行迭代开发，所以，如果有员工真的想深入了解企业和产品的进化，他们可以沿着时间顺序来进行追溯。
（责任编辑：职场达人） |
