<?xml version="1.0" encoding="UTF-8"?><?xml-stylesheet type="text/xsl" href="static/style.xsl"?><OAI-PMH xmlns="http://www.openarchives.org/OAI/2.0/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.openarchives.org/OAI/2.0/ http://www.openarchives.org/OAI/2.0/OAI-PMH.xsd"><responseDate>2026-09-20T02:12:31Z</responseDate><request verb="GetRecord" identifier="oai:dspace.mit.edu:1721.1/110137" metadataPrefix="dim">https://dspace.mit.edu/server/oai/request</request><GetRecord><record><header><identifier>oai:dspace.mit.edu:1721.1/110137</identifier><datestamp>2022-01-13T07:55:19Z</datestamp><setSpec>com_1721.1_7582</setSpec><setSpec>com_1721.1_7581</setSpec><setSpec>col_1721.1_131023</setSpec></header><metadata><dim:dim xmlns:dim="http://www.dspace.org/xmlns/dspace/dim" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:doc="http://www.lyncode.com/xoai" xsi:schemaLocation="http://www.dspace.org/xmlns/dspace/dim http://www.dspace.org/schema/dim.xsd">
   <dim:field mdschema="dc" element="contributor" qualifier="advisor" lang="en_US">Michael A M Davies.</dim:field>
   <dim:field mdschema="dc" element="contributor" qualifier="author" lang="en_US">Kumar, Kshitij</dim:field>
   <dim:field mdschema="dc" element="contributor" qualifier="other" lang="en_US">System Design and Management Program.</dim:field>
   <dim:field mdschema="dc" element="contributor" qualifier="department" lang="en_US">Massachusetts Institute of Technology. Engineering and Management Program</dim:field>
   <dim:field mdschema="dc" element="contributor" qualifier="department" lang="en_US">System Design and Management Program.</dim:field>
   <dim:field mdschema="dc" element="date" qualifier="accessioned">2017-06-21T18:21:06Z</dim:field>
   <dim:field mdschema="dc" element="date" qualifier="available">2017-06-21T18:21:06Z</dim:field>
   <dim:field mdschema="dc" element="date" qualifier="copyright" lang="en_US">2017</dim:field>
   <dim:field mdschema="dc" element="date" qualifier="issued" lang="en_US">2017</dim:field>
   <dim:field mdschema="dc" element="identifier" qualifier="uri">http://hdl.handle.net/1721.1/110137</dim:field>
   <dim:field mdschema="dc" element="identifier" qualifier="oclc" lang="en_US">987219879</dim:field>
   <dim:field mdschema="dc" element="description" lang="en_US">Thesis: S.M. in Engineering and Management, Massachusetts Institute of Technology, School of Engineering, System Design and Management Program, 2017.</dim:field>
   <dim:field mdschema="dc" element="description" lang="en_US">Cataloged from PDF version of thesis.</dim:field>
   <dim:field mdschema="dc" element="description" lang="en_US">Includes bibliographical references (pages 90-93).</dim:field>
   <dim:field mdschema="dc" element="description" qualifier="abstract" lang="en_US">Many startup organizations face a dilemma as they scale up and their systems grow more complex. This dilemma is between the speed of releases i.e. agility and the scalability of their systems, reflected in the performance, stability and maintainability of their systems as they become larger. A startup is typically very nimble and releases new features and updates to its product very quickly. However, as a startup grows bigger the frequency of releases typically tends to go down. A similar phenomenon is observed in case of incumbent organizations, those that are old, large and complex, and that already have systems at scale; they have systems that perform at scale, and are stable and maintainable, but the pace of development is slow, and it find it hard to speed up their release cycles. Through the study of organizations that have successfully reconciled the required and coveted scalability along with speed as these organizations moved from being small startups to become larger, this study demonstrates that speed vs scale is a dilemma for startups that can be reconciled as they scale up, because there are a set of practices such as modular architecture choices, minimizing work in progress by adopting frequent deployments, automation in testing and utilizing innovative management techniques, which can enable startup organizations to scale up their system and maintain high speed. Although the study of incumbents as they try to speed up while maintaining their scalability is outside the scope of this work, this study also presents a hypothesis for further investigation that it may also be possible for incumbent organizations to speed up at large scale, by embracing these practices.</dim:field>
   <dim:field mdschema="dc" element="description" qualifier="statementofresponsibility" lang="en_US">by Kshitij Kumar.</dim:field>
   <dim:field mdschema="dc" element="description" qualifier="degree" lang="en_US">S.M. in Engineering and Management</dim:field>
   <dim:field mdschema="dc" element="format" qualifier="extent" lang="en_US">93 pages</dim:field>
   <dim:field mdschema="dc" element="language" qualifier="iso" lang="en_US">eng</dim:field>
   <dim:field mdschema="dc" element="publisher" lang="en_US">Massachusetts Institute of Technology</dim:field>
   <dim:field mdschema="dc" element="rights" lang="en_US">MIT theses are protected by copyright. They may be viewed, downloaded, or printed from this source but further reproduction or distribution in any format is prohibited without written permission.</dim:field>
   <dim:field mdschema="dc" element="rights" qualifier="uri" lang="en_US">http://dspace.mit.edu/handle/1721.1/7582</dim:field>
   <dim:field mdschema="dc" element="subject" lang="en_US">Engineering and Management Program.</dim:field>
   <dim:field mdschema="dc" element="subject" lang="en_US">System Design and Management Program.</dim:field>
   <dim:field mdschema="dc" element="title" lang="en_US">Dilemma of speed vs. scale in software system development best practices from industry leaders</dim:field>
   <dim:field mdschema="dc" element="type" lang="en_US">Thesis</dim:field>
   <dim:field mdschema="dc" element="format" qualifier="mimetype">application/pdf</dim:field>
   <dim:field mdschema="dspace" element="entity" qualifier="type">Publication</dim:field>
   <dim:field mdschema="others" element="access-status">unknown</dim:field>
   <dim:field mdschema="others" element="access-status">unknown</dim:field>
   <dim:field mdschema="cerif" element="openaire" authority="" confidence="-1">&lt;Publication xmlns="https://www.openaire.eu/cerif-profile/1.1/" id="314e226c-0043-4bc0-b37d-add5d1b66851">
	&lt;Type xmlns="https://www.openaire.eu/cerif-profile/vocab/COAR_Publication_Types">http://purl.org/coar/resource_type/c_1843&lt;/Type>
	&lt;Language>eng&lt;/Language>
   	&lt;Title>Dilemma of speed vs. scale in software system development best practices from industry leaders&lt;/Title>
   	&lt;PublishedIn>
    	&lt;Publication>
      	&lt;/Publication>
   	&lt;/PublishedIn>
   	&lt;PublicationDate>2017&lt;/PublicationDate>
   	&lt;Authors&gt;
      	&lt;Author>
        	&lt;DisplayName>Kumar, Kshitij&lt;/DisplayName>
         	&lt;Affiliation>
         		&lt;OrgUnit>
         		&lt;/OrgUnit>
         	&lt;/Affiliation>
      	&lt;/Author>
	&lt;/Authors>
   	&lt;Editors>
	&lt;/Editors>
    &lt;Publishers>
        &lt;Publisher>
            &lt;DisplayName>Massachusetts Institute of Technology&lt;/DisplayName>
            &lt;OrgUnit />
        &lt;/Publisher>
    &lt;/Publishers>
    &lt;License>http://dspace.mit.edu/handle/1721.1/7582&lt;/License>
    &lt;Keyword>Engineering and Management Program.&lt;/Keyword>
    &lt;Keyword>System Design and Management Program.&lt;/Keyword>
   	&lt;Abstract>Many startup organizations face a dilemma as they scale up and their systems grow more complex. This dilemma is between the speed of releases i.e. agility and the scalability of their systems, reflected in the performance, stability and maintainability of their systems as they become larger. A startup is typically very nimble and releases new features and updates to its product very quickly. However, as a startup grows bigger the frequency of releases typically tends to go down. A similar phenomenon is observed in case of incumbent organizations, those that are old, large and complex, and that already have systems at scale; they have systems that perform at scale, and are stable and maintainable, but the pace of development is slow, and it find it hard to speed up their release cycles. Through the study of organizations that have successfully reconciled the required and coveted scalability along with speed as these organizations moved from being small startups to become larger, this study demonstrates that speed vs scale is a dilemma for startups that can be reconciled as they scale up, because there are a set of practices such as modular architecture choices, minimizing work in progress by adopting frequent deployments, automation in testing and utilizing innovative management techniques, which can enable startup organizations to scale up their system and maintain high speed. Although the study of incumbents as they try to speed up while maintaining their scalability is outside the scope of this work, this study also presents a hypothesis for further investigation that it may also be possible for incumbent organizations to speed up at large scale, by embracing these practices.&lt;/Abstract>
	&lt;Access xmlns="http://purl.org/coar/access_right" 
    >
    &lt;/Access>
&lt;/Publication>
</dim:field>
</dim:dim>
</metadata></record></GetRecord></OAI-PMH>