DREPD

From CNM Wiki
Revision as of 02:13, 6 November 2018 by Gary (talk | contribs)
Jump to: navigation, search

DADP (also known as Discover-Analyze-Design-Plan Cycle, DADP loop, and DADP pattern; hereinafter, the Pattern) is the enterprise development nesting pattern that divides enterprise development activities in four consecutive batches: Discovery (D), Analysis (A), Design (D), and Planning (P). The name of the Pattern is the abbreviation of four verbs: Discover, Analyze, Design, Plan.

The Pattern is used in any development in two ways:

  1. Being complex, Pattern can serve as a canvas for the development cycle as a whole. In this case, one bigger complex Pattern may consist of a number of smaller Patterns, which are called basic; and
  2. Being basic, Pattern can serve as a layout for simple actions in new product development, problem solving, competitive strategy, business analysis, systems engineering, project management, etc. A combination of those basic Patterns can be presented as a complex Pattern.

In education, Bracka School also deploys the Pattern while building the curricula on multiple sets of four quarters, each of which represents one batch of the Pattern.


Components

Enterprise discovery

Main wikipage: Enterprise discovery
The first batch of the Pattern is Enterprise discovery. It includes all activities resulted in discovery of any data relevant to the further enterprise development. These data include some statement of the business need that is sought to be satisfied as the key outcome from that enterprise as a whole.

Enterprise analysis

Main wikipage: Enterprise analysis
The second batch of the Pattern is enterprise analysis. It includes all activities needed to process the data discovered in enterprise discovery in order to provide enterprise design with detailed requirements for the future outcome from the Pattern.

Enterprise design

Main wikipage: Enterprise design
The third batch of the Pattern is enterprise design. It includes all activities needed to conceptualize, design, scratch, model, map, plan, project, and/or detail the Pattern's outcome and/or finalize the architecture or layout for this outcome.

Enterprise planning

Main wikipage: Enterprise planning
The fourth batch of the Pattern is enterprise planning. It includes all activities needed to create and deliver the Pattern's outcome based on its architecture or layout made in enterprise design.

Classifications

Classifications of the Patterns are tentative. Every Pattern has some agility and no Pattern can fully fall in one exact category. Thus, the taxonomies below serve to demonstrate various directions of various Patterns rather than precise classifications.

Basic vs complex

  • Ideally, a basic Pattern is any development pattern that doesn't include other Patterns. For example, a generic reply like "Oh, really?" in a common conversation can be considered as basic. The listener (a) listens (or discovers) to its conversational partner, (b) analyzes what he or she has said, (c) decides what to reply (or designs the reply), and (d) delivers (or plans) it;
  • Ideally, a complex Pattern is any development pattern that includes other Patterns. For example, development of a new space ship requires millions should be considered as complex because it includes millions and millions basic Patterns.

Complete vs partial

  • Ideally, a complete Pattern is any development pattern that includes all four batches from enterprise discovery to planning. For example, a generic reply like "Oh, really?" in a common conversation can be considered as complete because the entry data for this reply was collected, analyzed, the reply was designed and delivered;
  • Ideally, a partial Pattern is any development pattern that doesn't include enterprise planning. This Pattern may or may not include enterprise design if the Pattern includes enterprise analysis. This Pattern may or may not include enterprise analysis, but always include enterprise discovery. For example, development of a new space ship was ordered, but the project was stopped in the middle because of the lack of funding.

Transitional vs terminal

  • Ideally, a transitional Pattern is undertaken in order to get some deliverable, which will be used in some Pattern in the future. For instance, a traveler takes a taxi in hopes that his or her driver would give more information on what to visit in a city, which hasn't been known to him or her yet. The traveler's airplane is unexpectedly delayed for one day;
  • Ideally, a terminal Pattern is undertaken in order to get with some deliverable, which will not be used in the future by the undertaker. For instance, someone delivers a pack of generic Vitamin C to its buyer.

Predefined-deliverable vs unexplored-deliverable

  • Ideally, a predefined-deliverable Pattern is undertaken in order to get with some deliverable, which features are defined before the Pattern starts. For instance, someone needs to buy a pack of generic Vitamin C;
  • Ideally, an unexplored-deliverable Pattern is undertaken in order to get some deliverable, which features cannot be exactly defined before the Pattern starts. For instance, a traveler takes a taxicab in order to get to a city, which hasn't been known to him or her yet, because the traveler's airplane is unexpectedly delayed for one day and he or she is looking for ideas how to spend that "extra" day.

Deductive vs inductive

  • Ideally, a deductive Pattern is undertaken in order to create a concept out of other concepts and experiments. For instance, the Patern is created out of similar concepts such as PDCA and experiences;
  • Ideally, an inductive Pattern is undertaken in order to conduct an experiment. For instance, the Patern can be tested in any enterprise effort.

Applications

New product development, problem solving, competitive strategy, portfolio management, business analysis, systems engineering, project management and many other concepts are built on the basic Patterns. Complete complex terminal Patterns seem to have strong correlations with other concepts as well.

In project management

With one exception of discovering a business need, which project deliverables shall satisfy, the complex Pattern can serve as a project management canvas itself. One or more the basic Patterns can be used in order to create or modify any output of any project management process such as a project charter, stakeholder register, acceptance criteria, etc.

Complex Patterns vs other development concepts

Although the table below is not intended to be complete, it addresses some tendencies and correlations between the complete complex terminal Patterns, on the one hand, and some other other development concepts, on the other hand:
Discovery Analysis Design Planning
Business need Requirements data
Portfolio management
Usually, c-level executives define the needs at the organizational level, as well as frontline managers at the lower levels and middle managers in between those levels New product development
Project management
Systems engineering Usually, project teams or functional departments execute implementations
Business analysis Solution architects or others can design the solution
Competitive strategy
Business need Requirements data Analysis Design Planning
Discovery

In education

Bracka School has built its Septem Artes Administrativi curriculum on seven sets of four quarters. Each set is called quadrivium and designed around the Pattern.