Process Map? What Process Map?

By Elaine Lauritzen

One of the things my husband and I like to do is hook up the trailer and hit the road.  We’ll drive across country, sampling regional specialties, shopping local markets, and finding places to fly his ultralight, or we’ll head to the beach and park alongside the ocean, watching the dolphins and sea lions play while we enjoy a leisurely breakfast.  Regardless of which direction we head, there is one thing we always make sure we have with us, our map.  Granted, the map is now a GPS that gets pretty bossy if we don’t turn just where it wants us to, but like the old American Express commercial says, we don’t leave home without it.

Our journeys are much different than those of Columbus, Lewis and Clark, Ponce de Leon, Magellan, etc.  We always carefully plan where we’re going after studying our map and reading of where others have gone and what they have done.  They bravely left their known world to face the unknown.  They may have been seeking glory, riches, or simply adventure.  They explored, discovered, sometimes battled, took, gave, and mapped.  Think about the mapping they did.  Have you ever wondered or considered how many people have used or benefitted from that effort?  I suppose lives have been saved, or perhaps lost, based on the maps and their accuracy or lack thereof.  Certainly lives have been changed as people used maps to relocate, find others, or conduct business.  In reviewing our country’s founding, it’s fascinating to see how often the battle was directed and won or lost based almost entirely on how familiar or unfamiliar the leaders were with the lay of the land, and how often they risked huge outcomes on the information of someone who knew how the ridge, river, gorge, or valley was laid out.  Similar to these geographical maps, we have maps in OIT that we use, and while our efforts and outcomes don’t reach the level of risking life and liberty others have, we still can gain huge benefit from understanding and using the maps we have.

• dictionary.com defines map as follows: Noun: a representation of items showing them in their respective forms, sizes, and relationships according to some convention of representation 
• Idiom: put on the map, to bring into the public eye; make known, famous, or prominent
  

So what maps are we talking about in OIT?  I’ll give you a hint – this newsletter is all about process . . .  Yep, we have process maps.  We even have a process roadmap.  So what are these and where can you find them?

Process maps are visual representations of the process flow, both at a high-level and a detailed step-level.  The process maps are part of the basic process documentation package that is created as the process is formally reviewed and documented.  The process documentation packages will be available in eRoom in the OIT Policies, Processes, and Procedures room, in the All Formal Processes folder.  Each process package will be in its own folder from there. 

The process roadmap is an inventory of all processes that have been identified at the OIT-level.  It provides detail about what the process is intended to do, who has accountability for ensuring the process does what it should, how the processes are related to each other, and the order in which we will focus formal process review efforts.  This roadmap is also in eRoom in the OIT Policies, Processes, and Procedures room, in the All Formal Processes folder.  It is currently an Excel spreadsheet with all kinds of columns and rows.  Quite frankly, we’re still working on how best to build, display, and use this map.  

Process relationships are complicated and our formal process work is still very early-on, so watch for ongoing updates and revisions of these maps while we explore and learn.  Whenever we find more details, more information, or old mistakes perpetuated, we will update and fix them.  We’ll do our best to keep everyone informed and able to navigate.  We invite you to come to eRoom and review the maps that already exist, give us feedback and information, and help us make the documentation even better.

Have you ever followed a Mapquest direction list that took you to an unexpected dead-end?  I have.  Even our new, fancy-schmancy GPS sometimes gets us to the wrong location or takes a really round-about path.  We hope our process maps never do that to us, but it may happen.  Whenever it does, please make sure to let us know.  Contact those you know who are part of a process review team.  Be part of a process review team. Contact a Process Navigator.  Help us make the journey better for those who follow in our path.

Leadership Council Message

By Brad Stone

“Faith is not to have a perfect knowledge of things; therefore if ye have faith ye hope for things which are not seen, which are true” (Alma 32:21).

In the Book of Mormon, Alma taught a marvelous lesson to the poor and humble Zoramites.  It is a lesson on faith and how to find rewards through patience.  Alma compares faith to a seed – a seed that if given the opportunity will grow.  

First we plant a seed.  As the seed grows, we begin to see the first rewards of our faith and “it beginneth to enlighten [our] understanding, yea, it beginneth to be delicious to [us].”  This early reward increases our faith, but we have not yet received a perfect knowledge that the seed will grow to completion.  Next, we see the seed sprout and grow which in turn strengthens our faith. This cycle continues until we see the final fruit appear and our faith turns into a perfect knowledge and we are able to partake of the delicious fruits of our labors.

Faith is not a quick process. “Yea, there are many who do say: If thou wilt show unto us a sign from heaven, then we shall know of a surety; then we shall believe” (Alma 32:17).  Instead of exercising faith, what if we demand a sign – a quick result?  What if the seed is cast out by our unbelief and we never even give it a try in the first place?  Would we ever learn that the seed would grow and produce fruit?

What if we started the process of planting the seed, but neglected it and didn’t nourish it properly?  What if we didn’t have the patience to see whether the tree would actually grow and gave up early.  Would we ever see the fruit appear?  The answer is “obviously not.”

As you know, the Office of IT is embarking on a renewed effort to clearly document and communicate our processes.  This effort is called Process Improvement Management (“PIM”). The Leadership Council has faith that by clarifying the processes, roles and duties that each of us has, we will work in a more harmonious manner.  We have faith that our customers will see an improvement as they interact with the Office of IT and consume our services.  We have faith that as we are asked to do more, we will be able to rise to the occasion and achieve more than we have been able to thus far.

In the past, there has been less coordination of the processes than we hope to see in the future. In some ways, we were looking for a quick result.  The Leadership Council has a strong commitment to invest in the PIM effort.  We need everyone in the Office of IT to follow our example and give PIM a chance to show the fruits of our efforts.  We need each of you to have the initial belief that PIM can improve our organizations and lead to measurable results.

The Leadership Council chose the Incident process as the first process to go through PIM.  We made this decision because it is one of the most critical processes that we use day-to-day and because it is also one of the most mature.  The Incident Process team has been assembled by the Leadership Council with representatives from all of the areas of the Office of IT that contribute to the process.  The kick-off meeting was very successful and the team is now meeting regularly. We have faith that we will see the Incident process well documented and communicated within the Office of IT before the end of the year.

In the coming weeks we will start other process through PIM.  As we embark on this effort, we know that there will be struggles, conflicts, and hard times ahead.  The Leadership Council is committed to nourishing the process by providing resources and aligning work assignments to allow the work to continue.  We know that everyone is very busy and that PIM could be seen as increasing our load.  In the short run it will be hard, but we cannot neglect this important effort. We can’t afford to give up what we want most for what we want now.  As each of us exercises patience and hard work, we will see the fruits of our labors.  

“And because of your diligence and your faith and your patience with the word in nourishing it, that it may take root in you, behold, by and by ye shall pluck the fruit thereof, which is most precious, which is sweet above all that is sweet, and which is white above all that is white, yea, and pure above all that is pure; and ye shall feast upon this fruit even until ye are filled, that ye hunger not, neither shall ye thirst” (Alma 32:42).

Incident Management Pilot of PIM

By Jared Harward

Incident Management has been selected by OIT Leadership Council to be a pilot for the PIM process. That may raise some questions in your mind, and I hope it does. Why Incident Management? Well for starters, it is a process that most of us are familiar with in the Office of IT. It’s also one of the more mature processes in OIT. It is a process that most of us use everyday.  

After formal approval as a project, the official project team got together, with OIT Leadership Council, for a kickoff meeting. During our kickoff, it was interesting to note how many different perspectives there are of what the Incident Management Process is. This is one of the very reasons that we need this team.  This team will be representing the various entities of the Office of IT as well as our customers.  They will be surfacing and resolving existing process issues and creating formal documentation about the Incident Management Process to help it and us to be more successful in serving our customers. They will be creating a package documenting the process so everyone can be on the same page.  How cool is that?

So, what is Incident Management anyway?  Is it the Service Desks?  Operations?  Remedy? Something else?  Let’s take a look at the way ITIL defines it. 

ITIL defines an Incident as follows:

• An unplanned interruption to an IT Service or a reduction in the Quality of an IT Service. Failure of a Configuration Item that has not yet impacted Service is also an Incident. For example Failure of one disk from a mirror set.
  

The goal of Incident Management according to ITIL is:

• The Process responsible for managing the Lifecycle of all Incidents. The primary Objective of Incident Management is to return the IT Service to Users as quickly as possible.
  

The Incident Management Process Team members are:

• Christine Oakes (Process Steward), Marty Garn, Matt Wilkinson, Mark Andersen, Nyla Miller, Deborah Tibbens, Jared Harward, Troy Gundersen, Darin Stephens, Troy Martin, Relia Smith, and Sorrel Jakins (Process Navigator).
  

Members of the Leadership Council that attended the Kick off are:

• Kelly McDonald, Brad Stone, Richard Maughan, and Ernie Nielsen
  

This is what we did at the project kickoff meeting. We played games; we had treats; we did not sing songs, but we could have. We played an awesome round of Jeopardy that used process terms introduced in previous newsletters. Can we just say, “Marty Garn rocks?” He knows his process stuff and is the undisputed Jeopardy champ! We also did a focus exercise on the value of teamwork and communication.  Kelly M reiterated OIT Leadership Council’s support and direction for this project and for PIM in general.

The next step is to determine where we are now with Incident Management.  We’ll do this by collecting existing documentation, brainstorming on the question of “where are we now?”, and most importantly, by directly interfacing with people who use this process every day.  After we do that we will set goals by asking ourselves, “where do we want to be?” Next, we will design the new and improved process, plan the roll-out, and implement the new process.

One of the most important parts of the new design will be to determine the Critical Success Factors (CSFs) and how we will measure them with Key Performance Indicators (KPIs).  We will use these on an ongoing basis to determine if the process is doing what we wanted it to and if we are reaping the benefit that we expected from the improvements.  How cool is that?!

What's Up With PIM?

By Valinda Rose

You may be wondering by now, “What is happening with the PIM process?” You remember the one; it’s the process to manage processes, aka Process Improvement Management! We want you to know that it is alive and well, in its “Preliminary Design” state. As you drill down into the process you’ll see we are currently in the “Simulate the Process” step, using Incident Management as our pilot. 

Let’s take a walk together through the steps the Process Navigators have taken thus far, in conjunction with OIT Leadership Council and others, and then give you a sneak peak of what is yet to come. 

Please refer to the newsletter insert for an overview of the PIM process. One side shows a textual one-page summary of key process components in PIM and the other side is a high- or overview-level map of PIM. 

Here is an outline of what has been accomplished so far: 

1.0 Evaluate the Process

• Step 1.1 Initiate a Process Innovation Effort – OIT Leadership Council was approached with a proposal to formalize the PIM process as a means of implementing the “customer-centric, supported by process” strategy that Kelly and Kelly introduced at February’s OIT All-Hands Meeting. 
  
• Step 1.2 Establish Organizational Sponsorship – OIT Leadership Council selected and chartered a cross-functional team (now known as the Process Navigators) to develop and implement PIM throughout OIT.
  
• Step 1.3 Gather Process Documentation – Process Navigators collected and gleaned from process-based activities that had been previously done in OIT as well as drawing from proven practices in the industry. This provided a view of the current process and ideas for the vision and scope for the Process Improvement Management effort.
  
• Step 1.4 Select Areas of Focus and Step 1.5 Determine Strategic Priority – OIT Leadership Council granted priority support to members of the Navigation team to allow focus on this important effort. The area of focus is to establish the baseline PIM process, design and validate an improved process, and implement the process in OIT. 
  

2.0 Analyze the Process

• Step 2.1 Plan Analysis Phase – A simple project plan was created that outlined the activities that needed to be accomplished in order to analyze the current process. This step included activities such as training the team on process improvement, establishing a communication plan, and validating the project plan.
  
• Step 2.2 Analyze Current Process – In this step, we took a more detailed look at best practices and current practices and identified gaps.
  
• Step 2.3 Select Improvement Opportunities – The Process Navigators outlined the gaps that needed to be focused on in order for the process to best meet the needs of OIT.
  
• Step 2.4 Obtain Confirmation and Support (Return and Report) – We briefed OIT Leadership Council on what we were doing and obtained their feedback and support for continuing the process improvement exercise. 
  

3.0 Develop the Process

• Step 3.1 Plan the Design Phase - Process Navigators outlined next steps and set target dates for the preliminary process design to be accomplished. 
  
• Step 3.2 Create the Preliminary Process Design – Process Navigators developed a set of templates based on best practices, and then documented the target PIM process using these formal templates. This resulted in the Process Package, introduced in last month’s newsletter. The Process Package for PIM is based on the reconciliation of industry proven practices and OIT’s strategic direction. It consists of the following documents: Process Policy, Process Overview, Process Map, Detail Process Steps, Roles and Responsibilities, and Continuous Improvement Plan. 
  
• Step 3.3 Simulate the Process – The purpose of this step is to walk through the process and validate that the process design fills the gaps and meets the organizational requirements. OIT Leadership Council approved Incident Management as the first process to pilot through PIM. This is indicated on OIT’s Process Roadmap. A formal project request was approved in PMC (Portfolio Management Council) to run through the PIM process for Incident Management. 
  

The project objective for the “PIM Incident Management Process Improvement” project is: Evaluate, analyze, develop, and implement a formal incident management process as a PIM pilot by December 31, 2008.

So, as for PIM, that’s where we stand. Stay tuned for more reports in the coming months about how the effort is progressing. Just remember, this will affect you! Please feel free to address any questions to the Process Navigation Team or to your line management. Managing Directors “are in the know” and are also able to address any concerns you might have.

Intro to Process Innovation Management (PIM)

By Valinda Rose

What is PIM? It’s another acronym–just what we need. It’s a life cycle for managing processes. Huh? Why do we need that? Are you trying to tell me we have a process to manage processes? Yup! Now before your eyes roll to the back of your head, give it a chance. How can we formalize processes in OIT unless we have guidelines for standardization? How can we ensure processes don’t get documented and then put on the shelf to gather dust—often before they’re even communicated or made available to the broader organization? How can we ensure a common readability and understanding of processes throughout OIT? Well, I suppose we can’t ensure anything by simply introducing a new process, but we can certainly provide a mechanism, sanctioned by OIT Leadership Council, by which processes can be documented, trained, communicated, made available to all OIT employees, and continually improved.

PIM, or Process Innovation Management, includes the following life cycle phases: Evaluate, Analyze, Design, Implement, and Manage. The first four phases are used when a process needs some significant level of attention resulting in changes to the process. The final phase, Manage, is ongoing work delineated by the acronym MITAR. MITAR breaks down the component steps of the “Manage” process as follows: Monitor, Investigate, Take Action, and Report.A few of the deliverables of the PIM process include:

• OIT Process Roadmap – An inventory of all processes that need to be Formally Managed along with timing and prioritization. Not unlike a technology roadmap or a product/service roadmap, this document contains a list of OIT processes and when they are slated for standardization, formalization, and/or innovation. OIT Leadership provides guidance to the process by validating which processes will be focused on when.

• Published PIM Process – A collection of process documents for Process Innovation Management that describe such things as the goal of the process, policies, expectations, process flow, stakeholders, key process steps, critical success factors, key performance indicators, roles and responsibilities. Once published, this process is available for use throughout the organization to guide process innovation activities.

• Process Package Templates – A collection of templates that support the PIM process. Representative templates include:

• Process Overview
• Policy
• Roles and Responsibilities
• High level process map
• Detail process map
  
• Detail process steps

As you follow the PIM process you will find a clear path to make sure your process is documented, communicated and understood organizationally. Whether a process is running well or whether it needs serious work, the PIM process has tools, templates and guidelines to help you achieve vibrancy and the appropriate level of management with your processes.

Leadership Council Message

By Ernie Nielsen

“We succeed individually. We prosper as a community.”1 This simple statement, penned by the CEO of Miller Freeman Company, was in grateful response to the Salt Lake community’s overwhelming support after an employee was killed in downtown’s freak tornado of August 1999.

Prosperity, “a successful, flourishing, or thriving condition,”2 moves forward our OIT community, and the greater BYU community, when there is appropriate attention to all four aspects of an organization’s culture; namely, attention to our customers (collaboration), our employees (cultivation), the quality of our services (competence), and the way we get things done (controls).

The Reengineering Alternative, Richard Schneider

Our ability to continue on the road of prosperity – not in the financial sense, but rather in the sense of progress – is guided by our leader’s view of the interaction of these four cultural aspects. Kelly Flanagan took the reins of OIT following the consolidation of IT services here on campus. In the first meeting we had with Kelly as managers of this new “OIT,” he gave us direction and focus by asking us to be closer to our customers (collaboration), which he expressed in his desire to be more “customer responsive.” He wisely cautioned us to not lose sight of the importance of quality, controls, and employee development as we focused on meeting the needs of our customers. He asked us to focus our quality efforts, our employee development, and our process development towards being more responsive to our customers. Here is his view:

The Leadership Council supports Kelly’s view and seeks to follow his guidance. One tangible evidence of this support is the representation of the Executive Account Management team on the Leadership Council.

Under the direction of the OIT Leadership Council, the Navigator Team has been tasked with facilitating the finalization of the development of integrated processes. We are consciously dedicating significant employee time and attention to this effort. As we do so, there could be a false perception created that “process” has become our OIT focus. In fact, the attention we are giving to process development and integration is in an effort to mature our processes to the appropriate level, with a focused eye on providing world class customer service in the higher education arena. Process becomes a contributor to our collaboration focus–the means to the end.

Some examples of processes supporting excellence in customer service:

• Stakeholder Reviews – in the Development Lifecycle – ensure that all stakeholders, including the customer, have frequent and formal inspection of the output of development. Starting with requirements review, continuing through design review and user acceptance, the customer is invited into the development process frequently to ensure that we are on the right track, and to capture their changing needs, in a timely manner, as their environment changes.

• Requirements Management – in the Product and Service Management Process – ensures that there is a customer-focused means for gathering and understanding requirements, with an eye towards managing all requirements through the development, project, and support processes.

• Project Team Development – in the Project Planning and Management Process – ensures customer participation in all projects by first asking the question, “Which functions are most affected by the success of this project?” when developing the Project Team.

• Release Readiness – in the Production Services Process – ensures that we incorporate the customer acceptance and support requirements before we place a service into production.

It is true that the process work we do and the processes we follow add steps to our ultimate goal of meeting our customers’ needs appropriately. More importantly, it is true that following the processes helps us to be predictable in our delivery, consistent in our quality, and reliable in our support of our customers. And these qualities of being predictable, consistent, and reliable keep us on the road of community prosperity, “a successful, flourishing, or thriving condition.”


1Deseret News, August 15 1999
2Dictionary.com unabridged v1.1

Process—Not a Magic Wand

And even if it were, you would still need to learn how to work it!
By Sorrel Jakins

When Harry Potter went to Diagon Alley to get his wand, he was first measured and fitted for the right wand by Mr. Ollivander. Mr. Ollivander had many good wands available, but not just any wand would do. Once Harry was matched with his wand, he still wasn’t done. Harry now faced years of schooling, practice and hard work to learn how to use his wand properly and how to get the most out of it. Process work is similar.

Process takes time, and not all problems can be solved by a new or improved process. People, Process, and Technology can be considered three legs of the same milking stool, all equally important. A balanced approach is necessary to avoid a wobble or a crash. For a good process to work well, there are certain pre- and post-requisites.

The benefit of having a common process model lies in the ability to adopt complex and commodity systems using a lingua franca for IT services. Even though we may all be speaking the same language, it is not a replacement for experience. The quality of a system is highly influenced by the quality of the process used to acquire, develop, and maintain it. Process improvement will increase product and service quality as we apply it to achieve business objectives. This, like repentance, is a continuously improving process and not a point-in-time event. As we grow towards a unity of process, we will move to a unity of purpose and a closer alignment of our objectives with BYU and OIT business objectives.

So an improved process model can “help eliminate confusion in terminology and provide a foundation for understanding”—how cool is that? Isn’t that what OIT and BYU needs? So why isn’t process management ubiquitous within OIT? Standards are difficult to implement, people fear that process brings bureaucracy and red tape, and inertia—we believe strongly in doing things the way we always have.

Formal processes provide a foundation for predictable and reliable IT service design and delivery. Just as Harry Potter and his friends learned to put their wands to use for their benefit and the benefit of others, so will we learn to do the same with our processes as we continuously work to improve them.

Back to the three-legged milking stool—do you know why it has only three legs? Because the cow has the udder. 

It's All About the Customer

By Elaine Lauritzen

What do our customers say about us? What do we think they are saying about us? What is the value of OIT to the business? How is that measured? I have an experience I remember every time I think about these questions.

My journey into IT was indirect. I first started working for the Financial Controller of an Aerospace manufacturing company in Park City many years ago. The company was in the process of bringing a new plant online in Utah. I was the third non-management employee hired and I was assigned to process job applications as they came in and to handle any other HR or Payroll paperwork that needed to be done. Up to that point in my life, I had some limited exposure to an early model PC we had at home – yes the screen was only one color and there were two floppy drives and no hard drive—but we’re not going to talk about how old I am, now are we?!

Part of my job required that I do some data entry work to input data from the timecards of the shop employees. When I sat down to learn how to do this, I was facing an old IBM terminal. You know, the kind with the really clacky keyboard and the monster monitor. I remember the first time I tried to get into the timecard entry program by myself. As I looked at that giganto monitor and waited for the screen to turn from black to flickering green, I felt as if I were staring into a huge, unknown black-hole. I had no idea how the technology worked and I was terrified that somehow I would mess up and push the wrong button which would then result in the entire main-frame melting down! I had no idea that sort of thing could not happen.

Once I got logged into the program and entered my data, I would always anxiously wait for the screen to come back and confirm the data was accepted. Every time it came back with an error that forced me to start over, I grumbled and moaned about the stupid ‘system’ and I nearly always included disparaging thoughts about the IT department in my complaining. Little did I know that one day, I would be one of “THEM!”

I guess my point is that within OIT, we need to always be aware of our customers and their experience. We need to be especially cognizant of the fact that many of our customers feel like I did that first day—at the very least, frustrated and at the worst, terrified of technology. Sometimes, we who are so comfortable with technology that a blue-screen-of-death is simply an opportunity to re-image and try out the latest, greatest OS, forget that not everybody is as comfortable with technology as we are. Sometimes we think that the sophistication or ‘coolness’ of the technology we deliver is all that is needed for our customers to be totally satisfied with us.

When the Savior said, “Come follow me,” he could do that because he first walked where we walk. He gave us the ultimate example of customer service. His love and compassion for the least among us should be the model for us to use as we work to meet our customers’ needs.

The process work that we are doing is important work and we need to make sure that we are always keeping our customer foremost in our minds as we mature our processes. It isn’t good enough for us to simply say we are thinking about them, we really need to be engaged with them and working to understand their point of view in everything we do. If we create our processes properly, this focus will be built in and we will ensure that customer needs are being met.

We Want to Hear From You!

By Jared Harward
You too can have your thoughts heard and published as part of the process work we’re doing. You can use any of the following ways to be heard:

1. Email us – processnavigators@byu.edu
   
2. “Navigate” to our blog – http://navigator.byu.edu
   


• Add comments by clicking on the comments link below the article you want to address.


• Enter your comment in the box and then select the radio button that says “Name/URL” (see the picture below!).


• You don’t need to worry about entering anything in the URL field, but we do want to know by whom the comments are being made. Please add your name to your comments.


3. Directly contact any of the team members

• Elaine Lauritzen 422-1232 elaine@byu.edu
• Jared Harward 422-8852 jared@byu.edu
• Valinda Rose 422-1494 valinda@byu.edu
• Sorrel Jakins 422-7128 sorrel@byu.edu
• Vince Rackliffe 420-1746 vbr3@byu.edu

We will take selected comments and place them in future newsletters as comments to the editor. Everyone has the opportunity to voice his or her opinion. Your input is important to us. If your comments are selected to be placed in a newsletter, you will be rewarded!! How cool is that? 

We would like Welcome Vince!

Welcome Vince!

Vince Rackliff has joined the Process Navigators!

If you don’t know Vince, you should. Vince comes from the OIT Architects Team. He is charged with learning how OIT processes function so reference architectures can be built in a complimentary manner. He just joined us this week and has already contributed to the team. Vince can be contacted at 420-1746, or vbr3@byu.edu.

Don’t forget that you are always welcome to contact any of the process navigators should you have questions or suggestions for how this process work proceeds.

On another note – we’re busy finishing up the content for our first formal process, Process Innovation Management (PIM). The process package will be delivered to Leadership Council on the 18th. Immediately following that, we expect other process teams to be formed and the work begin to formally document and manage additional processes. Watch for more information coming up on that.

And finally, we want to send a great big THANKS! to Relia Smith’s team, especially Scott Bowen. This team has been helping us with editing, formatting, and publishing. They have been AWESOME! Scott has been thrown into the deep end and has really surfaced and learned to swim quickly. We sure appreciate what they are doing for us.

BTW – next newsletter will be out sometime around July 18th – keep an eye out for it!

The last week or so

Lots of work happening since the last entry. Following the first teasers, the first newsletter was published. All of the newsletter articles are posted here in this blog. All future articles will also be posted here.

At the same time, the Process Navigators have been very busy documenting the Process Innovation Management process. This is the process that will help us manage all processes. We will present this process package to Leadership Council on July 18. We hope they like what they see and that we'll be able to move pretty quickly to get the process put into production. That means that we will begin publishing the package and holding training sessions to get everyone familiar with it. We'll also start working other processes through the steps towards getting them documented and published.

We're using as much material as we can from work that has been done previously in OIT. That should make it so that things look familiar and so that there aren't too many jarringly different surprises for anyone. We firmly believe that good process management in the organization means no unpleasant surprises.

Look for the second newsletter soon with more information about what we are doing and more ways for you to participate!!

Have a happy and safe 4th everyone!!!

First Teaser

So everyone got their 'teaser' candy card yesterday. It seems to have had the effect we were hoping for. A lot of people are wondering what it is for and what it means. The message was way vague "Scan the Horizon". This is great!!! We want everyone curious and interested.

The first newsletter is printing as we speak and will come out either today or Monday. All of the articles from that newsletter are the first entries in this blog. We're really focusing on finding lots of good interactive ways for everyone to participate in this effort.

The first process we're working on, Process Innovation Management (PIM) is coming along really nicely and we plan to have something to start showing everyone at the end of June, first of July. We're getting pretty excited to pilot the first few processes through their formal PIM review in July.

Lots of good stuff happening!!!

Keep Posted

You can keep up to date on the items posted here in one or more of the following ways:

• Log into the site regularly.


• Use the "subscribe via email" box at the right to have new posts sent to you each morning.


• Subscribe to the RSS feed using a feed reader such as those built in to Safari, Firefox, and Internet Explorer. The feed is a special file that lists the current posts on this site. A feed reader automatically downloads that file and displays the posts, along with any feeds you have chosen from other sites. View this video for help getting started.
  

Moving to a Mapped World

~From the Subliminal to the Obvious
~Getting Intuitive Process into the Institutional Memory
By Sorrel Jakins
Disclaimer: 2 Ne. 33:1
Rescued hikers talk about ordeal May 30th, 2008 @ 12:04pm (KSL News). Alan Humphrey and his wife, Iris Faraklas, are experienced hikers and wanted a challenge, so they planned a 45-mile backpacking trip through a rugged area of the canyon called Royal Arch; but in the end, the two had to rely on their survival skills until help arrived.
Humphrey said, “It’s a difficult place. You get down in these canyons and they are identical canyon to canyon. You get down there and it looks totally different than it does up here.” One wrong turn and their search for adventure started to feel more like an episode of survivor. “No matter how prepared you are and how experienced you are, you can make mistakes,” Humphrey said.
The mistake was a missed exit point on the trail. Once they realized they were lost, they decided to put together a survival strategy to ration food and water, a move that may have saved their lives since another five days would pass before searchers would find them.
Many times we follow an intuitive process map that is in our head, and sometimes we take a wrong turn. We rely on our experience to tell us when we are headed into a dead-end and we make adjustments to get back on track.
If the ranger had given the Humphrey’s a map, they might have not missed the turn. If they had a map, they did not follow its directions. Just because you understand your process doesn’t mean others do.
What the Process Navigation Team hopes to achieve is documenting and standardizing on process so that we achieve greater unity within OIT in our efforts and activities. In doing so we will improve consistency and reduce the bottleneck effect where we rely completely on a single person.

Introduction to ITIL

By Elaine Lauritzen
What the heck is ITIL? You may have heard the term bandied about and you may have even heard a definition of the acronym, but what is it really and why should you care?
We all know that managing what we do in OIT is complex and that our customers, the university community, really depend on what we offer. So it’s extremely important that we do it well and that we truly understand how our work impacts our customers. ITIL should help us with that.
ITIL is a framework of best practices, studied over the years, in organizations all over the world, and put together for groups like us to use as guidance to improve what we do, without reinventing everything all over again.
The acronym ITIL stands for Information Technology Infrastructure Library. It was developed in the UK in the late 1980s to improve IT Service Management in the UK government. It was initially a literal library of about thirty books that were each written around specific management practices for specific areas of IT. In 2000, the individual books were combined and re-written into seven core books, two of which became the primary focus for organizations interested in focusing on ITIL-based IT Service Management, the Service Support book and the Service Delivery book. Processes addressed within the Service Delivery book include the following:

• Availability – This process is responsible for ensuring that IT services meets or exceeds targets. Key focus is reliability, maintainability, and serviceability
• Capacity – This process ensures that adequate IT capacity is available to meet business requirements. A capacity plan aligns with business strategy to ensure IT capacity availability
• Service Level Management – This process improves the quality of delivery of IT services by negotiating, documenting, and gaining agreement of the expected availability and support targets of Service Level Agreements (SLAs), Operating Level Agreements (OLAs), and supporting vendor contracts
• Financial Management – This process provides the basis for running IT as a business and developing a cost conscious and cost effective organization
• IT Service Continuity – This process produces plans for the recovery of systems which support core business functions in the event of a disaster or other significant impact to our services
  

Processes and functions addressed within the Service Support book include the following:

• Service Desk – This function provides a single point of contact for users to report incidents or request services
• Incident Management – This process focuses on the rapid restoral of service to our customers for incidents experienced in their use of our systems, and helps to minimize impact on overall business operations
• Problem Management – This process has a goal of minimizing the impact of incidents and problems in our systems by proactively searching out trends and then initiating work to determine the root cause and get fixes implemented
• Change Management – This process focuses on quickly and effectively handling changes in our production environment while minimizing risk or disruption to services
• Release Management – This process works with Change Management to look at all changes in a holistic point of view and ensures that the changes are packaged and ready to be released into the production environment
• Configuration Management – This process delivers core data about our environment including what devices and items we have, how we use them, and, most importantly, the relationship between those devices in delivering IT Services to our customers. This allows the other processes to use that data to assess risk, restore services, find root cause, etc.
  

Just recently, ITIL has been revised again into ITIL V3, which is a set of five books that address all of the previously documented processes plus more, and pulls them all together in a more cohesive manner. Additionally, it puts it all together in a continuous improvement cycle. Those books are:

• Service Strategy
• Service Design
• Service Transition
• Service Operation
• Continual Service Improvement

ITIL processes are a big part of what OIT Process Management Teams will be working with. Nearly everyone in OIT plays major roles in many of these processes. Look for more information to come about this work and the opportunities you will have to participate in.

Introduction to Process

By Valinda Rose
What is process? In the simplest sense, process is the way we get work done. Each of us participates in multiple processes every day, from simple processes we do on our own, like getting ready for work or ordering fast food, to more complex processes like providing technical solutions to meet customers’ business needs, in which we each do our part.
Making a sandwich is an example of a simple process. Most of us probably learned how to make a sandwich by watching mom spread peanut butter on “marshmallow” bread, followed by a dollop of fresh jam or honey, spread all the way to the edges in long, full strokes. Or maybe your crust was dry because the sandwich filling didn’t get all the way to the edge. Regardless, there is a series of steps, which, if followed, provide a tasty lunch. While there may be some flexibility of order, even with this simple process there are a few rules that one must follow in order to avoid extra work and undesirable results.
Here are a few examples:

• Start with the bread or you’ll have one gooey mess to clean up off the counter
• Decide up front what you want on your sandwich or you may end up making several trips to the fridge or cupboard
• Heaven forbid you put mayonnaise and pickles on your bread and then decide what you really want is peanut butter and jelly

How I make my sandwich probably doesn’t affect too many people, although there may be a few exceptions:

• Sheri gets peanut butter on her homework because I left a mess on the counter
• Dave gets get dry bread because I left the package open
• Lisa can’t eat any of the jam now because I used the peanut butter knife to dip the jam. Who knew she was allergic to peanut butter? Oops!

Businesses and non-profit organizations rely on formal processes to get their work done and to deliver value to their customers. OIT is no exception. In OIT, we have a tremendous pool of talent. We also have many processes and procedures in place. We have employees who execute their processes with great skill. But there is also much confusion. Improvements can be made. Roles and responsibilities within processes, connections between processes, and expected process results need to be clearly defined. Well-defined processes are documented, trained, implemented, communicated, and integrated with other organizational processes. The needs of all pertinent stakeholders are taken into account and measurements are established and tracked to demonstrate process capability.
Consider the possibility of the following scenarios occurring in our organization:

• Employees don’t understand how their process fits in with someone else’s process. Therefore, they provide a “round peg” to a process that has a “square hole.” Confusion, frustration, and rework ensue, along with high costs and upset customers
• Everyone wants to be involved and play every role to the point that no one really knows who plays which role or even who makes the definitive decision
• Only the employees directly involved in performing a particular process understand how that process works, yet those who depend on the outcome wonder why it doesn’t meet their needs

These scenarios can be avoided with proper definition and integration of processes.
Processes that cross functional boundaries are known as “cross-functional” processes and require attention that may not be necessary with more localized processes. For example, the service catalog and the order fulfillment process involve virtually every part of our organization and therefore require coordination in order to make sure things don’t fall between the cracks and things run smoothly. Efforts in achieving clarity in cross-functional processes can reap great rewards for individuals and for OIT. In addition, some local processes may require a high level of definition due to high visibility or high risk.
Process isn’t new to our organization, but under the direction of the OIT Leadership Council we are headed to a new level of process clarity. Step by step, your support and team effort will make a great difference in helping OIT to achieve the vision our leaders have established. One small step by you… one giant leap for OIT.

This Means You

By Jared Harward
So, what’s in it for me? How does this affect me? Why should I care? I’m just the little guy. These are some of the questions that I would like to address. Within the Office of IT, we are a team and this affects all of us. Exciting changes are taking place that will help all of us come into unity.
Believe it or not, those to whom we provide services can tell when we are unified and when we are not. When we are all using the same processes, things work naturally and seamlessly. In my opinion, that is exactly what we want and what our customers want as well. By having a process that we all follow, we eliminate questions like: “How is this supposed to happen?”, “Who is responsible for the final decision?”, or “Why isn’t there any communication of what is happening?”.
Often we talk to someone in a different group, and they don’t understand what we are talking about, and we don’t understand what they are talking about. Come to find out, we were talking about the exact same thing, but using different terminology. This could be resolved by having a set process, following the same pattern, and using the same terminology,
thus eliminating confusion and conflict. That would be awesome!
When we become a process-oriented organization, we see that our meetings move along faster, they are more organized, and decisions are made quicker because we don’t need to worry about the processes since decisions have already been made. Efficiency!!! How cool is that? By having processes in place, we start feeling and acting as if we were a team. That is exactly what we are! We have a natural tendency to look out for each other and not try to pin the blame on anyone when problems occur. We start looking for what happened in the process instead of looking for a scapegoat. When we have well-defined processes and a problem does arise, we can track it and find the root cause faster and easier, making us more proficient in what we do.
Becoming of one mind, one heart, and one understanding helps us come together. Remember that unification is the key to helping us succeed. When all is said and done, we are coming together and fulfilling a need as a team. We need each other to do this well. Everyone is important! Our processes will show that through teamwork we can accomplish anything.

A Process Oriented Office of IT

By the OIT Leadership Council
You may remember our last OIT all-hands meeting and the primary topic for the meeting—process. Kelly McDonald clearly stated that becoming a process-oriented organization is a key priority and Kelly Flanagan gave a good example of how this effort is similar to us living the standards and commandments we have been given. He noted that doing so is seen as constrictive by some who don’t understand, but in reality it turns out that doing so blesses our lives and frees us from the negative consequences when guidelines aren’t followed. In alignment with this effort, the OIT Leadership Council has directed that an OIT Process Management team be formed to facilitate this work.
The OIT Process Management team is chartered to develop and implement a process management methodology for the Office of IT, including standards, templates, approval and communication channels, and making all processes available to all employees. This is especially focused on processes that have cross-functional team or enterprise level impact. This team is also charged with preparing and managing the process road map for OIT. The team will work with other focused process teams throughout OIT to facilitate and assist them in doing process work.
The first process this team is addressing is Process Innovation Management. The goal of Process Innovation Management is to enhance alignment between business and IT by providing standardized means of achieving process control and maturity.
Expected benefits:

• Efficiency
• Visibility and Clarity
• Accountability
• Predictable results
• Common terminology
• Consistent IT Service quality
• Improved customer satisfaction

The team members have been asked to represent all areas of OIT, not just the area in which they work. Team members are:

• Elaine Lauritzen 422-1232 elaine@byu.edu
• Jared Harward 422-8852 jared_harward@byu.edu
• Valinda Rose 422-1494 valinda_rose@byu.edu
• Sorrel Jakins 422-7128 sgj3@byu.edu

Nearly everyone in OIT will be called to help at various times in this effort. Please give your support and input in this effort.
Look for more information and updates from the team as the work progresses!