Remember Me
forgot your password?

Craftsmanship in Business Systems Analysis

Recently I wrote a paper on the general state of craftsmanship which was geared more for public consumption as opposed to any specific industry. To my way of thinking, craftsmanship is a universal concept that touches all industries, regardless if they are product or service related. This resulted in a flurry of e-mails to me questioning how it pertains to specific types of work, including Business Systems Analysis (BSA) which, of course, is applicable but I question whether we have truly realized craftsmanship in this field.

From the outset, let me say unequivocally that BSA is not a new concept and has been with us for a long time, actually predating the modern computer era of the 20th century. Prior to this, companies had formal "Systems & Procedures" departments with analysts focusing on streamlining business processes and primarily using paper and manual procedures. As tabulating and other office equipment emerged, they were responsible for their integration into the business. But as computers were introduced, a new function was devised that greatly impacted the future of analysts, namely programmers. Slowly but surely analysts were replaced by programmers. By the end of the Structured Programming/CASE mania of the 1980's and 90's, BSA was phased out almost to the point of extinction. In other words, companies were more concerned with programming as opposed to grappling with enterprise-wide systems. Consequently, systems were attacked in piecemeal, usually one program at a time, which resulted in fragmented and disjointed systems, erroneous information, and redundancy in terms of data resources and work effort. Slowly, companies began to realize that a higher level person was needed who understood the business and could engineer integrated systems to serve it. Hence, the rebirth of the Business Systems Analyst as we understand it today.

Several of today's BSA's came up through the ranks of programming and are actually programmers in sheep's clothing, and tend to see things only from a computing point of view. However, there are many others whose roots can be traced to today's business schools. I view a true Business Systems Analyst as the intermediary between the end-users and the programming staff. This means they have the ability to understand both business and technical concepts and communicate them effectively with both the end-users and the programmers. In other words, one of the key roles the analyst plays is that of translator.

THE ROLE OF CRAFTSMANSHIP

In my article, I defined craftsmanship as...

"The practice and pursuit of excellence in building/delivering superior work products by workers."

By this definition, craftsmanship and quality are not synonymous. Whereas quality is primarily concerned with zero defects, craftsmanship implies a human trait in "pursuit of excellence." To better describe the concept, I came up with the following formula:

"Craftsmanship = (Knowledge + Experience + Attitude) X Success"

This itemizes the variables associated with craftsmanship. Before we discuss "Knowledge," let's consider the others first. "Experience" means the worker has been able to apply the knowledge he/she has learned, not just once, but repetitively. "Attitude" addresses the person's sense of professionalism and dedication to his/her craft, that they possess an intellectual curiosity and continually strives for improvement. And "Success" means the worker has demonstrated he/she can produce products to the satisfaction of both the client and the company he/she works for, not just once but routinely. Regardless of the person's knowledge, experience and attitude, if the worker cannot successfully deliver the work product, it is for naught.

To me, the "knowledge" variable is the Achilles' heel to craftsmanship in Business Systems Analysis. As mentioned earlier, BSA is not a new concept, but was almost made extinct. Fortunately, it is beginning to rebound and, as part of its resurrection, the industry is reinventing systems theory with programming muddying the waters. For example, how BSA is taught at the college level is certainly not uniform. Sometimes it is taught in the business schools and others in the computer science schools. Further, how one professor may teach it will not be the same as the next. I have seen this not just in this country but overseas as well. In other words, BSA is not yet a teachable science. To qualify as a science, there needs to be a governing body of knowledge consisting of proven and accepted concepts and principles. This includes a standardization of terms in order to avoid a "Tower of Babel" effect. Unfortunately, uniform standards are few and far between in the BSA field. To illustrate, there are numerous interpretations of what a system is, or what information is, or even data.

There are two parts to the "knowledge" variable: initial education/training, and continuous improvement. In terms of initial education/training, you can either learn BSA through the "School of Hard Knocks" or from an accredited institution. I will not digress into the specifics of what a BSA curriculum should include other than to highlight general areas:

* History of BSA.
* General business courses, including such things as general management, organizational analysis, work simplification, industrial engineering, industrial psychology, corporate law, statistics, etc.
* Communications courses; e.g., speech, persuasion, negotiation, corporate and technical writing, interviewing, etc.
* Basic math to calculate such things as return on investment and cost/benefit analysis.
* Project Management.
* Introduction to computer technology (including operations and networking).
* Principles of software design.
* Principles of data base deign.

Aside from the initial education/training, the "Knowledge" variable requires a program of continuous improvement. This can be done by attending supplemental training, by reading and researching articles and books, and active participation in trade groups, such as the International Institute of Business Analysis (IIBA).

As an aside, the forerunner of the IIBA was the Association for Systems Management (ASM) which went defunct back in the 1990's (another indicator of how BSA almost became extinct).

Certification in a chosen profession is also useful for continuous improvement, but without an industry accepted body of knowledge it is pointless. And being certified does not automatically make you a craftsman, but rather it is indicative of your desire to seek further knowledge and improve yourself.

IMPLEMENTING BSA CRAFTSMANSHIP

In my earlier craftsmanship article, I described how a company should devise a suitable corporate culture to embrace craftsmanship; to summarize:

* EMPOWERMENT OF THE WORKER to make certain decisions regarding development of the work product. This involves less micromanagement and more participation by workers in the planning process. In other words, managing from the "bottom-up" as opposed to "top-down."

* CREATION OF A MORE DISCIPLINED AND ORGANIZED WORK ENVIRONMENT promoting a more professional attitude amongst the workers. This includes a corporate position of zero tolerance in defects and inferior workmanship and the adoption of standard methodologies thereby defining best practices for building/delivering work products.

* PROMOTE A PROGRAM OF CONTINUOUS IMPROVEMENT to sharpen worker skills.

* ESTABLISHMENT OF THREE CLASSES OF WORKERS to denote the level of expertise, such as "Apprentices" (novices requiring training), "Intermediate" (educated and experienced, but not yet expert), and "Master" (expert craftsman).

* ESTABLISH A LINK BETWEEN WORKERS-PRODUCTS-CUSTOMERS to establish a feedback loop to judge satisfaction with a specific product and to the exact worker(s) who produced it.

This approach to implementation is just as applicable to BSA as it is to any other profession.

CONCLUSION

There are undoubtedly craftsmen in the BSA industry; people whose companies and clients have supreme confidence in their ability and trust their expertise unquestioningly. These are people who should be recognized by the industry in order to become models for others to emulate.

But the biggest problem with craftsmanship in this industry is the lack of uniform standards by which we can teach others in a consistent manner. Without such governing standards, BSA will continue to be viewed more as an art as opposed to a science, and true craftsmanship in this field will not be realized.

If you would like to discuss this with me in more depth, please do not hesitate to send me an e-mail.

NOTES:

Craftsmanship: Its Cultural and Managerial Implications

Tim Bryce

Tim Bryce is the Managing Director of M. Bryce & Associates (MBA) of Palm Harbor, Florida, a management consulting firm specializing in Information Resource Management (IRM). His corporate web page is at:
http://www.phmainstreet.com/mba/

He can be contacted at: timb001@phmainstreet.com

Copyright © 2008 Tim Bryce. All rights reserved.

Rate this Article: 0 / 5 stars - 0 vote(s)
Print Email Re-Publish

Add new Comment



Captcha

  • Latest Programming Articles
  • More from Tim Bryce

How to Repair Java Errors and Errors that are Commonly Confused with Java

By: Amit Mehta | 02/12/2009
Let’s all be honest. When we think of the word "java," what usually comes to mind is either a steaming cup of coffee or the island in Indonesia. When referring to computers, Java means something else entirely. For those of us that have no clue what this "Java" is or does, here is the lowdown on Java errors, what they are, and how to fix them.

Build Service Oriented Composite Applications with new Book on Oracle SOA Suite 11g

By: Swati | 02/12/2009
Getting Started With Oracle SOA Suite 11g R1 is a new book from Packt that helps develop service-oriented composite application using the much anticipated Oracle SOA Suite 11g. Written by Oracle SOA Suite Product Management team members, this book walks the reader through the development of a services-oriented applications based on a real-life scenario.

Writing plugins for RDesktop

By: Apriorit Inc. | 01/12/2009
This article was mostly written for Linux developers. The article gives a method of writing out-of-process plugins to open source software – i.e., plugins that will work as a part of the software but will run in another process, so their code may stay closed.

ASP.Net Listview Databinding

By: pons_saravanan | 01/12/2009
Databind the ListView with database using ADO.Net datatable

Your mobile phone is too important not to have mobile antivirus software

By: Tom | 01/12/2009
Mobile phone antivirus software and mobile phone antispam software have become important and popular features to have on your mobile phone these days.

A reason to smile for All PHP Developers

By: Mahendra Sharma | 28/11/2009
The PHP developers have full right to smile today due to their choice of career as PHP programmers. This article is highlighting some key factors on how this language is bypassing all other in the website development world.

How to Solve the Registry Errors

By: janson | 27/11/2009
The Registry of Windows is the most important for the working of the computer system due to it stores valuable data which can cause serious loss in performance of the system. The registry files of Windows are set to save the configuration settings of Windows and they are spread around on the hard disk. To solve the errors of them was absolute a Herculean task.

Gravity Jack Software Studio is a new venture that is pushing the envelope in the mobile software development arena

By: Adam Chronister | 26/11/2009
Gravity Jack opened offices this month in Liberty Lake and is currently filing patents regarding a tightly-kept secret project that is expected to revolutionize the way people interact with mobile computing platforms such as Apple’s iPhone and Google’s Android.

A Curriculum for Social Skills

By: Tim Bryce | 24/11/2009 | Human Resources
Discusses three prime areas of concentration to improve social skills.

Differences between East and West

By: Tim Bryce | 24/11/2009 | Team Building
Discusses cultural differences between offices in Japan and the United States.

Why Project Management Fails

By: Tim Bryce | 21/10/2009 | Management
Four reasons why project management breaks down.

The Problem with "Man Hours"

By: Tim Bryce | 16/09/2009 | Project Management
I've never been comfortable with the concept of "Man Hours," not that it's a gender issue, but rather it implies ignorance of how time is used in the work place and fumbles away some simple management concepts needed to run any business, namely accountability and commitment. Actually, I thought the "Man Hour" concept disappeared with the passing of the 20th century, but it appears to be making a comeback.

Humor in the Work Place

By: Tim Bryce | 31/08/2009 | Management
When and how humor should be injected in the work place.

Software Versions and Releases

By: Tim Bryce | 31/08/2009 | Software
Are the words synonymous? Can they be used interchangeably?

Challenging the Status Quo

By: Tim Bryce | 28/08/2009 | Management
Stagnation is not an option.

Information Systems Theory 101

By: Tim Bryce | 13/08/2009 | Programming
Provides a conceptual foundation for all Information Systems work.

Submit Your Articles Free: Signup
Article Categories




Use of this web site constitutes acceptance of the Terms Of Use and Privacy Policy | User published content is licensed under a Creative Commons License.
Copyright © 2005-2008 Free Articles by ArticlesBase.com, All rights reserved. (0.23, 1, w1)