From 4c6d89eec36a0c2b5014761f2be050bbc344d9a2 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?=E5=B0=8F=E5=82=85=E5=93=A5?= <184172133@qq.com>
Date: Mon, 2 Aug 2021 18:33:35 +0800
Subject: [PATCH] Update README.md

---
 .../README.md"                                              | 6 ++++++
 1 file changed, 6 insertions(+)

diff --git "a/notes/\350\257\273\350\200\205\346\217\220\351\227\256/README.md" "b/notes/\350\257\273\350\200\205\346\217\220\351\227\256/README.md"
index c9429bc..3506d4d 100644
--- "a/notes/\350\257\273\350\200\205\346\217\220\351\227\256/README.md"
+++ "b/notes/\350\257\273\350\200\205\346\217\220\351\227\256/README.md"
@@ -132,3 +132,9 @@ AQS：
 3. 此场景多用于解决所有项目工程中的共性问题，而开发的一类中间件方案。
 
 欢迎多提问，哈哈哈。下次提问可以选上面的提问给我，这样避免我漏掉。
+
+--- 
+
+你好小傅哥，对于工作量量化你有过什么经历或者经验吗
+
+确实有不少的项目在开发过程中需要被量化，因为量化后时间基本也就能确定一个项目开发的排期。那么为了能更加准确的量化这个时间，通常我们会把项目拆分各个模块，再把模块分配给个人，每一个模块的开发时间由个人提供，之后再对出所有模块的联调时间，以及完成后的一个提测时间。最终就可以把整个工作量的一个排期输出出来了，但通常也会在这个时间节奏上留出一个buffer便于出现紧急问题时，还来得及调整。另外，对于这样的量化的排期的项目，要每天过日会统计开发进度、遇到的风险事项、外部协调推动、环境部署等各种问题的汇总和解决进度，这样才能更好的把控开发进度和一个上线时间。
-- 
GitLab