Project Intake Process

Owned by Josh Kanehen
Last updated: Jul 08, 2024 by Josh Kanehen

Table of Contents

The IT project intake process allows any SPU faculty and staff to submit a project request for collaboration with CIS. The IT project intake process is the means which allows CIS to partner with the people behind every request and provide the best service to the university. The goals of this process are to:

  • Properly define and plan potential projects to increase the likelihood of success.
  • Facilitate collaboration between departments and teams in technology projects.
  • Ensure that the technology projects that CIS initiates or assists with are the ones that provide the most value to the university.
  • Allow CIS to be transparent about the projects we work on.

Typically, the definition process requires 2-3 months, and then the project is prioritized against other requests on a 2-3 month cycle (see details below).

As a general rule: Project Intake should start at least 2 quarters before the desired outcome is ready to "go-live". Larger, more complex projects, as well as projects with more marginal value, should have commensurably longer lead-time planning. 

If you have not submitted a project proposal, click here to fill out a short project request form .

To check the status of your project proposal, go to the Project Roadmap or the Project Backlog; or, contact a CIS BSA or PM .


Project Intake

The project intake process takes a project request through several steps outlined in the chart below. Here is each step in the intake process and the typical length of time that project requests spend in that step. Within this process, a project is still considered a request and will be tracked in Jira with an "ITPM" ticket prefix. A project will begin only after the request has been accepted.

idea - request - definition - prioritization - scheduling - implementation

  1. Request: Go to Jira and click "Create" to create a Project Intake Request using the field values below along with your project details. Usually, a CIS Business Analyst will initiate conversations/meetings to begin project definition within 1-2 weeks (depending on schedules).
    1. Project: IT Project Management
    2. Issue type: Project Request
  2. Definition: Work with CIS to write a project charter. This is a collaborative effort that requires input from everyone on the potential project team. Most projects take 1-3 months to properly define. This process can be shorter or longer depending on the project's scope and scale. 
  3. Prioritization: The project is /wiki/spaces/CIS/pages/36143738 . CIS prioritizes projects every 2-3 months (schedule) and during this step, decision-makers assess the business value that a project has to the university and assign a priority comparative to other projects. Depending on available staffing and the project's priority, a project may go through prioritization multiple times before it is accepted.

    After prioritization, the project request's status may be directed in one of 4 ways:

    • Acceptance - The project charter is accepted. The project can be scheduled to begin. 
    • Remain in Prioritization - Projects may remain in prioritization for one or more cycles. This does not mean that the project will not move forward. 
    • Re-definition - A project charter may need further definition before it is re-prioritized.
    • Expediting - With a VP override from the Project Sponsor's area, a project request may be evaluated, prioritized and/or expedited into acceptance off cycle.
  4. Scheduling: If a project is accepted after prioritization, CIS will work with the requesting department to schedule the project kickoff. Depending on other factors, this usually happens within 1-4 weeks of being Accepted.
Keep reading to learn more about each step in the project intake process.


Project Request

Project requests are created by submitting a Project Intake Request (see above). To fill out the form, you will need to know some basic information regarding the project:

  1. What are the goals of the project?
  2. Who is requesting and sponsoring the project?
  3. When would you like the project to be completed?

The submission of the form creates a JIRA ticket. This ticket allows CIS, the project requester, and any other interested SPU faculty or staff to track the project throughout the intake process. 


Definition

Studies have shown that properly defined projects are more likely to succeed and be completed on time and on budget. The primary focus of the IT project intake process is to properly define projects in writing so that every member of the project team and any interested stakeholders are on the same page. A member of the CIS Business Systems team will meet with the project requestor and any immediate stakeholders to define the project. The conversation will cover the following:

  • What is the project? (i.e.: What do we hope to achieve and what will it cost?)
  • Why do we (as a university) need to take on this project?
  • When does this project need to be completed?
  • Who should be involved in this project? The people involved are part of the project team.

Scale & Scope

As the details of the project are discussed, the project team will begin to get an idea of the project's scale and scope. The scale and scope is simply, how big the project is. The "size" of a project is impacted by a number of factors, including the project's potential benefits, costs, level of impact, and complexity. The scale and scope of the project is used to determine whether the project can be expedited through the intake process, it will inform the project charter in the definition stage, and it will be used to help with the project's prioritization and scheduling.

Project Charter

Projects are defined through a document called a Project Charter. The charter is a collaborative document, which will be written by all members of the project team. The CIS staff member working with you on your project intake will guide and assist the project team with the writing of the project charter. 

Click here to learn more about the Project Charter .


Expediting Projects

To remain agile and support quick-moving initiatives around the university, the project intake process allows for projects to be expedited through the process. This includes a request from the VP of the Project Sponsor's area to expedite the evaluation, prioritization and/or acceptance of the project. For projects that are Expedited and Accepted CIS will immediately work with the identified project team to schedule the project. Even for Expedited projects, work may not begin immediately depending on current projects and existing commitments. Projects that are expedited also benefit from a project charter. If you believe that your project should be expedited, speak to the CIS staff member who is assisting you through the IT project intake process.

 Click here view the criteria for project expediting...

For a project to be considered for expediting, it must have both of the following characteristics. 

High Impact

This characteristic shows the impact to the service SPU can provide to the campus community. This is usually in the form of timely or broad service the campus community (usually directly to students). High-impact is also relative to the cost and complexity of the project. As those factors grow the impact to cost ratio declines and makes a project more suited to the normal prioritization process.

A key component of a Project Request being High Impact is that the area VP for the Project Sponsor/Owner approves the project for expediting the project review (usually at the cost of existing projects and university initiatives). The VP should communicate the institutional importance of the Project Request to the Director of Business Systems and/or the AVP for Information Technology. 

 Click here for examples...

SensusAccess - The service helps accommodate disabled students by allowing all SPU students, faculty, or staff to automatically convert documents into accessible-formats like e-books, audio books, or digital braille.

IT Service Catalog - The service catalog publishes the list of software and services that SPU already pays for, which can help departments meet their operational needs with existing services and without the costs of purchasing or implementing new system.

Low Cost or Complexity

Projects that are low in cost, complexity, or both are perfect candidates to be expedited. Costs can include monetary, time, and/or labor and the effect can apply to the university as a whole or just CIS. Low complexity can include the people, processes, and/or resources that are involved in the project. When this characteristic is combined with high impact of the project's outcome, the project becomes a much more attractive candidate for immediate acceptance. 

 Click here for examples...

SensusAccess - This project had low resource costs overall to SPU, and even lower costs to CIS. The department's involvement in the project was to help review the contract, add HTML iFrames to pages that will host the service, and coordinate implementation. Since SensusAccess is a SaaS service, the bulk of implementation is conducted by the vendor.

IT Service Catalog - Because this project primarily involved one business analyst, the level of cost and complexity to the project was very low.

In addition to the criteria above, projects that have the following characteristics are more likely to be considered for review off-cycle:

  • Academic Innovation
    Individual or groups of faculty members who wish to implement a new system or technology in the classroom for academic innovation can request for their request to be expedited. These projects typically have tight timelines and expediting is required so students can feel the full impact of academic innovation in their learning. Academic innovation pilot programs are also good candidates for expediting. 

     Click here for examples...

    Apple TV Pilot - ETM and CIS worked together to deploy and pilot Apple TV's in several SPU classrooms. The pilot program allowed faculty to test the use of iPads and Apple TV's as a tool in new "un-tethered" teaching pedagogies.

  • Strategic Imperative
    A strategic imperative will come from university leadership and will align with an overall strategic goal of the university. Strategic imperatives can have tight timelines and can force a project to be expedited into the implementation stage. 

     Click here for examples...

    Digital Signage - The VP of Enrollment Management & Marketing, in conjunction with the VP of Student Life, would like to research digital signage solutions with the goal to implement a small number of signs and grow that number in the future. The project is neither low in cost or complexity, but the timeline and the mandate forced this project to be expedited.

  • Imminent External Imperative
    Imperatives from outside the university with an imminent timeline will often force a project to be expedited. These can come in the form of new regulations or other external environmental factors.

     Click here for examples...

    Enterprise MFA - The environment in modern technology and communications of phishing scams have affected SPU's operations and bottom line. Enterprise MFA can help protect the university and its stakeholders from unauthorized access to SPU accounts. While the project is complex, the external pressure of phishing scams forces us to do something and implement MFA to mitigate this risk.

Prioritization

While the number of potential projects are limitless, the amount of resources (money, time, expertise) available to the university, CIS, and other departments are always limited. Evaluation and prioritization allows CIS, in partnership with other departments and a university-wide advisory council to analyze the pending project requests and move forward with the projects that are most beneficial to the university. These groups will evaluate and prioritize projects on a regular basis throughout the calendar year. 

Click here to learn more about evaluation and prioritization .

At the end of the evaluation and prioritization stages, projects can enter one of the following statuses:

  • Accepted - These projects will be scheduled to begin implementation, usually within the next 90 days.
  • Expedited - Similar to accepted, this status is used for projects that were expedited through the intake process.
  • Prioritization - Projects may remain in prioritization for one or more cycles.
  • Definition - Project decision-makers may request that a project undergo further definition before being re-prioritized in the next cycle. 
  • Deferred - Projects that are deferred require additional work of some kind before moving forward. Deferred projects can be placed back in the prioritization queue when outstanding action items related to the project are completed. 
  • Closed - The project is canceled. 

Projects that remain in the prioritization stage will be re-evaluated and re-prioritized during the next prioritization cycle. Click here to view a list of projects currently awaiting prioritization.

Error rendering macro 'excerpt-include' : User 'null' does not have permission to view the page 'Project Prioritization'.

Scheduling

After projects are accepted or expedited, CIS will work the project team and immediate stakeholders to schedule the project's implementation. Project scheduling is dependent on the current and planned workloads. We will work with every department involved in every project to ensure that projects are scheduled for work so that members of the project team are available for the project. 

Click here to view a list of projects that have been accepted and are awaiting scheduling or implementation .

Click here to view a list of projects that are currently ongoing .


Signatures & Kick-Off

Part of the project charter is a section containing the signatures of the project sponsor, project owner, and the director-level supervisors of the project team. These signatures signify the acceptance of the project plan and commitment to start and finish the project with the resources required by the project plan. 

Once the project has been accepted or expedited and scheduled, the project charter's timeline section should be updated. The charter can then be finalized and passed to each director, the project owner, and the project sponsor for signatory approval.