The Standard Solution
Standard Procedures
Please Visit
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
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.
|
4
2
9
3
7
8
3
5
8
5
1
6
8
5
6
7
8
2
6
8
2