All Projects → coloradodigitalservice → modern-software-delivery-maturity-index

coloradodigitalservice / modern-software-delivery-maturity-index

Licence: CC0-1.0 license
A resource to help teams evaluate and improve their software delivery.

Projects that are alternatives of or similar to modern-software-delivery-maturity-index

ACCESS-NYC-PATTERNS
ACCESS NYC Pattern library and design system documentation for https://access.nyc.gov. Maintained by @NYCOpportunity
Stars: ✭ 14 (-6.67%)
Mutual labels:  civictech, govtech
wp-proudcity
The ProudCity WordPress platform
Stars: ✭ 22 (+46.67%)
Mutual labels:  government, govtech
covid-19-self-assessment
The tool takes the public through a series of questions to inform those who are concerned they may have contracted COVID-19.
Stars: ✭ 31 (+106.67%)
Mutual labels:  government, covid-19
school-finder
👀 Find schools by location
Stars: ✭ 16 (+6.67%)
Mutual labels:  government, govtech
CoronaVirus-2019-nCoV-Live-Tracking
CoronaVirus(COVID-19) Live Map Tracker Android Kotlin App
Stars: ✭ 43 (+186.67%)
Mutual labels:  covid-19
COVID-19-tweets-for-check-worthiness
COVID-19 Infodemic Twitter dataset
Stars: ✭ 14 (-6.67%)
Mutual labels:  covid-19
corona-warn-companion-android
Android App Which Shows Details about CWA Exposures (Requires Root or CCTG or RaMBLE Apps)
Stars: ✭ 131 (+773.33%)
Mutual labels:  covid-19
wargabantuwarga.com
Inisiatif warga untuk berbagi informasi seputar fasilitas kesehatan dan alat kesehatan untuk COVID-19.
Stars: ✭ 533 (+3453.33%)
Mutual labels:  covid-19
cord19q
COVID-19 Open Research Dataset (CORD-19) Analysis
Stars: ✭ 54 (+260%)
Mutual labels:  covid-19
corona landkreis fallzahlen scraping
Scraping Germany's local districts websites for newer corona-case-numbers!
Stars: ✭ 17 (+13.33%)
Mutual labels:  covid-19
awesome-covid19-resources
Awesome list of COVID19 resources
Stars: ✭ 54 (+260%)
Mutual labels:  covid-19
app
CovidTrace mobile app.
Stars: ✭ 19 (+26.67%)
Mutual labels:  covid-19
covid19-visualized
COVID-19 World update with data Visualization (Include Indonesia cases)
Stars: ✭ 23 (+53.33%)
Mutual labels:  covid-19
SecurityHeaders GovUK
A scan of all .gov.uk sites for the most common security headers or lack of
Stars: ✭ 14 (-6.67%)
Mutual labels:  government
data-jp-covid19-vaccination
This is an unofficial repository of CSVs extracted from the Excel files posted on the Prime Minister of Japan website. Auto-updated.
Stars: ✭ 24 (+60%)
Mutual labels:  covid-19
pikobar-jabarprov-go-id
Official website PIKOBAR.
Stars: ✭ 43 (+186.67%)
Mutual labels:  covid-19
covid-selftest-macro
자가진단 매크로 앱: 현재 기준으로 잘 작동하는 교육청 코로나19 자가진단 자동화 프로그램 (eduro hcs, 안드로이드 전용)
Stars: ✭ 38 (+153.33%)
Mutual labels:  covid-19
rid-covid
Image-based COVID-19 diagnosis. Links to software, data, and other resources.
Stars: ✭ 74 (+393.33%)
Mutual labels:  covid-19
covid-19-sg
Visualising COVID-19/Coronavirus cases and cluster zones in Singapore
Stars: ✭ 15 (+0%)
Mutual labels:  covid-19
iorestoacasa
#covid19 Ciò che stiamo facendo è creare un servizio informazioni, aggiornato in tempo reale, relativo ad ospedali e supporto medico, attività produttive, servizi di approvvigionamento e molto altro. COVID-19
Stars: ✭ 23 (+53.33%)
Mutual labels:  covid-19

Modern Software Delivery Maturity Index

Category Low Medium High

Team Culture

  • Lack of accountability
  • Confusion over roles
  • Lack of transparency
  • Working in silos
  • Culture is described with words such as fear, apathy, toxic
  • Finger-pointing and scapegoating are common
  • Silos may still exist
  • Honest conversations are happening but still feel difficult or combative
  • The team is willing to acknowledge dysfunctions and working to improve dynamics
  • Cohesive team dynamic
  • High levels of psychological safety and trust
  • Team dynamics marked by collaboration and transparency, with effective retros spurring continuous team improvement
  • Low levels of turnover/burnout

Purchasing v. Procurement

  • Focused on procedural; protocol and risk aversion
  • Acquisitions are one dimensional and transactional
  • Purchases occur without strategy or consideration of value
  • Performance metrics prioritize outputs over outcomes
  • Vendor diversity is stagnant; failed value delivery is consistent.
  • Focus on the lowest cost per unit
  • Primarily focused on purchasing, stretched into procurement
  • Limited options for strategy
  • Default to prior vendors, templates, and approaches
  • Multi-factor evaluation rubrics used
  • Pursuing strategic procurement occurs because of law and regulatory requirements; it is not pursued as a value add activity
  • Finds new vendors
  • Focus on the problems, i.e., what are we trying to solve? Why is a good or service acquired?
  • Proposals include dynamic criteria (i.e., proofs of concept, pilots, code samples)
  • Manages key relationships by aligning policy and program goals with procurement strategies and ongoing contract administration
  • Creates mechanisms to enhance vendor diversity and success
  • Focus on best value-added, total cost of ownership

Modular Contracting

  • No understanding of diverse contracting strategies and negotiation methodologies.
  • One contract/vendor per project/system is the default norm
  • IT vendors are overwhelming the same 3-6 vendors and problems persist from project to project without improvement.
  • No multi-vendor projects active
  • Unwillingness to consider Open Source development
  • Some systems have strong state technical leadership with vendor augmentation
  • A small number of systems have multiple vendors working on them
  • Solicitations occasionally seek specialized skills to supplement the existing team
  • Reluctance to consider Open Source development practices
  • Difficulty contracting with partners who are willing to work in the open
  • A rich pool of vendors frequently compete for modules of systems
  • Large ongoing systems have multiple vendors supporting different components collaboratively
  • Seamless handoff between vendors
  • The state retains ownership and autonomy over systems or State retains direction and autonomy on how a purchased product can be curtailed, modified, and work in service of meeting organizational needs
  • Defaults to Open Sourcing as much code as possible

User-Centered Approach

  • Confusion or lack of understanding of who will use the output of the project or who will be ultimately impacted
  • Work is performed with a "solution-first" focus; Assumptions are stated as fact
  • No engagement with the people that will use the output of the project
  • Decisions related to priority and implementation are driven primarily by a stakeholder that is close to the project
  • The team identifies important considerations or constraints late in the process, requiring them to conduct re-work
  • End-users feel frustrated, disempowered, and alienated
  • The output of the work has many barriers to access
  • No authorization to spend time or money on user research
  • A shared understanding of who will use the output of the project; lack of understanding of who will be impacted
  • Work begins with a "solution-first" focus; Assumptions are stated as fact
  • Living experts are consulted at the beginning or end of the project, or living experts are consulted so much that they are overwhelmed.
  • Information collected from living experts is not shared amongst the entire team.
  • Decisions related to priority and implementation are driven by a best guess of what end-users need
  • People engage with the output of the project, though not quite as expected
  • The output of the work is accessible but has other barriers that prevent people from meaningfully engaging with it (eg. only available in English)
  • No authorization to spend money on user research
  • A shared understanding of the people that will engage and/or are impacted by the output of the project
  • Work begins with a "problem-first" focus and the team identifies the best path forward; The team regularly evaluates their assumptions
  • Living experts are regularly engaging with the team in order to drive prioritization and implementation decisions and are properly compensated for their time
  • Ongoing incremental value is delivered to people who will use the output of the project; shared understanding of the impact
  • People regularly engage with the output of the project as expected
  • The output of the project is accessible and equitable for all people who engage with it

Product Ownership

  • No Product Owner (PO) in place
  • PO role is filled by a project or program manager, or individuals who fulfill other roles
  • Product is looked at as a project or collection of projects
  • PO role may exist
  • The product team is engaging regularly with end-users
  • The product team has access to a single backlog
  • PO is not yet set up for success in key ways (other dimensions of this maturity matrix are low)
  • PO role exists
  • Product vision/strategy is clear
  • PO has decision-making authority
  • PO is able to effectively prioritize work & has access to good data and analytics
  • The team is aligned with a product-oriented mindset focused on outcomes, not outputs

Agile Software Development

  • Using some agile terminology, but really doing something like iterative waterfall approach
  • Variable work quality
  • Growing tech debt
  • Infrequent high-stakes releases
  • Missing feedback loops
  • Some elements of agile are working, but a fully cross-functional approach still missing
  • Infrequent but regular release cadence
  • Feedback loops irregular or inconsistently used
  • Agile is well understood and embraced by the project team and stakeholders
  • Right resources/skill sets are in place
  • Continuous organizational learning and optimization of work processes
  • Regular low-stakes releases, CI/CD

DevSecOps

  • Lack of automation in testing
  • Lack of automation in deployment
  • Manual server config
  • Security is a checklist, at best
  • No Continuous Integration
  • Some developer documentation exists but is not consistent
  • Onboarding a new developer takes a while and isn't straightforward
  • Many automated tests exist though may not run regularly
  • Repeatable processes in place with high-quality results
  • Secure, documented, code released every sprint to production
  • The system is stable for end-users and regularly updated without impact
  • Well-defined security model allowing for appropriate access to State employees, contractors, and volunteers as needed.

Building With Loosely Coupled Parts

  • The system is monolithic, if one thing breaks, it impacts the whole system
  • The system architecture knowledge is not easily shared across teams
  • New features must be deployed across all systems at the same time.
  • One or more parts of the system are loosely coupled
  • Teams work together in maintaining the systems
  • Some features can be deployed in one system independently of whether other systems are ready
  • The system is composed of logical modular components that all talk to one another
  • Failures in components are handled gracefully when a single system goes offline
  • Different teams/vendors are successfully able to take ownership of individual modules
  • Features regularly ship in different codebases independently of each other

This maturity index was derived from guidance produced by 18F, the UK.gov digital team, and the Harvard Kennedy School of Public Policy.

This content is licensed CC0 1.0 Universal Public Domain.

Assembled and published by the Colorado Digital Service.

Note that the project description data, including the texts, logos, images, and/or trademarks, for each open source project belongs to its rightful owner. If you wish to add or remove any projects, please contact us at [email protected].