Tag Archive for work requests

Request Management Solution (Beta) – One solution, many applications, much easier

About a year ago I wrote an article about “work request management” that drills into 4 scenarios and compares and contrasts them – Customer Examples of Work Request Management apps for SharePoint.  Lots of type of requests should be managed.  Examples are: Trouble tickets (IT), Requests for proposal (BD), Capital Purchase Requests (Finance), HR Staffing (HR), Contract Reviews (Legal), Material Storage (Manufacturing), Demo Requests (Sales) and Marketing Campaign Requests (Marketing) …

These types of Requests are important to respond to.  They generate work or use capital or other resources and should be managed.  Requests and the associated work need visibility, tracking, reporting, a structured and automated way of getting them approved and tracking the work.  They are a core way that work gets initiated and done across your workplace.  The problem is that often, the types of requests that should be managed end up instead being driven through ad hoc activity, mainly email.  This adds costs and risks to the organization.  Multiple the cost/risk of one scenario times the number of scenarios and it is a big cost with a lot of risk.

CorasWorks is very well suited for request management applications.  Over the last year, we’ve seen more and more CorasWorks-based applications created to address all sorts of types of request management needs.  The ROI on these apps is very good – however…

The practical challenge for organizations is that there are so many different scenarios. They are architecturally quite similar but differ in the details.  And, the details matter to the end customer.  While the end result is quite good using CorasWorks, it takes a bit of time and some knowledge to configure CorasWorks for each specific application and to modify it when things change.  Compared to other options, we have a good general solution.  But, we thought that with a bit of focus we could make it even easier, more approachable, more scalable, and, more cost-effective for you to meet the business needs.

So, we decided to create a “vanilla” Request Management solution.  This solution, now in Beta, leverages the new v11.3 feature set to make it much easier to crank out purpose-specific request management apps.  It is the “vanilla” version.  You use the solution and the new onboard features to create your flavor of it to meet the specific business needs. Thus, the value proposition is not that you get just one application, but, you get a one solution that allows you address a whole lot of applications.

The Demo – 6 minutes

Below is a video that shows the new Request Management solution.  It walks you through the “vanilla” solution and then shows you some of the new features to make configuration a snap such as the Application Designer, Process Designer, Business Rule Sets, and Stage-based Request Details (shown below).

Request Management Video image

 

The Solution Beta

The solution is now in Beta.  We are working with customers that want to try it out and have specific application scenarios in mind that they want to address.  If you are interested, send an email to info@corasworks.net or contact your account representative.

wiilliam

Building a Solution Catalog? Start with These 4 Core Work Management Solutions

Are you building out a re-usable solution catalog?  If you use SharePoint as an application platform, you should.  This is how you get tremendous leverage, save costs, decrease time to app, reduce risk, and, cut out lots of “noise”.  In this article, I’ll give you some context of why you should have a generic, re-usable solution catalog.  Then, I cover 4 core Work Management solutions that I’d recommend you add to your catalog.

Don’t have a Solution Catalog?  You are not alone.

Most folks started with SharePoint for Portals, Intranets, and general collaboration, largely via collaborative Team Sites.  When the idea of doing more on top occurs, such as business applications, they tend to think of development.  Over the years, as the standard enterprise application development teams have been migrating to the SharePoint world, the habit of doing “classic” development of applications has infiltrated the SharePoint world.  So, for anything that sounds like a business application, they do requirements gathering, waterfall development, custom code development, and hopefully, end up with an application.  This approach doesn’t lead to a catalog of re-usable solutions because it is technology focused vs. business focused.

This is unfortunate.  SharePoint, particularly in an environment enabled by CorasWorks, is the ideal environment for re-useable applications.   All of the elements are there to dramatically improve the process of delivering applications and be able to serve demand based upon known, re-usable frameworks and “base solutions”.   It is not just about the cost of developing a single application, but, about how you can transform the process into a virtuous cycle that actually drives business innovation and continuous improvement.

Envision A World of “Magic Apps”

Imagine, a world where there were 10 basic application frameworks or design patterns for information work.  These 10 were the core elements for 90% of what most business users needed.  If you had these 10 pre-packaged as templates in your Solution Catalog, you’d be able to reduce time to solution 5x, cut your costs in half, and, be able to focus right in on the key features that drive productivity and enable innovation.

The challenge is that these 10 core design patterns aren’t easy to see.  We get focused on the specifics of a requested app and fail to step back and see the pattern which is necessary to build up your generic catalog of what I call “magic apps”.  Here is an example…

A business customer comes to you asking for a Materials Storage Request solution for managing the storage of manufacturing chemicals.  They have come up with some requirements.  Of course, the application is unique or so they think.  But, you happen to have a Work Request Management magic app in your catalog.  You whip it out, spin up a site, spend a couple hours tweaking some words, fields, navigation to “localize” your magic app to the “language” of the customer.  Then, you engage with them.  All of the sudden you are not doing requirements, but rather, you are in the stage of “finishing” the application.  You immediately have them working with the app, thinking through the process as they touch and feel it.  In this imaginary world, good things happen all around.  But, is it really fantasy?

4 Base Work Management “Magic Apps” for your Catalog

If it is real, then what are the 10 magic apps for your catalog?  We’ll start with the basic 4 for work management that we use with new customers.  They cover a lot of needs.  Each is targeted at structured work management – getting specific work done.  However, their design is different because of the context of the work.  They are:

  • Team Work Management
  • Work Request Management
  • Role-Based Process Management
  • Stage-Based Process Management

We’ll take a look at each below.  Along the way you’ll get examples and see how they build and differ.

NOTE: I tend to think of Solutions as the somewhat generic way to meet a need.  The Application is the solution that is applied to a specific problem for a specific person or group.  Example: we provide coffee (solution), do you want a Mocha Chai Latte or a Yukon Drip with Soy (specific applications).

Team Work Management

This solution is used by a self-contained team to get work done amongst themselves.  It is not a Team Site where a team can generally collaborate.  It is purpose specific and structured to help the team get something specific done.  A key difference the others that I’ll cover below is that you don’t have external people requesting things or external parties involved in the process.  The team is creating the work and managing the work.

Examples for this would include: Task Management, Marketing Collateral Management, Idea Management, Meeting Management, Knowledge Bases, Design & Work Standards.

This is really the most basic solution for work management.  In a SharePoint-context the key is that the users are working in a controlled UI, with a managed set of things they can see and actions they can take.  This separation of the work from the content (which would be users working directly in native SharePoint in a list or library) is what gets you into structured work management and gives you control, consistency, and user task automation.

Work Request Management

How many apps depend on one team getting requests from a) individuals or b) other teams?  A lot.  The key difference in this solution design is that there is an external individual or group that is making a request.  Then, a specific team manages these requests through to completion.  By its nature this work is “interrupt” driven – the team is responding to outsiders.

Examples include:  a Help Desk, Change Requests, Materials Storage Requests, Product Information Requests, Security Clearance Requests, Contract Review Requests. (see article with examples)

In a sense these apps are just one step up from Team Work Management.  The external Request and the interactivity with the requestor are the additions.  A standard application contains the request form, the work management displays and user activity, and reporting.

Role-Based Process Management

SharePoint is natively content-based and many of us are used to the idea of simple sequential workflows to individuals for document approvals.  With this type of solution, we change the design to provide a common UI where people in their roles vs. as individuals, usually cross-functionally, participate in the process of reviewing requests/submissions to arrive at an outcome.

Examples include: Contract Review, Policy and Procedure Management, Legal Matter Management, Capital Approval, Project Proposal Review.

The standard application is a UI with tabs for different roles and the work management to control the flow and the activity that occurs within each role.

Stage-Based Process Management

This is similar to role-based process management yet fundamentally different.  The process is typically a Stage-Gate based process.  Thus, instead of roles or individuals, work flows through a set of standard Stages.  This solution is designed to open up a process and allow for collaboration within the Stages.

Examples includes: New Project Onramps, Idea Management, Business Development Capture & Proposal Processes, Knowledge Creation/Publishing Processes, R&D Product Innovation, Patent & Trademark Reviews.  (See article with examples)

Again, you typically have a UI with tabs, but here, each represents a Stage vs. a Role.  Then, you have the work management to automate the activity within each stage and promote work through its gate to the next stage.

Build the Catalog.

The above is a bit abstract.  It should be, that is the key to building your catalog of “magic apps”.  You are abstracting from the specific to the general.

My recommendations are simple.  Decide that you will build a Solution Catalog for your organization.  Understand the standard business design patterns that apply in a workplace.  Measure how many solutions you add to the catalog per quarter and how much you use them.  Promote the applications that you deliver leveraging the catalog.  You’ll have better results.

Now of course, I’d highly recommend that you include lots of CorasWorks in your apps.  Our software gives you the consistent framework as your base and we have many base solutions to leverage to augment your catalog.  The great flexibility of CorasWorks allows you to easily customize the “magic apps” of your catalog to meet specific needs and enhance, extend and integrate them.  It is time to get your virtuous cycle humming…

william

Customer Examples of Work Request Management apps for SharePoint

Over the last month, I’ve worked with a number of customers that are deploying applications for various scenarios of work request management.  This category of application is very common for all organizations and works great with CorasWorks on SharePoint.  It leverages the collaborative nature of a SharePoint environment and the work management feature set of CorasWorks.  The key design principal is to recognize that they are fundamentally cross-functional processes.  In this article, I’ll look at 4 different customer scenarios.  I’ll talk about what is common amongst them and how they differ.  I believe that any SharePoint Service Delivery Management team should make this category of app a staple of their offerings.  Once you get the core design pattern, you’ll find lots of applications for it.

Basic Work Request Management app

There are six core elements that are common to work request apps as follows:

  • They are an app, meaning there is a core site dedicated to this purpose vs. it being a feature added to a team site.
  • A requestor fills in a form to kick off a request.
  • The requestor can see, track, and engage with assigned “workers” on their requests.
  • Workers and Managers do various things (automated CorasWorks actions and forms) to respond to and complete the request.
  • Requestors and others are notified of activities and/or collaborated with.
  • You have reporting on the activity.

Customers Scenarios

Here are the 4 customer scenarios:.

Materials Storage for Pharmaceutical Manufacturing

This application is for requests to store chemicals (materials) within a manufacturing group.  People make their requests and others work the requests noting how long items are stored and where. Requestors are notified of the work and they get pinged when their storage expiration date is approaching.

IT Requests for SharePoint Work and Help Desk Tickets for Health Agency

This customer uses a couple of different WRM apps for IT to support the organization.  One allows users to log the requests for the SharePoint team for new sites, changes to sites, or new apps.  The SharePoint team then manages these requests.  The other is a WRM-based “Help Desk” app where users enter tickets and Help Desk folks work them.

Employee Requests of HR for Pharmaceutical

This customer is using WRM to enable employee across the enterprise to make requests of HR.  In this case, they created three request workstreams.  Each has a slightly different set of work management activities.  From the user perspective they are able to see the different requests in a single display from wherever they work.

HR Staffing Requests for Federal Contractor

An important process for many Federal Contractors is making requests of HR to find or recruit people to work on contracts.  In this case, a business development (BD) person working on a new proposal/task order makes requests of HR to staff specific positions.  The requests are related to specific Proposals/Task Orders.  However, HR manages all of the requests centrally.

Commonalities

All of the above follow the same basic design as described above.  People make requests.  People work on the requests.  There is back and forth.  The requests are closed out.  There is reporting.

The interesting part is that these are four very different “applications”.  In many organizations, they would presume that they would be looking to go out and buy or build completely different applications.  However, with CorasWorks on SharePoint each of these uses the same basic framework.  Thus, armed with one basic design you can now fill many different needs and save lots of time an money in the process.

Further, when you build them, the things that you will primarily change are also common:

  • The core data (fields) of the “work request” list are different.
  • The request form is different.
  • The worker roles are specific to the process.
  • The app navigation is different.
  • The displays and most importantly the worker/manager actions, work forms, and notifications are different.
  • Reports are different.

With CorasWorks, each of the above is easily modified using our wizards.  So, you have a common app design and you know the common things that you will be changing to accommodate the specific needs of the app.  If you look at it like an assembly line, you are all set to deliver.

Key Deployment Differences of the Apps

While the four apps have many core commonalities, there are differences in the overall deployment approach across the SharePoint environment.  This is important because work request management is fundamentally a cross-functional collaborative process.  Thus, where people go to engage, whether requestor, worker, or manager, can be different based upon the scenario.

All-in-one

In the Materials Storage app, all of the different users work in a single app site.  Requestors go there to make their requests.  Workers go there to do their work.  Managers go there to manage.  This makes it easier to create the app and is the way you would typically start.  However, it is not really a best practice given the ability to distribute functionality using CorasWorks.

Distributed

In the IT Request app, the Requestors don’t go into the app app site to make requests.  They are able to be elsewhere across the SharePoint environment and enter their requests from their and see their requests and interact.  This makes it more convenient for the users.  Generally, you start by building the app as an All-in-one and then just distribute the displays.

Many Projects to Work Management Team (Hub and Spoke)

The HR Staffing app is a bit different.  In this specific scenario, you have many Proposal/Task Order sites (or could be project sites).  A team is working on these projects.  They enter their requests from the site.  However, the HR Work Request site is central – all of the requests feed into the one app.  HR is then able to manage it all in one place and interact with the requestors via their project sites.  This ends up as a Hub and Spoke deployment.

Self-Service

The Employee request design is different also.  In this case, there is a self-service page in the enterprise portal.  Users go to this one place and enter and see their requests across the three types.  The requests are funneled into the three different workstreams managed by HR.  HR is also able to work on them via a single display.

Getting You Spun Up for Work Request Management

The work request management category of app is a staple of SharePoint environments that have gone past basic site centric content sharing.  We often work with customers to train up their SDM teams to deliver this category of app.  We have a standard set of templatized apps and training to help get you going quickly.  Email support@corasworks.net for more information.

william