https://dropithere.netlify.app/text/2YHoFbMDK1H3LDAKZCN3
http://ningspruz7.tech/button2901
Organizational patterns are structures of relationship, usually in a professional organization, that help the organization achieve its goals. The patterns are usually inspired by analyzing multiple professional organizations and finding common structures in their social networks. Such patterns are collected and organized into pattern languages, which are published as a foundation for process improvement and organizational design, largely in the software development community. Organizational pattern efforts since 1991 have led to a small body of literature and a community of research and support, both of which have close ties to the software pattern community. Organizational patterns broadly support knowledge sharing about organizational design and support corporate memory of reorganizations and process changes. They are often used as the foundation of project retrospectives.
Organizational patterns are inspired in large part by the principles of the software pattern community, that in turn takes it cues from Christopher Alexander's work on patterns of the built world. [1] Organizational patterns also have roots in
Kroeber's classic anthropological texts on the patterns that underlie culture and society. [2] They in turn have provided inspiration for the Agile software development movement, and for the creation of parts of Scrum and of Extreme Programming in particular.
An early explicit citation to patterns of social structure can be found in the anthropological literature.
Patterns are those arrangements or systems of internal relationship which give to any culture its coherence or plan, and keep it from being a mere accumulation of random bits. They are therefore of primary importance.[3]
Kroeber speaks of universal patterns that describe some overall scheme common to all human culture; of systemic patterns are broad but normative forms relating to beliefs, behaviors, signs, and economics; and total culture patterns that are local. Kroeber notes that systemic patterns can pass from culture to culture:
A second kind of pattern consists of a system or complex of cultural material that has proved its utility as a system and therefore tends to cohere and persist as a unit; it is modifiable only with difficulty as to its underlying plan. Any one such systemic pattern is limited primarily to one aspect of culture, such as subsistence, religion, or economics; but it is not limited areally, or to one particular culture; it can be diffused cross-culturally, from one people to another. . . . What distinguishes these systemic patterns of culture—or well-patterned systems, as they might also be called—is a specific interrelation of their component parts, a nexus that holds them together strongly, and tends to preserve the basic plan... As a result of the persistence of these systemic patterns, their significance becomes most evident on a historical view. [4]
The pattern aspect of
Kroeber's view fits very well the systems-thinking pattern view of Christopher Alexander in the field of architecture. Alexander's books became an inspiration for the software world, and in particular for the object-oriented programming world, in about 1993. Organizational patterns in the sense they are recognized in the software community today first made an appearance at the original Hillside Group workshop that would lead to the pattern community and its PLoP conferences. [5]
The Hillside Group sent out a call for pattern papers and, in 1995, held the first pattern conference at Allerton Park in central Illinois in the United States. The second conference, also at Allerton, would follow a year later. These first two PLoP conferences witnessed a handful of organizational patterns:
A flurry of associated publications and follow-up articles followed quickly thereafter, including an extemporization of the organizational patterns approach in the Bell Labs Technical Journal, [11] an invited piece in ASE, [12] a CACM article by Alistair Cockburn [13] and, shortly thereafter, a pattern-laden book by Alistair, [14] as well as chapters by Benualdi [15] and Janoff [16] in the Patterns Handbook. It was also about this time that Michael A. Beedle et al. published patterns that described explicit extensions to existing organizational patterns, for application in projects using a then five-year-old software development framework called Scrum. [17] A few more articles, such as the one by Brash et al. [18] also started to appear.
Little more happened on the organizational patterns front until the publication of the book by Berczuk et all on configuration management patterns; [19] this was a break-off effort from the effort originally centered at Bell Labs.
In the mean time, Jim Coplien and Neil Harrison had been collecting organizational patterns and combining them into a collection of four pattern languages. Most of these patterns were based on the original research from Bell Laboratories, which studied over 120 organizations over the period of a decade. These empirical studies were based on subject role-play in software development organizations, reminiscent of the sociodramas of Moreno's original social network approach. [20] However, the pattern language also had substantial input from other sources and in particular the works by Cockburn, Berczuk, and Cunningham. This collection was published as Organizational Patterns of Agile Software Development in 2004. [21]
One of the most recent organizational pattern articles comes from an early pattern contributor and advocate, the object design pioneer Grady Booch. [22]
Like other patterns, organizational patterns aren't created or invented: they are discovered (or "mined") from empirical observation. The early work on organizational patterns at Bell Laboratories focused on extracting patterns from social network analysis. That research used empirical role-playing techniques to gather information about the structure of relationships in the subject organization. These structures were analyzed for recurring patterns across organization and their contribution to achieving organizational goals. The recurring successful structures were written up in pattern form to describe their tradeoffs and detailed design decisions (forces), the context in which they apply, along with a generic description of the solution.
Patterns provide an incremental path to organizational improvement. The pattern style of building something (in this case, an organization) is:
As with Alexander-style patterns of software architecture, organizational patterns can be organized into pattern languages: collections of patterns that build on each other. A pattern language can suggest the patterns to be applied for a known set of working patterns that are present.
The history of Agile software development and of organizational patterns have been entwined since the beginning. Kent Beck was the shepherd (interactive pattern reviewer) of the Coplien paper for the 1995 PLoP, and he mentions the influence of this work on extreme programming in a 2003 publication. [23] The idea of daily Scrum meetings in fact came from a draft of an article for Dr. Dobb's Journal [24] that described the organizational patterns research on the Borland QPW project. [25] Beedle's early work with Sutherland brought the pattern perspective more solidly into the history of Scrum. More recently, the Scrum community has taken up newfound interest in organizational patterns [26] and there is joint research going forward between the two communities. In this vein, the first ScrumPLoP conference took place in Sweden in May, 2010, sanctioned by both the Scrum Alliance and the Hillside Group.
This website is powered by Spruz