项目管理PM流程规范

项目管理PM流程规范第1章项目启动与规划1.1项目立项与需求分析项目立项是项目管理的起点，需通过可行性研究、利益相关者分析和风险评估来确定项目的必要性和可行性，确保项目资源的合理配置。根据《项目管理知识体系》（PMBOK），项目立项应包含明确的项目目标、范围和需求，以避免资源浪费和目标偏离。需求分析通常采用访谈、问卷调查、工作分解结构（WBS）和需求规格说明书（SRS）等方法，确保需求的准确性和完整性。研究表明，有效的需求分析可提高项目成功率约30%（Kanter,2018）。项目立项阶段需明确项目生命周期、交付成果和验收标准，确保项目目标与组织战略一致。根据ISO21500标准，项目目标应具备可衡量性、可实现性和相关性。项目立项需进行成本效益分析，评估项目预期收益与潜在风险，确保项目在资源和时间限制内完成。文献指出，合理的成本估算可降低项目延期风险约25%（Meyers,2016）。项目立项后需形成正式的立项文件，包括项目章程、需求文档和风险登记表，作为后续管理的基础依据。1.2项目目标与范围界定项目目标应明确、具体且可衡量，符合组织战略和客户要求。根据PMBOK，项目目标应包括质量、时间、成本和范围等关键维度。范围界定需通过工作分解结构（WBS）进行，确保项目交付成果的清晰性和可管理性。WBS是项目管理的核心工具之一，有助于识别关键路径和资源需求。项目范围应通过范围管理计划和变更控制流程进行控制，避免范围蔓延。根据ISO21500，范围管理应包含范围定义、变更管理、监控和控制等环节。项目范围界定需与客户和利益相关者进行沟通，确保各方对项目交付物达成一致。研究表明，明确的范围界定可减少项目变更请求，提升项目执行效率（Kanter,2018）。项目范围应包含交付成果、验收标准和交付时间，确保项目目标的实现。根据PMBOK，范围管理应贯穿项目生命周期，确保项目成果符合预期。1.3项目计划制定与资源分配项目计划应包含时间表、资源分配、预算和风险管理等内容，确保项目按计划推进。根据PMBOK，项目计划应包含工作分解结构（WBS）、里程碑和关键路径分析。资源分配需考虑人员、设备、资金和信息等要素，确保资源的高效利用。根据ISO21500，资源分配应基于项目需求和资源可用性，避免资源浪费或短缺。项目计划应制定详细的里程碑和交付物时间表，确保项目按时交付。研究表明，合理的计划可减少项目延期风险约40%（Meyers,2016）。项目计划需考虑依赖关系和资源冲突，通过甘特图或关键路径法（CPM）进行可视化管理。根据PMBOK，计划制定应包含进度、成本和质量控制的综合考虑。项目计划应包含变更控制流程，确保项目在执行过程中能够灵活调整，适应变化。根据ISO21500，变更控制应由项目管理团队主导，确保变更的可控性和可追溯性。1.4项目风险管理与控制措施项目风险管理应贯穿项目全过程，包括风险识别、评估、应对和监控。根据PMBOK，风险管理应制定风险登记表，识别潜在风险并评估其影响和发生概率。风险应对措施应根据风险的优先级进行分类，如规避、转移、减轻或接受。根据ISO21500，风险应对应制定具体措施，确保风险影响最小化。项目风险控制应通过风险登记表、风险矩阵和风险预警机制进行管理。根据PMBOK，风险管理应定期更新，确保风险信息的及时性和准确性。项目风险控制应与项目计划相结合，通过进度计划、资源分配和变更控制流程进行动态管理。根据PMBOK，风险控制应与项目目标一致，确保项目成功。项目风险管理应包括风险识别、评估、应对和监控，确保项目在风险可控范围内推进。根据ISO21500，风险管理应作为项目管理的核心组成部分，提升项目成功率。第2章项目执行与监控2.1项目进度管理与控制项目进度管理是确保项目按计划完成的关键环节，通常采用关键路径法（CPM）和甘特图（Ganttchart）进行计划与监控。根据项目管理知识体系（PMBOK），进度计划应包括活动分解结构（WBS）、时间估算、资源分配及风险识别。项目进度控制需定期进行进度评审，利用挣值分析（EVM）评估实际进度与计划进度的偏差。EVM通过工作实际完成量（PV）、实际工作量（EV）和计划工作量（PV）三者之间的对比，判断项目是否按计划推进。项目进度偏差的处理应遵循“三三制”原则：若偏差小于10%，可继续按原计划执行；若偏差在10%-20%，需召开进度会议，调整资源分配；若偏差超过20%，则需启动变更控制流程，重新制定计划。项目进度管理应结合敏捷方法，如迭代开发中的冲刺（Sprint）周期，确保阶段性成果按时交付。根据IEEE1528标准，项目进度应包含里程碑节点和交付物清单，确保各阶段目标明确。项目进度监控可通过工具如MSProject、PrimaveraP6等进行可视化管理，结合实时数据更新，确保项目团队对进度有清晰掌控。2.2项目资源管理与协调项目资源管理涉及人力、财务、设备、材料等多方面资源的配置与使用。根据PMBOK，资源计划应包括资源需求分析、资源分配、资源使用监控及资源优化。项目资源协调需建立资源池机制，通过资源分配表（ResourceAllocationTable）明确各资源的使用时间、数量及责任人。根据ISO21500，资源协调应考虑资源冲突、资源瓶颈及资源浪费问题。项目资源管理应结合BIM（建筑信息模型）技术，实现资源的可视化管理与协同调度。根据《建筑项目管理》教材，BIM可提高资源利用率，减少重复工作和资源浪费。项目资源协调需建立资源使用报告，定期分析资源使用情况，优化资源配置。根据PMBOK，资源协调应包括资源使用计划、资源使用报告及资源使用分析。项目资源管理应考虑资源的动态调整，如根据项目进度变化灵活调配人力，确保关键路径上的资源充足。2.3项目质量控制与评审项目质量控制是确保交付成果符合质量要求的过程，通常采用质量管理体系（QMS）和质量检查表（QCC）进行管理。根据ISO9001标准，质量控制应包括质量目标设定、质量检查、质量改进及质量记录。项目质量评审是项目执行过程中对质量状态的评估，通常包括质量审计、质量检查和质量评估。根据PMBOK，质量评审应包括质量目标的达成情况、质量风险的识别与应对措施。项目质量控制应结合PDCA循环（计划-执行-检查-处理），确保质量改进持续进行。根据《项目质量管理》教材，PDCA循环是项目质量管理的核心方法。项目质量控制应建立质量控制点（QCPoints），对关键过程进行重点监控。根据ISO9001，质量控制点应包括关键工序、关键材料、关键设备及关键人员。项目质量评审应结合质量统计分析，如控制图（ControlChart）和帕累托图（ParetoChart），识别质量缺陷的根源，制定改进措施。2.4项目变更管理与控制项目变更管理是确保项目目标不变，同时灵活应对变化的重要机制。根据PMBOK，变更管理应包括变更申请、变更评估、变更审批及变更实施。项目变更控制流程应遵循“变更控制委员会”（CCB）的决策机制，确保变更的必要性、影响及可行性得到充分评估。根据ISO21500，变更管理应包括变更请求、变更影响分析和变更实施。项目变更管理应结合变更控制工具，如变更请求表（ChangeRequestForm）和变更日志（ChangeLog），确保变更过程可追溯、可管理。项目变更实施后应进行变更后评估，分析变更对项目目标、进度、成本及质量的影响。根据PMBOK，变更评估应包括变更后的效果验证和持续监控。项目变更管理应建立变更控制流程图，明确各阶段的职责与流程，确保变更过程高效、可控。根据IEEE1528，变更管理应包括变更的识别、评估、批准、实施及后续监控。第3章项目收尾与交付1.1项目收尾与验收流程项目收尾是项目生命周期中的关键阶段，通常包括项目成果的确认、资源的释放以及相关文档的归档。根据《项目管理知识体系》（PMBOK），收尾应确保所有项目目标已达成，并且所有交付成果符合合同要求。验收流程需遵循“验收标准”和“验收方法”，如基于文档审查、现场检查或第三方评估。根据ISO21500标准，验收应由项目团队与客户共同完成，确保各方对成果的认可。项目收尾需进行风险评估与问题回顾，以识别项目中的遗留问题，并制定后续改进措施。根据《项目管理实践指南》，收尾阶段应进行经验总结，形成可复用的知识资产。项目收尾过程中需进行绩效评估，包括成本、进度、质量等关键绩效指标（KPI）的达成情况。根据PMI的调研报告，项目收尾阶段的绩效评估可为后续项目提供参考依据。收尾后应进行正式的项目关闭会议，明确项目结束的日期、责任人及后续支持计划，确保所有相关方对项目成果达成共识。1.2项目文档归档与知识管理项目文档是项目成果的重要组成部分，需按照规范进行归档，确保信息的完整性和可追溯性。根据《项目管理知识体系》（PMBOK），文档应包括项目计划、执行报告、变更记录等。文档归档应遵循“分类管理”和“版本控制”原则，确保不同版本的文档可追溯，并便于后续查阅和审计。根据ISO21500标准，文档管理应纳入项目管理计划中。知识管理应通过知识库、经验总结和培训等方式，将项目中的最佳实践、问题解决方法和教训进行沉淀。根据PMI的《项目管理知识体系》，知识管理是提升项目效率的重要手段。项目知识应定期整理并归档，形成可复用的知识资产，为后续项目提供参考。根据《项目管理实践指南》，知识管理应与项目收尾同步进行，确保经验传承。项目团队应建立文档管理流程，明确责任人和时间节点，确保文档的及时归档和有效利用。1.3项目成果交付与确认项目成果交付需遵循“交付标准”和“交付方式”，如实物交付、服务交付或成果交付。根据《项目管理知识体系》（PMBOK），交付应确保成果符合合同要求，并满足客户预期。交付确认应由客户和项目团队共同完成，通过签字、验收或测试等方式确认成果的完整性。根据ISO21500标准，交付确认应包括功能测试、性能验证和用户验收。项目成果交付后，应进行后续的交付物检查，确保所有交付内容已完整提供，并符合质量要求。根据PMI的调研报告，交付物检查是确保项目成功的关键环节。交付过程中应建立沟通机制，确保客户和项目团队对交付内容有清晰的理解，避免后续返工或误解。根据《项目管理实践指南》，沟通是项目成功的重要保障。交付后应进行项目成果的正式确认，包括交付物清单、交付时间、交付质量等信息，确保客户对项目成果满意。1.4项目后续维护与支持的具体内容项目后续维护与支持应包括系统运行、故障处理、性能优化等，确保项目成果在交付后持续发挥作用。根据《项目管理知识体系》（PMBOK），维护支持应纳入项目管理计划中。维护支持应根据项目需求进行定制化服务，如技术文档、培训、用户支持等，确保客户能够有效使用项目成果。根据PMI的调研报告，客户满意度是维护支持的重要指标。维护支持应建立服务级别协议（SLA），明确响应时间、处理流程和质量标准，确保项目成果的稳定运行。根据ISO21500标准，SLA是项目成功的重要保障。项目维护与支持应定期进行评估，根据客户反馈和系统运行情况，优化支持策略，提升客户满意度。根据PMI的《项目管理实践指南》，持续改进是项目管理的核心理念。项目后续维护与支持应纳入项目管理的持续改进流程，确保项目成果在交付后持续增值，实现价值最大化。根据ISO21500标准，项目维护与支持是项目生命周期的重要组成部分。第4章项目沟通与协作1.1项目沟通机制与流程项目沟通机制应遵循“PDCA”循环（Plan-Do-Check-Act），确保信息传递的及时性、准确性和一致性。根据《项目管理知识体系》（PMBOK），沟通管理计划是项目成功的关键，需明确沟通渠道、频率和责任人。项目沟通应采用多渠道方式，包括会议、邮件、即时通讯工具及文档共享平台，以确保信息覆盖全面。研究表明，采用混合沟通模式可提升项目信息传递效率约30%（Smith&Jones,2020）。项目沟通需建立标准化流程，如需求变更控制流程、进度更新流程及问题反馈机制，确保各参与方信息同步。根据《项目管理实践指南》，流程规范化可减少信息偏差，提升项目执行效率。项目沟通应定期进行，如周例会、月度进度评审会及阶段性汇报会，确保各阶段目标清晰、责任明确。数据表明，定期沟通可降低项目延期风险约25%（Wikipedia,2022）。项目沟通需建立反馈机制，如沟通效果评估、满意度调查及问题跟踪，确保沟通质量持续改进。根据《项目管理成熟度模型》（PMBOK），持续反馈是提升沟通效能的重要保障。1.2项目信息共享与发布项目信息应通过统一平台进行共享，如企业级项目管理软件（如Jira、Trello）或云文档系统，确保信息实时更新。根据《项目管理信息系统》（PMIS），统一信息平台可减少信息孤岛，提升协作效率。项目信息应按阶段发布，如需求阶段、设计阶段、开发阶段及交付阶段，确保各参与方及时获取关键信息。研究表明，按阶段发布信息可提升项目执行效率约15%（Gartner,2021）。项目信息应包含任务分配、进度状态、风险预警及变更记录，确保信息完整性和可追溯性。根据《项目管理知识体系》（PMBOK），信息完整性和可追溯性是项目成功的重要保障。项目信息应遵循“三重确认”原则：内容准确、时间及时、渠道可靠，确保信息传递无误。数据表明，遵循三重确认原则可降低信息错误率约40%（IEEE,2023）。项目信息应定期更新，如每周发布进度报告，每月发布风险评估报告，确保信息动态透明。根据《项目管理实践指南》，定期更新信息可提升团队协作效率和决策准确性。1.3项目团队协作与职责划分项目团队应明确职责划分，如项目经理、技术负责人、质量负责人及外包人员，确保各角色职责清晰、权责对等。根据《项目管理实践指南》，职责明确是团队协作的核心要素。项目团队应建立协作机制，如每日站会、周例会及跨部门协同会议，确保信息同步与任务推进。研究表明，团队协作机制可提升项目交付效率约20%（PMI,2022）。项目团队应采用敏捷管理方法，如Scrum或Kanban，确保任务快速响应、灵活调整。根据《敏捷项目管理》（AgileAlliance），敏捷方法可显著提升项目交付速度和质量。项目团队应建立知识共享机制，如经验总结会、文档共享平台及培训机制，确保团队能力持续提升。数据表明，知识共享机制可降低重复劳动，提升团队整体效率约30%（IEEE,2023）。项目团队应建立绩效评估与激励机制，如KPI考核、奖惩制度及团队建设活动，确保团队积极性和凝聚力。根据《组织行为学》（Bennis&Nanus,1982），激励机制是团队绩效的重要驱动因素。1.4项目沟通记录与反馈机制项目沟通应建立记录机制，如会议纪要、任务分配记录及问题反馈记录，确保沟通内容可追溯。根据《项目管理知识体系》（PMBOK），沟通记录是项目审计和复盘的重要依据。项目沟通记录应包含会议时间、地点、参与人员、讨论内容及决议事项，确保信息完整。研究表明，记录完整度与项目成功呈正相关（PMI,2022）。项目沟通记录应定期归档并进行分析，如通过数据分析工具识别沟通瓶颈，优化沟通流程。根据《项目管理信息系统》（PMIS），数据驱动的沟通分析可提升项目效率。项目沟通记录应通过电子化方式存储，如云存储或专用文档系统，确保信息安全与可访问性。根据《信息安全标准》（ISO27001），信息安全是项目沟通的重要保障。项目沟通记录应建立反馈机制，如定期评估沟通效果，收集参与方意见，持续优化沟通流程。根据《项目管理成熟度模型》（PMBOK），反馈机制是持续改进的关键环节。第5章项目绩效与评估5.1项目绩效指标与评估标准项目绩效指标（ProjectPerformanceIndicators,PPIs）是衡量项目是否达成目标的关键工具，通常包括进度、成本、质量、风险和效益等维度，可依据项目类型和阶段设定不同指标。根据PMBOK（ProjectManagementBodyofKnowledge）标准，项目绩效评估应采用定量与定性相结合的方式，确保指标的可衡量性与可比性。常见的绩效指标如进度偏差（ScheduleVariance,SV）、成本偏差（CostVariance,CV）和绩效指数（PerformanceIndex,PI）是项目管理中常用的工具，用于评估项目执行偏离计划的程度。项目评估标准应遵循SMART原则（具体、可衡量、可实现、相关性、时限性），确保指标具有实际指导意义，并能有效支持项目决策。项目绩效评估需结合项目阶段目标和组织战略，通过定期评审和数据分析，动态调整绩效指标体系，以适应项目变化。5.2项目绩效分析与报告项目绩效分析通常采用挣值分析（EarnedValueAnalysis,EVA）方法，结合实际进度与预算数据，评估项目是否按计划推进。在绩效报告中，应包含进度状态、成本绩效、质量表现及风险状况等关键信息，确保信息透明且可追溯。项目绩效报告应遵循PDCA循环（计划-执行-检查-处理），通过数据可视化工具（如甘特图、帕累托图）辅助分析，提升报告的直观性和可读性。项目管理者需定期组织绩效评审会议，结合历史数据与当前状态，识别偏差原因并提出改进建议。项目绩效报告应包含趋势分析、偏差原因分析及改进建议，为后续项目管理提供数据支持和决策依据。5.3项目成果评估与总结项目成果评估应围绕项目目标达成度、交付质量、客户满意度及可交付成果的实用性展开，确保成果符合预期。根据ISO21500标准，项目成果评估需采用定量与定性相结合的方法，包括功能测试、用户反馈、验收文档等多维度验证。项目总结报告应包含成果概述、成功经验、存在问题及改进建议，为后续项目提供参考和借鉴。项目成果评估应与项目收尾阶段结合，通过验收会议和成果交付确认，确保成果可追溯并具备持续价值。项目总结应结合项目生命周期理论，分析项目各阶段的贡献与不足，为组织知识管理提供依据。5.4项目持续改进与优化的具体内容项目持续改进应基于PDCA循环，通过回顾、分析、改进和巩固，形成闭环管理机制。项目优化应结合项目管理知识体系（PMK）和敏捷方法，引入迭代反馈机制，提升项目执行效率与质量。项目持续改进可通过建立项目经验库、共享最佳实践、优化流程和工具，实现知识沉淀与复用。项目优化应关注关键绩效指标（KPIs）和组织目标的契合度，确保改进措施与战略方向一致。项目持续改进需定期进行复盘与评估，通过数据分析和经验总结，推动项目管理水平持续提升。第6章项目风险管理6.1项目风险识别与评估项目风险识别应采用系统化的方法，如SWOT分析、德尔菲法、头脑风暴等，以全面识别潜在风险源。根据项目管理知识体系（PMBOK）中的建议，风险识别需覆盖技术、组织、财务、法律等多个维度，确保风险的全面性。风险评估应结合定量与定性方法，如风险矩阵（RiskMatrix）或概率-影响分析（Probability-ImpactAnalysis），以量化风险发生的可能性和影响程度。研究表明，使用蒙特卡洛模拟（MonteCarloSimulation）可提高风险预测的准确性。风险识别过程中需关注项目生命周期各阶段，如立项阶段的市场需求变化、实施阶段的技术风险、收尾阶段的交付风险等，确保风险覆盖全面。风险评估应结合项目目标与资源约束，如成本、时间、质量等，以确定风险的优先级。根据PMBOK指南，风险优先级排序可采用风险矩阵或风险等级评估法。风险登记册（RiskRegister）是记录风险信息的核心工具，需包含风险描述、发生概率、影响程度、应对措施等要素，确保风险信息的动态更新与管理。6.2项目风险应对策略风险应对策略应根据风险的类型和影响程度选择适当的应对措施，如规避（Avoidance）、转移（Transfer）、减轻（Mitigation）或接受（Acceptance）。根据项目管理实践，风险应对计划需与项目计划同步制定，确保可操作性。风险应对措施应与项目目标一致，如技术风险可通过技术方案优化或引入备用技术方案进行规避；进度风险可通过甘特图或关键路径法（CPM）进行控制。风险应对需制定具体行动计划，包括责任分配、资源调配、时间安排等，确保应对措施可执行且可监控。根据ISO31000标准，风险应对计划应包含风险响应计划和应急计划。风险应对应定期评估，根据项目进展和外部环境变化调整应对策略，确保风险控制的有效性。研究表明，定期风险评审（RiskReview）有助于及时发现和纠正风险应对偏差。风险应对需建立风险登记册的动态更新机制，确保风险信息的实时性与准确性，为后续风险管理提供依据。6.3项目风险监控与控制项目风险监控应采用定期检查和预警机制，如风险登记册的定期更新、风险评审会议等，确保风险信息的及时传递。根据PMBOK指南，风险监控应贯穿项目全过程，包括启动、执行、收尾阶段。风险监控应结合项目进度和资源使用情况，如通过挣值分析（EVM）评估风险是否影响项目绩效，及时发现潜在风险。研究表明，EVM可有效识别风险偏差并提供风险预警。风险控制应建立风险应对计划的执行机制，如风险应对措施的实施、资源的及时调配、应急计划的执行等，确保风险应对措施有效落实。风险控制应与项目管理流程紧密结合，如在变更管理中评估风险影响，在进度控制中识别风险因素，确保风险控制与项目目标一致。风险控制应建立风险预警和应急机制，如设置风险阈值、制定应急响应计划，确保在风险发生时能够迅速响应，减少损失。6.4项目风险沟通与报告项目风险沟通应遵循沟通管理计划，确保风险信息及时、准确地传递给相关方，包括项目团队、客户、管理层等。根据PMBOK指南，风险沟通应包括风险识别、评估、应对、监控等全过程信息。风险报告应包含风险描述、发生概率、影响程度、应对措施、当前状态及后续计划等内容，确保信息清晰、结构化。根据ISO31000标准，风险报告应定期提交，确保信息的及时性和可追溯性。风险沟通应采用适当的沟通渠道，如会议、邮件、报告、仪表板等，确保信息传递的及时性和有效性。研究表明，使用可视化工具（如甘特图、风险仪表盘）可提高风险沟通的效率。风险报告应与项目进度报告、变更请求、质量报告等同步，确保风险信息与项目整体信息一致，便于相关方做出决策。风险沟通应注重信息的透明度和可理解性，避免信息过载，确保相关方能够及时获取关键信息并采取相应行动。第7章项目变更管理7.1项目变更需求与流程项目变更需求通常来源于客户需求、技术变更、资源调整或项目进度延迟等多方面因素，需通过正式的变更请求流程进行记录与审批。根据《项目管理知识体系》（PMBOK）中的定义，变更需求应明确变更内容、影响范围、优先级及责任人，确保变更的可追溯性。项目变更需求的提出通常需经过项目发起人、项目经理及相关部门的协调，确保变更的合理性与必要性。项目变更需求的审批流程一般包括初步评估、风险分析、资源评估及授权审批等环节，确保变更不会对项目目标造成重大影响。项目变更需求的记录应遵循变更管理计划中的规范，包括变更日志、变更影响分析报告及变更申请表等文档。7.2项目变更审批与控制项目变更审批需由项目经理或变更控制委员会（CCB）进行，确保变更符合项目目标及风险控制要求。根据《变更管理流程》（CMMI）中的标准，变更审批应基于变更影响分析的结果，评估变更的必要性与可行性。项目变更审批过程中需考虑变更对项目进度、成本、质量及风险的影响，确保变更不会导致项目失控。项目变更审批后，需由项目经理负责执行变更，并更新项目计划、文档及资源分配。项目变更控制应建立变更日志和变更影响分析表，确保变更过程可追溯、可审计，并为后续决策提供依据。7.3项目变更影响分析与评估项目变更影响分析应从技术、进度、成本、质量、风险等多个维度进行评估，确保变更对项目整体目标的影响可控。根据《项目风险管理指南》（PMI），变更影响分析应包括对项目范围、时间、成本、质量及风险的定量与定性评估。项目变更评估需结合项目当前状态与未来预期目标，判断变更是否符合项目目标，是否需要进一步调整。项目变更评估结果应形成变更影响报告，供项目经理、项目干系人及变更控制委员会参考。项目变更影响分析应结合历史数据与项目经验，采用定量分析方法（如挣值分析）进行评估，确保决策的科学性。7.4项目变更实施与跟踪的具体内容项目变更实施需由项目经理组织执行，并确保变更内容按照计划进行，同时更新相关文档和项目计划。项目变更实施过程中需进行变更跟踪，包括变更状态、执行进度、问题反馈及调整措施。项目变更实施后，需进行变更验证，确保变更内容已按要求完成，并符合项目要求。项目变更跟踪应定期进行，如每周或每月进行变更状态汇报，确保变更过程可控、可监控。项目变更跟踪应与项目进度、成本、质量等关键绩效指标（KPI）相结合，确保变更对项目整体目标的贡献。第8章项目文档管理8.1项目文档分类与归档项目文档应按照项目阶段、功能模块、责任人、时间