INTRODUCTION

Productivity = Effectiveness X Efficiency
- Bryce's Law

TRANSLATE THIS PAGE TO... Chinese (simple)   Japanese       Dutch   French     German     Italian    
Free Translation courtesy of ALS      Chinese (traditional)   Korean       Portuguese       Russian       Spanish         

This section contains the following:


 
    WELCOME

    Welcome to the "PRIDE" Methodologies for Information Resource Management (IRM). This product includes three methodologies:

    "PRIDE"-EEM (Enterprise Engineering Methodology) - used by business analysts to model the business, determine information requirements, and calculate an Enterprise Information Strategy.

    "PRIDE"-ISEM (Information Systems Engineering Methodology) - used by Systems and Software Engineers to design enterprise-wide information systems.

    "PRIDE"-DBEM (Data Base Engineering Methodology) - used by Data Base Engineers and DBA's to design an integrated corporate data base.

    "PRIDE" also includes a Project Management (PM) system and an Information Resource Manager (IRM) to catalog and cross-reference information resources.  

    WHY WAS "PRIDE" CREATED?

    "PRIDE" was created based on MBA's experiences in managing large IS/IT departments where it was necessary to bring uniformity and consistency to development efforts in order to improve productivity. The problems experienced by IT organizations today are essentially no different than they were in the early 1970's when "PRIDE" was first introduced:

    • User information requirements are not satisfied. The development staff and end-users do not work together harmoniously; e.g., users lack confidence in the development staff, and the development staff is frustrated with the users.

    • Little or no planning is performed; IT management can best be described as "reactive" as opposed to "active."

    • Systems are poorly documented causing headaches in terms of maintenance and implementing changes.

    • Systems lack integration thereby creating work redundancies.

    • Data redundancy plaques corporate data bases. Consequently, inconsistent information is produced.

    • Projects are rarely delivered on time and within budget.

    • Development personnel are not working in a concerted manner (no standards). As a result, quality is lacking causing users to lose confidence in the IT staff and redundant development effort.

    • Little time is spent in systems analysis with programming representing 85% of the development effort, thus causing programmers to re-write applications until they "get it right."

    • Development personnel are constantly in a "firefighting mode" (maintenance) and not developing new systems.

    • There is no effort to share and re-use information resources, causing developers to constantly re-write applications.

    Understanding the enormity of the situation, MBA studied various disciplines to develop other types of products that are much more tangible than information resources. As such, MBA considered the Five Basic Elements of Mass Production:

    1. Division of Labor - to break the production process into separate tasks performed by specialists or craftsmen.

    2. Assembly Line - defining the progression and synchronization of work.

    3. Precision Tooling - for mechanical leverage in the assembly line.

    4. Standardization of Parts - for interchangeability and assembly by unskilled and semi-skilled workers.

    5. Mass Demand - the impetus for mass production (as represented by a company's information requirements).

    In studying production processes, MBA came to the conclusion that:

    Productivity = Effectiveness X Efficiency

    Most people fallaciously equate productivity with efficiency, which simply gauges how fast we can perform a given task. Effectiveness, on the other hand, validates the necessity of the task itself. There is nothing more unproductive than to do something efficiently that should not have been done at all. An industrial robot, for example, can efficiently perform tasks such as welding. However, if it welds the wrong thing or at the wrong time, then it is counterproductive. It therefore becomes important in the production of any product to define Who is to perform What work, When, Where, Why, and How (we refer to this as "5W+H").

    From this, MBA devised a set of integrated engineering/manufacturing concepts for the development and control of information resources. These concepts became the foundation of the "PRIDE" methodologies. MBA then played the role of "Industrial Engineer" and detailed the production process (methodologies) in terms of the steps and sequencing of work, defined deliverables, and review points. By doing so, MBA defined the expert craftsman's rules for developing information resources. In other words, "PRIDE" does not do anything more than what a good IRM craftsman does already.  

    WHAT MAKES "PRIDE" UNIQUE?

    The strength of "PRIDE" rests in its integration of concepts and philosophies, all of which are based on common-sense engineering and manufacturing concepts that have stood the test of time and have been applied to just about every field of endeavor imaginable around the world. This engineering/manufacturing approach is what distinguishes "PRIDE" from other CPA-based or programming related methodologies. The concepts embedded in "PRIDE" and its approach to development were also proven unique in a court of law (Trade Secret litigation: M. Bryce & Associates vs. Gladstone, et al ). Because of its integration, a company can either use "PRIDE" in its entirety or in selective pieces and evolve into other parts of the product over time.

    The emphasis in "PRIDE" is on design correctness and the production of a quality product. Each methodology consists of a work breakdown structure consisting of phases, activities, and operational steps (tasks), each specifying Who is to perform What work, When, Where, Why, and How (5W+H). The work breakdown structure is based on producing specific deliverables that can be reviewed and inspected to verify completeness, thereby assuring a quality product is produced. The deliverables can take many forms, be it a report, source code, data base structures, etc.

    The structure and sequencing of the methodologies were not randomly devised such as the classic linear "water-fall" approach to programming. Instead, the "PRIDE" methodologies are based in the information resources affected; for example:

    EEM - Phases map the logical and physical organizational structures.

    ISEM - Phases map the system structure being developed.

    DBEM - Phases map the logical/physical data base models.

    Although "PRIDE" includes forms to document information resources, flowcharts, and to estimate time and costs, it is most definitely not a "forms driven" system. Instead, "PRIDE" is a way of thinking and looking at information resources. This is why we refer to it as "Software for the finest computer - the Mind." A "forms driven" methodology implies that if you fill out forms in a specific sequence, the desired work product, such as a system, will be automatically produced. We consider this a fallacious concept. "PRIDE" views documentation as a working tool and a by-product of the development process, just as blueprinting is to an architect. The processing of forms will not make a person a better Systems Engineer; the person must understand the process and the rationale by which it is based. Only then will they be able to channel their energies effectively and produce superior results.

    "PRIDE" is intellectually honest. We have gone to great extremes to define our terms and concepts. We believe Information Resource Management (IRM) to be a science, one that can be taught. To do so, one must define their terminology and explain their concepts, which is why we have done so. One by-product from defining our terms is that companies can standardize and communicate with a common language, thereby avoiding the "Tower of Babel" effect that commonly plaques most application development organizations.

    "PRIDE" recognizes development tools and techniques will change over time as technology changes. As such, it provides for a myriad of outside tools and techniques to be used throughout the methodologies, just as an assembly line allows such devices. Regardless of the marketing hyperbole of the computer industry, there is no single product on the marketplace that can do everything for everyone, in all situations. An overriding theme in "PRIDE" is that "if there is anything in life that it constant, it is change." Techniques and tools will come and go, but the assembly line process will remain constant.

    "PRIDE" requires a change of focus and orientation. Instead of concentrating on programming, "PRIDE" is concerned with the overall architecture of a system. Due to its orientation towards up-front work, programmers become the beneficiaries of better specifications and, as such, improves their productivity. Due to the organization and discipline of "PRIDE", it can even make semi-skilled workers produce superior results. In the hands of a competent manager, we have never seen "PRIDE" fail.  

    CORPORATE PROFILE

    M. Bryce & Associates (MBA) is an international management consulting firm specializing in Information Resource Management (IRM). The "PRIDE" methodologies have been used worldwide in every field of endeavor imaginable:

    Countries Served:
    Australia, Belgium, Brazil, Canada, Denmark, Japan, Korea, Mexico, New Zealand, Norway, Saudi Arabia, South Africa, Spain, United Kingdom, United States, Venezuela

    Industries Served:
    Aerospace, Automotive, Banking, Brewing, Chemical, Communications, Construction, Electronics, Energy, Engineering, Government (Federal/State/Local), Insurance, Manufacturing, Paper/Wood, Printing/Publishing, Public Utilities, Retail/Wholesale, Shipbuilding, Steel, Transportation

    In particular, "PRIDE" products have been used extensively by firms throughout Japan, including several companies who have received the prestigious Deming Prize for quality.

    "PRIDE" is a universally applicable approach that can be used in any company, on any information system, in any cultural environment, and is not restricted to any particular computer platform, data base, language, or programming tool/technique.

    Since 1971, MBA has never failed to meet a customer implementation commitment, regardless of the customer's geographical location or training requirements.

    Through the "PRIDE" product line, MBA has established several precedents and introduced many new concepts to the industry:

    1. First to offer commercial methodologies for system design, data base design, and enterprise engineering.

    2. First commercial repository for capturing, controlling, and re-using information resources.

    3. First on-line methodology for accessing automated instructional materials.

    4. First methodology enacted into law (State of Minnesota, 1978 ).

    5. Concepts and Techniques introduced: Information Driven Design, Structured Systems, Chronological Decomposition, Layered Documentation, Data Resource Management, 4 Data Base Models, Enterprise Decomposition, Priority Modeling, Bill of Material Processing for managing information resources, Mini-Project Manager, Estimate-to-do (versus percent complete), estimating by bill-of-materials.

    While many of MBA's competitors have come and gone, the "PRIDE" product line enters its fourth decade of use. This is a testament to the integrity and durability of the product and the company who produced it.

    "With almost 1,500 installations worldwide and the fact MBA has existed in the methodology world for almost 20 years, it is fair to say that the company is well capable of managing its revenues and balancing them off with consistent research and development by investing about 80 percent of those revenues into R&D."

    - DATAPRO  

    IRM: THE CONCEPT

    "PRIDE" is an important part of an overall corporate program for Information Resource Management (IRM). The underlying philosophy behind IRM is to design, inventory and control all of the resources required to produce information. When standardized and controlled, these resources can be shared and re-used throughout the corporation, not just by a single user or application.

    There are three classes of information resources:

    • BUSINESS RESOURCES - Enterprises, Business Functions, Positions (Jobs), Human/Machine Resources, Skills, Business Objectives, Projects, and Information Requirements.

    • SYSTEM RESOURCES - Systems, Sub-Systems (business processes), Administrative Procedures (manual procedures and office automation related), Computer Procedures, Programs, Operational Steps, Modules, and Subroutines.

    • DATA RESOURCES - Data Elements, Storage Records, Files (computer and manual), Views, Objects, Inputs, Outputs, Panels, Maps, Call Parameters, and Data Bases.

    INFORMATION RESOURCES
    Integration is made possible through
    a Bill Of Materials Processor (BOMP)

    These three classes of information resources provides the rationale as to why there are three complementary methodologies within "PRIDE".

    3 METHODOLOGIES
    Each Methodology Consists of
    Phases, Activities, and Tasks

    Each methodology consists of a series of defined phases, activities and operations. Laced throughout the methodologies are defined deliverables and review points to substantiate completeness and to provide an effective dialog between management and developers. The methodologies promote design correctness and the production of a quality product.  

    IRM/MRP ANALOGY

    The concept of IRM is actually no different in intent than "Materials Resource Planning" (MRP) as used in manufacturing. Both are concerned with the efficient and cost effective use of resources. The classification and control of resources are the main objectives. Resources are classified to prove their uniqueness so that redundancy is not introduced and to promote sharing. Control is required to collect, inventory and retrieve resources as required by the business.

    Whereas MRP is concerned with managing products and the parts required to produce them, IRM is concerned with managing information and the resources required to produce it.

   

IRM/MRP ANALOGY
MRP
IRM
MISSION:
Standardize, Control, Share & Re-use

    One of the important by-products of cataloging and cross-referencing information resources is a model of the enterprise, including how it is organized and how it operates. Other benefits include:

    • All information resources are controllable, permitting the ability to design integrated systems and perform an "impact analysis" of a proposed resource change.

    • Simplified search of information resources for reuse. Redundancy of resource definition is eliminated.

    • Complete and current documentation of all information resources, in an organized and meaningful way.

    • Communications within the organization is improved since developers and users would use standard and common definitions for information resources, all of which would be in standard business terminology.
     

    INFORMATION FACTORY CONCEPT

    There are several other engineering/manufacturing related practices that can be applied to the development of information resources. Just as it is possible to engineer a manufacturing environment to build products, it is entirely possible to engineer a manufacturing environment to build information resources.

    There are three basic components within any manufacturing facility:

    1. ASSEMBLY LINES - stages of work sequenced in such a way to develop products. Along the assembly line, a series of tools and techniques will be deployed, some implemented by the human being, others through automated assistance, such as robots.

    2. MATERIALS MANAGEMENT - the business function concerned with standardizing parts so they may be re-used in various product assemblies. Further, it is concerned with collecting, storing and retrieving parts in the most efficient means possible (e.g., JIT - "Just In Time").

    3. PRODUCTION CONTROL - oversees the assembly lines, looking for unanticipated delays or accelerations of production schedules. Consequently, corrective action can be taken as required to resolve problems.
   

FACTORY CONCEPT

It is possible to apply the same discipline,
organization and automation as used
in an engineering/manufacturing facility.

    These same disciplines can be utilized to develop and manage information resources:

    1. METHODOLOGIES (Assembly Lines) - defines the work environment by establishing WHO is to perform WHAT, WHEN, WHERE, and WHY, thereby synchronizing the flow of work. Within the phases of the methodology, a variety of tools and techniques may be deployed which defines HOW the work is to be performed.

    2. RESOURCE MANAGEMENT (Materials Management) - identifies and classifies information resources, thereby sharing and re-using resources. Also, ensuring they are collected, stored and retrieved in a timely manner.

    3. PROJECT MANAGEMENT (Production Control) - is used to plan, estimate, schedule, report, and control project work.

    Some people might argue that an "Information Factory" represents a much too rigorous environment that would stifle creativity. Far from it. An "Information Factory" is simply a recognition that the development of information resources can move from an art to a science. Ultimately, it represents organization, communications, and discipline. It also promotes teamwork and cooperation by sharing and re-using information resources.

    With its emphasis on defined deliverables, validation/acceptance criteria, and review points, "PRIDE" is compatible with a total quality assurance program, e.g., ISO-9000.  

    THE VOCABULARY OF "PRIDE"

    The vendor has taken great care to keep the language of the methodologies clear, consistent and easy to understand. In fact, a comprehensive "Glossary of Terms" is included. Despite this, there are some common expressions used in "PRIDE" which the user will need to become familiar with. To illustrate:

    RESOURCE refers to one of the many elements used to produce information. As developers proceed through the "PRIDE" methodologies, they will document (either manually or mechanically) each resource and link it to other resources, thereby creating a chain of relationships. Under "PRIDE," each resource is identified by number and name (consult the "Establishing a Repository" narrative under the "Supporting Narratives" section). Most resources, follow a "Part Number" numbering convention consisting of a two digit prefix denoting the type of resource, followed by an alphanumeric control number to identify the individual description. For example:

    NUMBER RESOURCE TYPE USED TO DEFINE.. FE-XXXXX Functional Entity Enterprises, Business Functions OE-XXXXX Organizational Entity Jobs/Positions RE-XXXXX Resource Entity Employees, Consultants, Machines SD-XXXXX Skill Description Knowledge, Experience, Talent, Feature (for equipment) MI-XXXXX Modification/Improvement Business Objectives, Problems, Work Requests PD-XXXXX Project Description Projects (any size or type) IR-XXXXX Information Requirement Information related or non- info related (e.g., equipment specs) MD-XXXXX Module Description Reusable program code (including subroutines) DD-XXXXX Data Description Data Elements and Field Entries FD-XXXXX File Description Physical Files (manual & computer), and Objects (Logical Files) ID-XXXXX Input Description Screens, Documents, Verbal OD-XXXXX Output Description Screens, Reports, Audio RD-XXXXX Record Description Records, Views (Logical Records), Transactions, Maps, Panels, Messages, and Call Parameters.

    These resource prefixes (DD, PD, RD, etc.) will become a natural part of the vernacular of the development organization.

    Unlike the other resources, System resources follow a product structure numbering convention reflecting the four levels in a system/product hierarchy (a basic "PRIDE" concept):

    XX System number LEVEL 1 XXXX Sub-System number LEVEL 2 XXXXXX Procedure number (Administrative or Computer) LEVEL 3 XXXXXXXX Program or Operational Step number LEVEL 4

    NOTE: The XX-XX-XX-XX convention can be modified as required for installation standards; for example: XXX-X-XX-XX, XX-X-XXX-XX, etc.

    The term "IRM" refers to the overall concept of Information Resource Management, but it is also used throughout "PRIDE" in reference to a "repository" where information resources are documented and inventoried (either manually or mechanically). Each resource is cataloged in the IRM by number and name in the manner mentioned above. For a more complete description of the organization of the IRM as a tool, consult the following section: Establishing a Repository.

    METHODOLOGY:

    Other commonly used expressions associated with the "PRIDE" methodologies include:

      PHASE - consisting of a set of one or more activities of work. Phases represent significant milestones in the life of a project.

      ACTIVITY - a unit of work consisting of one of more operations.

      OPERATION - the smallest unit of project work. Sometimes referred to as "task" or "step".

      DELIVERABLE - a report, file, or some other object produced from a specific phase, activity or operation. Deliverables are sometimes referred to as "work products".

      MOD/IMP - short for "Modification/Improvement"; refers to a business objective of any kind (small, medium, large; new development, maintenance activity, modification/improvements). The expression "Mod/Imp" is a recognition that most development activity is devoted to changing and enhancing existing information resources.

     

    PRODUCT ORGANIZATION

    The "PRIDE" documentation is organized into ten major sections:

    1. Introduction - this narrative.

    2. EEM - for the "PRIDE"-Enterprise Engineering Methodology.

    3. ISEM - for the "PRIDE"-Information Systems Engineering Methodology.

    4. DBEM - for the "PRIDE"-Data Base Engineering Methodology.

    5. Project Management - for the "PRIDE"-Project Management system

    6. Supplemental Narratives - consisting of special tutorials related to all of the methodologies and the Project Management system.

    7. Glossary of Terms - defining the terminology of "PRIDE".

    8. Bryce's Laws - a recap of key "PRIDE" concepts as devised by M. Bryce & Associates (MBA).

    9. Contact Us - how to contact MBA.

    10. INDEX - a comprehensive index of subjects used to navigate all of "PRIDE".

    The layout and structure of the methodologies contained herein are uniform making it easy to learn and navigate. Once a person understands the structure of one "PRIDE" methodology, he/she will be able to easily navigate another. The methodology sections (EEM/ISEM/DBEM) are divided into sub-sections:

    Methodology Phases Activities Examples Tools & Techniques Phase Functional Matrix Phase Review Checklist Supporting Procedures

    The Methodology section describes the concepts implemented within it, along with narrative describing the construction of the methodology and how to navigate through it. Examples show sample deliverables produced from the activities. Tools & Techniques describe the various types of products and techniques that should be used to perform each activity. Phase Functional Matrix provides a table relating the phase's activities to the developers assigned to perform the work. The Phase Review Checklist provides the acceptance criteria for the phase deliverables. These checklists have not been included with the "Examples" sections so that the user can view and/or print them separately. Supporting Procedures includes special narratives related exclusively to the respective methodology.

    NOTE: Depending on the activity, there may not be sub-sections for Examples and Tools & Techniques.

    Considerable effort went into the development of the sample deliverables included under the Examples sections. A sample of each deliverable has been included as a guideline for its preparation. Because some samples are re-used throughout the methodologies, some examples will lack full continuity in their presentation. Further, certain text narratives have been abbreviated for conciseness. In addition, the examples reflect a fictitious company with fictitious personnel. Any resemblance to persons living or dead is coincidental.

    The Project Management section includes sub-sections related to the activities of Project Management (Planning, Estimating, Scheduling, Reporting, and Control).

    The sub-sections under Supporting Narratives includes tutorials on such topics as: Establishing a Technical Library, Quality Assurance, Establishing a Repository, and Functional Descriptions.

   


Copyright © 1971-2009 by M. Bryce & Associates
Palm Harbor, Florida, USA
All rights reserved.