{"id":19648173,"url":"https://github.com/bestpractical/rt-extension-changemanagement","last_synced_at":"2025-09-26T16:02:52.019Z","repository":{"id":66697604,"uuid":"465360099","full_name":"bestpractical/rt-extension-changemanagement","owner":"bestpractical","description":null,"archived":false,"fork":false,"pushed_at":"2023-08-14T21:39:59.000Z","size":77,"stargazers_count":3,"open_issues_count":0,"forks_count":0,"subscribers_count":7,"default_branch":"master","last_synced_at":"2025-01-09T22:50:34.723Z","etag":null,"topics":[],"latest_commit_sha":null,"homepage":"http://metacpan.org/release/rt-extension-changemanagement","language":"Perl","has_issues":false,"has_wiki":null,"has_pages":null,"mirror_url":null,"source_name":null,"license":null,"status":null,"scm":"git","pull_requests_enabled":true,"icon_url":"https://github.com/bestpractical.png","metadata":{"files":{"readme":"README","changelog":"Changes","contributing":null,"funding":null,"license":null,"code_of_conduct":null,"threat_model":null,"audit":null,"citation":null,"codeowners":null,"security":null,"support":null,"governance":null,"roadmap":null,"authors":null,"dei":null,"publiccode":null,"codemeta":null}},"created_at":"2022-03-02T15:23:07.000Z","updated_at":"2024-11-13T08:56:17.000Z","dependencies_parsed_at":"2024-11-11T14:47:26.207Z","dependency_job_id":null,"html_url":"https://github.com/bestpractical/rt-extension-changemanagement","commit_stats":null,"previous_names":[],"tags_count":2,"template":false,"template_full_name":null,"repository_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/bestpractical%2Frt-extension-changemanagement","tags_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/bestpractical%2Frt-extension-changemanagement/tags","releases_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/bestpractical%2Frt-extension-changemanagement/releases","manifests_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/bestpractical%2Frt-extension-changemanagement/manifests","owner_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners/bestpractical","download_url":"https://codeload.github.com/bestpractical/rt-extension-changemanagement/tar.gz/refs/heads/master","host":{"name":"GitHub","url":"https://github.com","kind":"github","repositories_count":240957581,"owners_count":19884760,"icon_url":"https://github.com/github.png","version":null,"created_at":"2022-05-30T11:31:42.601Z","updated_at":"2022-07-04T15:15:14.044Z","host_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub","repositories_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories","repository_names_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repository_names","owners_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners"}},"keywords":[],"created_at":"2024-11-11T14:47:21.866Z","updated_at":"2025-09-26T16:02:52.008Z","avatar_url":"https://github.com/bestpractical.png","language":"Perl","funding_links":[],"categories":[],"sub_categories":[],"readme":"NAME\n    RT-Extension-ChangeManagement - Change Management configuration for RT\n\nRT VERSION\n    Works with RT 6. For previous versions of RT install the latest 0.*\n    version.\n\nINSTALLATION\n    perl Makefile.PL\n    make\n    make install\n        May need root permissions\n\n    Edit your /opt/rt6/etc/RT_SiteConfig.pm\n        Add this line:\n\n            Plugin('RT::Extension::ChangeManagement');\n\n    make initdb\n        Only run this the first time you install this module. If you run\n        this twice, you may end up with duplicate data in your database.\n\n    Clear your mason cache\n            rm -rf /opt/rt6/var/mason_data/obj\n\n    Restart your webserver\n\nUPGRADING\n    To upgrade from an earlier version, see the instructions in the\n    UPGRADING document.\n\nDESCRIPTION\n    This extension provides the configuration to implement a change\n    management process in Request Tracker\n    \u003chttps://bestpractical.com/request-tracker\u003e.\n\n    Organizations working to standardize internal processes for ISO or SOC\n    compliance must have a standardized way to deploy and track changes to\n    software, hardware, infrastructure, etc. This extension implements a\n    change management system within RT, providing a framework for handling a\n    variety of change types. It uses all core RT features, so everything can\n    be modified as needed to align with your organization's practices and\n    procedures. As-is, it provides a simple, fully functional implementation\n    of an ITIL-like change management process.\n\n    To provide additional validation and required fields for different\n    stages of the process, you can install\n    RT::Extension::MandatoryOnTransition. An example configuration is\n    provided in the sample configuration file in\n    etc/ChangeManagement_Config.pm.\n\n    We've provided a walkthrough video \u003chttps://youtu.be/uQEEf7SGlkg\u003e to\n    demonstrate some of the functionality available in the change management\n    extension.\n\n  Change Management Queue\n    After installing, you'll see a new queue called Change Management for\n    tracking all of the incoming change requests. You can change the name to\n    anything you like after installing. In a typical configuration, you will\n    also want to assign an RT email address, like *changes@example.com* or\n    *crb@example.com* (Change Review Team) to create tickets in this queue.\n\n   Rights\n    By default, Everyone can see the queue, create tickets, and view\n    tickets. All users can also set custom fields on create, but only then.\n    You can grant more rights if your change requestors need to update\n    custom fields after the ticket is created.\n\n    The Change Management group has more rights to work on change tickets\n    including taking ownership and approving or rejecting requests.\n\n    Some custom rights are available if you go to Admin \u003e Queues, click on\n    Change Management, then click Group Rights. The \"Status changes\" tab has\n    specific rights to allow users to \"Approve Requests\" and \"Implement\n    Changes\". By default, the Change Reviewer role can \"Approve Requests\"\n    and the Change Implementor role can \"Implement Changes\". If this is too\n    restrictive for your workflow, you can grant these to more users,\n    possibly via a group.\n\n  Custom Roles\n    The roles below are allow you to assign different users to parts of the\n    change management process. In addition to clearly identifying who is\n    responsible for parts of the process, these roles can be used to manage\n    rights and notifications like email.\n\n    Change Reviewer\n        Person who reviews incoming change requests, and is responsible for\n        approving or denying a change request.\n\n    Change Implementor\n        Person who is responsible for implementing a change request.\n\n  Groups\n    Groups are included to make it easy to add users quickly and give them\n    sufficient rights to interact with the Change Management queue.\n\n    The Change Management group gives a set of rights appropriate for staff\n    who will work with chagne management tickets. It allows them to take\n    tickets, comment, change custom fields, etc. You can refine all of these\n    after you install the extension.\n\n  Change Management Lifecycle\n    The Change Management lifecycle provides a set of common statuses. You\n    can update this as needed to add or remove statuses and transitions.\n\n    Requested\n        Status given to a new change request. Indicates than a change has\n        been requested and is awaiting approval.\n\n    Approved\n        For changes that are approved but not yet implemented.\n\n    In Progress\n        An approved change that is in the process of being deployed.\n\n    Partially Deployed\n        The change has been partially deployed; it is either taking an\n        unusually long time to complete, or part of the deployment succeeded\n        while another part failed. Reasons as to why should be detailed in a\n        comment.\n\n    Deployed\n        The change has been deployed successfully.\n\n    Failed\n        The change failed to deploy. Reasons should be detailed in a\n        comment.\n\n    Cancelled\n        This change was cancelled. Reasoning should be provided in a\n        comment.\n\n    Rejected\n        The change was rejected by the review team. Reasoning should be\n        provided in a comment on the ticket.\n\n  Custom Fields\n    Some common custom fields are provided to track additional information\n    about changes. The provided custom fields can be modified as needed, to\n    add or remove available values in dropdowns, for example.\n\n    You can also add more custom fields as needed. A %CustomFieldGroupings\n    configuration is provided to group custom fields in a Change Management\n    portlet. You can add new custom fields to this configuration to include\n    them in this section.\n\n   Change Category\n    Specifies the kind of change that is to be performed.\n\n   Change Type\n    One of the three types of changes. The initial values are those outlined\n    in ITIL:\n\n    Standard\n        A low risk, pre-authorized change that follows a repeatable process.\n        This is the default for new tickets in the Change Management queue.\n\n    Emergency\n        A change that must be performed ASAP, potentially bypassing approval\n        steps.\n\n    Normal\n        Any change that doesn't fall into the other types.\n\n   Rollback Plan\n    A description of the steps necessary to perform a rollback of the\n    proposed changes in the event that the deployment process is\n    unsuccessful.\n\n   Change Started\n    Date that the change was started. This is not the same as the normal\n    Started date on the ticket. Started is set when the ticket is moved to\n    an open status (such as approved); Change Started is when someone\n    actually started implementing the change.\n\n    A scrip is provided to automatically set this when status changes to in\n    progress or partially deployed.\n\n   Change Complete\n    Date that the change was successfully deployed. A scrip is provided to\n    automatically set this when status changes to deployed.\n\n  Change Management Dashboard\n    A Change Management dashboard is installed with two saved searches\n    included, one for upcoming changes and one for recently completed\n    changes. These are useful for tracking change tickets and are also good\n    examples of the types of saved searches and dashboards you can create\n    for different participants in the change process.\n\nCUSTOMIZING AND EXTENDING\n    Since this extension uses core RT features, it's easy for an RT\n    administrator to customize various parts. Below are some ideas.\n\n  Additional Custom Fields\n    Some ideas of fields that could be added to the change management\n    process might include:\n\n    Change Origin\n        Customer, Vendor, Internal. Dropdown.\n\n    Location\n        Datacenter, customer site, etc. Text.\n\n    Implementation Steps\n        Steps needed to implement proposed change. Text.\n\n    Validation Steps\n        Process for validating a change was deployed successfully. Text.\n\n    Impact Assessment\n        A description of what potential side effects of a proposed change\n        might be, what could happen if the change goes awry, etc. Text.\n\n   Making Custom Fields Required\n    Using RT::Extension::MandatoryOnTransition, any of the above fields can\n    be made required upon a status change. For example, you may wish to make\n    Implementation Steps, Validation Steps, and Impact Assessment required\n    fields before a change request can be approved. See\n    etc/ChangeManagement_Config.pm for a ready-to-use example with the out\n    of the box configuration.\n\n   Default Values for Custom Fields\n    As an RT admin, you can go to Admin \u003e Queues \u003e Change Management, then\n    click on Default Values in the submenu. From that page, you can set or\n    change the default values for assigned custom fields.\n\nAUTHOR\n    Best Practical Solutions, LLC \u003cmodules@bestpractical.com\u003e\n\n    All bugs should be reported via email to\n        bug-RT-Extension-ChangeManagement@rt.cpan.org\n    or via the web at\n        http://rt.cpan.org/Public/Dist/Display.html?Name=RT-Extension-ChangeManagement\nLICENSE AND COPYRIGHT\n    This software is Copyright (c) 2025 by Best Practical Solutions, LLC.\n\n    This is free software, licensed under:\n\n      The GNU General Public License, Version 2, June 1991\n\n","project_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Fbestpractical%2Frt-extension-changemanagement","html_url":"https://awesome.ecosyste.ms/projects/github.com%2Fbestpractical%2Frt-extension-changemanagement","lists_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Fbestpractical%2Frt-extension-changemanagement/lists"}