Your organization and you have a unique relationship that you should nourish. That is the one you have with your data. Your data, how well you keep track of it and how well you use it, will make your business.
You should look at all the ways the people in your organization utilize the data. How they extract, how they compile statistics, how they summarize what they need. If a person is taking some data and analyzing it in Excel consistently, then here is an object of data that your organization might find valuable. This object of data should be backed up and possibly incorporated into the offerings for the rest of the organization.
How you look at data is very important. It is not just a bunch of addresses or sales figures in a table that can be searched. It is the life blood of the organization.
Reporting and querying data is not enough. The end results may need to be incorporated into a unified system of delivery to the rest of the organization. What is important to one might be revolutionary to another.
Friday, June 27, 2008
Friday, June 6, 2008
Documentation
I just got done doing a documentation project. If there is one thing I dread doing is documentation. It is boring work and when you are in the midst of writing and dissecting someone else's code and you look outside at a beautiful day, you just want to jump up and leave.
I finished the project on time and under budget. I went to the project wrap meeting and the people involved with the databases were passing them on to a new group. Everyone was thankful to have the documents and the descriptions. It had not been done for these databases and there had been many developers with their hands in these databases. The work I did turned out to be very worth while for the organization.
As I was working on the project I realized so many mistakes that had happened during the development. When you pick apart a database you get a feel for what had happened during coding. If the developers had documented as they went along, most of the problems could have been avoided. Also, the need to pay me to do the documentation would not have been necessary.
I guess the moral of the story is to do your documentation and do it diligently. It will save you time and money over the long run and the next time you see one of my systems.... good luck finding the supporting document :)
I finished the project on time and under budget. I went to the project wrap meeting and the people involved with the databases were passing them on to a new group. Everyone was thankful to have the documents and the descriptions. It had not been done for these databases and there had been many developers with their hands in these databases. The work I did turned out to be very worth while for the organization.
As I was working on the project I realized so many mistakes that had happened during the development. When you pick apart a database you get a feel for what had happened during coding. If the developers had documented as they went along, most of the problems could have been avoided. Also, the need to pay me to do the documentation would not have been necessary.
I guess the moral of the story is to do your documentation and do it diligently. It will save you time and money over the long run and the next time you see one of my systems.... good luck finding the supporting document :)
Wednesday, February 20, 2008
Common Ground
"They say the sea is cold, but the sea contains the hottest blood of all..."
Attitudes, perceptions, communication... we all have our way. We understand each other differently. Sometimes in the world we call consulting we can be saying the same thing and it us understood completely different.
I sit here watching the lunar eclipse and think, there must be millions looking at this same site. There has to be some common ground between me and all those others looking at this moon. We are seeing the same thing. Here is my answer. You have to find something that is agreable. With this common ground you can work on getting the project moving forward.
Revel in the wonders of the world and find commonality. It may help in more areas...
Attitudes, perceptions, communication... we all have our way. We understand each other differently. Sometimes in the world we call consulting we can be saying the same thing and it us understood completely different.
I sit here watching the lunar eclipse and think, there must be millions looking at this same site. There has to be some common ground between me and all those others looking at this moon. We are seeing the same thing. Here is my answer. You have to find something that is agreable. With this common ground you can work on getting the project moving forward.
Revel in the wonders of the world and find commonality. It may help in more areas...
Saturday, February 9, 2008
Pain In The Butt (the PG rating)
Over the years many organizations have asked me to automate their processes in order to be more efficient and enable their employees to ultimately make more money or service more clients. After all, that should be the goal of any organization, to service more clients better.
When an organization wants to automate a process, they may have their own outlook on how it should be done and that outlook is usually to handle it exactly the way it is currently handled. Now, I know that everyone's processes are handled exactly the way they should be. Well that just may be the case, but more times than not there are efficiencies that are completely overlooked. This is not saying the stake holders are wrong or misguided; it is just a case of being too close to the issue.
When my automation consulting starts, I look for what is going smoothly and I try to quantify the Pain In The @$$ (butt or whatever), or PITA processes. These are the ones that when you automate them will make the people charged with carrying them out very happy. That translates to more excitement to handle the other work required. Now, the PITA processes can take a little longer to automate, but the end result is a process no one is dreading to start. The other processes will benefit.
Your organization may be using an office software suite. Or you may have bought some specialized software to handle some tasks. Those are positive things, but if you are not storing those documents or sharing that data with the rest of your organization (where appropriate) then you are missing some very important and probably unseen advantages. You need a Business Process Consultant (that is me!) to get the best bang for your dollar. You will be very pleased with the end result and when you see a positive return on your investment, you will keep investing and make more gains.
When an organization wants to automate a process, they may have their own outlook on how it should be done and that outlook is usually to handle it exactly the way it is currently handled. Now, I know that everyone's processes are handled exactly the way they should be. Well that just may be the case, but more times than not there are efficiencies that are completely overlooked. This is not saying the stake holders are wrong or misguided; it is just a case of being too close to the issue.
When my automation consulting starts, I look for what is going smoothly and I try to quantify the Pain In The @$$ (butt or whatever), or PITA processes. These are the ones that when you automate them will make the people charged with carrying them out very happy. That translates to more excitement to handle the other work required. Now, the PITA processes can take a little longer to automate, but the end result is a process no one is dreading to start. The other processes will benefit.
Your organization may be using an office software suite. Or you may have bought some specialized software to handle some tasks. Those are positive things, but if you are not storing those documents or sharing that data with the rest of your organization (where appropriate) then you are missing some very important and probably unseen advantages. You need a Business Process Consultant (that is me!) to get the best bang for your dollar. You will be very pleased with the end result and when you see a positive return on your investment, you will keep investing and make more gains.
Labels:
Business Process,
Consulting
Wednesday, February 6, 2008
Running into record changed by another user
Have you run into the problem using SQL Server and your front end gets an error saying the record you are trying to save has been changed by another user? I have run into this many times and you will not think what is actually causing the problem...
If you have created a table in SQL Server and you have a field defined as type BIT you must define a default value for this field. If you do not and do not set it in code when you add a record to the table (essentially leaving the field null), you will get an error like the one mentioned above.
I do not like using BIT types and create my tables using INTs. INTs can have a null value.
So use INT and do set your values either by default or in code. A NULL can cause other problems with reports and queries if you do not think to test for it.
If you have created a table in SQL Server and you have a field defined as type BIT you must define a default value for this field. If you do not and do not set it in code when you add a record to the table (essentially leaving the field null), you will get an error like the one mentioned above.
I do not like using BIT types and create my tables using INTs. INTs can have a null value.
So use INT and do set your values either by default or in code. A NULL can cause other problems with reports and queries if you do not think to test for it.
Labels:
Database,
Software Development
Wednesday, January 30, 2008
Vista or not
I have been asked so many times about Vista. To date all of the IT managers I know and talk to regularly are not moving to Vista. XP has been working fine and they do not see the need to upgrade hardware and go through a rollout when the upgrade (I use that term loosely here) offers no actual advantages to the enterprise. The cost does not justify the new cute tweaks.
Now, for your personal use.... If you get a good deal on a Vista machine, why not buy it? Well, if the machine does not have at least 2gb of memory and fast 512mb display card, then you can not compare the price. You will need, in my opinion, at least these two elements to run Vista well. So, upgrade the video and ram and see what you are spending.
If you want some of the "cool" features that Vista has to offer, but do not want to take the financial hit or you are on the corporate network and have no plans to move to Vista, then you can download free tools like Vista Inspirat 2 from CrystalXP. Get the feeling of Vista on your lower cost XP system.
Now, for your personal use.... If you get a good deal on a Vista machine, why not buy it? Well, if the machine does not have at least 2gb of memory and fast 512mb display card, then you can not compare the price. You will need, in my opinion, at least these two elements to run Vista well. So, upgrade the video and ram and see what you are spending.
If you want some of the "cool" features that Vista has to offer, but do not want to take the financial hit or you are on the corporate network and have no plans to move to Vista, then you can download free tools like Vista Inspirat 2 from CrystalXP. Get the feeling of Vista on your lower cost XP system.
Labels:
Computer Hardware,
Vista
Tuesday, January 29, 2008
Running Access Queries From Code
Over the years I have had the need to run queries in Access. Imagine that, huh! Well, I need to run queries without the annoying warning popups and I do it so often that I created a subroutine to handle most of the load.
Here is the code:
Sub RunAQuery(ByVal pQueryToRun As String)
'Written by Stuart Smith
' Seguin Software
On Error GoTo Err_RunAQuery
DoCmd.SetWarnings False
DoCmd.OpenQuery pQueryToRun, acNormal, acEdit
Exit_RunAQuery:
DoCmd.SetWarnings True
Exit Sub
Err_RunAQuery:
MsgBox Err.Description
Resume Exit_RunAQuery
End Sub
I turn off the warnings and when the querie is done, turn them back on. I put the SetWarning True in the subroutine exit area to make sure they get turned back on in case of an error.
Labels:
Access,
Code,
Queries,
Software Development
Subscribe to:
Posts (Atom)