目录：

IT信息部需求管理方案及相关说明

IT Information Department Requirements Management Plan and Related Guideline

一、需求管理模板（Demand Management Template）：

* 注：当前需求管理统一由IT信息部收口管理，需求与问题管理表单如下，请点击以下链接：

Note: The current requirements management is centrally overseen by the IT Information Department. The requirements and issue management forms are as follows. Please click the link below:

点击（Click）：HERP4.0业务需求管理表（HERP4.0 Requirements Form）

二、产品驱动机制（Product Manager-Driven Mechanism）

1．目标（Objective）：

从产品经理接收业务需求后进行开发的流程转变为产品和业务共同提出需求，实现从需求到产品的转化。

Transform the development process from passively receiving business requirements from product managers into a collaborative effort where both product and business propose demands,enabling end-to-end translation from requirements to product.

2．策略（Strategy）：

1）.     深度理解战略，知道公司总体目标。

Deep Understanding of Strategy: Gain a comprehensive understanding of the company's overall goals.

2）.  深度理解业务：将公司的总体目标拆解到系统产品中，跟产品进行融合。

Deep Understanding of Business: Decompose the company's overarching goals into system products and integrate them into product roadmaps..

3）.  产品迭代：通过业绩目标融入产品线后，产品和业务业务一起梳理为了实现公司战略目标，应该在这所有产品线上规划与迭代哪些功能。

Product Iteration: Align product lines with performance metrics, then collaboratively prioritize feature planning and iteration across all product lines to achieve strategic objectives.

4）.  产品落地：将分析出的需求进行拆分按照重要性，紧急程度，研发预估排期进行排期后交付给研发开发进行MVP版本快速迭代，快速试错。

Product Delivery: Break down the analyzed demands based on importance, urgency, and R&D timeline estimates. Deliver these to R&D for MVP (Minimum Viable Product) iterations to facilitate quick testing and adjustments.

5）.  上线后复盘：产品功能上线后，产品和业务一起跟进产品上线后效果，并进行优化迭代。

Post-Launch Review: After product functions are launched, product and business teams jointly track post-launch performance and carry out optimization and iteration.

三、产品需求管理（Product Requirement Management）

1、优先级划分（Prioritization）：

1. 根据重要紧急，划分为P0\P1\P2\P3；

   1. 重要性的标准：是否为公司战略业务、预计创造的量化业务价值（或如果缺失的损失金额）,业务阻断性、流程完整性，对外合作影响范围涉及品牌形象此类;

   2. 紧急性的标准：如果延迟30天、60天，对业务的量化影响；

   3. 据此分为：P0-重要且紧急、P1-重要不紧急、P3-紧急不重要、P4-不重要不紧急 四个级别；

   4. 需求由产品经理和业务线共同提出，必须回答以上量化的问题；

2. 根据开发的工作量从少到多，分为A、B、C，A为工作量最少、C为最多，工作量由产品和开发同事计算；

3. 根据P0\P1\P2\P3和ABC，设定优化级顺序，最优先为P0A（低垂的果子）、最滞后为P3C（投入大效果低）

1.Priority Classification: Requirements are categorized into P0, P1, P2, and P3 based on importance and urgency:

• • Importance Criteria:

    • Alignment with company strategic initiatives.

    • Quantifiable business value it is expected to generate (or potential loss if unmet).

    • Business disruption, process completeness, and impact on external partnerships or brand image.

  • Urgency Criteria:

    • Quantifiable business impact if delayed by 30 or 60 days.

  • Priority Levels Explanation:

    • P0: Important and urgent.

    • P1: Important but not urgent.

    • P3: Urgent but not important.

    • P4: Neither important nor urgent.

  • Requirements must be jointly proposed by product managers and business lines, with quantified answers to the above criteria.
  • Development Workload Classification:

2.Categorized into A, B, and C based on workload:

• • A: Minimal workload.
  • B: Moderate workload.
  • C: Maximum workload.

3.Workload is estimated collaboratively by product managers and development teams.

4.Optimization Priority:

• • Prioritization is determined by combining priority levels (P0, P1, etc.) with workload classifications (A, B, C).

  • The highest priority is P0A (low-hanging fruit), while the lowest priority is P3C (high input, low impact).

2、总体流程（Overall Process）：

• 需求提出：由专属产品经理和业务负责人共同提出，提需求时即包括重要紧急的量化分析；
• 开发量评估：由专属产品经理和开发人员共同估算；
• 基于以上两项，形成优先级顺序，形成开发计划；
• 每周度review计划的进展和优先级调整；(周例会)
• 形成月度或季度需求台账；（版本号规范）

2. Overall Process:

• Requirement Submission: Requirements are jointly proposed by the designated product manager and business owner, accompanied by a quantitative analysis of importance and urgency at the time of submission.

• Development Effort Evaluation: Development workload is estimated collaboratively by the designated product manager and development team.

• Prioritization and Development Plan: Based on the above two steps, prioritize requirements and create a development plan.

• Weekly Review: Progress and priorities are reviewed and adjusted weekly during the regular meetings.

• Demand Ledger: Create a monthly or quarterly demand ledger to track requirements.

四、需求&Bug的定义与规范（Definition and Standards for Requirements & Bugs）

访问地址（Access Address:）：https://wiki.hiseas.com/x/mQC1AQ

五、需求对接人（Requirement Contact Person）