The Standard Solution
Standard Procedures
Disclaimer
Please Visit
Privacy  Policy
Bill Gladwin
Search with Stan
Definition of a Solutions Architect

Innovative, Truthful,  At least one step ahead, Relentless, Positive, Constructive,
Connected, Experienced,  Creative, Leader, Designer, Organized, Trusting,
Technical, Structured, Tireless, Motivated, Practical
What is an Idea?
Improvement, Need, Purpose, Design, Solution, Requirement, Business, Decision,
Thought, Strength, rough cut
May have come from past experience relating to a current event, sometime
proven, sometimes never challenged, could be misunderstood by someone or
even by yourself  
Initially it’s unstable when the thought came, a split second before it was
suggested.  It was then justified by you to determine, if it was a good idea.     

Solution Loop for Continual Improvement

In parallel with the book “The Goal” *
Process Problem(s) replaces the word constraint(s)

Step 1 Identify process problems
Step 2 Decide how to exploit process problems
Step 3 Subordinate everything else to Step 2
Step 4 Elevate process problems
Step 5 Warning -  If in the previous steps problem has been fixed , go back to step 1, but
do not allow INERTIA to cause a process problem

* The Goal 1992 - Author : Eliyahu M. Goldratt and Jeff Cox
Statement of Work Template I use - SOWtmp.dotx

Project Management

Make sure you check out the site I developed on the SDLC.  www.SDLC.us

To implement a solution make sure it is done in an organized manner.  Granted, a simple
solution could take a simple approach but even the simple approach should heed
caution.   Without following the basic steps, you may be opening Pandora’s Box.  Your
solution may cause another problem.

Look before you leap.  It might sound cliché but it really makes sense.

Whatever you’re changing, someone had a different approach in the initial design.  Go
back to origin of the process and determine why it was created that way.  Ask yourself,
“Why wasn’t this thought about before?”  It probably was but for whatever the
circumstances were, Time, Scope, or Resources did not permit it.  

If it was Time or Resources, you may have the time to do it now.  Those makes sense,
but re-determine the scope.

If it was Scope,  ask, “What was done differently in that process to accommodate the
original design?”   You may have to change that accommodation also.  Now you should
consider what time and resources are needed to do the COMPLETE change.

Here is as abbreviated approach to the SDLC to follow before you may determine it is a
PROJECT. Follow the SFD before it becomes a BFD.

1.        Suggestion
2.        Feasibility
3.        Determination

Suggestion

It’s just that, a suggestion or an idea you or someone had.  The idea to change a current
process.  Some may describe it as a solution but always remember it’s not a solution
until the final phase of the SFD.

Feasibility

It is the same purpose as the in the SDLC.  Is it worth making the change?  ROI.  What
else has to change? Is this suggestion going effect the overall process?   Sure, it’s a
quick change but think about what procedures are in place. SOP’s, documentation, what
other departments are effected,  what other interfaces need to be changed, does this
change the overall purpose of the process?  Who will this involve, do they have time?  
Can the change be afforded?  Now you need a sponsor.  Is this part of your current job,  
what are you putting off?  

Determination

Answer all the questions in the feasibility and determine now if this is just a little change
or a project.  The point is, cover all your basis.
Solve this puzzle at
www.Standardfeatures.net
4
2
9
3
7
8
3
5
8
5
1
6
8
5
6
4
5
6
9
1
4
6
7
2
1
5
3
8
8
3
1
9
4
7
8
2
6
8
2
This file is not intended to be viewed directly using a web browser. To create a viewable file, use the Preview in Browser or Publish to Yahoo Web Hosting commands from within Yahoo SiteBuilder.