比方说，一个大型企业在（在这里插入随机位置）打开一个新的办公室，并希望新的同事加快速度。 我们也可以说这个企业是一个非常典型的企业，环境复杂，历史悠久，基本缺乏文档。
现在已经决定的是，新的同事将会收到最典型任务的howto风格的文档，并且会为一些更复杂的系统获得seme的体系结构文档。
任何关于改善这个过程的想法？ 更具体地说，这样一个howto文件应该是怎样的帮助？
我会花时间编写一份文件，以便全面了解全局，包括所有主要组件。 然后他们可以用它作为参考，并概述他们可能需要学习什么。 所以举例来说，如果你有大的群集设置画这些图片。 如果他们是networkingpipe理员，至less要把公司networking的体面图表放在一起。
从那里，我将开始logging任何exception的环境，其次是任何特别先进或复杂的事情。
如果这些职位是较低职位，他们将主要做重复性的工作，那么这些职位对我来说是有意义的，但是如果他们是更高级的职位，那么与我描述的非常规/复杂文件相结合的大局就是最有意义的。
我在我们的办公室设置了一个维基，以便在开发者有时间写东西的时候捕捉知识片段。 老板只是愿意允许“完整和完整的文件”，所以他想要共享点。 由于没有开发者有时间去做“枯燥完整的文档”，所以没有任何文字，而且当PHB禁止维基时，我们又回到了几年前的地方。
如果系统被正确logging，则不需要额外的步骤。 任何值得这个名字的系统pipe理员都应该能够根据系统文档确定需要完成什么以及如何完成，尽pipe经验丰富的工作人员的贯穿始终会使事情变得更加简单。
当一个系统被正确logging时，整个IT人员可能被这条公共汽车所淹没，新员工应该能够在没有帮助的情况下快速起步。 如果你的组织不是这样的话，那就需要紧急整改。
首先创build一个内部维基，并使用该基地作为文档的地方。 我一直在做我的工作一段时间，那里的信息只是逐渐显现出来。