OMS SafeHarbor

Connecting Software and Customers

Posts Tagged ‘ESD

Electronic Software Delivery – Best Practices Part 5 – Categorize your Content

leave a comment »

Categorizing your content is the first patch of turf that will directly involve all of your internal Business, Engineering, Sales, and Marketing team members. Get them in a room and build a consensus view of the near future for this topic. You can always change and adjust your categories, but you have to start somewhere.

turfimage.jpg

Begin by listing the files you are targeting for electronic distribution into two columns: Free and Paid.

Consider the Free assets. Will you allow anonymous access to those files? Will users be asked to register before being granted a download entitlement? Maybe both (optional registration)?

Segment the assets by license agreement type. Are their different terms for Free and Paid assets that must be agreed to before downloading? Are their different types of legal use agreements for assets within each category? Do you use third party or open source components that affect these terms?

Segment the assets by license enforcement technology (keys, time-out logic, dongles, etc.)

Decide if you will continue to support physical distribution, and if so, how the answer to that question affects the format of the assets you are delivering (.pkg vs .iso or .dmg, for example).

Fast-forward four to six months. Updates and patches are ready to ship for both Free and Paid assets. Will you provide incremental or full updates? Is there a difference if they are Free or Paid?

Things can get complicated in a hurry, especially if you happen to be in a company that has more than a handful of applications to deliver. But you’ve taken the step to address content categories early on, so never fear.

Let’s recap: Categorize your content
1. Free or Paid
2. Anonymous or Registered
3. Licensing Terms
4. License Enforcement Technologies
5. Physical Alternatives
6. Update / Patch Methods

Next installment – Categorizing your ESD Customer

Written by admin

April 21, 2010 at 14:51 pm

Electronic Software Delivery – Best Practices Part 4 – List your Users

leave a comment »

Once your new ESD infrastructure is in place, who is going to use it?

If you are about to answer “customers”, don’t bother. That response too easy and too broad.

The list of users that we create in this step is different from project stakeholders. A User is one who will engage the features and functions of the system on a routine basis (double your bonus points if your stakeholder list includes real Users).

Who is responsible for the final approval to “ship” content?

Who manages the part-numbers that for sale and distribution?

Who will submit the files to the public-facing tools?

Who is responsible for creating and approving accounts?

Who are the customer service personnel that will support the process?

List the users, and make sure to add their backups. Plan to involve this group in planning, testing, and post launch audit meetings. As these are the folks who will be using your ESD tools each day or week they are your internal user community. These are the folks getting your product to your customers today, and bearing the burden of any antiquated processes, so its extremely important to bring each of them tangible benefits with your ESD project.

Written by admin

April 16, 2010 at 13:56 pm

Electronic Software Delivery – Best Practices Part 3 – Draw a picture

leave a comment »

You’ve got goals and stakeholders for your ESD project. Now, draw a picture.

Use whatever is comfortable, including the analog pencil and paper. The format doesn’t matter. Ignore buzzwords like UML, Flow, Process, BPM, etc. and ignore getting sucked into fancy diagramming tool choices. Draw the picture however you are comfortable. The diagram will change, guaranteed.

At OMS we go back-and-forth between system diagrams and activity diagrams.

Here’s an example of an activity box diagram we use to help get lubricate conversations about ESD.

Plan == Create == Build == Manage == Release == Entitle == Distribute == Support
ESDActivity2.png

The objective of this step is simply to outline areas of focus that are important to achieving the business outcomes you desire. This is not an implementation checklist, that will come later. This is the umbrella sketch of things your organization will think about (and do) that impact your digital distribution project.

If you prefer, you may wish to sketch the system, or infrastructure for your project. Inside the firewall, staging, testing, Customer facing, Partner facing are four good starting boxes. In other words, the where instead of the what that you will ultimately use. Again, don’t worry about what it looks like, just get it down on paper.

It make no difference, at this point, whether your perspective is process (what) or system (where). Just start drawing. You’ll find that these pictures will become the most used and discussed tools in your ESD project toolkit.

Electronic Software Delivery – Best Practices Part 2 – Stakeholders

with one comment

Last week we identified setting success metrics, up-front, as the single most important practice in any ESD program. Identifying the stakeholders who will affect or consume those metrics is the second step to ensuring ESD success.

Depending upon the size of your company, this may involve anywhere from three to thirty (yes thirty) or more people.
crowd.jpg

More often than not the first-pass at list of ESD stakeholders is limited to “Marketing” groups, or more specifically, those folks who “run the website”. Effective ESD programs include representatives from the internal organizations that create and produce the digital assets that you will be delivering.

DONE == DELIVERABLE == DELIVERED

Your ESD program and will be affected by when and how the asset is determined to be fit for distribution, or DONE. Once the asset is declared complete (functionally), the process of packaging, bundling, or turning that single asset into a salable and DELIVERABLE product begins. Only after this point do the presentation and DELIVERY functions come to the fore. Therefore you must include people from each of these domains in your ESD program.

Here are some titles ESD stakeholders we interact with

VP, Marketing
VP, Operations
VP, Customer Service
VP, Engineering
Director, Configuration Management
Director, Marketing IT
Director, Logistics
Director, Tech Support
Director, Licensing
VP, General Counsel
Export Compliance Manager
Director, Product Management

At OMS SafeHarbor we consider the stakeholder process so important, that when we engage a customer we specify by name, in the contract documents individuals from IT, Operations, Marketing, Customer Service and Engineering that have agreed to support the project and be accessible to the project/program team.

To build a successful ESD program you need to have your goals firmly understood, and your stakeholders clearly identified. Knowing what you are going to do, and who is going to help you is your down payment on ESD success.

Written by admin

April 7, 2010 at 11:43 am

Environmentally Sensitive Software Delivery

leave a comment »

Had a good conversation with the WSPGroup last week.

They published a whitepaper about Electronic Software Delivery a few months ago that is very detailed and worth a read.

Benefits_of_Electronic_Software_Delivery_front.png

Its our experience that these benefits require a huge scale (like the Microsoft case) to become a primary driver of transition to electronic delivery, but they are applicable at a small scale as complimentary ROI for other ESD initiatives.

So, take please take a look at the environmental advantages that you may be able to take credit for as you look at upgrading your software delivery practices to include ESD and entitlement management.

Written by admin

March 10, 2010 at 14:46 pm

Follow

Get every new post delivered to your Inbox.