1、功能点精准量化项目规模
我们需拆解毕设的核心功能，将其拆解为小可执行的独立单元，如用户登录模块、数据模块等。
针对每一个模块进行技术难度系数标注，如1-5分，1分= 基础 CRUD。根据不同的难度等级估算各模块所花费的时间。
我们可以使用三点估算法，对每个独立单元进行评估时间：乐观时间（O）、可能时间(M)、悲观时间(P)，那么预期时间=（O+4M+P）/6。
我们将所有单元任务时间相加获得总的估算时间，在此基础上增加20%—30%的缓冲时间，以应对未知风险。
估算难度系数
联系人：何经理注意事项：
（1）学生常见的错误就是严重低估任务耗时，尤其是修改和沟通时间需要注意。
（2）不要轻易增加无关功能，尤其是非须的UI动、小众功能。
2、时间盒管理法
将我们的时间划分为求职时间和毕设时间，避免两者抢时间。如可以将一周的3天为毕设注日，一周的剩余2天为求职注日。周末用来复盘和应变。
在我们的每个注日里，将大块时间进行划分，提前做好规划，可以使用番茄钟等工具。
另外，我们要提前将毕设周期拆分为2-4个里程碑，每个里程碑规定截止时间，以确保项目进度的有序进行。
注意事项：
（1）注意求职时间和毕设时间不要混淆，因为不同任务间的切换，存在巨大隐损耗。
（2）重视里程碑的作用，尤其是截止时间。
里程碑
3、构建小可行毕设
先，我们需与导师提前沟通，确定小可行毕设，即与导师确认毕设须完成的核心的功能和论文。需忽略所有“锦上添花”的附加功能（如精美的前端界面、复杂的能优化）。
我们需集中有限的时间和精力在核心需求上，确保产品的核心功能能够实现。另外，很多学生将时间浪费在反复修改毕设上，因此估算规模需提前与导师沟通，确认哪些功能是「须做」的，哪些是「可选做」的，避免后期因为需求不符而返工。
注意事项：
（1）我们无需追求，接受足够好 即可。
（2）开题阶段就和导师确认，铝皮保温明确小可行毕设（MVP）。
MVP
4、借助复用代码/开源工具
我们在估算项目规模时，重视复用率的概念。根据实际情况理复用代码是学生缩短开发时间的捷径。
如果我们的毕设与实习项目技术方向一致，可以直接复用代码或成熟模块，如登录板块、数据存储逻辑等。而非核心功能，如日志、UI组件等，可以使用开源库（如 Element UI、Apache Commons）。
另外,可以选择适的开发工具链，如用 GitHub Copilot、ChatGPT 辅助写重复代码、调试 bug；用AI工具自动梳理需求、估算规模和生成测试用例，如CoCode旗下的项目管理平台，根据需求自动生成规范需求，自动估算项目规模和生成测试用例和脚本，节约手动编写时间。
CoCodeAI估算
注意事项：
（1）复用代码需删除其中无关的业务逻辑，避免引入冗余 bug；
（2）工具只是辅助，核心逻辑须自研，如算法类毕设，核心的模型训练等。
今天给大家带来一个超有趣的小测试，现在有四幅刺绣图，你会选择哪一张图呢？
5、定期沟通与进度预警
先，我们需与导师保持定期沟通，建立固定的沟通频率，如两周一次。主动向导师汇报毕设进度和讨论遇到的问题从而获得及时指导，避免毕设方向偏差。
为了确保毕设顺利完成，需设置进度预警。需在毕设的关键里程碑设置检查点，尤其是延误预警需要高度重视。
进度预警
注意事项：
（1）加强与导师沟通，无需隐瞒求职冲突，与导师沟通讨论及优化进度安排。
（2）遇到问题需积反馈，向导师求助，以高解决问题，防止拖延。
总之，我们重视以上五点，有助于理规划毕设时间，提高估算精准度，从而解决求职与毕设的时间冲突问题。