假设一家大型企业在这里开设了一个新的办公室(在这里插入随机位置),并希望新同事尽可能地加快速度。我们还可以说,这个企业是一个非常典型的企业,环境复杂,历史悠久,几乎完全缺乏文档。
已经决定的是,新同事将收到用于最典型任务的howto样式文档,并将为一些更复杂的系统获取seme体系结构文档。
对改进这个过程有什么想法吗?更具体地说,这样一个怎样的文档应该是有帮助的吗?
发布于 2010-04-19 12:11:52
我会花时间写一份文件,很好地概述所有主要组成部分的总体情况,不管它们的领域是什么。然后,他们可以使用它作为参考,并概述他们可能需要学习的东西。例如,如果有大的集群设置,就可以画出它们的图片。如果他们是网络管理员,至少要为公司的网络绘制一张像样的图表。
从那时起,我将开始记录任何与环境有关的不寻常的东西,然后是任何特别高级或复杂的东西。
如果这些是较低级别的职位,他们将主要从事重复的工作,那么这些操作对我来说是有意义的,但如果他们是更高级的职位,那么总体情况和我所描述的非阅读/复杂文档最有意义。
发布于 2010-04-19 15:30:43
我在我们的办公室设置了一个wiki来捕捉知识片段,因为开发人员有时间写一些东西。老板只愿意允许“完整和完整的文件”,所以他想要sharepoint。由于开发人员没有时间做“枯燥而完整的文档”,也没有编写任何文档,而且由于PHB禁止了wiki,我们回到了几年前的状态。
发布于 2010-04-19 10:54:53
如果系统有适当的文档记录,则不需要额外的步骤。任何值得这个名字的系统管理员都应该能够根据系统文档确定需要做什么,以及S该如何做,尽管一位经验丰富的工作人员经过一次测试,当然会使事情对他们来说更加简单。
当一个系统被正确地记录下来时,整个IT人员可能会被这条众所周知的总线所超越,而新的工作人员应该能够在没有帮助的情况下快速地跟上速度。如果你的组织不是这样的话,它需要紧急纠正。
https://serverfault.com/questions/133716
复制相似问题