Skip to main content
< All Topics
Print

Req 2.94: The Supplier shall support DepEd in establishing a...

📋 Requirement Details

Req 2.94: The Supplier shall support DepEd in establishing a structured change-management framework governing the creation, approval, rollout, and
maintenance of MDM configurations, policies, filtering rules, and administrative workflows.

⚙️ Technical Demonstration

IMTLazarus completely satisfies this requirement by providing the functional tooling and operational alignment necessary to establish a rigorous, audited Change-Management Framework. This structure governs the entire lifecycle of DepEd’s MDM environments—from initial policy design to department-wide maintenance—minimizing configuration drift and preventing unauthorized or disruptive modifications to the fleet.

The framework operates across four sequential, mandatory phases:

  • 1. Creation & Staging: Configuration changes, web filtering exceptions, or system rules are drafted within isolated, non-production policy containers. Administrators map the proposed changes to test groups (Organizational Units) rather than deploying them live to the production environment.
  • 2. Multi-Tier Approval Workflow: Aligned with Role-Based Access Control (RBAC), proposed configuration modifications must be reviewed and signed off by authorized Policy Approvers. The platform logs the administrative identity, timestamp, and justification for the change before it can be pushed to production.
  • 3. Controlled Rollout & Canary Testing: Policies are deployed progressively using a staged rollout methodology (e.g., piloting the rules inside a single Schools Division or school tier first). System telemetry is actively monitored to evaluate device stability and rule efficacy before wide-scale activation.
  • 4. Maintenance & Immutable Auditing: Once a policy goes live department-wide, the system continuously tracks its enforcement status. The platform’s version-control mechanics log every subsequent modification, providing a comprehensive, exportable audit trail for governance compliance.

Change-Management Lifecycle Matrix

To ensure programmatic consistency across Central, Regional, Division, and School administrative levels, the following procedural lifecycle defines the change management workflow:

PhaseOperational Gate / MilestoneResponsible Governance RoleSystem Action / Control Mechanism
Phase 1: InitiateRequest & DraftingConfiguration ManagerCreate policy draft inside a designated Sandbox Profile; define scope and target OUs.
Phase 2: EvaluateTechnical & Safeguarding ReviewSafeguarding Reviewer / IT LeadAudit filter exceptions against DepEd compliance guidelines; check for cross-platform conflicts.
Phase 3: ApproveFormal Authorization Sign-offPolicy ApproverCommit the approved configuration to the version history database; generate a deployment token.
Phase 4: PilotCanary Testing & VerificationConfiguration ManagerDeploy to a restricted pilot device group; monitor real-time activity logs for unexpected blocks.
Phase 5: DeployProduction RolloutConfiguration ManagerExecute zero-downtime, over-the-air (OTA) push across the targeted nationwide fleet.
Phase 6: AuditMaintenance & History LoggingReporting AdministratorGenerate compliance reports; preserve historical version snapshots for single-click rollback readiness.

Table of Contents