Contract-First Design - Revision history

Eric: Added a Category to the Page

2023-08-17T20:48:34Z

Added a Category to the Page

← Older revision		Revision as of 20:48, 17 August 2023
Line 30:		Line 30:

	=More=		=More=

			[[Category: Guiding philosophies]]

2022-06-01T15:16:45Z

Challenge of Contract-First Design

← Older revision		Revision as of 15:16, 1 June 2022
Line 24:		Line 24:
	Which is more generative, the interface design or the actual design? If the interface design is correct and verified, then clearly the interface design may be more generative. However, if the interface design is improper, then design errors propage throughout, and the interface design can be de-generative and not useful - calling for rework.		Which is more generative, the interface design or the actual design? If the interface design is correct and verified, then clearly the interface design may be more generative. However, if the interface design is improper, then design errors propage throughout, and the interface design can be de-generative and not useful - calling for rework.

	This calls for ongoing, iterative cycling between interface design and design-proper. This ~~should be added to~~ [[Iterative Design]].		This calls for ongoing, iterative cycling between interface design and design-proper. This is naturally part of [[Iterative Design]] aka [[Test-Driven Design]].

	=Links=		=Links=

2022-06-01T15:11:28Z

Challenge of Contract-First Design

← Older revision		Revision as of 15:11, 1 June 2022
Line 24:		Line 24:
	Which is more generative, the interface design or the actual design? If the interface design is correct and verified, then clearly the interface design may be more generative. However, if the interface design is improper, then design errors propage throughout, and the interface design can be de-generative and not useful - calling for rework.		Which is more generative, the interface design or the actual design? If the interface design is correct and verified, then clearly the interface design may be more generative. However, if the interface design is improper, then design errors propage throughout, and the interface design can be de-generative and not useful - calling for rework.

	This calls for ongoing, iterative cycling between interface design and design-proper.		This calls for ongoing, iterative cycling between interface design and design-proper. This should be added to [[Iterative Design]].

	=Links=		=Links=

2022-06-01T15:10:32Z

Challenge

← Older revision		Revision as of 15:10, 1 June 2022
Line 11:		Line 11:
	*Leave room to grow, i.e. over engineer these interfaces, because changing these fundamental contracts may be expensive.		*Leave room to grow, i.e. over engineer these interfaces, because changing these fundamental contracts may be expensive.

	=Challenge=		=Challenge of Contract-First Design=
	'''Challenge: emergence.''' Some interfaces may not be recognized. That is, it may not be recognized that a specific interface exists or is needed. Thus, interface design may be an iterative process within the design process.		'''Challenge: emergence.''' Some interfaces may not be recognized. That is, it may not be recognized that a specific interface exists or is needed. Thus, interface design may be an iterative process within the design process.

2022-06-01T15:10:05Z

← Older revision		Revision as of 15:10, 1 June 2022
Line 28:		Line 28:
	=Links=		=Links=
	*[[Contract-First Manufacturing]]		*[[Contract-First Manufacturing]]

			=More=

2022-06-01T15:09:52Z

Challenge

← Older revision		Revision as of 15:09, 1 June 2022
Line 17:		Line 17:

	Thus, the interface design and design-proper design processes can be highly iterative.		Thus, the interface design and design-proper design processes can be highly iterative.

			An interface design may be considered generative in the sense that it is a definition of a boundary, and many such instances can exist in an overall design. Thus, knowing one interface design can result in significant amount of design-proper (actual overall design of the artifact in question) being generated.

			The design-proper is generative in the sense that replicable interfaces can be extracted. These interfaces are thus generative. In this sense, the design-proper may be considered generative.

			Which is more generative, the interface design or the actual design? If the interface design is correct and verified, then clearly the interface design may be more generative. However, if the interface design is improper, then design errors propage throughout, and the interface design can be de-generative and not useful - calling for rework.

			This calls for ongoing, iterative cycling between interface design and design-proper.

	=Links=		=Links=
	*[[Contract-First Manufacturing]]		*[[Contract-First Manufacturing]]

2022-06-01T15:04:47Z

Challenge

← Older revision		Revision as of 15:04, 1 June 2022
Line 13:		Line 13:
	=Challenge=		=Challenge=
	'''Challenge: emergence.''' Some interfaces may not be recognized. That is, it may not be recognized that a specific interface exists or is needed. Thus, interface design may be an iterative process within the design process.		'''Challenge: emergence.''' Some interfaces may not be recognized. That is, it may not be recognized that a specific interface exists or is needed. Thus, interface design may be an iterative process within the design process.

			Indeed, at the limit of specificity of interface design - the actual design emerges. When an interface is designed in practice, the result is a 'complete design.' If we start with the 'complete design' - then interfaces can be extracted, and documented.

			Thus, the interface design and design-proper design processes can be highly iterative.

	=Links=		=Links=
	*[[Contract-First Manufacturing]]		*[[Contract-First Manufacturing]]

2022-06-01T15:02:29Z

← Older revision		Revision as of 15:02, 1 June 2022
Line 1:		Line 1:
			=About=

	http://www.scrum-breakfast.com/2013/06/xm-principle-4-contract-first-design.html		http://www.scrum-breakfast.com/2013/06/xm-principle-4-contract-first-design.html

Line 9:		Line 11:
	*Leave room to grow, i.e. over engineer these interfaces, because changing these fundamental contracts may be expensive.		*Leave room to grow, i.e. over engineer these interfaces, because changing these fundamental contracts may be expensive.

			=Challenge=
			'''Challenge: emergence.''' Some interfaces may not be recognized. That is, it may not be recognized that a specific interface exists or is needed. Thus, interface design may be an iterative process within the design process.
	=Links=		=Links=
	*[[Contract-First Manufacturing]]		*[[Contract-First Manufacturing]]

2018-04-14T16:17:40Z

← Older revision		Revision as of 16:17, 14 April 2018
Line 1:		Line 1:
	~~#Redirect~~ [[Contract First ~~Design~~]]		http://www.scrum-breakfast.com/2013/06/xm-principle-4-contract-first-design.html

			This means design the interface between modules first - not the modules themselves.

			When designing a solution:

			*Design the interfaces based on outside parameters, e.g. load factors, or communication and power requirements.
			*Only architect the connections up front, not the individual components.
			*Leave room to grow, i.e. over engineer these interfaces, because changing these fundamental contracts may be expensive.

			=Links=
			*[[Contract-First Manufacturing]]

2018-04-14T16:16:28Z

← Older revision		Revision as of 16:16, 14 April 2018
Line 1:		Line 1:
	#Redirect [[Contract-First ~~Manufacturing~~]]		#Redirect [[Contract First Design]]