请让我知道这是不是主题，因为这个问题涉及IT的后勤或行政方面，而不是技术。
今年十二月，我和我的一个同事将在大学寒假期间花两个星期的时间来处理一些项目，包括
这些都没有定义目标或好的时间估计，所以我不知道如何开始。 另外，我们两个都是没有正规IT培训的学生，所以对于NetInstall和移植，我们会在工作中学习。
鉴于此，我们应该写什么types的项目计划？ 我不是因为需要提交一份正式的提案而提出的，而是因为我认为准备这样一份文件可以帮助我思考并组织工作。 基本上，我应该在日常安排和优先考虑我的工作时考虑什么？
当你完全不确定时，把它游戏出来。 将项目分解成可能想象的小块，并估算每个块的时间。 在你的脑海里想想那些构成这个工作的部分，想象你在做这些工作。 适当的时间估计来自做出估计，做，然后看看你在哪里。
正如其他人所说，详细的计划是你的朋友。 也许你仍然不确定每个任务需要多长时间，但是你会比现在有一个更好的主意，并且你会对你有多less任务有一个更好的理解。 从你的post中获取以下示例：
为了安全性和健壮性，将一些服务迁移到不同的服务器上
从备份和裸机重build两个关键服务器进行实践
什么服务器？ 什么服务？ 你的成功标准是什么？ 有些服务比其他服务更复杂（例如，DNS易于移动，开放目录比DNS更复杂，Exchange服务器确实非常复杂）
一些服务器比其他服务器更复杂。 你在备份什么？ 要使用上面的示例，备份和还原数据库服务器可能比简单的文件服务器复杂得多。
他们目前如何备份？ 安装备份软件有多难？ 它需要多lessconfiguration？ 恢复服务器需要多长时间？ 备份服务器？ （例如，您至less需要做一次比您计划已经作为testing机制的一部分以确保系统正确恢复的情况）。 如果这些服务器是关键服务器，他们可以离线多久？ 你将如何减轻你可以“恢复他们的可能性，因为备份或硬件有问题，只有当你开始工作时才变得明显？
当你确定这将不会超过3天 -
在第三天发生了一些事情。
你的墨菲。
总是用最大的时间，你可以想象它会在客户可以称之为“可接受的”的范围内：他会很高兴，当你早点完成，你会自豪，自由，并准备继续下一个任务一旦你觉得这样做。
正如Blackeagle所说，把项目分解成可以估计的更小的步骤。 我不会说“如你所能想象的那么小块”，而是把它分成足够小的块，以便估计大块的时间。
对于迁移和重build项目，首先应该logging下已有的内容：服务的工作方式，安装的内容以及安装文件的位置。 对于重build，硬件是什么，需要什么驱动程序，安装了哪些应用程序，安装文件在哪里。
如果你在飞行中学习，我不希望在2周内完成所有这些工作。 我会从你最了解的项目开始，即你可以最自信地分解成子任务的项目。
对于安排，如果你有两个星期不间断的奢侈，我会在一个项目上工作，直到完成。 然后继续下一步。 在一个项目上工作的时候，你可以开始其他项目的初步工作，但是我不会做任何不容易撤销的事情。
logging你所做的事情以及需要多长时间，以便你能看到下一次需要花费的时间和改进估计。