<?xml version="1.0" encoding="UTF-8"?>
<PerformancePlanOrReport xmlns="urn:ISO:std:iso:17469:tech:xsd:PerformancePlanOrReport" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

 xsi:schemaLocation="urn:ISO:std:iso:17469:tech:xsd:PerformancePlanOrReport http://stratml.us/references/PerformancePlanOrReport20160216.xsd" Type="Strategic_Plan"><Name>HTTP://DEVELOPMENT.EXECHANGE: The Dev 3.0 Community</Name><Description>Our goal is to build a system such that every individual involved wants to be dedicated to their work while simultaneously providing he compensation and support structure for everyone’s initiative. While compensation is obviously a key reason for employment, those at the pinnacle of their careers have higher priorities in choosing their professional field. There are many in the development fields, and we think very generally and abstract here, that are well compensated yet dissatisfied with their life in general – we contend this is because project space it not shared across organization space and therefore human resources have limited ability to define and choose projects.</Description><OtherInformation>More than just software, development 3.0 is at its core about manifesting ideas into reality by the creation, and sharing, of toolkits. Open Source is only part of the solution - and at development.exchange we encourage the use of “copyfree” licensing, that is source code that is modifiable and exchangeable without attribution or republish, i.e.: the least restrictive possible – we must develop compensation mechanisms that go beyond exchange medium. The dev.ex paradigm is to manifest creation through communications.</OtherInformation><StrategicPlanCore><Organization><Name>Jason L. Lind</Name><Acronym>JLL</Acronym><Identifier>_640c27a0-3a5a-11eb-add7-d4d02d83ea00</Identifier><Description>USAF</Description><Stakeholder StakeholderTypeType="Generic_Group"><Name>Employers</Name><Description>In today’s environment work assignment is a unilateral contract where the employer takes ownership of an individual’s ability to make decisions. While this is ostensibly effective from a top down, chain of command, management perspective, we contend it is not only wrong and unfair but undermines the effectiveness of the organization. (Lind Innovation Mission Statement, Lind 2008)</Description></Stakeholder><Stakeholder StakeholderTypeType="Generic_Group"><Name>Organizations</Name><Description>Large modern organizations almost certainly have a number of subjects who are unhappy with their position within the organization and the organization in general.</Description></Stakeholder><Stakeholder StakeholderTypeType="Generic_Group"><Name>Employees</Name><Description>Make no mistake about it, when a person joins an organization become a subject of that organization – regardless of the type of that organization.
Organizations exist to accomplish goals and more often than not the statement of those goals are ambiguous to the extent that many subjects are unable to understand them. Often the processes to implement the goals of an organization are so complex that it is impossible to expect all those involved to understand the motivation and intent behind those processes. Processes are defined and implemented by all subjects of the organization, both formal and informal, and those processes are constantly in flux.</Description></Stakeholder><Stakeholder StakeholderTypeType="Generic_Group"><Name>Groups</Name><Description>Since it is impossible for any one group of people to understand the implementation of an organization, hierarchical command and control may be effective from setting high level goals but it cannot be effective in the implementation of those goals. An underlying assertion in the chain of command solution is that every goal requires a single solution – when in reality it is often impractical to determine the correct solution until competing solutions are in place.
Development.exchange delivers this functionality to organizations large and small.</Description></Stakeholder><Stakeholder StakeholderTypeType="Generic_Group"><Name>Field &amp; Factor Groups</Name><Description>FIELDS AND FACTORS</Description></Stakeholder><Stakeholder StakeholderTypeType="Generic_Group"><Name>Warfighters</Name><Description>WARFIGHTING -- “An active struggle between competing entities”: Sun Tzu’s thousands of years old treatise: “The Art of War” has been used by business and political leaders for generations to frame decisions that go well beyond armed conflict. This part of the field is responsible for interacting with competition organizations.</Description></Stakeholder><Stakeholder StakeholderTypeType="Generic_Group"><Name>Educators</Name><Description>EDUCATION -- While the other four fields could be describes as “Operations Focused”, according to ATR Operations – while existing in a complex relationship with Operations, is indeed on the opposite side of the spectrum. If we had to pick one, and only one, field as the most important it’s a very easy case to make that organizations that deal with imparting knowledge and training on their subjects are going to be more successful than those who do not.</Description></Stakeholder><Stakeholder StakeholderTypeType="Generic_Group"><Name>Governors</Name><Description>GOVERNANCE -- “Direct or strongly influence the behavior of”: the Governance Field is responsible for setting high level policy and procedures for the entire organization.</Description></Stakeholder><Stakeholder StakeholderTypeType="Generic_Group"><Name>Architects</Name><Description>ARCHITECTURE &amp; ENGINEERING -- Whereas Architecture is about design, Engineering is about application – however, like all 5 fields, it is impossible to separate one without the other.</Description></Stakeholder><Stakeholder StakeholderTypeType="Generic_Group"><Name>Engineers</Name><Description/></Stakeholder><Stakeholder StakeholderTypeType="Organization"><Name>ICANN</Name><Description>XDS enabled domains are built on top of ICANN and the existing DNS infrastructure – it is a protocol, with a public reference architecture utilized by agency assets, that defines available operations in a next-order logical functional mapping over DNS Zones. In addition to mapping subdomain paths, it provides hints at the schema of blocks and their operations and implementing protocols.</Description></Stakeholder><Stakeholder StakeholderTypeType="Organization"><Name>Swagger</Name><Description>Think of it as a more abstract and syndicated version of Swagger.</Description></Stakeholder><Stakeholder StakeholderTypeType="Organization"><Name>Department of Defense</Name><Description>Our goal is to find a DoD sponsor (US CYBERCOM?) for *.us.mil.* that will take the responsibility of administering the authority of the US Military Namespace on the Nf3.agency Suite. </Description></Stakeholder></Organization><Vision><Description>Ideas manifested in reality ... a world without borders</Description><Identifier>_640c2912-3a5a-11eb-add7-d4d02d83ea00</Identifier></Vision><Mission><Description>To enable organizations to determine correct solutions</Description><Identifier>_640c2a34-3a5a-11eb-add7-d4d02d83ea00</Identifier></Mission><Value><Name>Dedication</Name><Description/></Value><Value><Name>Compensation</Name><Description/></Value><Value><Name>Support</Name><Description/></Value><Value><Name>Work</Name><Description/></Value><Value><Name>Leverage</Name><Description>ALL-DOMAIN TRANSFORMATION (ADT) -- At development.exchange we recognize that Strategy, Culture, Capital and Knowledge exist on a continuum: that is it is impossible to affect one facet without the others. This is a fact many modern organizations fail to account for, let alone leverage.</Description></Value><Value><Name>Strategy</Name><Description/></Value><Value><Name>Culture</Name><Description/></Value><Value><Name>Capital</Name><Description/></Value><Value><Name>Knowledge</Name><Description/></Value><Value><Name>Transformation</Name><Description>The diagram to the right expresses the Transformative Continuum which dev.ex leverages: specifically that Global Level Domains Create, Communicate and Manifest into the 4 facets.</Description></Value><Value><Name>Creation</Name><Description/></Value><Value><Name>Communication</Name><Description/></Value><Value><Name>Manifestation</Name><Description/></Value><Value><Name>Networking</Name><Description>It is important note these domains are not traditional ICANN tld’s: development.exchange sits in .int having participating organizations federating with each other in an ad hoc network – each representing any number of geo’s including .us, .uk, .jp or even .cn as in order to onboard some of our allies we cannot outright reject any actor and the platform.</Description></Value><Value><Name>Trustworthiness</Name><Description>Ostensibly this may seem to have obvious OPSEC and INFOSEC implications: however this platform is architected around a distributed ZeroTrust model – in that development.exchange is actually a collection of components wholly deployed and managed by the implementer;</Description></Value><Value><Name>Standardization</Name><Description>we are simply orchestrating the standardization of API’s and languages to encourage a “common dialect” at scale.</Description></Value><Value><Name>Facets</Name><Description>At an even more abstract level: domains interact with reality through Facets – which in turn are built through Fields that are bounded through Factors.</Description></Value><Value><Name>Fields</Name><Description>Fields are logical constructs for interaction and there is an implication that each Facet and Domain operate in each of the five Fields: Warfighting, Education, Governance, Architecture and Engineering.</Description></Value><Value><Name>Factors</Name><Description>Factors can loosely be defined as: component of thought that interact on the continuum with Human and Algorithmic being undisputed and others being more fluid between implementers.</Description></Value><Value><Name>Federation</Name><Description>Different organizations have different perceptions of their “Federating OPSEC Requirements”, but even more so there are natural order implications of applying warped interpretations of OPSEC for when Strategy and Culture are shared trust is built, development.exchange’s ambitions reach far beyond implementation of projects but rather implementation of policy in a world without borders.</Description></Value><Value><Name>Security</Name><Description>Proper OPSEC does not entail hiding implementation details but rather developing an operation that is secure from failure – and providing mechanisms to research and develop enhanced OPSEC is in itself a project that would be ideal for execution on The Exchange.</Description></Value><Value><Name>Success</Name><Description>In our view every successful actor, and hence organization, will find areas to not only take leadership roles but also have the wisdom to follow, or even get out of the way of, great leadership in the sense that reinventing the wheel is rarely a worthwhile endeavor.</Description></Value><Value><Name>Leadership</Name><Description/></Value><Value><Name>Followership</Name><Description/></Value><Value><Name>Collaboration</Name><Description>Collaboration is the lifeblood of any successful actor and as such we anticipate significant demand for the development.exchange platform. dev.ex at its heart is Cognitive Warfare (CQW) as a service: providing an avenue for players in all positions to affect reality through cyberspace.</Description></Value><Goal><Name>Work</Name><Description>Build a system in which individuals are dedicated, compensated, and supported in their work</Description><Identifier>_640c2c00-3a5a-11eb-add7-d4d02d83ea00</Identifier><SequenceIndicator/><Stakeholder><Name/><Description/></Stakeholder><OtherInformation>
</OtherInformation><Objective><Name>Support</Name><Description>Support member initiatives</Description><Identifier>_640c2d18-3a5a-11eb-add7-d4d02d83ea00</Identifier><SequenceIndicator>1</SequenceIndicator><Stakeholder><Name/><Description/></Stakeholder><OtherInformation>Initiative Support -- At development.exchange we seek to support all our members' initiatives</OtherInformation></Objective><Objective><Name>Control</Name><Description>Enable members to control their own destiny</Description><Identifier>_640c2e4e-3a5a-11eb-add7-d4d02d83ea00</Identifier><SequenceIndicator>2</SequenceIndicator><Stakeholder><Name/><Description/></Stakeholder><OtherInformation>Ownership -- Equity is more than stock shares and dividends - it about the ability to control your own destiny</OtherInformation></Objective><Objective><Name>Compensation</Name><Description>Support multiple types of compensation</Description><Identifier>_640c3222-3a5a-11eb-add7-d4d02d83ea00</Identifier><SequenceIndicator>3</SequenceIndicator><Stakeholder><Name/><Description/></Stakeholder><OtherInformation>Compensation -- Monetary support only part of the equation:
* Vanity
* Reference
* Experience</OtherInformation></Objective><Objective><Name>Exchange</Name><Description>Allocate work based on the needs of individuals</Description><Identifier>_640c3358-3a5a-11eb-add7-d4d02d83ea00</Identifier><SequenceIndicator>4</SequenceIndicator><Stakeholder><Name/><Description/></Stakeholder><OtherInformation>The Exchange -- Work is allocated on the needs of the individual not the needs of the apparatus</OtherInformation></Objective><Objective><Name>Transformation</Name><Description>Structure and automate transformation processes at scale</Description><Identifier>_640c3470-3a5a-11eb-add7-d4d02d83ea00</Identifier><SequenceIndicator>5</SequenceIndicator><Stakeholder StakeholderTypeType="Organization"><Name/><Description/></Stakeholder><OtherInformation>CDDT LOOP – NEXT-ORDER OODA -- This loop is occurring above the “Transformative Continuum” and between various entities on domains – and should not be interpreted as single project or solution as these processes are very abstract. At its core development.exchange is seeking to structure and automate these processes at scale. OODA on the other hand happens by
individual actors, and probably not even organizations.</OtherInformation></Objective><Objective><Name>Conceptualization</Name><Description>Research and dream</Description><Identifier>_640c372c-3a5a-11eb-add7-d4d02d83ea00</Identifier><SequenceIndicator>5.1</SequenceIndicator><Stakeholder><Name/><Description/></Stakeholder><OtherInformation>CONCEPTUALIZE: RESEARCH AND DREAM</OtherInformation></Objective><Objective><Name>Platform</Name><Description>Construct a logical platform for each cycle</Description><Identifier>_640c3858-3a5a-11eb-add7-d4d02d83ea00</Identifier><SequenceIndicator>5.1.1</SequenceIndicator><Stakeholder StakeholderTypeType="Organization"><Name>Department of Defense</Name><Description>Our Strategy to realize a fundamental shift in Capital and Culture in the DoD Energy arena begins with high level engagement of global level domains starting with handing over Exchange Directory Services (XDS) authority to various global governmental and non-governmental entities. XDS – under design - is a decentralized and distributed protocol for defining bindings between microservices, applications and widgets used by external resources and the platforms to achieve elegant cross boundary transformations and federations. </Description></Stakeholder><OtherInformation>KING’S KNIGHT TO BISHOP’S 3 – THE NF3.AGENCY -- Constructed around the CDDT Loop, with a logical platform for each cycle, The Knight to f3 Agency seeks to transform Command, Coalition and Operations at a macro level via CQW. Agency property will be 100% “copyfree” while deployments – including data/code and binaries – will be under the absolute control of their owner.</OtherInformation></Objective><Objective><Name>Design</Name><Description>Formalize solutions</Description><Identifier>_640c3966-3a5a-11eb-add7-d4d02d83ea00</Identifier><SequenceIndicator>5.2</SequenceIndicator><Stakeholder><Name/><Description/></Stakeholder><OtherInformation>DESIGN: FORMALIZE SOLUTIONS</OtherInformation></Objective><Objective><Name>Addressing &amp; Interaction</Name><Description>Offer a distributed and decentralized approach to account addressing and interaction</Description><Identifier>_640c3a92-3a5a-11eb-add7-d4d02d83ea00</Identifier><SequenceIndicator>5.2.1</SequenceIndicator><Stakeholder StakeholderTypeType="Organization"><Name>ICANN</Name><Description>The top-level-domain/country-level-domain/global-level-domain path is unique across ICANN level domains implementing that XDS tenant. The slices (a) that come before the path are owned by the ICANN domain and are a meta representation of services or applications whereas the back end of the domain path is owned by the top/country/global path are implementations of those meta constraints. At the meta level XDS can be configured to produce directory listings of tenants and applications.</Description></Stakeholder><OtherInformation>Specifically we will be introducing an “Exchange Directory Services” (XDS) protocol that will offer a distributed and decentralized approach to account addressing and interaction across the *.exchange platform – as well as four languages, and services to syndicate them: StratML (already an ISO/ANSI standard) – for strategic modeling, CultureML – for describing cultural aspects such as formal and informal organizational structure, CapitalML – for describing human, technical and financial capital structures, and KnowML which will combine these three elements into knowledge...

All XDS enabled domains have a metaservice its root with implementations for each top-country-global pair combination, applications do not have their own XDS. In addition to Read, XDS exposes secure management API’s for automated modification of the metadata.</OtherInformation></Objective><Objective><Name>Development</Name><Description>Produce an output</Description><Identifier>_640c3bfa-3a5a-11eb-add7-d4d02d83ea00</Identifier><SequenceIndicator>5.3</SequenceIndicator><Stakeholder><Name/><Description/></Stakeholder><OtherInformation>DEVELOP: PRODUCE WORK PRODUCT</OtherInformation></Objective><Objective><Name>Testing</Name><Description>Check the solution</Description><Identifier>_640c3dd0-3a5a-11eb-add7-d4d02d83ea00</Identifier><SequenceIndicator>5.4</SequenceIndicator><Stakeholder><Name/><Description/></Stakeholder><OtherInformation>TEST: CHECK SOLUTION </OtherInformation></Objective><Objective><Name>Improvement</Name><Description>Conceptualize improvements</Description><Identifier>_640c3f92-3a5a-11eb-add7-d4d02d83ea00</Identifier><SequenceIndicator>5.5</SequenceIndicator><Stakeholder><Name/><Description/></Stakeholder><OtherInformation>-&gt; CONCEPTUALIZE IMPROVEMENTS</OtherInformation></Objective></Goal></StrategicPlanCore><AdministrativeInformation><StartDate/><EndDate/><PublicationDate>2020-12-09</PublicationDate><Source>http://development.exchange/</Source><Submitter><GivenName>Owen</GivenName><Surname>Ambur</Surname><PhoneNumber/><EmailAddress>Owen.Ambur@verizon.net</EmailAddress></Submitter></AdministrativeInformation></PerformancePlanOrReport>