diff --git a/project_management/Anolis OS 23 Release Plan/Release_plan.md b/project_management/Anolis OS 23 Release Plan/Release_plan.md
new file mode 100644
index 0000000000000000000000000000000000000000..e69de29bb2d1d6434b8b29ae775ad8c2e48c5391
diff --git a/project_management/Anolis OS 23 Release Plan/Requirements.md b/project_management/Anolis OS 23 Release Plan/Requirements.md
new file mode 100644
index 0000000000000000000000000000000000000000..01c0b79365dbd803c46e7bba210cee6a61272209
--- /dev/null
+++ b/project_management/Anolis OS 23 Release Plan/Requirements.md	
@@ -0,0 +1,6 @@
+社区提交的社区，经过TC会议评审后，交付到 Anolis OS 23 版本的，登记到该表格：  
+|  需求title       |     issue链接      |       交付时间          |    状态         |
+| ----| ---- | ---- | ----|
+| |  | | |
+
+注：该表格由TC维护
\ No newline at end of file
diff --git "a/project_management/Anolis OS\351\234\200\346\261\202\346\217\220\344\272\244\346\265\201\347\250\213.md" "b/project_management/Anolis OS\351\234\200\346\261\202\346\217\220\344\272\244\346\265\201\347\250\213.md"
new file mode 100644
index 0000000000000000000000000000000000000000..d64e5cb20bc228dadc634191bdb86d1115c29bba
--- /dev/null
+++ "b/project_management/Anolis OS\351\234\200\346\261\202\346\217\220\344\272\244\346\265\201\347\250\213.md"	
@@ -0,0 +1,65 @@
+
+龙蜥社区需求管理流程，适用scope：  
+1. TC/理事单位间有影响或关注的需求  
+2. 新芯片、新指令集支持的需求  
+3. 新的软件包加入的需求  
+4. 对OS整体架构有影响的需求，eg：改变软件包格式等  
+5. SIG owner判断需要上TC评审的需求  
+
+# 一、创建需求
+
+在 https://gitee.com/anolis/community/issues 这个仓库提交“需求”类型的issue
+
+
+标题格式： [Anolis OS 版本号]   
+eg1: [Anolis OS 23]支持Intel SPR AMX特性  
+eg2: [Anolis OS 8.7]kernel-5.10作为default内核  
+
+需求模版
+> 1. 背景  
+>必填: 简单描述需求背景, 有必要可以提供相关公共链接  
+>
+> 2. 用户故事  
+>必填: 说明用户, 业务/应用场景, 获得结果/收益, 价值/竞争力/优势等  
+>说明该需求代码是否自研  
+>【自研】- IP 归理事单位所有的需求  
+>【原生】- 直接基于国际开源上游相关的需求  
+>【其他发行版】- 直接选自第三方发行版社区  
+>
+> 3. 目标/计划  
+>必填: 说明该需求通过哪个SIG承接，大致的交付时间，需求的owner等  
+>
+> 4. 需求分层分类信息  
+>必填: 结合分层分类理论，指导社区协同分工  
+>分层信息： L0/L1/L2/L3	   
+>分类信息： 云原生/数据库/中间件/Web/大数据/安全/桌面/其他  
+>需求实现： 芯片商/OSV/ISV/云厂商/整机厂商/设备商  
+>
+> 5. 重要性/优先级  
+>选填: 说明该需求的重要程度, 优先级, 紧迫性等  
+>
+> 6. 依赖/影响  
+>选填: 说明该需求开发, 测试相关依赖信息及工作量估计  
+>
+> 7. 验收标准  
+>选填: 说明交付物, 预期效果等  
+
+# 二、评审需求  
+
+提交需求后，需要通知 sig maintainer 或者 TC 成员，推动社区上 TC 会议评审是否接纳  
+
+sig列表：https://openanolis.cn/sig  
+
+TC 评审结果：
+* 接纳，issue 用来跟踪需求开发进展，需求验收交付后关闭  
+* 拒绝，issue 直接关闭  
+* 待定，需求提交者补充信息后继续提交TC评审  
+
+# 三、接纳后需求管理
+经过 TC 评审接纳的需求会被登记到对应版本Release Plan下 Requirements.md 表格中   
+表格位置 eg：Anolis OS 23 Release Plan/Requirements.md   
+
+# 四、需求验收  
+需求开发完成后，由 sig owner 提供需求自验报告，并提交 TC 会议验收  
+验收通过： 软件集成到对应版本发布，需求 issue 关闭  
+验收不通过： 整改后重新提交 TC 评审  
diff --git a/project_management/README.md b/project_management/README.md
new file mode 100644
index 0000000000000000000000000000000000000000..915bbb5626400affad20df58c77e831735771ff4
--- /dev/null
+++ b/project_management/README.md
@@ -0,0 +1 @@
+project_management 用于存放 Anolis OS 版本管理相关文档，便于社区协作开发。
\ No newline at end of file