diff --git a/Team-Topologies-references-BibTeX.bib b/Team-Topologies-references-BibTeX.bib
new file mode 100644
index 0000000..23138d0
--- /dev/null
+++ b/Team-Topologies-references-BibTeX.bib
@@ -0,0 +1,3008 @@
+
+@article{sosa_misalignment_2004,
+ title = {The {Misalignment} of {Product} {Architecture} and {Organizational} {Structure} in {Complex} {Product} {Development}},
+ volume = {50},
+ issn = {0025-1909},
+ url = {https://pubsonline.informs.org/doi/abs/10.1287/mnsc.1040.0289},
+ doi = {10.1287/mnsc.1040.0289},
+ abstract = {Product architecture knowledge is typically embedded in the communication patterns of established development organizations. While this enables the development of products using the existing architecture, it hinders the organization's ability to implement novel architectures, especially for complex products. Structured methods addressing this issue are lacking, as previous research has studied complex product development from two separate perspectives: product architecture and organizational structure. Our research integrates these viewpoints with a structured approach to study how design interfaces in the product architecture map onto communication patterns within the development organization. We investigate how organizational and system boundaries, design interface strength, indirect interactions, and system modularity impact the alignment of design interfaces and team interactions. We hypothesize and test how these factors explain the existence of the following cases: (1) known design interfaces not addressed by team interactions, and (2) observed team interactions not predicted by design interfaces. Our results offer important insights to managers dealing with interdependences across organizational and functional boundaries. In particular, we show how boundary effects moderate the impact of design interface strength and indirect team interactions, and are contingent on system modularity. The research uses data collected from a large commercial aircraft engine development process.},
+ number = {12},
+ urldate = {2018-11-03},
+ journal = {Management Science},
+ author = {Sosa, Manuel E. and Eppinger, Steven D. and Rowles, Craig M.},
+ month = dec,
+ year = {2004},
+ keywords = {TT refs},
+ pages = {1674--1689},
+ file = {Sosa et al. - 2004 - The Misalignment of Product Architecture and Organ.pdf:C\:\\Users\\matth\\Zotero\\storage\\LFX4UP2D\\Sosa et al. - 2004 - The Misalignment of Product Architecture and Organ.pdf:application/pdf;Snapshot:C\:\\Users\\matth\\Zotero\\storage\\HX3KUJAM\\mnsc.1040.html:text/html},
+}
+
+@book{mcchrystal_team_2015,
+ address = {New York, NY},
+ title = {Team of {Teams}: {New} {Rules} of {Engagement} for a {Complex} {World}},
+ isbn = {978-0-241-25083-9},
+ shorttitle = {Team of {Teams}},
+ abstract = {As commander of Joint Special Operations Command (JSOC), General Stanley McChrystal discarded a century of management wisdom and pivoted from a pursuit of mechanical efficiency to organic adaptability. In this book, he shows how any organization can make the same transition to act like a team of teams - where small groups combine the freedom to experiment with a relentless drive to share their experience.Drawing on a wealth of evidence from his military career and sources as diverse as hospital emergency rooms and NASA's space program, McChrystal frames the existential challenge facing today's organizations, and presents a compelling, effective solution.},
+ language = {English},
+ publisher = {Portfolio Penguin},
+ author = {McChrystal, General Stanley and Silverman, David and Collins, Tantum and Fussell, Chris},
+ month = nov,
+ year = {2015},
+ keywords = {TT refs},
+}
+
+@article{dunbar_neocortex_1992,
+ title = {Neocortex size as a constraint on group size in primates},
+ volume = {22},
+ issn = {0047-2484},
+ url = {http://www.sciencedirect.com/science/article/pii/004724849290081J},
+ doi = {10.1016/0047-2484(92)90081-J},
+ abstract = {Two general kinds of theory (one ecological and one social) have been advanced to explain the fact that primates have larger brains and greater congnitive abilities than other animals. Data on neocortex volume, group size and a number of behavioural ecology variables are used to test between the various theories. Group size is found to be a function of relative neocortical volume, but the ecological variables are not. This is interpreted as evidence in favour of the social intellect theory and against the ecological theories. It is suggested that the number of neocortical neurons limits the organism's information-processing capacity and that this then limits the number of relationships that an individual can monitor simultaneously. When a group's size exceeds this limit, it becomes unstable and begins to fragment. This then places an upper limit on the size of groups which any given species can maintain as cohesive social units through time. The data suggest that the information overload occurs in terms of the structure of relationships within tightly bonded grooming cliques rather than in terms of the total number of dyads within the group as a whole that an individual has to monitor. It thus appears that, among primates, large groups are created by welding together sets of smaller grooming cliques. One implication of these results is that, since the actual group size will be determined by the ecological characteristics of the habitat in any given case, species will only be able to invade habitats that require larger groups than their current limit if they evolve larger neocortices.},
+ number = {6},
+ urldate = {2018-11-02},
+ journal = {Journal of Human Evolution},
+ author = {Dunbar, R. I. M.},
+ month = jun,
+ year = {1992},
+ keywords = {behavioural ecology, body size, brain size, grooming, social intellect, TT refs},
+ pages = {469--493},
+ file = {ScienceDirect Snapshot:C\:\\Users\\matth\\Zotero\\storage\\DBXXV44R\\004724849290081J.html:text/html},
+}
+
+@misc{casella_improving_2016,
+ title = {Improving {Team} {Productivity} by {Reducing} {Context} {Switching} {\textbar} {LinkedIn}},
+ url = {https://www.linkedin.com/pulse/improving-team-productivity-reducing-context-karen-casella/},
+ urldate = {2017-10-09},
+ journal = {LinkedIn Pulse},
+ author = {Casella, Karen},
+ month = oct,
+ year = {2016},
+ keywords = {TT refs},
+ file = {Improving Team Productivity by Reducing Context Switching | LinkedIn:C\:\\Users\\matth\\Zotero\\storage\\NSUUWJMW\\improving-team-productivity-reducing-context-karen-casella.html:text/html},
+}
+
+@misc{skelton_icebreaker_2012,
+ title = {Icebreaker for {Agile} {Retrospectives} – {Empathy} {Snap}},
+ url = {http://empathysnap.com/},
+ abstract = {I was invited by one of our London dev teams to facilitate their retrospective yesterday. I’m far from an expert in facilitating retros, although I enjoy it, and I find that I learn a huge amount f…},
+ language = {en},
+ urldate = {2018-10-30},
+ journal = {Matthew Skelton},
+ author = {Skelton, Matthew},
+ month = nov,
+ year = {2012},
+ note = {https://blog.matthewskelton.net/2012/11/15/icebreaker-for-agile-retrospectives-empathy-snap/},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\3WUB82YS\\icebreaker-for-agile-retrospectives-empathy-snap.html:text/html},
+}
+
+@misc{kelly_conways_2013,
+ title = {Conway's {Law} v. {Software} {Architecture}},
+ url = {https://dzone.com/articles/conways-law-v-software},
+ abstract = {I've written about Conway's Law before (Return to Conway’s Law (2006) and a Focus Group I ran at EuroPLoP “What do we think of Conway’s Law Now?”) But I make no...},
+ language = {en},
+ urldate = {2018-10-30},
+ journal = {dzone.com},
+ author = {Kelly, Allan},
+ month = mar,
+ year = {2013},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\LXVJPATG\\conways-law-v-software.html:text/html},
+}
+
+@misc{neumark_devops_2015,
+ title = {{DevOps} \& {Product} {Teams} - {Win} or {Fail}?},
+ url = {https://www.infoq.com/articles/devops-product-teams},
+ abstract = {Peter Neumark found a new world when he moved from a DevOps infrastructure team to a Lean product team.How to experiment frequently while keeping operational performance? Platform teams to the rescue!},
+ urldate = {2016-08-11},
+ journal = {InfoQ},
+ author = {Neumark, Peter},
+ month = jun,
+ year = {2015},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\XFCDAPW2\\devops-product-teams.html:text/html},
+}
+
+@misc{snowden_rule_2006,
+ title = {The rule of 5,15 \& 150},
+ url = {http://cognitive-edge.com/blog/logn-0-093-3-389-logcr-1-r20-764-t3410-35-p0-001/},
+ abstract = {Recognise it? Well of course, it’s the best-fit reduced major axis regression equation between neocortex…},
+ urldate = {2016-08-11},
+ journal = {Cognitive Edge},
+ author = {Snowden, Dave},
+ month = dec,
+ year = {2006},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\SWFX2CGN\\logn-0-093-3-389-logcr-1-r20-764-t3410-35-p0-001.html:text/html},
+}
+
+@misc{ingles_convergence_2018,
+ title = {Convergence to {Kubernetes}},
+ url = {https://medium.com/@pingles/convergence-to-kubernetes-137ffa7ea2bc},
+ abstract = {Standardisation to Scale},
+ urldate = {2018-10-29},
+ journal = {Paul Ingles},
+ author = {Ingles, Paul},
+ month = jun,
+ year = {2018},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\Q3NGIXLX\\convergence-to-kubernetes-137ffa7ea2bc.html:text/html},
+}
+
+@book{humble_continuous_2010,
+ address = {Upper Saddle River, NJ},
+ edition = {01 edition},
+ title = {Continuous {Delivery}: {Reliable} {Software} {Releases} through {Build}, {Test}, and {Deployment} {Automation}},
+ isbn = {978-0-321-60191-9},
+ shorttitle = {Continuous {Delivery}},
+ abstract = {Winner of the 2011 Jolt Excellence Award!Getting software released to users is often a painful, risky, and time-consuming process.This groundbreaking new book sets out the principles and technical practices that enablerapid, incremental delivery of high quality, valuable new functionality to users. Throughautomation of the build, deployment, and testing process, and improved collaboration betweendevelopers, testers, and operations, delivery teams can get changes released in a matter of hours―sometimes even minutes–no matter what the size of a project or the complexity of its code base. Jez Humble and David Farley begin by presenting the foundations of a rapid, reliable, low-riskdelivery process. Next, they introduce the “deployment pipeline,” an automated process formanaging all changes, from check-in to release. Finally, they discuss the “ecosystem” needed tosupport continuous delivery, from infrastructure, data and configuration management to governance. The authors introduce state-of-the-art techniques, including automated infrastructure managementand data migration, and the use of virtualization. For each, they review key issues, identify bestpractices, and demonstrate how to mitigate risks. Coverage includes • Automating all facets of building, integrating, testing, and deploying software• Implementing deployment pipelines at team and organizational levels• Improving collaboration between developers, testers, and operations• Developing features incrementally on large and distributed teams• Implementing an effective configuration management strategy• Automating acceptance testing, from analysis to implementation• Testing capacity and other non-functional requirements• Implementing continuous deployment and zero-downtime releases• Managing infrastructure, data, components and dependencies• Navigating risk management, compliance, and auditing Whether you’re a developer, systems administrator, tester, or manager, this book will help yourorganization move from idea to release faster than ever―so you can deliver value to your businessrapidly and reliably.},
+ language = {English},
+ publisher = {Addison Wesley},
+ author = {Humble, Jez and Farley, David},
+ month = jul,
+ year = {2010},
+ keywords = {TT refs},
+}
+
+@book{humble_lean_2015,
+ address = {Beijing},
+ edition = {1 edition},
+ title = {Lean {Enterprise}: {How} {High} {Performance} {Organizations} {Innovate} at {Scale}},
+ isbn = {978-1-4493-6842-5},
+ shorttitle = {Lean {Enterprise}},
+ abstract = {How well does your organization respond to changing market conditions, customer needs, and emerging technologies when building software-based products? This practical guide presents Lean and Agile principles and patterns to help you move fast at scale—and demonstrates why and how to apply these methodologies throughout your organization, rather than with just one department or team.Through case studies, you’ll learn how successful enterprises have rethought everything from governance and financial management to systems architecture and organizational culture in the pursuit of radically improved performance. Adopting Lean will take time and commitment, but it’s vital for harnessing the cultural and technical forces that are accelerating the rate of innovation.Discover how Lean focuses on people and teamwork at every level, in contrast to traditional management practicesApproach problem-solving experimentally, by exploring solutions, testing assumptions, and getting feedback from real usersLead and manage large-scale programs in a way that empowers employees, increases the speed and quality of delivery, and lowers costsLearn how to implement ideas from the DevOps and Lean Startup movements even in complex, regulated environments},
+ language = {English},
+ publisher = {O'Reilly Media},
+ author = {Humble, Jez and Molesky, Joanne and O'Reilly, Barry},
+ month = jan,
+ year = {2015},
+ keywords = {TT refs},
+}
+
+@misc{skelton_your_2018,
+ type = {Tweet},
+ title = {Your team's {API} includes: - code: {REST} endpoints, libraries, clients, {UI}, etc. - wiki / docs - especially "{How} {To}" guides - your approach to team chat tools ({Slack}/{Hipchat}) - anything else which other teams need to use to interact with your team {It}'s not just about code. \#{DevEx}},
+ url = {https://twitter.com/matthewpskelton/status/1022111880423395329},
+ language = {en},
+ urldate = {2018-10-29},
+ journal = {@matthewpskelton},
+ author = {Skelton, Matthew},
+ month = jul,
+ year = {2018},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\LNZMUFKB\\1022111880423395329.html:text/html},
+}
+
+@misc{cottmeyer_things_2014,
+ title = {Things to {Consider} {When} {Structuring} {Your} {Agile} {Enterprise}},
+ url = {https://www.leadingagile.com/2014/02/structure-agile-enterprise/},
+ abstract = {There are a lot of unique challenges that large organizations face when hey are trying to form Agile Teams. In this post, Mike Cottmeyer breaks down the ins and outs of Agile organizational structure.},
+ language = {en-US},
+ urldate = {2018-10-29},
+ journal = {LeadingAgile},
+ author = {Cottmeyer, Mike},
+ month = feb,
+ year = {2014},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\337AQ9GA\\structure-agile-enterprise.html:text/html},
+}
+
+@misc{shibata_how_2018,
+ title = {How to build a platform team now! the secrets to successful engineering},
+ url = {https://hackernoon.com/how-to-build-a-platform-team-now-the-secrets-to-successful-engineering-8a9b6a4d2c8},
+ abstract = {TLDR; Scaling teams are hard. A platform team done right can help ease the hardships.},
+ urldate = {2018-10-29},
+ journal = {Hacker Noon},
+ author = {Shibata, Kenichi},
+ month = sep,
+ year = {2018},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\9DYTS98U\\how-to-build-a-platform-team-now-the-secrets-to-successful-engineering-8a9b6a4d2c8.html:text/html},
+}
+
+@book{perri_escaping_2018,
+ address = {S.l.},
+ edition = {1 edition},
+ title = {Escaping the {Build} {Trap}},
+ isbn = {978-1-4919-7379-0},
+ abstract = {To remain innovative in today's market, companies have to adopt a culture of learning and customer-centric practices that are focused on outcomes rather than outputs. This book provides product managers with a practical process that focuses on finding opportunities to solve customer problems and achieve business goals. Author Melissa Perri provides a toolbox of product management principles that can be applied to any company, big or small. By understanding the secrets to communicating and collaborating within a company structure, you'll learn how to overcome product development roadblocks and build products that benefit both the business and the customer.},
+ language = {English},
+ publisher = {O′Reilly},
+ author = {Perri, Melissa},
+ month = nov,
+ year = {2018},
+ keywords = {TT refs},
+}
+
+@misc{marshall_team_2018,
+ type = {Tweet},
+ title = {A team is not a group of people who work together. {A} team is a group of people who each put the team before themselves.},
+ url = {https://twitter.com/flowchainsensei/status/1056838136574152704},
+ language = {en},
+ urldate = {2018-10-29},
+ journal = {@flowchainsensei},
+ author = {Marshall, Bob},
+ month = oct,
+ year = {2018},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\VQT2LZHI\\1056838136574152704.html:text/html},
+}
+
+@book{karlgaard_team_2015,
+ address = {New York, NY},
+ title = {Team {Genius}: {The} {New} {Science} of {High}-{Performing} {Organizations}},
+ isbn = {978-0-06-230254-0},
+ shorttitle = {Team {Genius}},
+ abstract = {A groundbreaking book that sheds new light on the vital importance of teams as the fundamental unit of organization and competition in the global economy.Teams—we depend on them for both our professional success and our personal happiness. But isn't it odd how little scrutiny we give them? The teams that make up our lives are created mostly by luck, happenstance, or circumstance—but rarely by design. In trivial matters—say, a bowling team, the leadership of a neighborhood group, or a holiday party committee—success by serendipity is already risky enough. But when it comes to actions by fast-moving start-ups, major corporations, nonprofit institutions, and governments, leaving things to chance can be downright dangerous.Offering vivid reports of the latest scientific research, compelling case studies, and great storytelling, Team Genius shows managers and executives that the planning, design, and management of great teams no longer have to be a black art. It explores solutions to essential questions that could spell the difference between success and obsolescence. Do you know how to reorganize your subpar teams to turn them into top performers? Can you identify which of the top-performing teams in your company are reaching the end of their life span? Do you have the courage to shut them down? Do you know how to create a replacement team that will be just as effective—without losing time or damaging morale? And, most important, are your teams the right size for the job?Throughout, Rich Karlgaard and Michael S. Malone share insights and real-life examples gleaned from their careers as journalists, analysts, investors, and globetrotting entrepreneurs, meeting successful teams and team leaders to reveal some "new truths": The right team size is usually one fewer person than what managers think they need. The greatest question facing good teams is not how to succeed, but how to die. Good "chemistry" often makes for the least effective teams. Cognitive diversity yields the highest performance gains—but only if you understand what it is. How to find the "bliss point" in team intimacy—and become three times more productive. How to identify destructive team members before they do harm. Why small teams are 40 percent more likely to create a successful breakthrough than a solo genius is. Why groups of 7 (± 2), 150, and 1,500 are magic sizes for teams.Eye-opening, grounded, and essential, Team Genius is the next big idea to revolutionize business.},
+ language = {English},
+ publisher = {HarperBusiness},
+ author = {Karlgaard, Rich and Malone, Michael S.},
+ month = aug,
+ year = {2015},
+ keywords = {TT refs},
+}
+
+@book{burgess_thinking_2015,
+ address = {Sebastopol, California},
+ edition = {1 edition},
+ title = {Thinking in {Promises}},
+ isbn = {978-1-4919-1787-9},
+ abstract = {Imagine a set of simple principles that could help you to understand how parts combine to become a whole, and how each part sees the whole from its own perspective. If such principles were any good, it shouldn’t matter whether we’re talking about humans on a team, birds in a flock, computers in a datacenter, or cogs in a Swiss watch. A theory of cooperation ought to be pretty universal, so we should be able to apply it both to technology and to the workplace.Such principles are the subject of Promise Theory, and the focus of this insightful book. The goal of Promise Theory is to reveal the behavior of a whole from the sum of its parts, taking the viewpoint of the parts rather than the whole. In other words, it is a bottom-up, constructionist view of the world. Start Thinking in Promises and find out why this discipline works for documenting system behaviors from the bottom-up.},
+ language = {English},
+ publisher = {O'Reilly Media},
+ author = {Burgess, Mark},
+ month = jul,
+ year = {2015},
+ keywords = {TT refs},
+}
+
+@book{narayan_agile_2015,
+ address = {New York},
+ edition = {01 edition},
+ title = {Agile {IT} {Organization} {Design}: {For} {Digital} {Transformation} and {Continuous} {Delivery}},
+ isbn = {978-0-13-390335-5},
+ shorttitle = {Agile {IT} {Organization} {Design}},
+ abstract = {Design IT Organizations for Agility at Scale Aspiring digital businesses need overall IT agility, not just development team agility. In Agile IT Organization Design, IT management consultant and ThoughtWorks veteran Sriram Narayan shows how to infuse agility throughout your organization. Drawing on more than fifteen years’ experience working with enterprise clients in IT-intensive industries, he introduces an agile approach to “Business–IT Effectiveness” that is as practical as it is valuable. The author shows how structural, political, operational, and cultural facets of organization design influence overall IT agility—and how you can promote better collaboration across diverse functions, from sales and marketing to product development, and engineering to IT operations. Through real examples, he helps you evaluate and improve organization designs that enhance autonomy, mastery, and purpose: the key ingredients for a highly motivated workforce. You’ll find “close range” coverage of team design, accountability, alignment, project finance, tooling, metrics, organizational norms, communication, and culture. For each, you’ll gain a deeper understanding of where your organization stands, and clear direction for making improvements. Ready to optimize the performance of your IT organization or digital business? Here are practical solutions for the long term, and for right now. Govern for value over predictability Organize for responsiveness, not lowest cost Clarify accountability for outcomes and for decisions along the way Strengthen the alignment of autonomous teams Move beyond project teams to capability teams Break down tool-induced silos Choose financial practices that are free of harmful side effects Create and retain great teams despite today’s “talent crunch” Reform metrics to promote (not prevent) agility Evolve culture through improvements to structure, practices, and leadership—and careful, deliberate interventions},
+ language = {English},
+ publisher = {Addison-Wesley Professional},
+ author = {Narayan, Sriram},
+ month = jun,
+ year = {2015},
+ keywords = {TT refs},
+}
+
+@misc{urquhart_communications_2016,
+ title = {Communications and {Conway}’s {Law}},
+ url = {https://medium.com/digital-anatomy/communications-and-conways-law-6a1a9deae32},
+ abstract = {In my last post, I described what I see as a disruption in the way digital businesses will operate in the future:},
+ urldate = {2018-10-27},
+ journal = {Digital Anatomy},
+ author = {Urquhart, James},
+ month = sep,
+ year = {2016},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\P5SAHF4I\\communications-and-conways-law-6a1a9deae32.html:text/html},
+}
+
+@article{urquhart_it_2010,
+ title = {{IT} operations in a cloudy world},
+ url = {https://www.cnet.com/news/it-operations-in-a-cloudy-world/},
+ abstract = {Understanding how cloud computing and data center virtualization are forcing change in IT operations is important to understanding how to take advantage of cloud's disruptive nature.},
+ language = {en},
+ urldate = {2018-10-27},
+ journal = {CNET},
+ author = {Urquhart, James},
+ month = sep,
+ year = {2010},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\S6PI5EAQ\\it-operations-in-a-cloudy-world.html:text/html},
+}
+
+@book{dunbar_how_2010,
+ address = {London},
+ edition = {Main edition},
+ title = {How {Many} {Friends} {Does} {One} {Person} {Need}?: {Dunbar}'s {Number} and {Other} {Evolutionary} {Quirks}},
+ isbn = {978-0-571-25342-5},
+ shorttitle = {How {Many} {Friends} {Does} {One} {Person} {Need}?},
+ abstract = {We are the product of our evolutionary history and this history colours our everyday lives - from why we kiss to how religious we are. In How Many Friends Does One Person Need? Robin Dunbar explains how the distant past underpins our current behaviour, through the groundbreaking experiments that have changed the thinking of evolutionary biologists forever. He explains phenomena such as why 'Dunbar's Number' (150) is the maximum number of acquaintances you can have, why all babies are born premature and the science behind lonely hearts columns. Stimulating, provocative and highly enjoyable, this fascinating book is essential for understanding why humans behave as they do - what it is to be human.},
+ language = {English},
+ publisher = {Faber \& Faber},
+ author = {Dunbar, Professor Robin},
+ month = feb,
+ year = {2010},
+ keywords = {TT refs},
+}
+
+@misc{wastell_what_2018,
+ title = {What we mean when we talk about service design at the {Co}-op},
+ url = {https://digitalblog.coop.co.uk/2018/10/25/what-we-mean-when-we-talk-about-service-design-at-the-co-op/},
+ abstract = {I wanted to write this post to explain what service design is at the Co-op. Service design helps build more inclusive teams as well as products and services that meet user and business needs. What …},
+ language = {en},
+ urldate = {2018-10-26},
+ journal = {Co-op Digital Blog},
+ author = {Wastell, Katherine},
+ month = oct,
+ year = {2018},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\FV9LB3CI\\what-we-mean-when-we-talk-about-service-design-at-the-co-op.html:text/html},
+}
+
+@misc{hall_itsm_2016,
+ title = {{ITSM}, {DevOps}, and why three-tier support should be replaced with {Swarming}.},
+ url = {https://medium.com/@JonHall_/itsm-devops-and-why-the-three-tier-structure-must-be-replaced-with-swarming-91e76ba22304},
+ abstract = {The 3-tier support structure is ubiquitous in ITSM, but it is fundamentally at odds with DevOps principles. Swarming is a better answer.},
+ urldate = {2018-10-26},
+ journal = {Medium},
+ author = {Hall, Jon},
+ month = dec,
+ year = {2016},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\42HW7BFA\\itsm-devops-and-why-the-three-tier-structure-must-be-replaced-with-swarming-91e76ba22304.html:text/html},
+}
+
+@misc{kitson_squad_2017,
+ title = {Squad {Health} {Checks}},
+ url = {https://technology.skybettingandgaming.com/2017/02/01/squad-health-checks/},
+ abstract = {Enabling Continuous Improvement through regular introspection by the teams themselves.},
+ urldate = {2018-10-26},
+ journal = {Sky Betting \& Gaming Technology Blog},
+ author = {Kitson, Jon},
+ month = feb,
+ year = {2017},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\VTL5ZZEK\\squad-health-checks.html:text/html},
+}
+
+@misc{overeem_how_2015,
+ title = {How {I} {Used} the {Spotify} {Squad} {Health} {Check} {Model} – {Barry} {Overeem} – {The} {Liberators}},
+ url = {http://www.barryovereem.com/how-i-used-the-spotify-squad-health-check-model/},
+ language = {en-US},
+ urldate = {2018-10-26},
+ author = {Overeem, Barry},
+ month = aug,
+ year = {2015},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\VCL7UFWI\\how-i-used-the-spotify-squad-health-check-model.html:text/html},
+}
+
+@misc{kniberg_squad_2014,
+ title = {Squad {Health} {Check} model – visualizing what to improve},
+ url = {https://labs.spotify.com/2014/09/16/squad-health-check-model/},
+ abstract = {(Download the cards \& instructions as PDF or PPTX) (Translations of this article: Chinese, French) What is a squad health check model? A lot of companies experiment with ways of measuring and visualizing how their teams are doing. They’re usually called “maturity models”, and involve some sort of progression through different levels. The intent of these…},
+ language = {en},
+ urldate = {2018-10-26},
+ journal = {Labs},
+ author = {Kniberg, Henrik},
+ month = sep,
+ year = {2014},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\AY6BREM7\\squad-health-check-model.html:text/html},
+}
+
+@book{davies_agile_2009,
+ address = {Raleigh, N.C},
+ edition = {1 edition},
+ title = {Agile {Coaching}},
+ isbn = {978-1-934356-43-2},
+ abstract = {Discover how to coach your team to become more Agile. Agile Coaching de-mystifies agile practices--it's a practical guide to creating strong agile teams. Packed with useful tips from practicing agile coaches Rachel Davies and Liz Sedley, this book gives you coaching tools that you can apply whether you are a project manager, a technical lead, or working in a software team.To lead change, you need to expand your toolkit, and this book gives you the tools you need to make the transition from agile practitioner to agile coach. Agile Coaching is all about working with people to create great agile teams. You'll learn how to build a team that produces great software and has fun doing it. In the process, you'll grow a team that's self-sufficient and skillful.This book provides you with deeper knowledge of how agile practices work and how to inspire your team to improve. Discover how to coach your team through the agile lifecycle, from planning to writing software. Learn the secrets of running effective agile meetings and how to get your team following a consistent approach to creating software. You'll find chapters dedicated to introducing Test-Driven Development, designing Retrospectives, and making progress visible. Find out what works and what to avoid when introducing agile practices to your team. Throughout the book the authors share their personal coaching stories from experience with real teams, giving you insights into what works and what to avoid. Each chapter also covers hurdles that you and your team may face and what to do to clear them.},
+ language = {English},
+ publisher = {Pragmatic Bookshelf},
+ author = {Davies, Rachel and Sedley, Liz},
+ month = sep,
+ year = {2009},
+ keywords = {TT refs},
+}
+
+@book{adkins_coaching_2010,
+ address = {Upper Saddle River, NJ},
+ edition = {01 edition},
+ title = {Coaching {Agile} {Teams}: {A} {Companion} for {ScrumMasters}, {Agile} {Coaches}, and {Project} {Managers} in {Transition}},
+ isbn = {978-0-321-63770-3},
+ shorttitle = {Coaching {Agile} {Teams}},
+ abstract = {The Provocative and Practical Guide to Coaching Agile Teams As an agile coach, you can help project teams become outstanding at agile, creating products that make them proud and helping organizations reap the powerful benefits of teams that deliver both innovation and excellence. More and more frequently, ScrumMasters and project managers are being asked to coach agile teams. But it’s a challenging role. It requires new skills―as well as a subtle understanding of when to step in and when to step back. Migrating from “command and control” to agile coaching requires a whole new mind-set. In Coaching Agile Teams, Lyssa Adkins gives agile coaches the insights they need to adopt this new mind-set and to guide teams to extraordinary performance in a re-energized work environment. You’ll gain a deep view into the role of the agile coach, discover what works and what doesn’t, and learn how to adapt powerful skills from many allied disciplines, including the fields of professional coaching and mentoring. Coverage includesUnderstanding what it takes to be a great agile coach Mastering all of the agile coach’s roles: teacher, mentor, problem solver, conflict navigator, and performance coach Creating an environment where self-organized, high-performance teams can emerge Coaching teams past cooperation and into full collaboration Evolving your leadership style as your team grows and changes Staying actively engaged without dominating your team and stunting its growth Recognizing failure, recovery, and success modes in your coaching Getting the most out of your own personal agile coaching journey Whether you’re an agile coach, leader, trainer, mentor, facilitator, ScrumMaster, project manager, product owner, or team member, this book will help you become skilled at helping others become truly great. What could possibly be more rewarding?},
+ language = {English},
+ publisher = {Addison-Wesley Professional},
+ author = {Adkins, Lyssa},
+ month = may,
+ year = {2010},
+ keywords = {TT refs},
+}
+
+@book{skelton_tech_2018,
+ address = {Leeds, UK},
+ edition = {1},
+ title = {Tech {Talks} for {Beginners}},
+ isbn = {978-1-912058-85-3},
+ publisher = {Conflux Digital},
+ author = {Skelton, Matthew},
+ year = {2018},
+ keywords = {TT refs},
+}
+
+@book{morgan-smith_internal_2019,
+ address = {Leeds, UK},
+ edition = {1},
+ title = {Internal {Tech} {Conferences}},
+ isbn = {978-1-912058-97-6},
+ publisher = {Conflux Digital},
+ author = {Morgan-Smith, Victoria and Skelton, Matthew},
+ year = {2019},
+ keywords = {TT refs},
+}
+
+@misc{kitagawa_platforms_2018,
+ title = {Platforms at {Twilio}: {Unlocking} {Developer} {Effectiveness}},
+ shorttitle = {Platforms at {Twilio}},
+ url = {https://www.infoq.com/presentations/twilio-devops},
+ abstract = {Justin Kitagawa talks about Twilio’s DevOps culture of “You build it, you run it”, and how its internal Platform has evolved to reduce their engineer’s cognitive load by providing a unified self-service, declarative platform to build, deliver, and run the thousands of global microservices that make up Twilio. He discusses the evolution, tenets, and lessons learned of Twilio’s internal Platform.},
+ urldate = {2018-10-24},
+ author = {Kitagawa, Justin},
+ month = oct,
+ year = {2018},
+ keywords = {TT refs},
+ file = {Kitagawa - 2018 - Platforms at Twilio Unlocking Developer Effective.pdf:C\:\\Users\\matth\\Zotero\\storage\\XGL6886I\\Kitagawa - 2018 - Platforms at Twilio Unlocking Developer Effective.pdf:application/pdf},
+}
+
+@book{rother_toyota_2009,
+ address = {New York},
+ edition = {1 edition},
+ title = {Toyota {Kata}: {Managing} {People} for {Improvement}, {Adaptiveness} and {Superior} {Results}},
+ isbn = {978-0-07-163523-3},
+ shorttitle = {Toyota {Kata}},
+ abstract = {"Toyota Kata gets to the essence of how Toyota manages continuous improvement and human ingenuity, through its improvement kata and coaching kata. Mike Rother explains why typical companies fail to understand the core of lean and make limited progress―and what it takes to make it a real part of your culture."―Jeffrey K. Liker, bestselling author of The Toyota Way"[Toyota Kata is] one of the stepping stones that will usher in a new era of management thinking."―The Systems Thinker"How any organization in any industry can progress from old-fashioned management by results to a strikingly different and better way."―James P. Womack, Chairman and Founder, Lean Enterprise Institute"Practicing the improvement kata is perhaps the best way we've found so far for actualizing PDCA in an organization."―John Shook, Chairman and CEO, Lean Enterprise InstituteThis game-changing book puts you behind the curtain at Toyota, providing new insight into the legendary automaker's management practices and offering practical guidance for leading and developing people in a way that makes the best use of their brainpower.Drawing on six years of research into Toyota's employee-management routines, Toyota Kata examines and elucidates, for the first time, the company's organizational routines--called kata--that power its success with continuous improvement and adaptation. The book also reaches beyond Toyota to explain issues of human behavior in organizations and provide specific answers to questions such as:How can we make improvement and adaptation part of everyday work throughout the organization?How can we develop and utilize the capability of everyone in the organization to repeatedly work toward and achieve new levels of performance?How can we give an organization the power to handle dynamic, unpredictable situations and keep satisfying customers? Mike Rother explains how to improve our prevailing management approach through the use of two kata: Improvement Kata--a repeating routine of establishing challenging target conditions, working step-by-step through obstacles, and always learning from the problems we encounter; and Coaching Kata: a pattern of teaching the improvement kata to employees at every level to ensure it motivates their ways of thinking and acting.With clear detail, an abundance of practical examples, and a cohesive explanation from start to finish, Toyota Kata gives executives and managers at any level actionable routines of thought and behavior that produce superior results and sustained competitive advantage.},
+ language = {English},
+ publisher = {McGraw-Hill Education},
+ author = {Rother, Mike},
+ month = oct,
+ year = {2009},
+ keywords = {TT refs},
+}
+
+@misc{pivotal_microservices:_2016,
+ type = {Technology},
+ title = {Microservices: {Organizing} {Large} {Teams} for {Rapid} {Delivery}},
+ shorttitle = {Microservices},
+ url = {https://www.slideshare.net/Pivotal/microservices-organizing-large-teams-for-rapid-delivery},
+ abstract = {SpringOne Platform 2016
+Speakers: Patricia Anderson; Senior Consultant, Credera. Micah Blalock; Senior Architect, Credera. Jason Goth; Principal Architect, Credera.
+
+
+A microservice architecture is pattern that is most commonly associated with larger organizations where services and teams are organized around separate business capabilities. In a project our team recently completed, we used a microservice architecture to allow us to organize a large team to develop a large analytics platform at speeds that would not have been possible using a more typical service-oriented architecture.
+
+In this session, we discuss the organizational structure and communication and development strategies and tools to allow teams to work in parallel without drowning in process overhead and coordination costs.},
+ urldate = {2018-10-19},
+ author = {Pivotal},
+ year = {2016},
+ keywords = {TT refs},
+}
+
+@book{forsgren_accelerate:_2018,
+ address = {Portland, Oregon},
+ title = {Accelerate: {The} {Science} of {Lean} {Software} and {Devops}: {Building} and {Scaling} {High} {Performing} {Technology} {Organizations}},
+ isbn = {978-1-942788-33-1},
+ shorttitle = {Accelerate},
+ abstract = {Accelerate your organization to win in the marketplace. How can we apply technology to drive business value? For years, we've been told that the performance of software delivery teams doesn't matter that it can't provide a competitive advantage to our companies. Through four years of groundbreaking research, Dr. Nicole Forsgren, Jez Humble, and Gene Kim set out to find a way to measure software delivery performance and what drives it using rigorous statistical methods. This book presents both the findings and the science behind that research, making the information accessible for readers to apply in their own organizations. Readers will discover how to measure the performance of their teams, and what capabilities they should invest in to drive higher performance. This book is ideal for management at every level.},
+ language = {English},
+ publisher = {Trade Select},
+ author = {Forsgren, Nicole and Humble, Jez},
+ month = apr,
+ year = {2018},
+ keywords = {TT refs},
+}
+
+@book{roberts_modern_2007,
+ address = {Oxford},
+ title = {The {Modern} {Firm}: {Organizational} {Design} for {Performance} and {Growth}},
+ isbn = {978-0-19-829375-0},
+ shorttitle = {The {Modern} {Firm}},
+ abstract = {Business firms around the world are experimenting with new organizational designs, changing their formal architectures, their routines and processes, and their corporate cultures as they seek to improve their current performance and their growth prospects. In the process they are changing the scope of their business operations, redrawing their organization charts, redefining the allocation of decision-making authority and responsibility, revamping the mechanisms for motivating and rewarding people, reconsidering which activities to conduct in-house and which to out-source, redesigning their information systems, and seeking to alter the shared beliefs, values and norms that their people hold. In this book, John Roberts argues that there are predictable, necessary relationships among these changes that will improve performance and growth. The organizations that are successful will establish patterns of fit among the elements of their organizational designs, their competitive strategies and the external environment in which they operate and will go about this in a holistic manner. The Modern Firm develops powerful conceptual frameworks for analyzing the interrelations between organizational design features, competitive strategy and the business environment. Written in a non-technical language, the book is nevertheless based on rigorous modeling and draws on numerous examples from eighteenth century fur trading companies to such modern firms such as BP and Nokia. Finally the book explores why these developments are happening now, pointing to the increase in global competition and changes in technology.},
+ language = {English},
+ publisher = {Oxford University Press, USA},
+ author = {Roberts, John},
+ month = oct,
+ year = {2007},
+ keywords = {TT refs},
+}
+
+@book{degrandis_making_2017,
+ address = {Portland, OR},
+ edition = {1 edition},
+ title = {Making {Work} {Visible}: {Exposing} {Time} {Theft} to {Optimize} {Workflow}},
+ isbn = {978-1-942788-15-7},
+ shorttitle = {Making {Work} {Visible}},
+ abstract = {If someone stole your wallet, you'd notice it. So why don't people notice when they are robbed of something much more valuable than their wallet--time?Today's workers are drowning: nonstop requests for time, days filled to the brim with meetings, and endless nights spent heroically fixing the latest problems. This churn and burn is creating a workforce constantly on the edge of burnout. In this timely book, IT time management expert Dominica DeGrandis reveals the real crime of the century--time theft, one of the most costly factors impacting enterprises in their day-to-day operations. Through simple solutions that make work visible, DeGrandis helps people round up the five thieves of time and take back their lives with time-saving solutions. Chock-full of exercises, takeaways, real-world examples, colorful diagrams, and an easy-going writing style, readers will quickly learn effective practices to create high-performing workflows within an organization. The technology world--and indeed the whole business world--is moving at a pace faster than ever before, and it shows no signs of slowing down. Instead of consigning ourselves to the pressure cooker of the modern world, it's time to elevate how we work. It's time to level up our game. It's time to make work visible.},
+ language = {English},
+ publisher = {IT Revolution Press},
+ author = {Degrandis, Dominica},
+ month = nov,
+ year = {2017},
+ keywords = {TT refs},
+}
+
+@book{stanford_economist_2015,
+ address = {London},
+ edition = {2 edition},
+ title = {The {Economist} {Guide} to {Organisation} {Design} 2nd edition: {Creating} high-performing and adaptable enterprises},
+ isbn = {978-1-78125-310-6},
+ shorttitle = {The {Economist} {Guide} to {Organisation} {Design} 2nd edition},
+ abstract = {Thousands of established businesses fail every year because of the way they are organised, or re-organised. Business survival can depend not only on whether its structures and reporting lines meet the needs of the market, but also whether they can adapt in the face of a rapidly changing business environment. Yet managers seldom talk coherently about structuring or restructuring their operations, let alone take a systematic approach to this vital issue. Too often, companies are restructured for the wrong reasons - for example, because a new CEO wants to make an impact, or to work around a new IT system. This revised and updated Economist Guide shows how leaders should think about and implement the design of a company, using five easy-to-use guiding principles: - Design a company around its strategy and the operating context, not for ulterior or non-business reasons; - Think holistically - don't restructure just one division without taking into account other operations;- Consider future markets, customers and trends, not just what works best now;- Invest time and resources: - a redesign can be complicated to implement and must be done without disrupting daily activities; and - Go back to the basics of how the company operates and its market position; this is not a repair job to fix a short-term problem.},
+ language = {English},
+ publisher = {Economist Books},
+ author = {Stanford, Naomi},
+ month = feb,
+ year = {2015},
+ keywords = {TT refs},
+}
+
+@misc{it_revolution_devops_2018,
+ title = {{DevOps} {Over} {Coffee} - {Adidas}},
+ url = {https://www.youtube.com/watch?v=oOjdXeGp44E&feature=youtu.be&t=1071},
+ urldate = {2018-10-16},
+ author = {{IT Revolution}},
+ month = jul,
+ year = {2018},
+ keywords = {adidas, devops, devops enterprise summit, devops training, devops tutorial, does18, does18 london, does18 uk, enterprise, fernando cornago, london, markus rautert, summit, TT refs, uk, what is devops},
+}
+
+@misc{humble_theres_2012,
+ title = {There's {No} {Such} {Thing} as a "{Devops} {Team}" - {Continuous} {Delivery}},
+ url = {https://continuousdelivery.com/2012/10/theres-no-such-thing-as-a-devops-team/},
+ urldate = {2018-10-15},
+ journal = {Continuous Delivery},
+ author = {Humble, Jez},
+ month = oct,
+ year = {2012},
+ keywords = {TT refs},
+ file = {There's No Such Thing as a "Devops Team" - Continuous Delivery:C\:\\Users\\matth\\Zotero\\storage\\UC6XPKB2\\theres-no-such-thing-as-a-devops-team.html:text/html},
+}
+
+@misc{mihaljov_having_2017,
+ type = {Tweet},
+ title = {Having a dedicated {DevOps} person who does all the {DevOpsing} is like having a dedicated collaboration person who does all the collaborating.},
+ url = {https://twitter.com/noidi/status/852879869998501889},
+ language = {en},
+ urldate = {2018-10-15},
+ journal = {@noidi},
+ author = {Mihaljov, Timo},
+ month = apr,
+ year = {2017},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\BKWL4T64\\852879869998501889.html:text/html},
+}
+
+@misc{beal_industry_2017,
+ title = {The {Industry} {Just} {Can}'t {Decide} about {DevOps} {Teams}},
+ url = {https://www.infoq.com/news/2017/10/devops-teams-good-or-bad},
+ abstract = {The incidence of DevOps teams is on the rise according to reports, but the industry remains divided on whether a DevOps team should even exist. Some are wary of creating additional silos, or are of the opinion that DevOps is a methodology that everyone should subscribe to in an organisation; others point to DevOps teams as an effective way of transitioning to a new way of working.},
+ urldate = {2018-10-15},
+ journal = {InfoQ},
+ author = {Beal, Helen},
+ month = oct,
+ year = {2017},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\FYUNDLSG\\devops-teams-good-or-bad.html:text/html},
+}
+
+@misc{munns_chris_2016,
+ title = {Chris {Munns}, {DevOps} @ {Amazon}: {Microservices}, 2 {Pizza} {Teams}, \& 50 {Mill}…},
+ shorttitle = {Chris {Munns}, {DevOps} @ {Amazon}},
+ url = {http://www.slideshare.net/TriNimbus/chris-munns-devops-amazon-microservices-2-pizza-teams-50-million-deploys-a-year},
+ urldate = {2016-08-12},
+ author = {Munns, Chris},
+ month = may,
+ year = {2016},
+ keywords = {TT refs},
+ file = {Munns - 2016 - Chris Munns, DevOps @ Amazon Microservices, 2 Piz.pdf:C\:\\Users\\matth\\Zotero\\storage\\ZDUED6WE\\Munns - 2016 - Chris Munns, DevOps @ Amazon Microservices, 2 Piz.pdf:application/pdf},
+}
+
+@book{pink_drive_2011,
+ address = {Edinburgh},
+ edition = {Main edition},
+ title = {Drive},
+ isbn = {978-1-84767-769-3},
+ abstract = {A BOOK THAT WILL CHANGE HOW YOU THINK AND TRANSFORM HOW YOU LIVEForget everything you thought you knew about how to motivate people - at work, at school, at home. As Daniel H. Pink explains in this paradigm-shattering book, the true secret to high performance and satisfaction in today's world is the deeply human need to direct our own lives, to learn and create new things, and to do better by ourselves and the world.},
+ language = {English},
+ publisher = {Canongate Books Ltd},
+ author = {Pink, Daniel H.},
+ month = jan,
+ year = {2011},
+ keywords = {TT refs},
+}
+
+@misc{pais_prezis_2012,
+ title = {Prezi's {CTO} on how to remain a lean startup after 4 years},
+ url = {https://www.infoq.com/news/2012/10/Prezi-lean-startup},
+ abstract = {Peter Halacsy, CTO of Prezi, spoke today at DevOps Days in Rome about the evolution of the company in the past 3 years as a lean startup. He discussed how embracing failure is the only way to grow and improve the business. These principles affected all aspects of the company, from its structure to people recruitment, responsibility, technology stack and mostly the culture.},
+ urldate = {2018-10-15},
+ journal = {InfoQ},
+ author = {Pais, Manuel},
+ month = oct,
+ year = {2012},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\XBSSQZH6\\Prezi-lean-startup.html:text/html},
+}
+
+@article{bauernberger_devops_2014,
+ title = {{DevOps} in {Telecoms} – is it possible?},
+ url = {http://www.telecomstechnews.com/news/2014/oct/01/devops-telecoms-it-possible/},
+ abstract = {In telecoms, the adoption of DevOps is much higher than generally believed and it seems most are willing to extend their existing agile methodologies.},
+ urldate = {2016-07-06},
+ journal = {Telecom Tech News},
+ author = {Bauernberger, Joachim},
+ month = oct,
+ year = {2014},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\7ZII52A2\\devops-telecoms-it-possible.html:text/html},
+}
+
+@misc{netflix_technology_blog_netflix_2011,
+ title = {The {Netflix} {Simian} {Army}},
+ url = {https://medium.com/netflix-techblog/the-netflix-simian-army-16e57fbab116},
+ abstract = {Keeping our cloud safe, secure, and highly available},
+ urldate = {2018-10-15},
+ journal = {Netflix TechBlog},
+ author = {{Netflix Technology Blog}},
+ month = jul,
+ year = {2011},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\XZZSL7UH\\the-netflix-simian-army-16e57fbab116.html:text/html},
+}
+
+@misc{bryson_architects_2015,
+ title = {Architects {Should} {Code}: {The} {Architect}'s {Misconception}},
+ shorttitle = {Architects {Should} {Code}},
+ url = {https://www.infoq.com/articles/architects-should-code-bryson},
+ abstract = {The responsibility of an architect reaches far past design and business concerns. Their design's implementation is ultimately their only measure of success; they should get their hands dirty and help.},
+ urldate = {2018-10-15},
+ journal = {InfoQ},
+ author = {Bryson, Brandon},
+ month = aug,
+ year = {2015},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\TKCX2LFH\\architects-should-code-bryson.html:text/html},
+}
+
+@misc{adams_scaling_2015,
+ title = {Scaling {Product} {Teams}: {How} to {Build} and {Structure} for {Hypergrowth}},
+ shorttitle = {Scaling {Product} {Teams}},
+ url = {https://www.intercom.com/blog/how-we-build-software/},
+ abstract = {There’s been lots written about how Internet businesses should build software, from books like The Lean Start-Up, and posts from...},
+ language = {en-US},
+ urldate = {2018-10-15},
+ journal = {Inside Intercom},
+ author = {Adams, Paul},
+ month = jan,
+ year = {2015},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\REPVWSJQ\\how-we-build-software.html:text/html},
+}
+
+@article{hastie_interview_2014,
+ title = {An interview with {Sam} {Guckenheimer} on {Microsoft}'s {Journey} to {Cloud} {Cadence}},
+ url = {https://www.infoq.com/articles/agile2014-guckenheimer},
+ abstract = {At the recent Agile 2014 conference Sam Guckenheimer gave the opening keynote on Microsoft Developer Division's transition to a continuous delivery model. After the talk he sat down with InfoQ to discuss what it takes to achieve operational agility and cloud cadence.},
+ urldate = {2018-10-15},
+ journal = {InfoQ},
+ author = {Hastie, Shane},
+ month = oct,
+ year = {2014},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\ILDAF4FE\\agile2014-guckenheimer.html:text/html},
+}
+
+@misc{kniberg_real-life_2015,
+ address = {Bangkok},
+ title = {Real-{Life} {Agile} {Scaling}},
+ url = {http://blog.crisp.se/wp-content/uploads/2015/11/Real-life-agile-scaling.pdf},
+ author = {Kniberg, Henrik},
+ month = nov,
+ year = {2015},
+ keywords = {TT refs},
+ file = {Real-life-agile-scaling.pdf:C\:\\Users\\matth\\Zotero\\storage\\FC76KA3I\\Real-life-agile-scaling.pdf:application/pdf},
+}
+
+@misc{innolution_feature_nodate,
+ title = {Feature {Team} {Definition} {\textbar} {Innolution}},
+ url = {https://innolution.com/resources/glossary/feature-team},
+ urldate = {2018-10-14},
+ author = {{innolution}},
+ keywords = {TT refs},
+ file = {Feature Team Definition | Innolution:C\:\\Users\\matth\\Zotero\\storage\\CSL5ASPY\\feature-team.html:text/html},
+}
+
+@book{beyer_site_2016,
+ address = {Beijing ; Boston},
+ edition = {1 edition},
+ title = {Site {Reliability} {Engineering}},
+ isbn = {978-1-4919-2912-4},
+ abstract = {The overwhelming majority of a software system’s lifespan is spent in use, not in design or implementation. So, why does conventional wisdom insist that software engineers focus primarily on the design and development of large-scale computing systems?In this collection of essays and articles, key members of Google’s Site Reliability Team explain how and why their commitment to the entire lifecycle has enabled the company to successfully build, deploy, monitor, and maintain some of the largest software systems in the world. You’ll learn the principles and practices that enable Google engineers to make systems more scalable, reliable, and efficient—lessons directly applicable to your organization.This book is divided into four sections:Introduction—Learn what site reliability engineering is and why it differs from conventional IT industry practicesPrinciples—Examine the patterns, behaviors, and areas of concern that influence the work of a site reliability engineer (SRE)Practices—Understand the theory and practice of an SRE’s day-to-day work: building and operating large distributed computing systemsManagement—Explore Google's best practices for training, communication, and meetings that your organization can use},
+ language = {English},
+ publisher = {O′Reilly},
+ author = {Beyer, Betsy and Petoff, Jennifer and Jones, Chris and Murphy, Niall Richard},
+ month = apr,
+ year = {2016},
+ keywords = {TT refs},
+}
+
+@misc{dogan_sre_2017,
+ title = {The {SRE} model},
+ url = {https://medium.com/@rakyll/the-sre-model-6e19376ef986},
+ abstract = {Cindy Sridharan’s fantastic article on why everyone is not ops makes you rethink of the relationship between your development and…},
+ urldate = {2018-10-14},
+ journal = {JBD},
+ author = {Dogan, Jaana B.},
+ month = jul,
+ year = {2017},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\YBCLU3NT\\the-sre-model-6e19376ef986.html:text/html},
+}
+
+@misc{rensin_introducing_2016,
+ title = {Introducing {Google} {Customer} {Reliability} {Engineering}},
+ url = {https://cloud.google.com/blog/products/gcp/introducing-a-new-era-of-customer-support-google-customer-reliability-engineering/},
+ abstract = {In the 25 years that I’ve been in technology nearly everything has changed. Computers have moved out of the labs and into our pockets. They’re connected to},
+ urldate = {2018-10-14},
+ journal = {Google Cloud Blog},
+ author = {Rensin, Dave},
+ month = oct,
+ year = {2016},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\8TF4ZA2H\\introducing-a-new-era-of-customer-support-google-customer-reliability-engineering.html:text/html},
+}
+
+@book{weinberg_introduction_2001,
+ address = {New York},
+ edition = {25 Silver anniversary ed edition},
+ title = {An {Introduction} to {General} {Systems} {Thinking}},
+ isbn = {978-0-932633-49-1},
+ abstract = {For more than twenty-five years, An Introduction to General Systems Thinking has been hailed as an innovative introduction to systems theory, with applications in computer science and beyond. Used in university courses and professional seminars all over the world, the text has proven its ability to open minds and sharpen thinking. Originally published in 1975 and reprinted more than twenty times over a quarter century—and now available for the first time from Dorset House Publishing—the text uses clear writing and basic algebraic principles to explore new approaches to projects, products, organizations, and virtually any kind of system. Scientists, engineers, organization leaders, managers, doctors, students, and thinkers of all disciplines can use this book to dispel the mental fog that clouds problem-solving. As author Gerald M. Weinberg writes in the new Preface to the Silver Anniversary Edition, "I haven't changed my conviction that most people don't think nearly as well as they could had they been taught some principles of thinking." Now an award-winning author of nearly forty books spanning the entire software development life cycle—including The Psychology of Computer Programming: Silver Anniversary Edition and Exploring Requirements (with Donald C. Gause)—Weinberg had already acquired extensive experience as a programmer, manager, university professor, and consultant when this book was originally published. With helpful illustrations, numerous end-of-chapter exercises, and an appendix on a mathematical notation used in problem-solving, An Introduction to General Systems Thinking may be your most powerful tool in working with problems, systems, and solutions.},
+ language = {English},
+ publisher = {Dorset House Publishing Co Inc.,U.S.},
+ author = {Weinberg, Gerald M.},
+ month = jan,
+ year = {2001},
+ keywords = {TT refs},
+}
+
+@misc{scaled_agile_system_2015,
+ title = {System {Team} – {Scaled} {Agile} {Framework}},
+ url = {https://www.scaledagileframework.com/system-team/},
+ abstract = {SAFe for Lean Enterprises},
+ language = {en-US},
+ urldate = {2018-10-14},
+ author = {{Scaled Agile}},
+ year = {2015},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\MBRRIA76\\system-team.html:text/html},
+}
+
+@article{oconnor_understanding_2018,
+ title = {{UNDERSTANDING} {TEAM} {COGNITION} {IN} {PERFORMANCE} {IMPROVEMENT} {TEAMS}: {A} {META} {ANALYSIS} {OF} {CHANGE} {IN} {SHARED} {MENTAL} {MODELS}},
+ shorttitle = {{UNDERSTANDING} {TEAM} {COGNITION} {IN} {PERFORMANCE} {IMPROVEMENT} {TEAMS}},
+ abstract = {Team cognition is comprised of several factors including shared knowledge or shared mental models (SMM). As there is little agreement about best methods for measuring SMM, this study utilized data from four previous studies and the ACSMM methodology for analysis of data. Findings about SMM in Performance Improvement teams indicate that changes in SMM take place during team task performance and that the changes are similar from one PI team to another. 1 Background},
+ author = {O'Connor, Debra and Johnson, Tristan},
+ month = oct,
+ year = {2018},
+ keywords = {TT refs},
+}
+
+@book{salas_team_2004,
+ address = {Washington, DC},
+ title = {Team {Cognition}: {Understanding} the {Factors} {That} {Drive} {Process} and {Performance}},
+ isbn = {978-1-59147-103-5},
+ shorttitle = {Team {Cognition}},
+ abstract = {Given the increased reliance on teams in many organizational settings, it is critical that all those who are interested in improving training and performance better understand team dynamics. During the past decade, cognitive science has substantially influenced the study of team performance and has helped develop the field of team cognition. The contributors to this volume describe the many ways in which team cognition is being used as an organizing framework to guide research into factors that affect team coordination. Nowadays, team cognition must be considered not only within ""conventional"" teams, but also across time and space in distributed teams, and - because of increased use of artificial team members (e.g., intelligent agents) - across people and machines. All of these complicating factors are considered, along with methodological issues that surround the process of measuring and defining team cognition. The unique blend of theory and data in this multidisciplinary book will be of value to psychologists and academics interested in cognition and organizational behavior, to team researchers and practitioners in Industry and the military, and to graduate students Interested in group processes and performance.},
+ language = {English},
+ publisher = {American Psychological Assoc},
+ editor = {Salas, Eduardo and Fiore, Stephen M.},
+ month = mar,
+ year = {2004},
+ keywords = {TT refs},
+}
+
+@misc{jo_pearce_hacking_2016,
+ type = {Technology},
+ title = {Hacking {Your} {Head} : {Managing} {Information} {Overload} (extended)},
+ shorttitle = {Hacking {Your} {Head}},
+ url = {https://www.slideshare.net/JoPearce5/hacking-your-head-managing-information-overload-extended},
+ abstract = {There are limits on our ability to learn and process information.},
+ urldate = {2018-10-13},
+ author = {{Jo Pearce}},
+ month = apr,
+ year = {2016},
+ keywords = {TT refs},
+}
+
+@misc{sinha_harsh_2018,
+ title = {Harsh {Sinha} on {Building} {Culture} at {TransferWise}},
+ url = {https://www.infoq.com/podcasts/Harsh-Sinha-transferwise-building-culture},
+ abstract = {In this podcast Shane Hastie, Lead Editor for Culture \& Methods, spoke to Harsh Sinha, CTO of TransferWise, about deliberately designing organisational culture.},
+ urldate = {2018-10-12},
+ author = {Sinha, Harsh},
+ month = feb,
+ year = {2018},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\385WSC2A\\Harsh-Sinha-transferwise-building-culture.html:text/html},
+}
+
+@inproceedings{eckstein_architecture_2014,
+ series = {Lecture {Notes} in {Business} {Information} {Processing}},
+ title = {Architecture in {Large} {Scale} {Agile} {Development}},
+ isbn = {978-3-319-14358-3},
+ abstract = {In order to welcome changing requirements (even late in development) agile development should enable the architecture to incorporate these changes and therefore to emerge over time. This implies not finalizing the architecture upfront. Moreover, in small agile teams it is assumed that there is no dedicated role for an architect – instead the whole team should be responsible for the architecture. In large-scale agile development the requirement for an emergent architecture still holds true. However, it is unrealistic to ask members of e.g. ten teams to be equally responsible for the architecture. Moreover, the role and support for the architecture depends not only on the degree of the size but as well on the degree of complexity. In this paper I report on the experience using different models for supporting emergent architecture in large environments that take the degree of complexity into account.},
+ language = {en},
+ booktitle = {Agile {Methods}. {Large}-{Scale} {Development}, {Refactoring}, {Testing}, and {Estimation}},
+ publisher = {Springer International Publishing},
+ author = {Eckstein, Jutta},
+ editor = {Dingsøyr, Torgeir and Moe, Nils Brede and Tonelli, Roberto and Counsell, Steve and Gencel, Cigdem and Petersen, Kai},
+ year = {2014},
+ keywords = {agile methods, architect, change, chief architect, community of practice, complexity, emergent architecture, large-scale agile software development, project management, software engineering, technical consulting team, technical service team, TT refs, uncertainty},
+ pages = {21--29},
+ file = {Eckstein - 2014 - Architecture in Large Scale Agile Development.pdf:C\:\\Users\\matth\\Zotero\\storage\\JE895XXZ\\Eckstein - 2014 - Architecture in Large Scale Agile Development.pdf:application/pdf},
+}
+
+@book{eckstein_agile_2004,
+ address = {New York},
+ title = {Agile {Development} in the {Large}: {Diving} into the {Deep}},
+ isbn = {978-0-932633-57-6},
+ shorttitle = {Agile {Development} in the {Large}},
+ abstract = {Agile or "lightweight" processes have revolutionized the software development industry. They're faster and more efficient than traditional software development processes. They enable developers to * embrace requirement changes during the project * deliver working software in frequent iterations * focus on the human factor in software development Unfortunately, most agile processes are designed for small or mid-sized software development projects—bad news for large teams that have to deal with rapid changes to requirements. That means all large teams! With Agile Software Development in the Large, Jutta Eckstein—a leading speaker and consultant in the agile community—shows how to scale agile processes to teams of up to 200. The same techniques are also relevant to teams of as few as 10 developers, especially within large organizations. Topics include * the agile value system as used in large teams * the impact of a switch to agile processes * the agile coordination of several sub-teams * the way project size and team size influence the underlying architecture Stop getting frustrated with inflexible processes that cripple your large projects! Use this book to harness the efficiency and adaptability of agile software development.},
+ language = {English},
+ publisher = {Dorset House Publishing Co Inc.,U.S.},
+ author = {Eckstein, Jutta},
+ month = jan,
+ year = {2004},
+ keywords = {TT refs},
+}
+
+@book{deming_out_1986,
+ address = {Cambridge, Mass.},
+ title = {Out of the {Crisis}},
+ isbn = {978-0-262-54115-2},
+ publisher = {Massachusetts Institute of Technology},
+ author = {Deming, W. Edwards},
+ year = {1986},
+ keywords = {TT refs},
+}
+
+@article{jay_cyclomatic_2009,
+ title = {Cyclomatic {Complexity} and {Lines} of {Code}: {Empirical} {Evidence} of a {Stable} {Linear} {Relationship}},
+ volume = {2},
+ shorttitle = {Cyclomatic {Complexity} and {Lines} of {Code}},
+ doi = {10.4236/jsea.2009.23020},
+ abstract = {Researchers have often commented on the high correlation between McCabe's Cyclomatic Complexity (CC) and lines of code (LOC). Many have believed this correlation high enough to justify adjusting CC by LOC or even substituting LOC for CC. However, from an empirical standpoint the relationship of CC to LOC is still an open one. We undertake the largest statistical study of this relationship to date. Employing modern regression techniques, we find the linearity of this relationship has been severely underestimated, so much so that CC can be said to have absolutely no explanatory power of its own. This research presents evidence that LOC and CC have a stable practically perfect linear relationship that holds across programmers, languages, code paradigms (procedural versus object-oriented), and software processes. Linear models are developed relating LOC and CC. These models are verified against over 1.2 million randomly selected source files from the SourceForge code repository. These files represent software projects from three target languages (C, C++, and Java) and a variety of programmer experience levels, software architectures, and development methodologies. The models developed are found to successfully predict roughly 90\% of CC's variance by LOC alone. This suggest not only that the linear relationship between LOC and CC is stable, but the aspects of code complexity that CC measures, such as the size of the test case space, grow linearly with source code size across languages and programming paradigms.},
+ journal = {JSEA},
+ author = {Jay, Graylin and Hale, Joanne and Smith, Randy and Hale, David and Kraft, Nicholas and Ward, Charles},
+ month = jan,
+ year = {2009},
+ keywords = {TT refs},
+ pages = {137--143},
+ file = {Full Text PDF:C\:\\Users\\matth\\Zotero\\storage\\ZBXI8CGR\\Jay et al. - 2009 - Cyclomatic Complexity and Lines of Code Empirical.pdf:application/pdf},
+}
+
+@article{lowe_how_2015,
+ title = {How to use event storming to achieve domain-driven design},
+ url = {https://techbeacon.com/introduction-event-storming-easy-way-achieve-domain-driven-design},
+ abstract = {Event storming is a fast, lightweight group modeling technique you can use to accelerate developer productivity and facilitate domain-driven design.},
+ language = {en},
+ urldate = {2018-10-10},
+ journal = {TechBeacon},
+ author = {Lowe, Steven A.},
+ month = oct,
+ year = {2015},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\ML8SIA37\\introduction-event-storming-easy-way-achieve-domain-driven-design.html:text/html},
+}
+
+@misc{tune_domain-driven_2015,
+ title = {Domain-{Driven} {Architecture} {Diagrams}},
+ url = {https://medium.com/nick-tune-tech-strategy-blog/domain-driven-architecture-diagrams-139a75acb578},
+ abstract = {Domain-Driven Design is about creating shared understanding of the problem space that is reinforced ubiquitously via conversations, code and diagrams. DDD’s Shared understanding enhances synergy and…},
+ urldate = {2018-10-10},
+ journal = {Nick Tune’s Tech Strategy Blog},
+ author = {Tune, Nick},
+ month = aug,
+ year = {2015},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\U72BQYKC\\domain-driven-architecture-diagrams-139a75acb578.html:text/html},
+}
+
+@article{brandolini_strategic_2009,
+ title = {Strategic {Domain} {Driven} {Design} with {Context} {Mapping}},
+ url = {https://www.infoq.com/articles/ddd-contextmapping},
+ abstract = {Many approaches to object oriented modeling tend not to scale well when the applications grow in size and complexity. Context Mapping technique can be used to manage the complexity in large software development projects. In this article, author Alberto Brandolini discusses the many sides of bounded contexts and how to use them to build a context map to support key decisions in a software project.},
+ urldate = {2018-10-10},
+ journal = {InfoQ},
+ author = {Brandolini, Alberto},
+ month = nov,
+ year = {2009},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\H7AZU2ME\\ddd-contextmapping.html:text/html},
+}
+
+@misc{wiley_scaling_2018,
+ title = {Scaling {XP} {Through} {Self}-{Similarity} at {Pivotal} {Cloud} {Foundry}},
+ url = {https://www.agilealliance.org/resources/experience-reports/scaling-xp-through-self-similarity-at-pivotal-cloud-foundry/},
+ abstract = {RESOURCES Author: Please Note: You must be logged in as a Member to download this content. Download (PDF)},
+ language = {en-US},
+ urldate = {2018-10-10},
+ journal = {Agile Alliance},
+ author = {Wiley, Evan},
+ month = jul,
+ year = {2018},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\W9EPDT2L\\scaling-xp-through-self-similarity-at-pivotal-cloud-foundry.html:text/html},
+}
+
+@misc{blalock_mustard_2015,
+ title = {Of {Mustard} {Seeds} and {Microservices}},
+ url = {https://www.credera.com/blog/technology-insights/java/mustard-seeds-microservices/},
+ abstract = {Does your current architecture encourage or impede the development of a rhizomatic culture of autonomy, responsibility, collaboration, speed, and rapid course correction?},
+ urldate = {2018-10-10},
+ journal = {Credera},
+ author = {Blalock, Micah},
+ month = may,
+ year = {2015},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\6JI5YJ7G\\mustard-seeds-microservices.html:text/html},
+}
+
+@misc{nygard_perils_2015,
+ title = {The {Perils} of {Semantic} {Coupling} - {Wide} {Awake} {Developers}},
+ url = {http://michaelnygard.com/blog/2015/04/the-perils-of-semantic-coupling/},
+ abstract = {On the subject of maneuverability, many organizations run into trouble when they try to enter new lines of business, create a partnership, or merge with another company. Updating enterprise systems becomes a large cost factor in these business initiatives, sometimes large enough to outweigh the benefits case. This is a terrible irony: our automation provides efficiency, but removes flexibility. If you break down the cost of such changes, you'll find it comes in equal parts from changes to individual systesm and changes to integrations across systems.},
+ language = {en},
+ urldate = {2018-10-10},
+ author = {Nygard, Michael},
+ month = apr,
+ year = {2015},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\KNS9WLXC\\the-perils-of-semantic-coupling.html:text/html},
+}
+
+@misc{long_gary_2016,
+ type = {Tweet},
+ title = {{GARY} (go ahead, repeat yourself)},
+ url = {https://twitter.com/starbuxman/status/735550836147814400},
+ language = {en},
+ urldate = {2018-10-10},
+ journal = {@starbuxman},
+ author = {Long, Josh},
+ month = may,
+ year = {2016},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\RVUS2JYV\\735550836147814400.html:text/html},
+}
+
+@misc{pivotal_essential_2016,
+ title = {The {Essential} {Elements} of {Enterprise} {PaaS}},
+ url = {https://content.pivotal.io/white-papers/the-essential-elements-of-enterprise-paas},
+ urldate = {2018-10-09},
+ publisher = {Pivotal},
+ author = {{Pivotal}},
+ month = dec,
+ year = {2016},
+ keywords = {TT refs},
+ file = {Pivotal - 2016 - The Essential Elements of Enterprise PaaS.pdf:C\:\\Users\\matth\\Zotero\\storage\\F9JCGQDA\\Pivotal - 2016 - The Essential Elements of Enterprise PaaS.pdf:application/pdf;Snapshot:C\:\\Users\\matth\\Zotero\\storage\\RCQ2W9CL\\the-essential-elements-of-enterprise-paas.html:text/html},
+}
+
+@article{maccormack_exploring_2006,
+ title = {Exploring the {Structure} of {Complex} {Software} {Designs}: {An} {Empirical} {Study} of {Open} {Source} and {Proprietary} {Code}},
+ volume = {52},
+ issn = {0025-1909, 1526-5501},
+ shorttitle = {Exploring the {Structure} of {Complex} {Software} {Designs}},
+ url = {http://pubsonline.informs.org/doi/abs/10.1287/mnsc.1060.0552},
+ doi = {10.1287/mnsc.1060.0552},
+ language = {en},
+ number = {7},
+ urldate = {2018-10-09},
+ journal = {Management Science},
+ author = {MacCormack, Alan and Rusnak, John and Baldwin, Carliss Y.},
+ month = jul,
+ year = {2006},
+ keywords = {TT refs},
+ pages = {1015--1030},
+ file = {MacCormack et al. - 2006 - Exploring the Structure of Complex Software Design.pdf:C\:\\Users\\matth\\Zotero\\storage\\MKYPAY52\\MacCormack et al. - 2006 - Exploring the Structure of Complex Software Design.pdf:application/pdf},
+}
+
+@misc{cohn_nine_2010,
+ title = {Nine {Questions} {To} {Assess} {Scrum} {Team} {Structure}},
+ url = {https://www.mountaingoatsoftware.com/blog/nine-questions-to-assess-team-structure},
+ abstract = {Scrum Team structure is critical for the success of any scrum project. Mike Cohn explains why and gives nine questions to assess scrum team structure.},
+ language = {en},
+ urldate = {2018-10-09},
+ journal = {Mountain Goat Software},
+ author = {Cohn, Mike},
+ month = mar,
+ year = {2010},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\UW4ULGGM\\nine-questions-to-assess-team-structure.html:text/html},
+}
+
+@misc{minick_creating_2015,
+ title = {Creating a {DevOps} {Team} that {Isn}'t {Evil}},
+ url = {http://www.slideshare.net/Urbancode/creating-a-devops-team-that-isnt-evil},
+ urldate = {2016-08-11},
+ author = {Minick, Eric and Yanko, Curtis},
+ month = feb,
+ year = {2015},
+ keywords = {TT refs},
+}
+
+@misc{minick_goal_2014,
+ type = {microblog},
+ title = {The goal for a "{DevOps} {Team}" should be to put itself out of business by enabling the rest of the org.},
+ url = {https://twitter.com/ericminick/status/517335119330172930},
+ urldate = {2016-08-11},
+ journal = {@ericminick},
+ author = {Minick, Eric},
+ month = oct,
+ year = {2014},
+ keywords = {TT refs},
+ file = {Tweet Snapshot:C\:\\Users\\matth\\Zotero\\storage\\6PQZQN46\\517335119330172930.html:text/html},
+}
+
+@book{morris_infrastructure_2016,
+ edition = {1 edition},
+ title = {Infrastructure as {Code}: {Managing} {Servers} in the {Cloud}},
+ isbn = {978-1-4919-2435-8},
+ shorttitle = {Infrastructure as {Code}},
+ abstract = {This book explains how to take advantage of technologies like cloud, virtualization, and configuration automation to manage IT infrastructure using tools and practices from software development. These technologies have decoupled infrastructure from the underlying hardware, turning it into data and code. "Infrastructure as Code" has emerged alongside the DevOps movement as a label for approaches that merge concepts like source control systems, Test Driven Development (TDD) and Continuous Integration (CI) with infrastructure management.Virtualization and cloud make it easy to rapidly expand the size of infrastructure, but the habits and practices we used in the past with hardware-based infrastructure don't keep up. Teams end up with hundreds of servers, all a bit different, and find themselves unable to fully automate their infrastructure.The book will go through the challenges and problems created by all these wonderful new tools, and the principles and mindset changes that a team needs to make to use them effectively. It describes patterns, practices, and ideas that have been adopted from software development, especially Agile concepts, and brought into the IT Ops world as part of the DevOps movement. These ways of working have been proven in many organizations, including well known names like Netflix, Amazon, and Etsy, and also in more established organizations including publishers, banks, and even the British government.},
+ language = {English},
+ publisher = {O'Reilly Media},
+ author = {Morris, Kief},
+ month = jun,
+ year = {2016},
+ keywords = {TT refs},
+}
+
+@misc{drew_hoskins_what_2015,
+ title = {What is it like to be part of the {Infrastructure} team at {Facebook}? - {Quora}},
+ url = {https://www.quora.com/What-is-it-like-to-be-part-of-the-Infrastructure-team-at-Facebook},
+ urldate = {2016-08-11},
+ journal = {Quora},
+ author = {{Drew Hoskins}},
+ month = feb,
+ year = {2015},
+ keywords = {TT refs},
+ file = {What is it like to be part of the Infrastructure team at Facebook? - Quora:C\:\\Users\\matth\\Zotero\\storage\\EHRJFKTA\\What-is-it-like-to-be-part-of-the-Infrastructure-team-at-Facebook.html:text/html},
+}
+
+@misc{brown_are_2010,
+ title = {Are {You} a {Software} {Architect}?},
+ url = {https://www.infoq.com/articles/brown-are-you-a-software-architect},
+ abstract = {The line between development and architecture is tricky. Some say it's fake, that architecture is an extension of the design process undertaken by developers; others say it's a chasm that can only be crossed by lofty developers who believe you must abstract your abstractions and not worry about implementation details. There's a balance in the middle, but how do you move from one to the other?},
+ urldate = {2016-08-11},
+ journal = {InfoQ},
+ author = {Brown, Simon},
+ month = feb,
+ year = {2010},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\RNDQZFWK\\brown-are-you-a-software-architect.html:text/html},
+}
+
+@misc{cockcroft_goto_2014,
+ address = {Berlin},
+ title = {Goto {Berlin} - {Migrating} to {Microservices} ({Fast} {Delivery})},
+ url = {http://www.slideshare.net/adriancockcroft/goto-berlin},
+ urldate = {2016-08-11},
+ author = {Cockcroft, Adrian},
+ month = nov,
+ year = {2014},
+ keywords = {TT refs},
+ file = {Cockcroft - 2014 - Goto Berlin - Migrating to Microservices (Fast Del.pdf:C\:\\Users\\matth\\Zotero\\storage\\SMCI33X3\\Cockcroft - 2014 - Goto Berlin - Migrating to Microservices (Fast Del.pdf:application/pdf},
+}
+
+@misc{skelton_thatcher_consulting_devops_2016,
+ title = {{DevOps} {Topologies}},
+ url = {http://web.devopstopologies.com},
+ abstract = {The primary goal of any DevOps setup within an organisation is to improve the delivery of value for customers and the business, not in itself to reduce costs, increase automation, or drive everything from configuration management; this means that different organisations might need different team structures in order for effective Dev and Ops collaboration to take place.},
+ urldate = {2016-08-09},
+ author = {{Skelton Thatcher Consulting}},
+ year = {2016},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\7GUPBTVE\\web.devopstopologies.com.html:text/html},
+}
+
+@misc{edwards_damon_2014,
+ title = {Damon {Edwards}: {DevOps} is an {Enterprise} {Concern}},
+ shorttitle = {Damon {Edwards}},
+ url = {https://www.infoq.com/interviews/interview-damon-edwards-qcon-2014},
+ abstract = {Damon argues DevOps is most needed in the enterprise world, and suggests starting with self-service provisioning interfaces, service oriented mentality, designing tool chains and meaningful metrics. All based on his own experience on the field as a DevOps consultant.},
+ urldate = {2016-08-09},
+ author = {Edwards, Damon},
+ collaborator = {Pais, Manuel},
+ month = may,
+ year = {2014},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\SCZ4F8ZC\\interview-damon-edwards-qcon-2014.html:text/html},
+}
+
+@misc{kniberg_crisps_2012,
+ title = {Crisp's {Blog} » {Scaling} {Agile} @ {Spotify} with {Tribes}, {Squads}, {Chapters} \& {Guilds}},
+ url = {http://blog.crisp.se/2012/11/14/henrikkniberg/scaling-agile-at-spotify},
+ urldate = {2016-07-06},
+ author = {Kniberg, Henrik},
+ year = {2012},
+ keywords = {TT refs},
+ file = {SpotifyScaling.pdf:C\:\\Users\\matth\\Zotero\\storage\\NR8C3XAE\\SpotifyScaling.pdf:application/pdf;Snapshot:C\:\\Users\\matth\\Zotero\\storage\\RHQEXQGX\\scaling-agile-at-spotify.html:text/html;Scaling-Agile-at-Spotify.png:C\:\\Users\\matth\\Zotero\\storage\\V83UY4D8\\Scaling-Agile-at-Spotify.png:image/png},
+}
+
+@misc{bennett_dunbar_2013,
+ title = {The {Dunbar} {Number}, {From} the {Guru} of {Social} {Networks}},
+ url = {http://www.bloomberg.com/news/articles/2013-01-10/the-dunbar-number-from-the-guru-of-social-networks},
+ abstract = {How a technophobic Oxford primatologist became Silicon Valley’s social networking guru},
+ urldate = {2016-07-27},
+ journal = {Bloomberg.com},
+ author = {Bennett, Drake},
+ month = jan,
+ year = {2013},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\8PHP365X\\the-dunbar-number-from-the-guru-of-social-networks.html:text/html},
+}
+
+@article{clegg_sociotechnical_2000,
+ title = {Sociotechnical principles for system design},
+ volume = {31},
+ issn = {0003-6870},
+ url = {http://www.sciencedirect.com/science/article/pii/S0003687000000090},
+ doi = {10.1016/S0003-6870(00)00009-0},
+ abstract = {This paper offers a set of sociotechnical principles to guide system design, and some consideration of the role of principles of this kind. The principles extend earlier formulations by Cherns (1976, Human Relations, 29, 783–792; 1987, Human Relations, 40, 153–162). They are intended to apply to the design of new systems, including those incorporating new information technologies and a range of modern management practices and ways of working. They attempt to provide a more integrated perspective than is apparent in existing formulations. The principles are of three broad types: meta, content and process, though they are highly interrelated. They are for use by system managers, users and designers, and by technologists and social scientists. They offer ideas for debate and provide devices through which detailed design discussions can be elaborated. The principles are most likely to be effective if they are relatively freestanding, but supported by relevant methods and tools. The principles are necessary but not sufficient to make a substantial contribution to design practice.},
+ number = {5},
+ urldate = {2016-07-15},
+ journal = {Applied Ergonomics},
+ author = {Clegg, Chris W},
+ month = oct,
+ year = {2000},
+ keywords = {INFORMATION technology, Management practices, New ways of working, Sociotechnical principles, system design, TT refs},
+ pages = {463--477},
+ file = {Sociotechnical_principles_for_system_des20160604-19668-qecuzw.pdf:C\:\\Users\\matth\\Zotero\\storage\\QUPTPE4K\\Sociotechnical_principles_for_system_des20160604-19668-qecuzw.pdf:application/pdf;ScienceDirect Snapshot:C\:\\Users\\matth\\Zotero\\storage\\TFBJBNEA\\S0003687000000090.html:text/html},
+}
+
+@article{zambonelli_toward_2012,
+ title = {Toward sociotechnical urban superorganisms},
+ url = {http://spartan.ac.brocku.ca/~tkennedy/COMM/Zambonelli2012.pdf},
+ abstract = {Sooner or later, we’ll all become part of an urban superorganism,
+putting our ICT devices and unique human capabilities to use for
+the good of both ourselves and society.},
+ urldate = {2016-07-15},
+ journal = {Computer},
+ author = {Zambonelli, Franco},
+ year = {2012},
+ keywords = {TT refs},
+ file = {Zambonelli2012.pdf:C\:\\Users\\matth\\Zotero\\storage\\N74FQ7UK\\Zambonelli2012.pdf:application/pdf},
+}
+
+@article{cherns_principles_1976,
+ title = {The principles of sociotechnical design},
+ volume = {29},
+ copyright = {(c) 2012 APA, all rights reserved},
+ issn = {1741-282X(Electronic);0018-7267(Print)},
+ doi = {10.1177/001872677602900806},
+ abstract = {Discusses 9 principles which should be considered in the development of a sociotechnical system: compatibility, minimal critical specification, the sociotechnical criterion, the multifunctional principle or organism vs mechanism, boundary location, information flow, support congruence, and incompletion. The role of employees and union officials in the development of sociotechnical systems is discussed.},
+ number = {8},
+ journal = {Human Relations},
+ author = {Cherns, Albert},
+ year = {1976},
+ keywords = {*Organizational Development, organizational structure, TT refs},
+ pages = {783--792},
+ file = {Human Relations-1976-Cherns-783-92.pdf:C\:\\Users\\matth\\Zotero\\storage\\DCJUESVN\\Human Relations-1976-Cherns-783-92.pdf:application/pdf;APA PsycNET Snapshot:C\:\\Users\\matth\\Zotero\\storage\\QXTIKRH7\\1977-04533-001.html:text/html},
+}
+
+@misc{chaudhary_working_2012,
+ title = {Working with {Component} {Teams}: {How} to {Navigate} the {Complexity} - {Scrum} {Alliance}},
+ url = {https://www.scrumalliance.org/community/articles/2012/september/working-with-component-teams-how-to-navigate-the-c},
+ urldate = {2016-07-06},
+ author = {Chaudhary, Mukesh},
+ month = sep,
+ year = {2012},
+ keywords = {TT refs},
+ file = {Working with Component Teams\: How to Navigate the Complexity - Scrum Alliance:C\:\\Users\\matth\\Zotero\\storage\\T27TFI9R\\working-with-component-teams-how-to-navigate-the-c.html:text/html},
+}
+
+@misc{leffingwell_feature_2011,
+ title = {Feature {Teams} {Vs}. {Component} {Teams} (continued)},
+ url = {https://scalingsoftwareagility.wordpress.com/2011/05/02/feature-teams-vs-component-teams-continued/},
+ abstract = {My friend and agile “ninja” Chad Holdorf ( just put up a nice post with a video and graphic explanation of the value of organizing around Features, rather than Components. For context, Chad is usin…},
+ urldate = {2016-07-06},
+ journal = {Scaling Software Agility},
+ author = {Leffingwell, Dean},
+ month = may,
+ year = {2011},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\QVSUHN7J\\feature-teams-vs-component-teams-continued.html:text/html},
+}
+
+@misc{leffingwell_organizing_2009,
+ title = {Organizing at {Scale}: {Feature} {Teams} vs. {Component} {Teams} – {Part} 3},
+ shorttitle = {Organizing at {Scale}},
+ url = {https://scalingsoftwareagility.wordpress.com/2009/07/22/organizing-agile-at-scale-feature-teams-versus-component-teams-part-3/},
+ abstract = {As the title indicates, in the last two posts (Part 1 and Part 2 – and also be sure and check the comments from others) I’ve described the conundrum of organizing agile teams at scale, …},
+ urldate = {2016-07-06},
+ journal = {Scaling Software Agility},
+ author = {Leffingwell, Dean},
+ month = jul,
+ year = {2009},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\GGR6V5IC\\organizing-agile-at-scale-feature-teams-versus-component-teams-part-3.html:text/html},
+}
+
+@book{leffingwell_scaling_2007,
+ address = {Upper Saddle River, NJ},
+ edition = {1 edition},
+ title = {Scaling {Software} {Agility}: {Best} {Practices} for {Large} {Enterprises}},
+ isbn = {978-0-321-45819-3},
+ shorttitle = {Scaling {Software} {Agility}},
+ abstract = {“Companies have been implementing large agile projects for a number of years, but the ‘stigma’ of ‘agile only works for small projects’ continues to be a frequent barrier for newcomers and a rallying cry for agile critics. What has been missing from the agile literature is a solid, practical book on the specifics of developing large projects in an agile way. Dean Leffingwell’s book Scaling Software Agility fills this gap admirably. It offers a practical guide to large project issues such as architecture, requirements development, multi-level release planning, and team organization. Leffingwell’s book is a necessary guide for large projects and large organizations making the transition to agile development.” –Jim Highsmith, director, Agile Practice, Cutter Consortium, author of Agile Project Management “There’s tension between building software fast and delivering software that lasts, between being ultra-responsive to changes in the market and maintaining a degree of stability. In his latest work, Scaling Software Agility, Dean Leffingwell shows how to achieve a pragmatic balance among these forces. Leffingwell’s observations of the problem, his advice on the solution, and his description of the resulting best practices come from experience: he’s been there, done that, and has seen what’s worked.” –Grady Booch, IBM Fellow Agile development practices, while still controversial in some circles, offer undeniable benefits: faster time to market, better responsiveness to changing customer requirements, and higher quality. However, agile practices have been defined and recommended primarily to small teams. In Scaling Software Agility, Dean Leffingwell describes how agile methods can be applied to enterprise-class development. Part I provides an overview of the most common and effective agile methods. Part II describes seven best practices of agility that natively scale to the enterprise level. Part III describes an additional set of seven organizational capabilities that companies can master to achieve the full benefits of software agility on an enterprise scale. This book is invaluable to software developers, testers and QA personnel, managers and team leads, as well as to executives of software organizations whose objective is to increase the quality and productivity of the software development process but who are faced with all the challenges of developing software on an enterprise scale. Foreword Preface Acknowledgments About the Author Part I: Overview of Software Agility Chapter 1: Introduction to Agile Methods Chapter 2: Why the Waterfall Model Doesn’t Work Chapter 3: The Essence of XP Chapter 4: The Essence of Scrum Chapter 5: The Essence of RUP Chapter 6: Lean Software, DSDM, and FDD Chapter 7: The Essence of Agile Chapter 8: The Challenge of Scaling Agile Part II: Seven Agile Team Practices That Scale Chapter 9: The Define/Build/Test Component Team Chapter 10: Two Levels of Planning and Tracking Chapter 11: Mastering the Iteration Chapter 12: Smaller, More Frequent Releases Chapter 13: Concurrent Testing Chapter 14: Continuous Integration Chapter 15: Regular Reflection and Adaptation Part III: Creating the Agile Enterprise Chapter 16: Intentional Architecture Chapter 17: Lean Requirements at Scale: Vision, Roadmap, and Just-in-Time Elaboration Chapter 18: Systems of Systems and the Agile Release Train Chapter 19: Managing Highly Distributed Development Chapter 20: Impact on Customers and Operations Chapter 21: Changing the Organization Chapter 22: Measuring Business Performance Conclusion: Agility Works at Scale Bibliography Index},
+ language = {English},
+ publisher = {Addison-Wesley Professional},
+ author = {Leffingwell, Dean},
+ month = mar,
+ year = {2007},
+ keywords = {TT refs},
+}
+
+@book{rubin_essential_2012,
+ address = {Upper Saddle River, NJ},
+ edition = {01 edition},
+ title = {Essential {Scrum}: {A} {Practical} {Guide} to the {Most} {Popular} {Agile} {Process}},
+ isbn = {978-0-13-704329-3},
+ shorttitle = {Essential {Scrum}},
+ abstract = {A Practical Guide to the Most Popular Agile Process The Single-Source, Comprehensive Guide to Scrum for All Team Members, Managers, and Executives If you want to use Scrum to develop innovative products and services that delight your customers, Essential Scrum is the complete, single-source reference you’ve been searching for. Leading Scrum coach and trainer Kenny Rubin illuminates the values, principles, and practices of Scrum, and describes flexible, proven approaches that can help you implement it far more effectively. Whether you are new to Scrum or years into your use, this book will introduce, clarify, and deepen your Scrum knowledge at the team, product, and portfolio levels. Drawing from Rubin’s experience helping hundreds of organizations succeed with Scrum, this book provides easy-to-digest descriptions enhanced by more than two hundred illustrations based on an entirely new visual icon language for describing Scrum’s roles, artifacts, and activities. Essential Scrum will provide every team member, manager, and executive with a common understanding of Scrum, a shared vocabulary they can use in applying it, and practical knowledge for deriving maximum value from it.},
+ language = {English},
+ publisher = {Addison Wesley},
+ author = {Rubin, Kenneth S.},
+ month = jul,
+ year = {2012},
+ keywords = {TT refs},
+}
+
+@book{cusumano_microsoft_1988,
+ address = {New York},
+ edition = {1st Touchstone Ed edition},
+ title = {Microsoft {Secrets}: {How} the {World}'s {Most} {Powerful} {Software} {Company} {Creates} {Technology}, {Shapes} {Markets} and {Manages} {People}: {How} the {World}'s {Most} {Powerful} ... {Technology}, {Shapes} {Markets} and {Manages} {People}},
+ isbn = {978-0-684-85531-8},
+ shorttitle = {Microsoft {Secrets}},
+ abstract = {PREFACE TO THE PAPERBACK EDITIONIt gives us great pleasure to write this special preface to the paperback edition of "Microsoft Secrets, " which we originally published in October 1995. The book has been translated into fourteen foreign languages and has been on best-seller lists around the world, in markets ranging from the United States and Japan to Germany, Brazil, and China. The personal computer software industry moves very quickly, and much has happened to Microsoft in the past three years. The strategies and principles discussed in "Microsoft Secrets" still appear to be guiding the company forward. "The Internet: " The most important change has been the rise of the Internet and the World Wide Web. When we were writing this book, Microsoft was almost totally focused on finishing Windows 95 (which shipped in August 1995), revising Office and some other applications to go with its new operating system, and launching the proprietary online network, Microsoft Network. Not until December 1995 did Bill Gates and other Microsoft executives become truly serious about the Internet, even though they did ship a basic browser, Internet Explorer 1.0, with Windows 95.Since that time, Microsoft has changed most of its product plans and products to make sure that they took advantage of the Internet's enormous capabilities. Microsoft now has 40 percent of the browser market (compared to 60 percent for Netscape). Microsoft also has a strong and growing position in server software based on Windows NT Plans for Microsoft Network did not work out as expected, although Microsoft has remade much of this system into a Web-based service.Microsoft has made maade their operating systems andapplications software. Microsoft Office had about 90 percent of the desktop applications market and had become a standard in corporations. Windows NT and Microsoft BackOffice (which includes servers and database software) were also growing rapidly in market share. These corporate products had higher profit margins than products sold to individuals and guaranteed that Microsoft's profits would probably grow faster than its revenues. "Antitrust: " Perhaps the biggest concern about Microsoft was antitrust. The federal government, individual state governments, and governments in Japan and Europe were all concerned that Microsoft was too powerful. We saw these same concerns when we published "Microsoft Secrets" in 1995. Government scrutiny of Microsoft seemed more intense in 1998, however. The scrutiny was not so much with regard to acquisitions but with Microsoft potentially using its position in operating systems to extend its dominance to other areas, such as Web-based Internet commerce.The most recent serious debate has involved features or products that Microsoft is bundling into new versions of Windows. The browser that comes with Windows 98, for example, is much more tightly integrated into the operating system than in Windows 95. Microsoft also continued to include the browser at no extra charge (which forced Netscape to make its browser available for free also, even to companies that previously had paid for it). The problem: Microsoft has allegedly pressured computer manufacturers not to load competitors' products, such as Netscape's Navigator/Communicator browser. The browser is no longer a revenue source in itself, but it is critical as a "port al" to the Web. Both Netscapeand Microsoft, for example, use their browsers to draw customers to their Web sites, from which point customers can purchase various products and services, such as books, news, and travel reservations. Furthermore, in Windows 98, Microsoft is including the Web TV software "for free" and is encouraging computer manufacturers to include hardware to support this technology. Web TV makes it possible to combine TV advertisements and programming with Internet-based sales.Not all of Microsoft's initiatives will succeed. The company can misjudge markets, as it did with the Microsoft Network. Microsoft also has more competition in Internet markets than in operating systems or desktop software. But the possibilities are limitless for Internet commerce. And Bill Gates has clearly put Microsoft in a superb position strategically and technically to thrive in this new age of the Internet. "Product Development Process: " To build new Internet and enterprise products, Microsoft has continued to use the same principles and organization for product development that we talked about in "Microsoft Secrets." The company has made some minor changes, however, that we feel are important to note. For example, in Internet groups that want to move especially fast from ideas to final products, Microsoft developers sometimes take the lead in proposing feat},
+ language = {English},
+ publisher = {Simon and Schuster},
+ author = {Cusumano, Michael A.},
+ month = aug,
+ year = {1988},
+ keywords = {TT refs},
+}
+
+@misc{john_devops_2015,
+ title = {{DevOps} for {Service} {Providers} - next generation tools},
+ url = {https://www.ericsson.com/research-blog/cloud/devops-for-service-providers-next-generation-tools/},
+ abstract = {SP-DevOps Toolkit for next generation telco managment, recently released by EU FP7 project Unify.},
+ urldate = {2016-07-06},
+ journal = {Ericsson Research Blog},
+ author = {John, Wolfgang},
+ month = dec,
+ year = {2015},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\ZSH3A2MJ\\devops-for-service-providers-next-generation-tools.html:text/html},
+}
+
+@misc{skelton_how_2015,
+ title = {How {Different} {Team} {Topologies} {Influence} {DevOps} {Culture}},
+ url = {https://www.infoq.com/articles/devops-team-topologies},
+ abstract = {There are many different team topologies that can be effective for DevOps. Each topology comes with a slightly different culture, and a team topology suitable for one organisation may not be suited to another organisation, even in a similar sector. This article explores the cultural differences between team topologies for DevOps, to help you choose a suitable DevOps topology for your organisation.},
+ urldate = {2016-07-06},
+ journal = {InfoQ},
+ author = {Skelton, Matthew},
+ month = sep,
+ year = {2015},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\DRCWAG2S\\devops-team-topologies.html:text/html},
+}
+
+@article{westrum_typology_2004,
+ title = {A typology of organisational cultures},
+ volume = {13},
+ issn = {1475-3898},
+ url = {http://www.ncbi.nlm.nih.gov/pmc/articles/PMC1765804/},
+ doi = {10.1136/qshc.2003.009522},
+ abstract = {There is wide belief that organisational culture shapes many aspects of performance, including safety. Yet proof of this relationship in a medical context is hard to find. In contrast to human factors, whose contributions are many and notable, culture's impact remains a commonsense, rather than a scientific, concept. The objectives of this paper are to show that organisational culture bears a predictive relationship with safety and that particular kinds of organisational culture improve safety, and to develop a typology predictive of safety performance. Because information flow is both influential and also indicative of other aspects of culture, it can be used to predict how organisations or parts of them will behave when signs of trouble arise. From case studies and some systematic research it appears that information culture is indeed associated with error reporting and with performance, including safety. Yet this relationship between culture and safety requires more exploration before the connection can be considered definitive.},
+ number = {Suppl 2},
+ urldate = {2016-07-05},
+ journal = {Quality \& safety in health care},
+ author = {Westrum, R},
+ month = dec,
+ year = {2004},
+ pmid = {15576687},
+ pmcid = {PMC1765804},
+ keywords = {TT refs},
+ pages = {ii22--ii27},
+ file = {PubMed Central Full Text PDF:C\:\\Users\\matth\\Zotero\\storage\\9JR9XQE6\\Westrum - 2004 - A typology of organisational cultures.pdf:application/pdf},
+}
+
+@article{luo_transitioning_2018,
+ title = {Transitioning from a hierarchical product organization to an open platform organization: a {Chinese} case study},
+ volume = {7},
+ issn = {2245-408X},
+ shorttitle = {Transitioning from a hierarchical product organization to an open platform organization},
+ url = {https://doi.org/10.1186/s41469-017-0026-x},
+ doi = {10.1186/s41469-017-0026-x},
+ abstract = {Organizations around the world are designing new forms of organizing in order to deal with the challenges of advances in information technology and digitization that promote increases in customization and innovation in the face of global competition. This paper presents a case study examining the challenges experienced by a large multinational firm as it transforms from a hierarchical product organization to an open platform network organization. We show that (a) role confusion, (b) control imbalance, and (c) staffing mismatches are key challenges associated with organizational redesign. The main lessons drawn from this case are discussed.},
+ urldate = {2018-02-02},
+ journal = {Journal of Organization Design},
+ author = {Luo, Jiao and Van de Ven, Andrew H. and Jing, Runtian and Jiang, Yuan},
+ month = jan,
+ year = {2018},
+ keywords = {China, Corporate venture, Micro-enterprise, Organization design, Strategy and structure, TT refs},
+ pages = {1},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\HB97XQVK\\s41469-017-0026-x.html:text/html;Full Text PDF:C\:\\Users\\matth\\Zotero\\storage\\EMZQWB62\\Luo et al. - 2018 - Transitioning from a hierarchical product organiza.pdf:application/pdf},
+}
+
+@book{gothelf_sense_2017,
+ address = {Boston, Massachusetts},
+ title = {Sense and {Respond}: {How} {Successful} {Organizations} {Listen} to {Customers} and {Create} {New} {Products} {Continuously}},
+ isbn = {978-1-63369-188-9},
+ shorttitle = {Sense and {Respond}},
+ abstract = {The End of Assembly Line ManagementWe're in the midst of a revolution. Quantum leaps in technology are enabling organizations to observe and measure people's behavior in real time, communicate internally at extraordinary speed, and innovate continuously. These new, software-driven technologies are transforming the way companies interact with their customers, employees, and other stakeholders.This is no mere tech issue. The transformation requires a complete rethinking of the way we organize and manage work. And, as software becomes ever more integrated into every product and service, making this big shift is quickly becoming the key operational challenge for businesses of all kinds. We need a management model that doesn't merely account for, but actually embraces, continuous change. Yet the truth is, most organizations continue to rely on outmoded, industrial-era operational models. They structure their teams, manage their people, and evolve their organizational cultures the way they always have.Now, organizations are emerging, and thriving, based on their capacity to sense and respond instantly to customer and employee behaviors. In Sense and Respond, Jeff Gothelf and Josh Seiden, leading tech experts and founders of the global Lean UX movement, vividly show how these companies operate, highlighting the new mindset and skills needed to lead and manage them and to continuously innovate within them.In illuminating and instructive business examples, you'll see organizations with distinctively new operating principles: shifting from managing outputs to what the authors call  outcome-focused management"; forming self-guided teams that can read and react to a fast-changing environment; creating a learning-all-the-time culture that can understand and respond to new customer behaviors and the data they generate; and finally, developing in everyone at the company the new universal skills of customer listening, assessment, and response.This engaging and practical book provides the crucial new operational and management model to help you and your organization win in a world of continuous change. ‘The book impresses not only by its advocacy for changing the culture of companies and management processes, but also the practical details the authors advocate…Food for thought, but then added to that, plenty of sensible advice. Just what a business book should offer.’ Business Traveller, January 26, 2017 by Tom Otley "Thanks to concrete examples, this book highlights the tools, methods and practices that businesses today need to flourish in a constantly changing world." Business Digest (France)},
+ language = {English},
+ publisher = {Harvard Business Review Press},
+ author = {Gothelf, Jeff and Seiden, Josh},
+ month = feb,
+ year = {2017},
+ keywords = {TT refs},
+}
+
+@article{edmondson_psychological_1999,
+ title = {Psychological {Safety} and {Learning} {Behavior} in {Work} {Teams}},
+ volume = {44},
+ issn = {0001-8392},
+ url = {http://journals.sagepub.com/doi/abs/10.2307/2666999},
+ doi = {10.2307/2666999},
+ abstract = {This paper presents a model of team learning and tests it in a multimethod field study. It introduces the construct of team psychological safety—a shared belief held by members of a team that the team is safe for interpersonal risk taking—and models the effects of team psychological safety and team efficacy together on learning and performance in organizational work teams. Results of a study of 51 work teams in a manufacturing company, measuring antecedent, process, and outcome variables, show that team psychological safety is associated with learning behavior, but team efficacy is not, when controlling for team psychological safety. As predicted, learning behavior mediates between team psychological safety and team performance. The results support an integrative perspective in which both team structures, such as context support and team leader coaching, and shared beliefs shape team outcomes.},
+ language = {en},
+ number = {2},
+ urldate = {2017-02-07},
+ journal = {Administrative Science Quarterly},
+ author = {Edmondson, Amy},
+ month = jun,
+ year = {1999},
+ keywords = {TT refs},
+ pages = {350--383},
+ file = {SAGE PDF Full Text:C\:\\Users\\matth\\Zotero\\storage\\U432RN48\\Edmondson - 1999 - Psychological Safety and Learning Behavior in Work.pdf:application/pdf},
+}
+
+@article{sweller_cognitive_1988,
+ title = {Cognitive load during problem solving: {Effects} on learning},
+ volume = {12},
+ shorttitle = {Cognitive load during problem solving},
+ url = {http://onlinelibrary.wiley.com/doi/10.1207/s15516709cog1202_4/abstract},
+ number = {2},
+ urldate = {2016-10-19},
+ journal = {Cognitive science},
+ author = {Sweller, John},
+ year = {1988},
+ keywords = {TT refs},
+ pages = {257--285},
+ file = {s15516709cog1202_4.pdf:C\:\\Users\\matth\\Zotero\\storage\\JWB7B8RM\\s15516709cog1202_4.pdf:application/pdf},
+}
+
+@article{sweller_cognitive_1994,
+ title = {Cognitive {Load} {Theory}, {Learning} {Difficulty}, and {Instructional} {Design}},
+ volume = {4},
+ abstract = {This paper is concerned with some of the factors that determine the difficulty of material that needs to be learned. It is suggested that when considering intellectual activities, schema acquisition and automation are the primary mechanisms of learning. The consequences of cognitive load theory for the structuring of information in order to reduce difficulty by focusing cognitive activity on schema acquisition is briefly surmnarixed. It is pointed out that cognitive load theory deals with learning and problem solving difticulty that is artificial in that it can be manipulated by instructional design. Intrinsic cognitive load in contrast, is constant for a given area because it is a basic component of the material. Intrinsic cognitive load is characterized in terms of element interactivity. The lements of most schemas must be learned simultaneously because they interact and it is the interaction that is critical. If, as in some areas, interactions between many elements must be learned, then intrinsic cognitive load will be high. In contrast, in different areas, if elements can be learned successively rather than {\textasciitilde}{\textasciitilde}tan{\textasciitilde}{\textasciitilde}ly because they do not interact, intrinsic cognitive load will be low. It is suggested that extraneous cognitive load that interferes with learning orily is a problem under conditions of high cognitive load caused by high element interactivity. Under conditions of low element interactivity, re-designing instruction to reduce extraneous cognitive load may have no appreciable consequences. In addition, the concept of element interactivity can be used to explain not only why some material is difficult to learn but also, why it can be difficult to understand. Understanding becomes relevant when high element interactivity material with a naturally high cognitive load must be learned.},
+ journal = {Learning and Instruction},
+ author = {Sweller, John},
+ year = {1994},
+ keywords = {TT refs},
+ pages = {295--312},
+ file = {cognitive_load_theory_sweller.pdf:C\:\\Users\\matth\\Zotero\\storage\\ZMPZVHDU\\cognitive_load_theory_sweller.pdf:application/pdf},
+}
+
+@misc{pearce_day_2015,
+ title = {Day 3: {Managing} {Cognitive} {Load} for {Team} {Learning}},
+ shorttitle = {Day 3},
+ url = {http://12devsofxmas.co.uk/2015/12/day-3-managing-cognitive-load-for-team-learning/},
+ abstract = {On the third day of Xmas, Jo Pearce explores our methods of learning as developers and how the ever-increasing complexity of our field can sometimes cause stress and anxiety. In this article Jo sho…},
+ urldate = {2016-10-06},
+ journal = {12 Devs of Xmas},
+ author = {Pearce, Jo},
+ month = dec,
+ year = {2015},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\3VJAWGR7\\day-3-managing-cognitive-load-for-team-learning.html:text/html},
+}
+
+@article{fan_learning_2010,
+ title = {Learning {HMM}-based cognitive load models for supporting human-agent teamwork},
+ volume = {11},
+ url = {http://www.sciencedirect.com/science/article/pii/S1389041708000405},
+ number = {1},
+ urldate = {2016-10-06},
+ journal = {Cognitive Systems Research},
+ author = {Fan, Xiaocong and Chen, Po-Chun and Yen, John},
+ year = {2010},
+ keywords = {TT refs},
+ pages = {108--119},
+ file = {ICCM07-124.pdf:C\:\\Users\\matth\\Zotero\\storage\\55DBTU28\\ICCM07-124.pdf:application/pdf},
+}
+
+@misc{seiter_weve_2015,
+ title = {We've {Changed} {Our} {Product} {Team} {Structure} 4 {Times}: {Here}'s {Where} {We} {Are} {Today}},
+ shorttitle = {We've {Changed} {Our} {Product} {Team} {Structure} 4 {Times}},
+ url = {https://open.buffer.com/product-team-evolution/},
+ abstract = {Here's a look at how we're evolving one of our teams---Buffer's product team---and creating a blueprint for the future of teams at Buffer.},
+ urldate = {2016-08-11},
+ journal = {Open},
+ author = {Seiter, Courtney},
+ month = oct,
+ year = {2015},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\KSKGV7DS\\product-team-evolution.html:text/html},
+}
+
+@misc{almeida_devops_2016,
+ title = {{DevOps} {Lessons} {Learned} at {Microsoft} {Engineering}},
+ url = {https://www.infoq.com/articles/devops-lessons-microsoft},
+ abstract = {Thiago Almeida from Microsoft shares how adopting DevOps practices resulted in better engineering and happier teams, and the lessons learned in that journey.},
+ urldate = {2016-08-12},
+ journal = {InfoQ},
+ author = {Almeida, Thiago},
+ month = may,
+ year = {2016},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\GNAZZU5E\\devops-lessons-microsoft.html:text/html},
+}
+
+@misc{hoff_amazon_2007,
+ title = {Amazon {Architecture} - {High} {Scalability} -},
+ url = {http://highscalability.com/blog/2007/9/18/amazon-architecture.html},
+ abstract = {This is a wonderfully informative Amazon update based on Joachim Rohde's discovery of an interview...},
+ urldate = {2016-08-12},
+ author = {Hoff, Todd},
+ month = sep,
+ year = {2007},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\Z7KVSICF\\amazon-architecture.html:text/html},
+}
+
+@misc{bright_how_2014,
+ title = {How {Microsoft} dragged its development practices into the 21st century},
+ url = {http://arstechnica.com/information-technology/2014/08/how-microsoft-dragged-its-development-practices-into-the-21st-century/},
+ abstract = {In the Web era of development, Waterfalls are finally out. Agile is in.},
+ urldate = {2016-08-12},
+ journal = {Ars Technica},
+ author = {Bright, Peter},
+ month = aug,
+ year = {2014},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\IWAF3DUM\\3.html:text/html},
+}
+
+@misc{cooley_organizational_2014,
+ title = {Organizational {Design} for {Effective} {Software} {Development}},
+ url = {http://www.slideshare.net/Dev9Com/organizational-design-for-effective-software-development},
+ abstract = {A Presentation by Faith Cooley on Organizational Design for Effective Software development. Check out this deck to see some of the leading changes we've seen in companies that need to get their software to market faster and more efficiently. Org Design and Agile/Continuous Delivery work hand in hand to tune your process effectively.},
+ urldate = {2016-08-11},
+ author = {Cooley, Faith},
+ month = nov,
+ year = {2014},
+ keywords = {TT refs},
+ file = {Cooley - 2014 - Organizational Design for Effective Software Devel.pdf:C\:\\Users\\matth\\Zotero\\storage\\BIGXMMTG\\Cooley - 2014 - Organizational Design for Effective Software Devel.pdf:application/pdf},
+}
+
+@incollection{bosch_development_2004,
+ series = {Lecture {Notes} in {Computer} {Science}},
+ title = {On the {Development} of {Software} {Product}-{Family} {Components}},
+ copyright = {©2004 Springer-Verlag Berlin Heidelberg},
+ isbn = {978-3-540-22918-6 978-3-540-28630-1},
+ url = {http://link.springer.com/chapter/10.1007/978-3-540-28630-1_9},
+ abstract = {Several approaches to the development of shared artefacts in software product families exist. Each has advantages and disadvantages, but there is no clear framework for selecting among these alternatives. As a consequence, mismatches between the optimal approach and the one currently used by an organization may lead to several problems, such as a high degree of erosion, mismatches between product needs and shared components, organizational “noise” and inefficient knowledge management. This paper (1) presents the problems resulting from the aforementioned mismatch, (2) presents the relevant decision dimensions that define the space of alternatives, (3) discusses the advantages and disadvantages of each alternative and (4) presents a framework for selecting the best alternative for each decision dimension based on a three-stage adoption model.},
+ language = {en},
+ number = {3154},
+ urldate = {2016-08-11},
+ booktitle = {Software {Product} {Lines}},
+ publisher = {Springer Berlin Heidelberg},
+ author = {Bosch, Jan},
+ editor = {Nord, Robert L.},
+ month = aug,
+ year = {2004},
+ doi = {10.1007/978-3-540-28630-1_9},
+ keywords = {Computers and Society, Management of Computing and Information Systems, Software engineering, Software Engineering/Programming and Operating Systems, TT refs},
+ pages = {146--164},
+ file = {splc2004-bosch.pdf:C\:\\Users\\matth\\Zotero\\storage\\T5IBNSK5\\splc2004-bosch.pdf:application/pdf;Snapshot:C\:\\Users\\matth\\Zotero\\storage\\MXDMHGGR\\10.html:text/html},
+}
+
+@article{coutu_why_2009,
+ title = {Why {Teams} {Don}’t {Work}},
+ url = {https://hbr.org/2009/05/why-teams-dont-work},
+ abstract = {A leading organizational psychologist explains the five critical conditions that make the difference between success and failure.},
+ urldate = {2016-08-11},
+ journal = {Harvard Business Review},
+ author = {Coutu, Diane},
+ month = may,
+ year = {2009},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\8C277GFW\\why-teams-dont-work.html:text/html},
+}
+
+@misc{crawford_amazons_2013,
+ title = {Amazon's “two-pizza teams”: {The} ultimate divisional organization • {Uncharted} {Territory}},
+ shorttitle = {Amazon's “two-pizza teams”},
+ url = {http://blog.jasoncrawford.org/two-pizza-teams},
+ abstract = {Amazon’s “two-pizza teams” are well-known; they’ve been written about in Fast Company and the WSJ. But almost everyone misses the point. They aren’t about team size—they’re about autonomy and accountability. For context, here’s a succinct... {\textbar} Jason Crawford {\textbar} Co-Founder \& CEO, Fieldbook},
+ urldate = {2016-08-11},
+ journal = {Uncharted Territory on Svbtle},
+ author = {Crawford, Jason},
+ month = jul,
+ year = {2013},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\GC5ZF858\\two-pizza-teams.html:text/html},
+}
+
+@misc{ben_linders_scaling_2016,
+ title = {Scaling {Teams} to {Grow} {Effective} {Organizations}},
+ url = {https://www.infoq.com/news/2016/08/scaling-teams?utm_campaign=rightbar_v2&utm_source=infoq&utm_medium=news_link&utm_content=link_text},
+ abstract = {When organizations are growing fast it can be a challenge to keep them sane and to achieve what you actually want to achieve by hiring more people: getting more done. Alexander Grosse talked about how you scale teams to build an effective organization at Spark the Change London 2016. He explored the five domains of scaling teams: Hiring, People Management, Organization, Culture, and Communication.},
+ urldate = {2016-08-11},
+ journal = {InfoQ},
+ author = {{Ben Linders}},
+ month = aug,
+ year = {2016},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\6S65RK8Z\\scaling-teams.html:text/html},
+}
+
+@misc{david_mole_drive:_2015,
+ title = {Drive: {How} we {Used} {Daniel} {Pink}’s {Work} to {Create} a {Happier}, {More} {Productive} {Work} {Place}},
+ shorttitle = {Drive},
+ url = {https://www.infoq.com/articles/drive-productive-workplace},
+ abstract = {The story of using Daniel Pink’s principles of Autonomy, Mastery and Purpose to create a happier and more productive workplace. We actively translated his principles into real strategies, trials and experiments which we carried out across the organisation. Some things worked and somethings didn’t, but overall we significantly increased motivation and saw remarkable rises in productivity.},
+ urldate = {2016-08-11},
+ journal = {InfoQ},
+ author = {{David Mole}},
+ month = sep,
+ year = {2015},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\H2AFN2U8\\drive-productive-workplace.html:text/html},
+}
+
+@misc{kramer_biggest_2011,
+ title = {The {Biggest} {Thing} {Amazon} {Got} {Right}: {The} {Platform}},
+ shorttitle = {The {Biggest} {Thing} {Amazon} {Got} {Right}},
+ url = {https://gigaom.com/2011/10/12/419-the-biggest-thing-amazon-got-right-the-platform/},
+ abstract = {Google (NSDQ: GOOG) engineer Steve Yegge was trying to start a robust internal discussion, not post a viral hit, when he published a 4,570-w…},
+ language = {en-US},
+ urldate = {2019-06-05},
+ author = {Kramer, Staci D.},
+ month = oct,
+ year = {2011},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\WA965K4D\\419-the-biggest-thing-amazon-got-right-the-platform.html:text/html},
+}
+
+@book{greenleaf_servant_2015,
+ edition = {rev Edition edition},
+ title = {The {Servant} as {Leader}},
+ isbn = {978-0-9822012-2-0},
+ abstract = {This is the essay that started it all. Powerful, poetic and practical. The Servant as Leader describes some of the characteristics and activities of servant-leaders, providing examples which show that individual efforts, inspired by vision and a servant ethic, can make a substantial difference in the quality of society. Greenleaf discusses the skills necessary to be a servant-leader; the importance of awareness, foresight and listening; and the contrasts between coercive, manipulative, and persuasive power. A must-read.},
+ language = {English},
+ publisher = {The Greenleaf Center for Servant Leadership},
+ author = {Greenleaf, Robert K.},
+ month = sep,
+ year = {2015},
+ keywords = {TT refs},
+}
+
+@book{webber_building_2016,
+ address = {London, UK},
+ title = {Building {Successful} {Communities} of {Practice}},
+ isbn = {978-0-9574919-3-9},
+ abstract = {Connecting with other people, finding a sense of belonging and the need for support are natural human desires. Employees who don't feel supported at work don't stay around for long - or if they do, they quickly become unmotivated and unhappy. At a time when organisational structures are flattening and workforces are increasingly fluid, supporting and connecting people is more important than ever. This is where organisational communities of practice come in. Communities of practice have many valuable benefits. They include accelerating professional development; breaking down organisational silos; enabling knowledge sharing and management; building better practice; helping to hire and retain staff; and making people happier. In this book, Emily Webber shares her learning from personal experiences of building successful communities of practice within organisations. And along the way, she gives practical guidance on creating your own.},
+ language = {English},
+ publisher = {Blurb},
+ author = {Webber, Emily},
+ month = feb,
+ year = {2016},
+ keywords = {TT refs},
+}
+
+@book{reinertsen_principles_2009,
+ title = {The {Principles} of {Product} {Development} {Flow}: {Second} {Generation} {Lean} {Product} {Development}},
+ isbn = {978-1-935401-00-1},
+ shorttitle = {The {Principles} of {Product} {Development} {Flow}},
+ abstract = {A hot, new management approach called Lean Product Development is emerging. It challenges the current management orthodoxy, enabling companies to achieve 5 to 10 times improvement in product development speed, quality and efficiency. This third book by a best-selling product development author lucidly explains the principles behind these new methods and shows readers how to apply them. Winner of a 2009 Best Books Award. quite simply the most advanced product development book you can buy.},
+ language = {en},
+ publisher = {Celeritas},
+ author = {Reinertsen, Donald G.},
+ year = {2009},
+ note = {Google-Books-ID: 1HlPPgAACAAJ},
+ keywords = {Business \& Economics / Management, Business \& Economics / Office Management, TT refs},
+}
+
+@book{doorley_make_2012,
+ address = {Hoboken, N.J},
+ title = {Make {Space}: {How} to {Set} the {Stage} for {Creative} {Collaboration}},
+ isbn = {978-1-118-14372-8},
+ shorttitle = {Make {Space}},
+ abstract = {"If you are determined to encourage creativity and provide a collaborative environment that will bring out the best in people, you will want this book by your side at all times." Bill Moggridge, Director of the Smithsonian's Cooper-Hewitt National Design Museum "Make Space is an articulate account about the importance of space; how we think about it, build it and thrive in it." James P. Hackett, President and CEO, Steelcase An inspiring guidebook filled with ways to alter space to fuel creative work and foster collaboration. Based on the work at the Stanford University d.school and its Environments Collaborative Initiative, Make Space is a tool that shows how space can be intentionally manipulated to ignite creativity. Appropriate for designers charged with creating new spaces or anyone interested in revamping an existing space, this guide offers novel and non-obvious strategies for changing surroundings specifically to enhance the ways in which teams and individuals communicate, work, play--and innovate. Inside are: Tools--tips on how to build everything from furniture, to wall treatments, and rigging Situations--scenarios, and layouts for sparking creative activities Insights--bite-sized lessons designed to shortcut your learning curve Space Studies--candid stories with lessons on creating spaces for making, learning, imagining, and connecting Design Template--a framework for understanding, planning, and building collaborative environments Make Space is a new and dynamic resource for activating creativity, communication and innovation across institutions, corporations, teams, and schools alike. Filled with tips and instructions that can be approached from a wide variety of angles, Make Space is a ready resource for empowering anyone to take control of an environment.},
+ language = {English},
+ publisher = {John Wiley \& Sons},
+ author = {Doorley, Scott and Witthoft, Scott and University, Hasso Plattner Institute of Design at Stanford and Kelley, David},
+ month = jan,
+ year = {2012},
+ keywords = {TT refs},
+}
+
+@book{betz_managing_2018,
+ title = {Managing {Digital}},
+ isbn = {978-94-018-0348-9},
+ abstract = {About This BookThis book, \"Managing Digital: Concepts and Practices\", is intended to guide a practitioner through the journey of building a digital-first viewpoint and the skills needed to thrive in the digital-first world. As such, this book is a bit of an experiment for The Open Group; it isn’t structured as a traditional standard or guide. Instead, it is structured to show the key issues and skills needed at each stage of the digital journey, starting with the basics of a small digital project, eventually building to the concerns of a large enterprise. So, feel free to digest this book in stages — the section Introduction for the student is a good guide.The book is intended for both academic and industry training purposes. This book seeks to provide guidance for both new entrants into the digital workforce and experienced practitioners seeking to update their understanding on how all the various themes and components of IT management fit together in the new world.About The Open Group PressThe Open Group Press is an imprint of The Open Group for advancing knowledge of information technology by publishing works from individual authors within The Open Group membership that are relevant to advancing The Open Group mission of Boundaryless Information Flow™. The key focus of The Open Group Press is to publish high-quality monographs, as well as introductory technology books intended for the general public, and act as a complement to The Open Group Standards, Guides, and White Papers. The views and opinions expressed in this book are those of the author, and do not necessarily reflect the consensus position of The Open Group members or staff.},
+ language = {en},
+ publisher = {Van Haren},
+ author = {Betz, Charles},
+ year = {2018},
+ note = {Google-Books-ID: tPB4DwAAQBAJ},
+ keywords = {Education / General, TT refs},
+}
+
+@book{womack_lean_2003,
+ address = {London},
+ edition = {New Ed edition},
+ title = {Lean {Thinking}: {Banish} {Waste} {And} {Create} {Wealth} {In} {Your} {Corporation}},
+ isbn = {978-0-7432-3164-0},
+ shorttitle = {Lean {Thinking}},
+ abstract = {Lean Thinking was launched in the fall of 1996, just in time for the recession of 1997. It told the story of how American, European, and Japanese firms applied a simple set of principles called 'lean thinking' to survive the recession of 1991 and grow steadily in sales and profits through 1996. Even though the recession of 1997 never happened, companies were starving for information on how to make themselves leaner and more efficient. Now we are dealing with the recession of 2001 and the financial meltdown of 2002. So what happened to the exemplar firms profiled in Lean Thinking? In the new fully revised edition of this bestselling book those pioneering lean thinkers are brought up to date. Authors James Womack and Daniel Jones offer new guidelines for lean thinking firms and bring their groundbreaking practices to a brand new generation of companies that are looking to stay one step ahead of the competition.},
+ language = {English},
+ publisher = {Simon \& Schuster / Free Press},
+ author = {Womack, James P. and Jones, Daniel T.},
+ month = jul,
+ year = {2003},
+ keywords = {TT refs},
+}
+
+@book{manns_fearless_2004,
+ address = {Boston},
+ edition = {01 edition},
+ title = {Fearless {Change}: patterns for introducing new ideas},
+ isbn = {978-0-201-74157-5},
+ shorttitle = {Fearless {Change}},
+ abstract = {“All that have ever tried to impose change in their organization will immediately recognize and truly value the in-depth knowledge and experience captured in this book. It contains a collection of eye-openers that is a treasure chest for pioneers of new organizational ideas, A fantastic toolbox for use in future missions!”―Lise B. Hvatum, product development manager, Schlumberger “If you have need of changing your organization, and especially of introducing new techniques, then you want to understand what is in this book. It will help you avoid common pitfalls that doom many such projects and will show you a clear path to success. The techniques are derived from the experience of many individuals and organizations. Many are also fun to apply. This stuff is really cool―and really hot.”―Joseph Bergin, professor of computer science, Pace University, New York“If change is the only guarantee in life, why is it so hard to do? As this book points out, people are not so much resistant to change itself as they are to being changed. Mary Lynn and Linda have successfully used the pattern form to capture and present the recurring lessons of successful change efforts and have placed a powerful knowledge resource in the hands of their readers.”―Alan O'Callaghan, researcher, Software Technology Research Laboratory, De Montfort University, United Kingdom“The most difficult part of absorbing patterns, or any technology, into an organization is overcoming the people issues. The patterns in this book are the documentation of having gone through that experience, giving those that dare push the envelope a head start at success.”―David E. DeLano, IBM Pervasive Computing“If you have ever wondered how you could possibly foster any cultural changes in your organization, in this book you will find a lot of concrete advice for doing so. I recommend that everyone read this book who has a vast interest in keeping his or her organization flexible and open for cultural change.”―Jutta Eckstein, Independent Consultant, Objects In Action Author of Agile Software Development in the Large48 Patterns for Driving and Sustaining Change in Your OrganizationChange. It's brutally tough to initiate, even harder to sustain. It takes too long. People resist it. But without it, organizations lose their competitive edge. Fortunately, you can succeed at making change. In Fearless Change, Mary Lynn Manns and Linda Rising illuminate 48 proven techniques, or patterns, for implementing change in organizations or teams of all sizes, and show you exactly how to use them successfully. Find out how toUnderstand the forces in your organization that drive and retard change Plant the seeds of change Drive participation and buy-in, from start to finish Choose an "official skeptic" to sharpen your thinking Make your changes appear less threatening Find the right timing and the best teaching moments Sustain your momentum Overcome adversity and celebrate successInspired by the "pattern languages" that are transforming fields from software to architecture, the authors illuminate patterns for every stage of the change process: knowledge, persuasion, decision, implementation, and confirmation. These flexible patterns draw on the experiences of hundreds of leaders. They offer powerful insight into change-agent behavior, organizational culture, and the roles of every participant. Best of all, they're easy to use―and they work!},
+ language = {English},
+ publisher = {Addison Wesley},
+ author = {Manns, Mary Lynn and Rising, Linda},
+ month = oct,
+ year = {2004},
+ keywords = {TT refs},
+}
+
+@incollection{kim_convergent_2013,
+ title = {Convergent {Versus} {Divergent} {Thinking}},
+ copyright = {©2013 Springer Science+Business Media LLC},
+ isbn = {978-1-4614-3857-1 978-1-4614-3858-8},
+ url = {http://link.springer.com/referenceworkentry/10.1007/978-1-4614-3858-8_22},
+ abstract = {Definitions - Convergent and divergent thinking are two poles on a spectrum of cognitive approaches to problems and questions (Duck 1981). On the divergent end, thinking seeks multiple perspectives and multiple possible answers to questions and problems. On the other end of the spectrum, convergent thinking assumes that a question has one right answer and that a problem has a single solution (Kneller 1971). Divergent thinking generally resists the accepted ways of doing things and seeks alternatives. Convergent thinking, the bias of which is to assume that there is a correct way to do things, is inherently conservative; it begins by assuming that the way things have been done is the right way. Divergent thinkers are better at finding additional ideas, whereas convergent thinkers have a more difficult time finding additional ideas. Convergent thinkers run out of ideas before divergent thinkers. However, convergent thinking strengthens the ability to bring closure and to conclude ...},
+ language = {en},
+ urldate = {2016-08-09},
+ booktitle = {Encyclopedia of {Creativity}, {Invention}, {Innovation} and {Entrepreneurship}},
+ publisher = {Springer New York},
+ author = {Kim, Dr Kyung Hee and Pierce, Robert A.},
+ editor = {Carayannis, Elias G.},
+ year = {2013},
+ doi = {10.1007/978-1-4614-3858-8_22},
+ keywords = {Business and Management, general, Entrepreneurship, TT refs},
+ pages = {245--250},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\DF95WT6W\\10.html:text/html},
+}
+
+@book{smith_build_2015,
+ address = {Leeds, UK},
+ title = {Build {Quality} {In}},
+ isbn = {978-1-912058-55-6},
+ url = {http://buildqualityin.com/},
+ publisher = {Conflux Digital},
+ editor = {Smith, Steve and Skelton, Matthew},
+ month = feb,
+ year = {2015},
+ keywords = {TT refs},
+}
+
+@misc{phillips_testing_2018,
+ address = {InfoQ},
+ title = {Testing {Observability}},
+ url = {https://www.infoq.com/presentations/observability-testing},
+ abstract = {Amy Phillips discusses the impact of observability on testing, from new techniques, greater Dev and Ops involvement, right through to whether testing is needed anymore.},
+ urldate = {2018-11-13},
+ author = {Phillips, Amy},
+ month = apr,
+ year = {2018},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\BI5F3XKW\\observability-testing.html:text/html},
+}
+
+@misc{fowler_bliki:_2014,
+ title = {bliki: {BoundedContext}},
+ shorttitle = {bliki},
+ url = {https://martinfowler.com/bliki/BoundedContext.html},
+ abstract = {Don't try to build a single, unified model for a large domain. Instead DDD advises us to divide such a domain into many bounded contexts with explicit relationships between them.},
+ urldate = {2018-11-13},
+ journal = {martinfowler.com},
+ author = {Fowler, Martin},
+ month = jan,
+ year = {2014},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\RFTJY7DL\\BoundedContext.html:text/html},
+}
+
+@book{evans_domain-driven_2003,
+ address = {Boston},
+ edition = {01 edition},
+ title = {Domain-{Driven} {Design}: {Tackling} {Complexity} in the {Heart} of {Software}},
+ isbn = {978-0-321-12521-7},
+ shorttitle = {Domain-{Driven} {Design}},
+ abstract = {“Eric Evans has written a fantastic book on how you can make the design of your software match your mental model of the problem domain you are addressing. “His book is very compatible with XP. It is not about drawing pictures of a domain; it is about how you think of it, the language you use to talk about it, and how you organize your software to reflect your improving understanding of it. Eric thinks that learning about your problem domain is as likely to happen at the end of your project as at the beginning, and so refactoring is a big part of his technique. “The book is a fun read. Eric has lots of interesting stories, and he has a way with words. I see this book as essential reading for software developers—it is a future classic.” —Ralph Johnson, author of Design Patterns “If you don’t think you are getting value from your investment in object-oriented programming, this book will tell you what you’ve forgotten to do. “Eric Evans convincingly argues for the importance of domain modeling as the central focus of development and provides a solid framework and set of techniques for accomplishing it. This is timeless wisdom, and will hold up long after the methodologies du jour have gone out of fashion.” —Dave Collins, author of Designing Object-Oriented User Interfaces “Eric weaves real-world experience modeling—and building—business applications into a practical, useful book. Written from the perspective of a trusted practitioner, Eric’s descriptions of ubiquitous language, the benefits of sharing models with users, object life-cycle management, logical and physical application structuring, and the process and results of deep refactoring are major contributions to our field.” —Luke Hohmann, author of Beyond Software Architecture “This book belongs on the shelf of every thoughtful software developer.”—Kent Beck “What Eric has managed to capture is a part of the design process that experienced object designers have always used, but that we have been singularly unsuccessful as a group in conveying to the rest of the industry. We've given away bits and pieces of this knowledge...but we've never organized and systematized the principles of building domain logic. This book is important.” —Kyle Brown, author of Enterprise Java™ Programming with IBM® WebSphere® The software development community widely acknowledges that domain modeling is central to software design. Through domain models, software developers are able to express rich functionality and translate it into a software implementation that truly serves the needs of its users. But despite its obvious importance, there are few practical resources that explain how to incorporate effective domain modeling into the software development process. Domain-Driven Design fills that need. This is not a book about specific technologies. It offers readers a systematic approach to domain-driven design, presenting an extensive set of design best practices, experience-based techniques, and fundamental principles that facilitate the development of software projects facing complex domains. Intertwining design and development practice, this book incorporates numerous examples based on actual projects to illustrate the application of domain-driven design to real-world software development. Readers learn how to use a domain model to make a complex development effort more focused and dynamic. A core of best practices and standard patterns provides a common language for the development team. A shift in emphasis—refactoring not just the code but the model underlying the code—in combination with the frequent iterations of Agile development leads to deeper insight into domains and enhanced communication between domain expert and programmer. Domain-Driven Design then builds on this foundation, and addresses modeling and design for complex systems and larger organizations.Specific topics covered include: Getting all team members to speak the same language Connecting model and implementation more deeply Sharpening key distinctions in a model Managing the lifecycle of a domain object Writing domain code that is safe to combine in elaborate ways Making complex code obvious and predictable Formulating a domain vision statement Distilling the core of a complex domain Digging out implicit concepts needed in the model Applying analysis patterns Relating design patterns to the model Maintaining model integrity in a large system Dealing with coexisting models on the same project Organizing systems with large-scale structures Recognizing and responding to modeling breakthroughs With this book in hand, object-oriented developers, system analysts, and designers will have the guidance they need to organize and focus their work, create rich and useful domain models, and leverage those models into quality, long-lasting software implementations.},
+ language = {English},
+ publisher = {Addison Wesley},
+ author = {Evans, Eric},
+ month = aug,
+ year = {2003},
+ keywords = {TT refs},
+}
+
+@misc{fowler_bliki:_2014-1,
+ title = {bliki: {MicroservicePrerequisites}},
+ shorttitle = {bliki},
+ url = {https://martinfowler.com/bliki/MicroservicePrerequisites.html},
+ abstract = {There are certain things you need to get sorted out before you can put your first microservices system into production: monitoring, provisioning, and a devops culture.},
+ urldate = {2018-11-13},
+ journal = {martinfowler.com},
+ author = {Fowler, Martin},
+ month = aug,
+ year = {2014},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\HTC39TXX\\MicroservicePrerequisites.html:text/html},
+}
+
+@book{newman_building_2015,
+ address = {Beijing Sebastopol, CA},
+ edition = {1 edition},
+ title = {Building {Microservices}},
+ isbn = {978-1-4919-5035-7},
+ abstract = {Distributed systems have become more fine-grained in the past 10 years, shifting from code-heavy monolithic applications to smaller, self-contained microservices. But developing these systems brings its own set of headaches. With lots of examples and practical advice, this book takes a holistic view of the topics that system architects and administrators must consider when building, managing, and evolving microservice architectures.Microservice technologies are moving quickly. Author Sam Newman provides you with a firm grounding in the concepts while diving into current solutions for modeling, integrating, testing, deploying, and monitoring your own autonomous services. You’ll follow a fictional company throughout the book to learn how building a microservice architecture affects a single domain.Discover how microservices allow you to align your system design with your organization’s goalsLearn options for integrating a service with the rest of your systemTake an incremental approach when splitting monolithic codebasesDeploy individual microservices through continuous integrationExamine the complexities of testing and monitoring distributed servicesManage security with user-to-service and service-to-service modelsUnderstand the challenges of scaling microservice architectures},
+ language = {English},
+ publisher = {O'Reilly Media},
+ author = {Newman, Sam},
+ month = feb,
+ year = {2015},
+ keywords = {TT refs},
+}
+
+@misc{simenon_transforming_2018,
+ type = {Technology},
+ title = {Transforming {CI}/{CD} at {ABN} {AMRO} to {Accelerate} {Software} {Delivery} and {Im}…},
+ url = {https://www.slideshare.net/DevOpsWebinars/transforming-cicd-at-abn-amro-to-accelerate-software-delivery-and-improve-security},
+ abstract = {ABN AMRO is using continuous integration/continuous delivery to help to},
+ urldate = {2018-11-13},
+ author = {Simenon, Stefan and Roos, Wiebe de},
+ month = mar,
+ year = {2018},
+ keywords = {TT refs},
+}
+
+@article{cunningham_understand_2013,
+ title = {Understand the {High} {Cost} of {Technical} {Debt} by {Ward} {Cunningham} - {DZone} {Agile}},
+ url = {https://dzone.com/articles/understand-high-cost-technical},
+ abstract = {A week or two ago, I got into a conversation on Twitter about technical debt, and someone shared this superb video by Ward Cunningham (youtube). Here is Ward’s...},
+ language = {en},
+ urldate = {2018-10-01},
+ journal = {dzone.com},
+ author = {Cunningham, Ward},
+ month = aug,
+ year = {2013},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\VE9N7LJD\\understand-high-cost-technical.html:text/html},
+}
+
+@article{tuckman_developmental_1965,
+ title = {Developmental sequence in small groups},
+ volume = {63},
+ issn = {1939-1455(Electronic),0033-2909(Print)},
+ doi = {10.1037/h0022100},
+ abstract = {50 articles dealing with stages of group development over time are separated by group setting: therapy-group studies, T-group studies, and natural- and laboratory-group studies. The stages identified in these articles are separated into those descriptive of social or interpersonal group activities and those descriptive of group-task activities. 4 general stages of development are proposed, and the review consists of fitting the stages identified in the literature to those proposed. In the social realm, these stages in the developmental sequence are testing-dependence, conflict, cohesion, and functional roles. In the task realm, they are orientation, emotionality, relevant opinion exchange, and the emergence of solutions. There is a good fit between observed stages and the proposed model. (62 ref.) (PsycINFO Database Record (c) 2016 APA, all rights reserved)},
+ number = {6},
+ journal = {Psychological Bulletin},
+ author = {Tuckman, Bruce W.},
+ year = {1965},
+ keywords = {Cognitive Development, Group Dynamics, Interpersonal Interaction, Social Interaction, TT refs},
+ pages = {384--399},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\VEKJKXSP\\1965-12187-001.html:text/html},
+}
+
+@book{axelrod_complexity_1997,
+ address = {Princeton, N.J},
+ title = {Complexity of {Cooperation}: {Agent}-{Based} {Models} of {Competition} and {Collaboration}},
+ isbn = {978-0-691-01567-5},
+ shorttitle = {Complexity of {Cooperation}},
+ abstract = {Robert Axelrod is widely known for his groundbreaking work in game theory and complexity theory. He is a leader in applying computer modeling to social science problems. His book The Evolution of Cooperation has been hailed as a seminal contribution and has been translated into eight languages since its initial publication. The Complexity of Cooperation is a sequel to that landmark book. It collects seven essays, originally published in a broad range of journals, and adds an extensive new introduction to the collection, along with new prefaces to each essay and a useful new appendix of additional resources. Written in Axelrod's acclaimed, accessible style, this collection serves as an introductory text on complexity theory and computer modeling in the social sciences and as an overview of the current state of the art in the field. The articles move beyond the basic paradigm of the Prisoner's Dilemma to study a rich set of issues, including how to cope with errors in perception or implementation, how norms emerge, and how new political actors and regions of shared culture can develop. They use the shared methodology of agent-based modeling, a powerful technique that specifies the rules of interaction between individuals and uses computer simulation to discover emergent properties of the social system. The Complexity of Cooperation is essential reading for all social scientists who are interested in issues of cooperation and complexity},
+ language = {English},
+ publisher = {Princeton University Press},
+ author = {Axelrod, Robert A.},
+ month = sep,
+ year = {1997},
+ keywords = {TT refs},
+}
+
+@misc{stompff_facilitating_2012,
+ title = {Facilitating {Team} {Cognition}: {How} designers mirror what {NPD} teams do},
+ shorttitle = {({PDF}) {Facilitating} {Team} {Cognition}},
+ url = {https://www.researchgate.net/publication/254831689_Facilitating_Team_Cognition_How_designers_mirror_what_NPD_teams_do},
+ abstract = {PDF {\textbar} Products are developed by large multi-disciplinary teams. The teams deal with many topics requiring the expertise of several specialists simultaneously. They have to decide together if something is a problem; propose multi-disciplinary solutions; and align their activities...},
+ language = {en},
+ urldate = {2018-11-12},
+ journal = {ResearchGate},
+ author = {Stompff, Guido},
+ month = sep,
+ year = {2012},
+ keywords = {TT refs},
+ file = {Stompff - 2012 - Facilitating Team Cognition How designers mirror .pdf:C\:\\Users\\matth\\Zotero\\storage\\UR5Q8EWE\\Stompff - 2012 - Facilitating Team Cognition How designers mirror .pdf:application/pdf;Snapshot:C\:\\Users\\matth\\Zotero\\storage\\QKF88A9J\\254831689_Facilitating_Team_Cognition_How_designers_mirror_what_NPD_teams_do.html:text/html},
+}
+
+@book{wiener_cybernetics:_1961,
+ address = {Cambridge, Mass},
+ edition = {second edition edition},
+ title = {Cybernetics: or {Control} and {Communication} in the {Animal} and the {Machine}},
+ isbn = {978-0-262-73009-9},
+ shorttitle = {Cybernetics},
+ abstract = {Acclaimed one of the "seminal books... comparable in ultimate importance to... Galileo or Malthus or Rousseau or Mill," Cybernetics was judged by twenty-seven historians, economists, educators, and philosophers to be one of those books published during the "past four decades," which may have a substantial impact on public thought and action in the years ahead.-Saturday Review},
+ language = {English},
+ publisher = {MIT Press},
+ author = {Wiener},
+ month = jan,
+ year = {1961},
+ keywords = {TT refs},
+}
+
+@book{skelton_team_2016,
+ address = {Leeds, UK},
+ series = {Team {Guide} series},
+ title = {Team {Guide} to {Software} {Operability}},
+ isbn = {978-1-912058-71-6},
+ url = {http://operabilitybook.com/},
+ abstract = {Learn how a focus on software operability helps to increase system reliability, reduce problems in Production, and reduce total cost of ownership (TCO).},
+ number = {1},
+ publisher = {Conflux Books},
+ author = {Skelton, Matthew and Thatcher, Rob},
+ month = sep,
+ year = {2016},
+ keywords = {TT refs},
+}
+
+@book{sussna_designing_2015,
+ address = {Beijing},
+ edition = {1 edition},
+ title = {Designing {Delivery}: {Rethinking} {IT} in the {Digital} {Service} {Economy}},
+ isbn = {978-1-4919-4988-7},
+ shorttitle = {Designing {Delivery}},
+ abstract = {Now that we’re moving from a product economy to a digital service economy, software is becoming critical for navigating our everyday lives. The quality of your service depends on how well it helps customers accomplish goals and satisfy needs. Service quality is not about designing capabilities, but about making—and keeping—promises to customers.To help you improve customer satisfaction and create positive brand experiences, this pragmatic book introduces a transdisciplinary approach to digital service delivery. Designing a resilient service today requires a unified effort across front-office and back-office functions and technical and business perspectives. You’ll learn how make IT a full partner in the ongoing conversations you have with your customers.Take a unique customer-centered approach to the entire service delivery lifecycleApply this perspective across development, operations, QA, design, project management, and marketingImplement a specific quality assurance methodology that unifies those disciplinesUse the methodology to achieve true resilience, not just stability},
+ language = {English},
+ publisher = {O'Reilly Media},
+ author = {Sussna, Jeff},
+ month = jul,
+ year = {2015},
+ keywords = {TT refs},
+}
+
+@misc{odell_you_2017,
+ title = {You build it, {You} run it ({Why} developers should also be on call)},
+ url = {https://skeltonthatcher.com/blog/build-run-developers-also-call/},
+ abstract = {It’s all about Feedback Loops The Continuous Delivery Pipeline is familiar to most developers. It’s a collaborative process built upon loops of feedback at every stage. A new feature will defined between a Product Manager, a Developer and a Quality Analyst. A pair of Developers will work together on the implementation following a Test Driven...},
+ language = {en-GB},
+ urldate = {2018-11-06},
+ journal = {Skelton Thatcher},
+ author = {O'Dell, Chris},
+ month = oct,
+ year = {2017},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\9HCJVFEC\\build-run-developers-also-call.html:text/html},
+}
+
+@article{wardley_introduction_2015,
+ title = {An introduction to {Wardley} '{Value} {Chain}' {Mapping}},
+ copyright = {Copyright 2018 IDG Communications Ltd},
+ url = {https://www.cio.co.uk/it-strategy/introduction-wardley-value-chain-mapping-3604565/},
+ abstract = {What is Wardley Mapping? This is about my journey, from a newly-minted yet confused CEO caught like a rabbit staring helpless into the...},
+ urldate = {2018-11-05},
+ journal = {CIO UK},
+ author = {Wardley, Simon},
+ month = mar,
+ year = {2015},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\R9KY5A45\\introduction-wardley-value-chain-mapping-3604565.html:text/html},
+}
+
+@misc{holliday_service-oriented_2018,
+ title = {A ‘service-oriented’ approach to organisation design},
+ url = {https://blog.wearefuturegov.com/a-service-oriented-approach-to-organisation-design-1e075be7f578},
+ abstract = {At FutureGov we help build organisations fit for the future. Working side by side with our clients and partners, we use service design to…},
+ urldate = {2018-09-27},
+ journal = {FutureGov},
+ author = {Holliday, Ben},
+ month = sep,
+ year = {2018},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\P9IU6HYJ\\a-service-oriented-approach-to-organisation-design-1e075be7f578.html:text/html},
+}
+
+@book{schwarz_thinking_2016,
+ address = {Portland, OR},
+ edition = {1},
+ title = {Thinking {Environments}},
+ url = {https://itrevolution.com/book/thinking-environments/},
+ abstract = {While the traditional IT organization is structured into functional silos, DevOps relies on empowered, cross-functional teams. Is it possible to blend the two approaches and work within the traditional structure? Or do you need to restructure your organization to support DevOps? This paper discusses ways to approach organization with DevOps in mind.},
+ language = {English},
+ publisher = {IT Revolution Press},
+ author = {Schwarz, Mark and Cox, Jason and Snyder, Jonathan and Rendell, Mark and Nambiar, Chivas and Kapadia, Mustafa},
+ year = {2016},
+ keywords = {TT refs},
+ file = {Schwarz et al. - 2016 - Thinking Environments.pdf:C\:\\Users\\matth\\Zotero\\storage\\TIGHXKJG\\Schwarz et al. - 2016 - Thinking Environments.pdf:application/pdf},
+}
+
+@misc{lewis_microservices_2017,
+ title = {Microservices and the {Inverse} {Conway} {Manoeuvre} - {James} {Lewis}},
+ url = {https://www.youtube.com/watch?v=uamh7xppO3E},
+ urldate = {2018-11-05},
+ author = {Lewis, James},
+ month = feb,
+ year = {2017},
+ keywords = {TT refs},
+}
+
+@book{allen_managing_1984,
+ address = {Cambridge, Mass.},
+ edition = {New Ed edition},
+ title = {Managing the {Flow} of {Technology}},
+ isbn = {978-0-262-51027-1},
+ abstract = {The original edition of this book summarized more than a decade of work on communications flow in science and engineering organizations, showing how human and organizational systems could be restructured to bring about improved productivity and better person-to-person contact. While many studies have been done since then, few of them invalidate the general conclusions and recommendations Allen offers. In a new preface he points out - new developments, noting areas that need some modification, elaboration, or extension, and directing readers to the appropriate journal articles where the findings, are reported. The first three chapters provide an overview of the communication system in technology, present the author's research methods, and describe differences in the career paths and goals of engineers and scientists that cause special problems for organizations. The book then discusses how technological information is acquired by the R \& D organization, shows how critical technical communication within the laboratory is for R \& D performance, and originates the idea of the "gatekeeper," the person who links his or her organization to the world at large. Concluding chapters take up the influence of formal and informal organization and of architecture and office layouts on communication. Many of these ideas have been successfully incorporated by architects and managers in the design of new R \& D facilities and complexes.},
+ language = {English},
+ publisher = {MIT Press},
+ author = {Allen, Thomas J.},
+ month = jan,
+ year = {1984},
+ keywords = {TT refs},
+}
+
+@misc{evans_need_2016,
+ type = {Business},
+ title = {The {Need} for {Speed}: {Enabling} {DevOps} through {Enterprise} {Architecture} {\textbar}…},
+ shorttitle = {The {Need} for {Speed}},
+ url = {https://www.slideshare.net/willevans/the-need-for-speed-enabling-devops-through-enterprise-architecture},
+ abstract = {This is a talk presented at the DevOps Enterprise Summit, 2016 by Mark Landy},
+ urldate = {2018-11-04},
+ author = {Evans, William},
+ month = nov,
+ year = {2016},
+ keywords = {TT refs},
+}
+
+@misc{allspaw_blameless_2012,
+ title = {Blameless {PostMortems} and a {Just} {Culture}},
+ url = {https://codeascraft.com/2012/05/22/blameless-postmortems/},
+ abstract = {Last week, Owen Thomas wrote a flattering article over at Business Insider on how we handle errors and mistakes at Etsy. I thought I might give some detail on how that actually happens, and why. An…},
+ urldate = {2018-11-04},
+ journal = {Code as Craft},
+ author = {Allspaw, John},
+ month = may,
+ year = {2012},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\89P3SX3B\\blameless-postmortems.html:text/html},
+}
+
+@techreport{google_re:work_2015,
+ title = {re:{Work} - {Guide}: {Understand} team effectiveness},
+ shorttitle = {re},
+ url = {https://rework.withgoogle.com/guides/understanding-team-effectiveness/steps/define-team/},
+ abstract = {Fostering psychological safety can help teams perform and innovate, Google found while trying to understand what makes team great.},
+ urldate = {2017-10-09},
+ author = {{Google}},
+ month = nov,
+ year = {2015},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\NNWCJFKC\\define-team.html:text/html},
+}
+
+@misc{rozovsky_re:work_2015,
+ title = {re:{Work} - {The} five keys to a successful {Google} team},
+ shorttitle = {re},
+ url = {https://rework.withgoogle.com/blog/five-keys-to-a-successful-google-team/},
+ abstract = {Pod. Work group. Committee. Autonomous collective. Whatever you call it, you’re part of one at Google and probably wherever you work: a team. So if we know what makes managers great, why don’t we know what makes a team great?},
+ language = {en},
+ urldate = {2018-11-04},
+ author = {Rozovsky, Julia},
+ month = nov,
+ year = {2015},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\EDF8NLYU\\five-keys-to-a-successful-google-team.html:text/html},
+}
+
+@book{nygard_release_2018,
+ address = {Raleigh, North Carolina},
+ edition = {2nd ed. edition},
+ title = {Release {It}! {Design} and {Deploy} {Production}-{Ready} {Software}},
+ isbn = {978-1-68050-239-8},
+ abstract = {A single dramatic software failure can cost a company millions of dollars - but can be avoided with simple changes to design and architecture. This new edition of the best-selling industry standard shows you how to create systems that run longer, with fewer failures, and recover better when bad things happen. New coverage includes DevOps, microservices, and cloud-native architecture. Stability antipatterns have grown to include systemic problems in large-scale systems. This is a must-have pragmatic guide to engineering for production systems. If you're a software developer, and you don't want to get alerts every night for the rest of your life, help is here. With a combination of case studies about huge losses - lost revenue, lost reputation, lost time, lost opportunity - and practical, down-to-earth advice that was all gained through painful experience, this book helps you avoid the pitfalls that cost companies millions of dollars in downtime and reputation. Eighty percent of project life-cycle cost is in production, yet few books address this topic. This updated edition deals with the production of today's systems - larger, more complex, and heavily virtualized - and is the first book to cover chaos engineering, the discipline of applying randomness and deliberate stress to reveal systematic problems. Build systems that survive the real world, avoid downtime, implement zero-downtime upgrades and continuous delivery, and make cloud-native applications resilient. Examine ways to architect, design, and build software - particularly distributed systems - that stands up to the typhoon winds of a flash mob, a Slashdotting, or a link on Reddit. Take a hard look at software that failed the test and find ways to make sure your software survives.},
+ language = {English},
+ publisher = {O′Reilly},
+ author = {Nygard, Michael T.},
+ month = feb,
+ year = {2018},
+ keywords = {TT refs},
+}
+
+@book{coplien_organizational_2005,
+ title = {Organizational {Patterns} of {Agile} {Software} {Development}},
+ isbn = {978-0-13-146740-8},
+ abstract = {This book covers the human and organizational dimension of the software improvement process and software project management - whether based on the CMM or ISO 9000 or the Rational Unified Process.},
+ language = {en},
+ publisher = {Pearson Prentice Hall},
+ author = {Coplien, James O. and Harrison, Neil},
+ year = {2005},
+ note = {Google-Books-ID: 6K5QAAAAMAAJ},
+ keywords = {Computers / Programming / General, Computers / Software Development \& Engineering / General, TT refs},
+}
+
+@misc{kelly_return_2006,
+ title = {Return to {Conway}’s {Law}},
+ url = {https://www.allankellyassociates.co.uk/archives/1169/return-to-conways-law/},
+ abstract = {Are software architectures copies of the organizations that create them? Often this is true but is it always true? And more importantly is it a good thing? In 1968 Melvin Conway wrote a paper that discussed this topic. It has since been passed down as developer folk law that. “If you have 4 developers writing … Continue reading Return to Conway’s Law},
+ language = {en-GB},
+ urldate = {2018-10-09},
+ journal = {Allan Kelly Associates},
+ author = {Kelly, Allan},
+ month = jan,
+ year = {2006},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\4IN6I3UZ\\return-to-conways-law.html:text/html},
+}
+
+@misc{skelton_what_2013,
+ title = {What {Team} {Structure} is {Right} for {DevOps} to {Flourish}?},
+ url = {https://blog.matthewskelton.net/2013/10/22/what-team-structure-is-right-for-devops-to-flourish/},
+ abstract = {Update (2018): I am co-authoring a book – Team Topologies – that adds brand new material to the DevOps Topologies patterns. See teamtopologies.com and follow us on Twitter at @TeamTopol…},
+ language = {en},
+ urldate = {2018-10-05},
+ journal = {Matthew Skelton},
+ author = {Skelton, Matthew},
+ month = oct,
+ year = {2013},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\24HZBGR4\\what-team-structure-is-right-for-devops-to-flourish.html:text/html},
+}
+
+@article{skulmowski_measuring_2017,
+ title = {Measuring {Cognitive} {Load} in {Embodied} {Learning} {Settings}},
+ volume = {8},
+ issn = {1664-1078},
+ url = {https://www.frontiersin.org/articles/10.3389/fpsyg.2017.01191/full},
+ doi = {10.3389/fpsyg.2017.01191},
+ abstract = {In recent years, research on embodied cognition has inspired a number of studies on multimedia learning and instructional psychology. However, in contrast to traditional research on education and multimedia learning, studies on embodied learning (i.e., focusing on bodily action and perception in the context of education) in some cases pose new problems for the measurement of cognitive load. This review provides an overview over recent studies on embodied learning in which cognitive load was measured using surveys, behavioral data, or physiological measures. The different methods are assessed in terms of their success in finding differences of cognitive load in embodied learning scenarios. At the same time, we highlight the most important challenges for researchers aiming to include these measures into their study designs. The main issues we identified are: (1) Subjective measures must be appropriately phrased to be useful for embodied learning; (2) recent findings indicate potentials as well as problematic aspects of dual-task measures; (3) the use of physiological measures offers great potential, but may require mobile equipment in the context of embodied scenarios; (4) meta-cognitive measures can be useful extensions of cognitive load measurement for embodied learning.},
+ language = {English},
+ urldate = {2018-10-01},
+ journal = {Frontiers in Psychology},
+ author = {Skulmowski, Alexander and Rey, Günter Daniel},
+ year = {2017},
+ keywords = {Cognitive Load, Cognitive Load Theory, Embodied Cognition, Learning, Measurement, TT refs},
+ file = {Full Text PDF:C\:\\Users\\matth\\Zotero\\storage\\H3U68H93\\Skulmowski and Rey - 2017 - Measuring Cognitive Load in Embodied Learning Sett.pdf:application/pdf},
+}
+
+@book{demarco_peopleware:_1999,
+ address = {New York, NY},
+ edition = {2nd Revised edition edition},
+ title = {Peopleware: {Productive} {Projects} and {Teams}},
+ isbn = {978-0-932633-43-9},
+ shorttitle = {Peopleware},
+ abstract = {Two of the computer industry's best-selling authors and lecturers return with a new edition of the software management book that started a revolution. With humor and wisdom drawn from years of management and consulting experience, DeMarco and Lister demonstrate that the major issues of software development are human, not technical -- and that managers ignore them at their peril. Now, with a new Preface and eight new chapters, the authors enlarge upon their previous ideas and add fresh insights, examples, and anecdotes. Discover dozens of helpful tips on - putting more quality into a product - loosening up formal methodologies - fighting corporate entropy - making it acceptable to be uninterruptible Peopleware, 2nd ed. shows you how to cultivate teams that are healthy and productive. The answers aren't easy -- just incredibly successful.},
+ language = {English},
+ publisher = {Dorset House Publishing Co Inc.,U.S.},
+ author = {DeMarco, Tom and Lister, Timothy},
+ month = jan,
+ year = {1999},
+ keywords = {TT refs},
+}
+
+@article{ancona_demography_1992,
+ title = {Demography and {Design}: {Predictors} of {New} {Product} {Team} {Performance}},
+ volume = {3},
+ issn = {1047-7039},
+ shorttitle = {Demography and {Design}},
+ url = {https://pubsonline.informs.org/doi/abs/10.1287/orsc.3.3.321},
+ doi = {10.1287/orsc.3.3.321},
+ abstract = {The increasing reliance on teams in organizations raises the question of how these teams should be formed. Should they be formed completely of engineers or should they include a range of specialists? Should they be made up to people who have long tenure in the organization, or those with a wide range of experience? As teams increasingly get called upon to do more complex tasks and to cross functional boundaries within the organization, conventional wisdom has suggested that teams be composed of more diverse members. This study suggests that the answer may not be so simple.Using 409 individuals from 45 new product teams in five high-technology companies, this study investigates the impact of diversity on team performance. We found that functional and tenure diversity each has its own distinct effects. The greater the functional diversity, the more team members communicated outside the team's boundaries. This communication was with a variety of groups such as marketing, manufacturing, and top management. The more the external communication, the higher the managerial ratings of innovation.Tenure diversity had its impact on internal group dynamics rather than external communications. Tenure diversity is associated with improved task work such as clarifying group goals and setting priorities. In turn, this clarity is associated with high team ratings of overall performance.Yet diversity is not solely positive. While it does produce internal processes and external communications that facilitate performance, it also directly impedes performance. That is, overall the effect of diversity on performance is negative, even though some aspects of group work are enhanced. It may be that for these teams diversity brings more creativity to problem solving and product development, but it impedes implementation because there is less capability for teamwork than there is for homogeneous teams.These research findings suggest that simply changing the structure of teams (i.e. combining representatives of diverse function and tenure) will not improve performance. The team must find a way to garner the positive process effects of diversity and to reduce the negative direct effects. At the team level, greater negotiation and conflict resolution skills may be necessary. At the organization level, the team may need to be protected from external political pressures and rewarded for team, rather than functional, outcomes.},
+ number = {3},
+ urldate = {2018-10-01},
+ journal = {Organization Science},
+ author = {Ancona, Deborah Gladstein and Caldwell, David F.},
+ month = aug,
+ year = {1992},
+ keywords = {TT refs},
+ pages = {321--341},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\HGX84C9S\\orsc.3.3.html:text/html},
+}
+
+@article{lim_team_2006,
+ title = {Team mental models and team performance: a field study of the effects of team mental model similarity and accuracy},
+ volume = {27},
+ copyright = {Copyright © 2006 John Wiley \& Sons, Ltd.},
+ issn = {1099-1379},
+ shorttitle = {Team mental models and team performance},
+ url = {https://onlinelibrary.wiley.com/doi/abs/10.1002/job.387},
+ doi = {10.1002/job.387},
+ abstract = {We conducted a field study of 71 action teams to examine the relationship between team mental model similarity and accuracy and the performance of real-world teams. We used Pathfinder to operationalize team members' taskwork mental models (describing team procedures, tasks, and equipment) and teamwork mental models (describing team interaction processes) and examined team performance as evaluated by expert team assessment center raters. Both taskwork mental model and teamwork mental model similarity predicted team performance. Team mental model accuracy measures were also predictive of team performance. We discuss the implications of our findings and directions for future research. Copyright © 2006 John Wiley \& Sons, Ltd.},
+ language = {en},
+ number = {4},
+ urldate = {2018-10-01},
+ journal = {Journal of Organizational Behavior},
+ author = {Lim, Beng-Chong and Klein, Katherine J.},
+ month = jun,
+ year = {2006},
+ keywords = {TT refs},
+ pages = {403--418},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\YN7ACFL5\\job.html:text/html},
+}
+
+@article{driskell_collective_1992,
+ title = {Collective {Behavior} and {Team} {Performance}},
+ volume = {34},
+ issn = {0018-7208},
+ url = {https://doi.org/10.1177/001872089203400303},
+ doi = {10.1177/001872089203400303},
+ abstract = {Modern complex systems require effective team performance, yet the question of which factors determine effective teams remains to be answered. Group researchers suggest that collective or interdependent behavior is a critical component of team interaction. Furthermore, anecdotal evidence suggests that some team members are less collectively oriented than others and that the tendency to ignore task inputs from others is one factor that contributes to poor team performance. In this study we develop a procedure for differentiating collectively oriented versus egocentric team members. Experimental results confirm that collectively oriented team members were more likely to attend to the task inputs of other team members and to improve their performance during team interaction than were egocentric team members.},
+ language = {en},
+ number = {3},
+ urldate = {2018-10-01},
+ journal = {Human Factors},
+ author = {Driskell, James E. and Salas, Eduardo},
+ month = jun,
+ year = {1992},
+ keywords = {TT refs},
+ pages = {277--288},
+}
+
+@article{carayon_human_2006,
+ series = {Special {Issue}: {Meeting} {Diversity} in {Ergonomics}},
+ title = {Human factors of complex sociotechnical systems},
+ volume = {37},
+ issn = {0003-6870},
+ url = {http://www.sciencedirect.com/science/article/pii/S0003687006000585},
+ doi = {10.1016/j.apergo.2006.04.011},
+ abstract = {Increasingly products and services result from interactions among people who work across organizational, geographical, cultural and temporal boundaries. This has major implications for human factors and ergonomics (HFE), in particular, challenging the limits of the systems to be designed, and widening the range of system elements and dimensions that we need to consider. The design of sociotechnical systems that involve work across multiple boundaries requires better integration of the various sub-disciplines or components of HFE, as well as increased collaboration with other disciplines that provide either expertise regarding the domain of application or expertise in concepts that can enrich the system design.
+
+In addition, ‘customers’ contribute significantly to the ‘co-production’ of products/services, as well as to their quality/safety. The design of sociotechnical systems in collaboration with both the workers in the systems and the customers requires increasing attention not only to the design and implementation of systems, but also to the continuous adaptation and improvement of systems in collaboration with customers.
+
+This paper draws from research on human factors in the domains of health care and patient safety and of computer security.},
+ number = {4},
+ urldate = {2016-07-15},
+ journal = {Applied Ergonomics},
+ author = {Carayon, Pascale},
+ month = jul,
+ year = {2006},
+ keywords = {Complex work system, Computer and information system security, Health care and patient safety, Macroergonomics, Organizational design and management (ODAM), Sociotechnical system, TT refs},
+ pages = {525--535},
+ file = {ScienceDirect Snapshot:C\:\\Users\\matth\\Zotero\\storage\\8S9VA9PN\\S0003687006000585.html:text/html},
+}
+
+@article{johnston_application_2002,
+ title = {Application of {Cognitive} {Load} {Theory} to {Developing} a {Measure} of {Team} {Decision} {Efficiency}},
+ url = {http://www.dtic.mil/dtic/tr/fulltext/u2/a525820.pdf},
+ abstract = {Improving human systems integration through technologically advanced training and
+performance aids has become increasingly important to military transformation. Measures of
+improved cognitive and coordination processes arising from the employment of transformational
+tools are necessary to guide the refinement and future development of such technologies. In this
+paper we describe a Cognitive Load Theory approach to developing a combinatory measure of
+individual workload and team performance following an experimental intervention involving
+training and a Decision Support System. We discuss how indicators of what we term team
+decision efficiency can improve assessing the effectiveness of transformational processes and
+technologies.},
+ urldate = {2016-05-20},
+ journal = {Military Psychology},
+ author = {Johnston, Joan H. and Fiore, Stephen M. and Smith, C.A.P.},
+ year = {2002},
+ keywords = {TT refs},
+ file = {Johnston et al. - 2002 - Application of Cognitive Load Theory to Developing.pdf:C\:\\Users\\matth\\Zotero\\storage\\2BVLRPG8\\Johnston et al. - 2002 - Application of Cognitive Load Theory to Developing.pdf:application/pdf},
+}
+
+@article{ilgen_effective_1993,
+ title = {Effective {Team} {Performance} {Under} {Stress} and {Normal} {Conditions}: {An} {Experimental} {Paradigm}, {Theory} and {Data} for {Studying} {Team} {Decision} {Making} in {Hierarchical} {Teams} with {Distributed} {Expertise}},
+ shorttitle = {Effective {Team} {Performance} {Under} {Stress} and {Normal} {Conditions}},
+ abstract = {The report describes a program of research addressing decision making in hierarchical teams with distributed expertise. A theory of such decision making is presented along with empirical research related to the theory. Then a team simulation exercise was developed to address team decision for four person teams. This exercise presents teams with problems that require gathering and sharing information prior to reaching a team decision and also allow for the assignment of team members to roles that differ in areas of expertise. This exercise, performed on four networked computers, allows for the assessment of a large number of team behaviors. Along with the exercise, repeated measures regression is used as a means of analyzing team data by taking advantage of the statistical power available at various levels of analysis. Several studies were conducted to assess the viability of theory and to look at a number of other issues of decision making. Team decision making, Distributed expertise, Group dynamics, Hierarchical teams, Levels analysis of teams},
+ author = {Ilgen, Daniel and R. Hollenbeck, John},
+ month = aug,
+ year = {1993},
+ keywords = {TT refs},
+ pages = {85},
+ file = {Full Text PDF:C\:\\Users\\matth\\Zotero\\storage\\UFKMNWWN\\Ilgen and R. Hollenbeck - 1993 - Effective Team Performance Under Stress and Normal.pdf:application/pdf},
+}
+
+@misc{malan_conways_2008,
+ title = {Conway’s {Law}},
+ url = {http://traceinthesand.com/blog/2008/02/13/conways-law/},
+ urldate = {2018-10-01},
+ journal = {traceinthesand.com Blog},
+ author = {Malan, Ruth},
+ month = feb,
+ year = {2008},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\RZJXHU7G\\conways-law.html:text/html},
+}
+
+@article{driskell_does_1999,
+ title = {Does {Stress} {Lead} to a {Loss} of {Team} {Perspective}?},
+ volume = {3},
+ doi = {10.1037/1089-2699.3.4.291},
+ abstract = {One of the more well-established findings in the research literature is that stress leads to a restriction or narrowing of attentional focus. In the present study, we extend this research to the group context. We propose that, in a team environment, the narrowing of attention induced by stress may result in a shift in perspective from a broad team perspective to a more narrow or individualistic self-focus, and this loss of team perspective may result in degraded team performance. The results of an empirical study found that stress resulted in a narrowing of team perspective and that team perspective was a significant predictor of team performance. Moreover, when the effects of team perspective were controlled, the effects of stress on team performance were substantially weakened. These results suggest that one way in which stress impacts team performance is by narrowing or weakening the team-level perspective required for effective team behavior. (PsycINFO Database Record (c) 2012 APA, all rights reserved)},
+ journal = {Group Dynamics: Theory, Research, and Practice},
+ author = {Driskell, James and Salas, Eduardo and Johnston, Joan},
+ month = dec,
+ year = {1999},
+ keywords = {TT refs},
+ pages = {291--302},
+ file = {Full Text PDF:C\:\\Users\\matth\\Zotero\\storage\\VW4NHM2W\\Driskell et al. - 1999 - Does Stress Lead to a Loss of Team Perspective.pdf:application/pdf},
+}
+
+@misc{meadows_leverage_1997,
+ title = {Leverage {Points}: {Places} to {Intervene} in a {System}},
+ shorttitle = {Leverage {Points}},
+ url = {http://donellameadows.org/archives/leverage-points-places-to-intervene-in-a-system/},
+ abstract = {By Donella Meadows{\textasciitilde} Folks who do systems analysis have a great belief in “leverage points.” These are places within a complex system (a corporation, an economy, a living body, a city, an ecosystem) where a small shift in one thing can produce big changes in everything. This idea is not unique to systems analysis — …},
+ language = {en-US},
+ urldate = {2018-09-23},
+ journal = {The Academy for Systems Change},
+ author = {Meadows, Donella},
+ year = {1997},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\596NXTUG\\leverage-points-places-to-intervene-in-a-system.html:text/html},
+}
+
+@book{beer_brain_1995,
+ address = {Chichester},
+ edition = {2 edition},
+ title = {Brain of the {Firm} 2e},
+ isbn = {978-0-471-94839-1},
+ abstract = {"Stafford Beer is undoubtedly among the world′s most provocative, creative, and profound thinkers on the subject of management, and he records his thinking with a flair that is unmatched. His writing is as much art as it is science. He is the most viable system I know." Dr Russell L Ackoff, The Institute for Interactive Management, Pennsylvania, USA. "If . anyone can make it [Operations Research] understandably readable and positively interesting it is Stafford Beer . everyone in management . should be grateful to him for using clear and at times elegant English and . even elegant diagrams." The Economist This is the second edition of a book which has already become a management ′standard′ both in universities and on the bookshelves of managers and their advisers. Brain of the Firm develops an account of the firm based upon insights derived from the study of the human nervous system, and is a basic text from the author′s theory of viable systems. Despite the neurophysiology, the book is written for managers to understand. The companion volume to this book is The Heart of Enterprise, which is intended to support and complement this text. "Stafford Beer′s works represent required reading for everyone who believes that a capacity for rigorous thinking is an essential attribute of today′s successful managers and administrators. Brain of the Firm shows a first–rate intellect at work and provides concepts, models and inspiration for both practitioners and teachers." Sir Douglas Hague, CBE},
+ language = {English},
+ publisher = {John Wiley \& Sons},
+ author = {Beer, Stafford},
+ month = may,
+ year = {1995},
+ keywords = {TT refs},
+}
+
+@book{drucker_daily_2018,
+ title = {The {Daily} {Drucker}},
+ isbn = {978-1-136-01929-6},
+ abstract = {A powerful new learning tool for the ambitious, self-directed manager, entrepreneur, or business person today, The Daily Drucker distils the essence of management guru Peter F. Drucker's teachings in an easy-to-access, daily calendar format. It presents in organized form: a key statement of Drucker’s, followed by a few lines of comment and explanation, with topics ranging across a great many fields of his work: management, business and the world economy; a changing society; innovation and entrepreneurship; decision-making; the changing workforce and the non-profit and their management. However, the most important part of this book are the blank halves of its pages. They are what the readers will contribute, their actions, decisions and the results of these decisions.There are 366 readings, each addressing a major topic, one for every day of the year. Each reading starts with a topic and a “Drucker Proverb” such as “Know Thy Time”, capturing the essence of the topic. Then there is a teaching taken directly from the works of Peter Drucker. Next comes the action step, where you are asked to “Think on” the teaching and apply it to yourself and your organization.},
+ language = {en},
+ publisher = {Routledge},
+ author = {Drucker, Peter},
+ month = mar,
+ year = {2018},
+ note = {Google-Books-ID: TnhQDwAAQBAJ},
+ keywords = {Performing Arts / Dance / General, TT refs},
+}
+
+@book{pflaeging_organize_2014,
+ edition = {Revised, ed. edition},
+ title = {Organize for {Complexity}: {How} to {Get} {Life} {Back} {Into} {Work} to {Build} the {High}-{Performance} {Organization}},
+ isbn = {978-0-9915376-0-0},
+ shorttitle = {Organize for {Complexity}},
+ abstract = {A book about complexity and work - and about how to deal productively with both. A condensed introduction to the theory and practice of organizational high performance. A manifesto for contemporary leadership and profound transformation in organizations of all kinds. 3rd eidition."Boldly, Pflaeging dissects classic management theory and in a well-humored manner, offers coherent alternatives." Harvard Business Review"Niels Pflaeging is the father of the end of management." Winfried Felser, competence-site"When Pflaeging shakes the dogmas of management, they crumble in his hands." Financial Times Germany"Niels Pflaeging is always right up front, where the new in business is getting measured and mapped." Peter Felixberger, changeX},
+ language = {English},
+ publisher = {BetaCodex Publishing},
+ author = {Pflaeging, Niels},
+ collaborator = {Steinmann, Pia},
+ month = mar,
+ year = {2014},
+ keywords = {TT refs},
+}
+
+@misc{pflaeging_org_2017,
+ title = {Org {Physics}: {The} 3 faces of every company},
+ shorttitle = {Org {Physics}},
+ url = {https://medium.com/@NielsPflaeging/org-physics-the-3-faces-of-every-company-df16025f65f8},
+ abstract = {How a triad of structures allows companies to absorb complexity},
+ urldate = {2018-09-25},
+ journal = {Niels Pflaeging},
+ author = {Pflaeging, Niels},
+ month = mar,
+ year = {2017},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\SPPEKE25\\org-physics-the-3-faces-of-every-company-df16025f65f8.html:text/html},
+}
+
+@misc{fisher-ogden_full_2018,
+ title = {Full {Cycle} {Developers} at {Netflix}},
+ url = {https://medium.com/netflix-techblog/full-cycle-developers-at-netflix-a08c31f83249},
+ abstract = {Operating what you build, empowered with amazing developer tools},
+ urldate = {2018-09-25},
+ journal = {Netflix TechBlog},
+ author = {Fisher-Ogden, Philip and Burrell, Greg and Marsh, Dianne},
+ month = may,
+ year = {2018},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\UZHI5BNE\\full-cycle-developers-at-netflix-a08c31f83249.html:text/html},
+}
+
+@misc{bottcher_what_2018,
+ title = {What {I} {Talk} {About} {When} {I} {Talk} {About} {Platforms}},
+ url = {https://martinfowler.com/articles/talk-about-platforms.html},
+ abstract = {These days everyone is building a 'platform' to speed up delivery of digital products. But what makes an effective digital platform?},
+ urldate = {2018-09-25},
+ journal = {martinfowler.com},
+ author = {Bottcher, Evan},
+ month = mar,
+ year = {2018},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\HAKUI52D\\talk-about-platforms.html:text/html},
+}
+
+@misc{schotkamp_hrs_2018,
+ title = {{HR}’s {Pioneering} {Role} in {Agile} at {ING}},
+ url = {https://www.bcg.com/en-gb/publications/2018/human-resources-pioneering-role-agile-ing.aspx},
+ abstract = {First, HR carried out an agile makeover of the bank’s Dutch unit—then, it transformed itself. HR and functional-area leaders everywhere, take note.},
+ language = {en},
+ urldate = {2018-09-25},
+ journal = {https://www.bcg.com},
+ author = {Schotkamp, Tom and Danoesastro, Martin},
+ month = jun,
+ year = {2018},
+ keywords = {TT refs},
+ file = {HRs Pioneering Role_ex01_tcm-193159.png:C\:\\Users\\matth\\Zotero\\storage\\W7XX9L75\\HRs Pioneering Role_ex01_tcm-193159.png:image/png;Snapshot:C\:\\Users\\matth\\Zotero\\storage\\GU2RHRJ9\\human-resources-pioneering-role-agile-ing.html:text/html},
+}
+
+@book{laloux_reinventing_2014,
+ address = {Brussels},
+ edition = {1 edition},
+ title = {Reinventing {Organizations}: {A} {Guide} to {Creating} {Organizations} {Inspired} by the {Next} {Stage} in {Human} {Consciousness}},
+ isbn = {978-2-9601335-0-9},
+ shorttitle = {Reinventing {Organizations}},
+ abstract = {The way we manage organizations seems increasingly out of date. Survey after survey shows that a majority of employees feel disengaged from their companies. The epidemic of organizational disillusionment goes way beyond Corporate America-teachers, doctors, and nurses are leaving their professions in record numbers because the way we run schools and hospitals kills their vocation. Government agencies and nonprofits have a noble purpose, but working for these entities often feels soulless and lifeless just the same. All these organizations suffer from power games played at the top and powerlessness at lower levels, from infighting and bureaucracy, from endless meetings and a seemingly never-ending succession of change and cost-cutting programs. Deep inside, we long for soulful workplaces, for authenticity, community, passion, and purpose. The solution, according to many progressive scholars, lies with more enlightened management. But reality shows that this is not enough. In most cases, the system beats the individual-when managers or leaders go through an inner transformation, they end up leaving their organizations because they no longer feel like putting up with a place that is inhospitable to the deeper longings of their soul. We need more enlightened leaders, but we need something more: enlightened organizational structures and practices. But is there even such a thing? Can we conceive of enlightened organizations? In this groundbreaking book, the author shows that every time humanity has shifted to a new stage of consciousness in the past, it has invented a whole new way to structure and run organizations, each time bringing extraordinary breakthroughs in collaboration. A new shift in consciousness is currently underway. Could it help us invent a radically more soulful and purposeful way to run our businesses and nonprofits, schools and hospitals? The pioneering organizations researched for this book have already "cracked the code." Their founders have fundamentally questioned every aspect of management and have come up with entirely new organizational methods. Even though they operate in very different industries and geographies and did not know of each other's experiments, the structures and practices they have developed are remarkably similar. It's hard not to get excited about this finding: a new organizational model seems to be emerging, and it promises a soulful revolution in the workplace. "Reinventing Organizations" describes in practical detail how organizations large and small can operate in this new paradigm. Leaders, founders, coaches, and consultants will find this work a joyful handbook, full of insights, examples, and inspiring stories.},
+ language = {English},
+ publisher = {Nelson Parker},
+ author = {Laloux, Frederic},
+ month = feb,
+ year = {2014},
+ keywords = {TT refs},
+}
+
+@book{feathers_working_2004,
+ address = {Upper Saddle River, NJ},
+ edition = {01 edition},
+ title = {Working {Effectively} with {Legacy} {Code}},
+ isbn = {978-0-13-117705-5},
+ abstract = {This book provides programmers with the ability to cost effectively handlecommon legacy code problems without having to go through the hugelyexpensive task of rewriting all existing code. It describes a series of practicalstrategies that developers can employ to bring their existing softwareapplications under control. The author provides useful guidance about how touse these strategies when refactoring or making functional changes to codebases. One of the book's key points is that it teaches developers to write teststhat can be used to make sure they are not unintentionally changing theapplication as they optimize it. Examples are provided in Java, C++, and Csharp,and the book assumes that the reader has some knowledge of UMLnotation. Strategies using UML and code in C++ and Java primarily whilelanguage independent advice will be delivered in side bars and appendices forlanguage specific users.},
+ language = {English},
+ publisher = {Prentice Hall},
+ author = {Feathers, Michael},
+ month = sep,
+ year = {2004},
+ keywords = {TT refs},
+}
+
+@article{cutler_12_2016,
+ title = {12 {Signs} {You}’re {Working} in a {Feature} {Factory}},
+ url = {https://hackernoon.com/12-signs-youre-working-in-a-feature-factory-44a5b938d6a2},
+ abstract = {I’ve used the term Feature Factory at a couple conference talks over the past two years. I started using the term when a software developer…},
+ urldate = {2018-09-24},
+ journal = {Hacker Noon},
+ author = {Cutler, John},
+ month = nov,
+ year = {2016},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\N9I5HRAI\\12-signs-youre-working-in-a-feature-factory-44a5b938d6a2.html:text/html},
+}
+
+@book{lencioni_five_2002,
+ address = {San Francisco},
+ edition = {1 edition},
+ title = {The {Five} {Dysfunctions} of a {Team}: {A} {Leadership} {Fable}},
+ isbn = {978-0-7879-6075-9},
+ shorttitle = {The {Five} {Dysfunctions} of a {Team}},
+ abstract = {In The Five Dysfunctions of a Team Patrick Lencioni once again offers a leadership fable that is as enthralling and instructive as his first two best–selling books, The Five Temptations of a CEO and The Four Obsessions of an Extraordinary Executive. This time, he turns his keen intellect and storytelling power to the fascinating, complex world of teams. Kathryn Petersen, Decision Tech′s CEO, faces the ultimate leadership crisis: Uniting a team in such disarray that it threatens to bring down the entire company. Will she succeed? Will she be fired? Will the company fail? Lencioni′s utterly gripping tale serves as a timeless reminder that leadership requires as much courage as it does insight. Throughout the story, Lencioni reveals the five dysfunctions which go to the very heart of why teams even the best ones–often struggle. He outlines a powerful model and actionable steps that can be used to overcome these common hurdles and build a cohesive, effective team. Just as with his other books, Lencioni has written a compelling fable with a powerful yet deceptively simple message for all those who strive to be exceptional team leaders.},
+ language = {English},
+ publisher = {John Wiley \& Sons},
+ author = {Lencioni, Patrick M.},
+ month = apr,
+ year = {2002},
+ keywords = {TT refs},
+}
+
+@article{forrester_model_1999,
+ title = {A model for team-based organization performance},
+ volume = {13},
+ issn = {1558-9080},
+ url = {https://journals.aom.org/doi/abs/10.5465/ame.1999.2210313},
+ doi = {10.5465/ame.1999.2210313},
+ abstract = {The team-based organization performance model is a map for the landscape of organizations that use a lot of teams. The critical issues that team-based organizations must resolve to perform effectively are: formation, getting the right pieces in place and fitting them together: dependability, making reliable connections between the parts; focus, targeting the direction and goals of the organization and its accountability processes: buy-in, the ownership of and involvement in the organization's work and the issues of power and control; coordination, achieving smoothness and consistency in an organization's operations: impact, the impression the organization makes on itself and its clients; and vitality, the energy that starts and sustains the organization over time, and the capacity it has to learn and adapt. This article visits each of these landmarks, illustrating them with company examples, examining the keys to mastering them, and describing detours that some organizations have taken and how they got back on track. The article also provides an aerial view of the elements and their relationships.},
+ number = {3},
+ urldate = {2018-09-23},
+ journal = {Academy of Management Perspectives},
+ author = {Forrester, Russ and Drexler, Allan B.},
+ month = aug,
+ year = {1999},
+ keywords = {TT refs},
+ pages = {36--49},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\DHRKPC2R\\ame.1999.html:text/html},
+}
+
+@article{desanctis_capturing_1994,
+ title = {Capturing the {Complexity} in {Advanced} {Technology} {Use}: {Adaptive} {Structuration} {Theory}},
+ volume = {5},
+ issn = {1047-7039},
+ shorttitle = {Capturing the {Complexity} in {Advanced} {Technology} {Use}},
+ url = {https://www.jstor.org/stable/2635011},
+ abstract = {The past decade has brought advanced information technologies, which include electronic messaging systems, executive information systems, collaborative systems, group decision support systems, and other technologies that use sophisticated information management to enable multiparty participation in organization activities. Developers and users of these systems hold high hopes for their potential to change organizations for the better, but actual changes often do not occur, or occur inconsistently. We propose adaptive structuration theory (AST) as a viable approach for studying the role of advanced information technologies in organization change. AST examines the change process from two vantage points: (1) the types of structures that are provided by advanced technologies, and (2) the structures that actually emerge in human action as people interact with these technologies. To illustrate the principles of AST, we consider the small group meeting and the use of a group decision support system (GDSS). A GDSS is an interesting technology for study because it can be structured in a myriad of ways, and social interaction unfolds as the GDSS is used. Both the structure of the technology and the emergent structure of social action can be studied. We begin by positioning AST among competing theoretical perspectives of technology and change. Next, we describe the theoretical roots and scope of the theory as it is applied to GDSS use and state the essential assumptions, concepts, and propositions of AST. We outline an analytic strategy for applying AST principles and provide an illustration of how our analytic approach can shed light on the impacts of advanced technologies on organizations. A major strength of AST is that it expounds the nature of social structures within advanced information technologies and the key interaction processes that figure in their use. By capturing these processes and tracing their impacts, we can reveal the complexity of technology-organization relationships. We can attain a better understanding of how to implement technologies, and we may also be able to develop improved designs or educational programs that promote productive adaptations.},
+ number = {2},
+ urldate = {2018-09-23},
+ journal = {Organization Science},
+ author = {DeSanctis, Gerardine and Poole, Marshall Scott},
+ year = {1994},
+ keywords = {TT refs},
+ pages = {121--147},
+ file = {DeSanctis and Poole - 1994 - Capturing the Complexity in Advanced Technology Us.pdf:C\:\\Users\\matth\\Zotero\\storage\\4RC9CGSI\\DeSanctis and Poole - 1994 - Capturing the Complexity in Advanced Technology Us.pdf:application/pdf},
+}
+
+@article{knight_acquisition_2007,
+ title = {Acquisition {Community} {Team} {Dynamics}: {The} {Tuckman} {Model} vs. the {DAU} {Model}},
+ url = {http://www.dtic.mil/dtic/tr/fulltext/u2/a493549.pdf},
+ abstract = {The Tuckman (1965) four-stage sequential model of team development (Forming, Storming, Norming, and Performing, or FSNP) represents today's most widely used model.
+However, the Tuckman model is a conceptual statement that was suggested by the data and has not been empirically validated (Tuckman, 1965). Hadyn, Teare, Scheuing and Armistead (1997, p. 118) state that, "despite increasing interest in teamwork, much of the literature on the subject is inconclusive and often derived from anecdote rather than primary research."
+The goal of this research was to develop empirical evidence to determine whether or not the Tuckman model or some variant thereof provides an appropriate model to explain the development of small, short-duration technical teams within the Acquisition Community.
+The results showed, to a 95\% confidence level, that only about 2\% of 321 teams studies followed the Tuckman model (FSNP). However a modified model, called the DAU Model (FNP—Tuckman model sans Storming), was experienced by 229 of the 321 teams (77\%). This discrete three-stage model, along with a redefined Storming function that takes place throughout the teams' duration, constitutes a strong model of team dynamics for the studied Acquisition population.
+This research demonstrates that not only do technical teams generally follow the DAU model, but also that there is a strong correlation between teams producing above average products and teams following this model. The results of this research strongly suggest the possibility that the productivity of a technical team may be significantly improved by guiding its development through a well-defined process.},
+ language = {en},
+ journal = {4th Annual Acquisition Research Symposium of the Naval Postgraduate School},
+ author = {Knight, Pamela},
+ month = apr,
+ year = {2007},
+ keywords = {TT refs},
+ pages = {55},
+ file = {Acquisition Community Team Dynamics The Tuckman M.pdf:C\:\\Users\\matth\\Zotero\\storage\\36LLN877\\Acquisition Community Team Dynamics The Tuckman M.pdf:application/pdf},
+}
+
+@article{larman_choose_2008,
+ title = {Choose {Feature} {Teams} over {Component} {Teams} for {Agility}},
+ url = {https://www.infoq.com/articles/scaling-lean-agile-feature-teams},
+ abstract = {Feature teams, common enough in small groups, are all too rare in large product development - but they can be a key to scaling with agility. This article analyses how feature teams resolve weaknesses of component teams, and points out key issues to address when transitioning. It is an excerpt from "Scaling Lean and Agile Development," by Craig Larman and Bas Vodde, to be published later this year.},
+ urldate = {2018-09-17},
+ journal = {InfoQ},
+ author = {Larman, Criag and Vodde, Bas},
+ month = jul,
+ year = {2008},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\NA7FUCZR\\scaling-lean-agile-feature-teams.html:text/html},
+}
+
+@inproceedings{conway_toward_2017,
+ title = {Toward {Simplifying} {Application} {Development}, in a {Dozen} {Lessons}},
+ url = {http://melconway.com/Home/pdf/simplify.pdf},
+ author = {Conway, Mel},
+ month = jan,
+ year = {2017},
+ keywords = {TT refs},
+ file = {simplify.pdf:C\:\\Users\\matth\\Zotero\\storage\\PEN4SH8V\\simplify.pdf:application/pdf},
+}
+
+@article{conway_how_1968,
+ title = {{HOW} {DO} {COMMITTEES} {INVENT}?},
+ url = {http://www.melconway.com/Home/pdf/committees.pdf},
+ language = {en},
+ journal = {Datamation},
+ author = {Conway, Melvin E},
+ year = {1968},
+ keywords = {TT refs},
+ pages = {4},
+ file = {Conway - 1968 - HOW DO COMMITTEES INVENT.pdf:C\:\\Users\\matth\\Zotero\\storage\\JGUIFA8Q\\Conway - 1968 - HOW DO COMMITTEES INVENT.pdf:application/pdf},
+}
+
+@book{ackoff_management_2007,
+ title = {Management {F}-laws: {How} {Organizations} {Really} {Work}},
+ isbn = {978-0-9550081-2-2},
+ shorttitle = {Management {F}-laws},
+ abstract = {A full collection of more than 80 of Russell Ackoff's management f-laws: the uncomfortable truths about how organizations really work, what's wrong with the way we design and manage businesses, what makes managers tick... and how we can make things work better. Russell Ackoff is one of the world's top business brains. Herbert Addison has worked for years in business book publishing. Sally Bibb is a pioneer of organizational change. Who better to zero in on organizations, take them apart and then suggest ways of putting them back together - but better?},
+ language = {English},
+ publisher = {Triarchy Press},
+ author = {Ackoff, Russell L. and Addison, Herbert J. and Bibb, Sally},
+ month = jan,
+ year = {2007},
+ keywords = {TT refs},
+}
+
+@book{ackoff_re-creating_1999,
+ address = {New York},
+ edition = {First Edition edition},
+ title = {Re-{Creating} the {Corporation}: {A} {Design} of {Organizations} for the 21st {Century}},
+ isbn = {978-0-19-512387-6},
+ shorttitle = {Re-{Creating} the {Corporation}},
+ abstract = {Over the last three decades the average life expectancy of a corporation in North America has dipped well below 20 years. In fact, by 1983 a full third of the 1970 Fortune 500 companies had been acquired, merged, or broken apart. In this landmark book, one of the business world's foremost pioneers, Russell L. Ackoff, delivers this indispensable guide for those hoping to beat these odds―and to better navigate the corporate challenges of the next millennium. While most business and management schools continue to teach the functions of a corporation separately―production, marketing, finance, personnel―the reality is that for a corporation to endure each division must work with the others to create an effective system. Re-Creating the Corporation is Ackoff's masterful blueprint for understanding and creating these model corporate systems. In four comprehensive sections―Background, Process, Designs, and Change―Ackoff lays out in clear concise prose the five organizational goals of successful corporate systems: plan effectively, learn and adapt rapidly, democratize, introduce internal market economies, and employ a flexible structure that will minimize the need for future restructuring. And through a deft mix of practical and theoretical examples drawn from a wide range of applications in a wide range of firms, this book ultimately guides executives to the system best suited to meet their organizational goals. Re-Creating the Corporation, which is the culmination of a lifetime of innovative and insightful business thought from one of the business world's premier thinkers, is essential reading for those attempting to navigate the rapidly changing economic environment of the next millennium.},
+ language = {English},
+ publisher = {OUP USA},
+ author = {Ackoff, Russell L.},
+ month = oct,
+ year = {1999},
+ keywords = {TT refs},
+}
+
+@book{larman_large-scale_2016,
+ edition = {1 edition},
+ title = {Large-{Scale} {Scrum}: {More} with {LeSS}},
+ isbn = {978-0-321-98571-2},
+ shorttitle = {Large-{Scale} {Scrum}},
+ abstract = {The Go-To Resource for Large-Scale Organizations to Be Agile Rather than asking, “How can we do agile at scale in our big complex organization?” a different and deeper question is, “How can we have the same simple structure that Scrum offers for the organization, and be agile at scale rather than do agile?” This profound insight is at the heart of LeSS (Large-Scale Scrum). In Large-Scale Scrum: More with LeSS, Craig Larman and Bas Vodde have distilled over a decade of experience in large-scale LeSS adoptions towards a simpler organization that delivers more flexibility with less complexity, more value with less waste, and more purpose with less prescription. Targeted to anyone involved in large-scale development, Large-Scale Scrum: More with LeSS, offers straight-to-the-point guides for how to be agile at scale, with LeSS. It will clearly guide you to Adopt LeSS Structure a large development organization for customer value Clarify the role of management and Scrum Master Define what your product is, and why Be a great Product Owner Work with multiple whole-product focused feature teams in one Sprint that produces a shippable product Coordinate and integrate between teams Work with multi-site teams},
+ language = {English},
+ publisher = {Addison-Wesley Professional},
+ author = {Larman, Craig and Vodde, Bas},
+ month = sep,
+ year = {2016},
+ keywords = {TT refs},
+ file = {LeSS-poster.pdf:C\:\\Users\\matth\\Zotero\\storage\\WKRJ8U9K\\LeSS-poster.pdf:application/pdf;Larman and Vodde - 2016 - Large-Scale Scrum More with LeSS.pdf:C\:\\Users\\matth\\Zotero\\storage\\EF6CQMZT\\Larman and Vodde - 2016 - Large-Scale Scrum More with LeSS.pdf:application/pdf},
+}
+
+@book{tune_designing_2017,
+ title = {Designing {Autonomous} {Teams} and {Services}},
+ isbn = {978-1-4919-9431-3},
+ url = {https://www.oreilly.com/programming/free/designing-autonomous-teams-and-services.csp},
+ abstract = {In high-performing organizations such as Salesforce and Spotify, autonomous product development teams own problems end-to-end—from interacting with customers to delivering engaging digital products. These teams find new ways to solve customer problems by constantly running...},
+ language = {en},
+ urldate = {2018-09-10},
+ publisher = {O'Reilly Media},
+ author = {Tune, Nick and Millett, Scott},
+ year = {2017},
+ keywords = {TT refs},
+ file = {Tune and Millett - 2017 - Designing Autonomous Teams and Services.pdf:C\:\\Users\\matth\\Zotero\\storage\\LBBDGNVN\\Tune and Millett - 2017 - Designing Autonomous Teams and Services.pdf:application/pdf;Snapshot:C\:\\Users\\matth\\Zotero\\storage\\9PFLNK3I\\designing-autonomous-teams-and-services.html:text/html},
+}
+
+@techreport{levina_emergence_2005,
+ address = {Rochester, NY},
+ type = {{SSRN} {Scholarly} {Paper}},
+ title = {The {Emergence} of {Boundary} {Spanning} {Competence} in {Practice}: {Implications} for {Information} {Systems}' {Implementation} and {Use}},
+ shorttitle = {The {Emergence} of {Boundary} {Spanning} {Competence} in {Practice}},
+ url = {https://papers.ssrn.com/abstract=1276022},
+ abstract = {This paper investigates how an organizational competence in boundary spanning emerges in practice by drawing on the concepts of boundary spanner and boundary object. Using data from two qualitative field studies, we argue that in order for boundary spanning to emerge a new joint field of practice must be produced. Our data illustrate that agents partially transform their practices in local settings so as to accommodate the interests of their counterparts. While negotiating the new joint field, agents become what we call "boundary spanners-in-practice" who produce and use objects which then become locally useful and which acquire a common identity - hence, "boundary objects-in-use." Moreover, we show how boundary spanners-in-practice use various organizational and professional resources including the influence that comes with being nominated to boundary spanners' roles to create the new joint field. The conditions necessary for boundary spanners-in-practice to emerge are outlined and discussed; as are important implications for IS implementation and use.},
+ language = {en},
+ number = {ID 1276022},
+ urldate = {2018-09-10},
+ institution = {Social Science Research Network},
+ author = {Levina, Natalia and Vaast, Emmanuelle},
+ month = mar,
+ year = {2005},
+ keywords = {boundaries, boundary objects, boundary spanners, Boundary spanning, Bourdieu, client-consultant relationship, intranet, IS implementation, IS use, Knowledge Management, organizational learning, practice theory, roles, TT refs},
+ file = {Full Text PDF:C\:\\Users\\matth\\Zotero\\storage\\LPP84NCL\\Levina and Vaast - 2005 - The Emergence of Boundary Spanning Competence in P.pdf:application/pdf;Snapshot:C\:\\Users\\matth\\Zotero\\storage\\AM6DNVDX\\papers.html:text/html},
+}
+
+@book{kelly_project_2018,
+ title = {Project {Myopia}: {Why} projects damage software \#{NoProjects} {eBook}: {Allan} {Kelly}: {Amazon}.co.uk: {Kindle} {Store}},
+ isbn = {978-1-912832-03-3},
+ url = {https://www.amazon.co.uk/Project-Myopia-projects-software-NoProjects-ebook/dp/B07F1XJ2B5/ref=sr_1_1?ie=UTF8&qid=1536576139&sr=8-1&keywords=project+myopia},
+ urldate = {2018-09-10},
+ publisher = {Software Strategy Ltd},
+ author = {Kelly, Allan},
+ month = jul,
+ year = {2018},
+ keywords = {TT refs},
+ file = {Project Myopia\: Why projects damage software #NoProjects eBook\: Allan Kelly\: Amazon.co.uk\: Kindle Store:C\:\\Users\\matth\\Zotero\\storage\\ZEPN6Y76\\ref=sr_1_1.html:text/html},
+}
+
+@article{scholtes_aristotle_2016,
+ title = {From {Aristotle} to {Ringelmann}: {A} {Large}-scale {Analysis} of {Team} {Productivity} and {Coordination} in {Open} {Source} {Software} {Projects}},
+ volume = {21},
+ issn = {1382-3256},
+ shorttitle = {From {Aristotle} to {Ringelmann}},
+ url = {http://dx.doi.org/10.1007/s10664-015-9406-4},
+ doi = {10.1007/s10664-015-9406-4},
+ abstract = {Complex software development projects rely on the contribution of teams of developers, who are required to collaborate and coordinate their efforts. The productivity of such development teams, i.e., how their size is related to the produced output, is an important consideration for project and schedule management as well as for cost estimation. The majority of studies in empirical software engineering suggest that - due to coordination overhead - teams of collaborating developers become less productive as they grow in size. This phenomenon is commonly paraphrased as Brooks' law of software project management, which states that "adding manpower to a software project makes it later". Outside software engineering, the non-additive scaling of productivity in teams is often referred to as the Ringelmann effect, which is studied extensively in social psychology and organizational theory. Conversely, a recent study suggested that in Open Source Software (OSS) projects, the productivity of developers increases as the team grows in size. Attributing it to collective synergetic effects, this surprising finding was linked to the Aristotelian quote that "the whole is more than the sum of its parts". Using a data set of 58 OSS projects with more than 580,000 commits contributed by more than 30,000 developers, in this article we provide a large-scale analysis of the relation between size and productivity of software development teams. Our findings confirm the negative relation between team size and productivity previously suggested by empirical software engineering research, thus providing quantitative evidence for the presence of a strong Ringelmann effect. Using fine-grained data on the association between developers and source code files, we investigate possible explanations for the observed relations between team size and productivity. In particular, we take a network perspective on developer-code associations in software development teams and show that the magnitude of the decrease in productivity is likely to be related to the growth dynamics of co-editing networks which can be interpreted as a first-order approximation of coordination requirements.},
+ number = {2},
+ urldate = {2018-09-10},
+ journal = {Empirical Softw. Engg.},
+ author = {Scholtes, Ingo and Mavrodiev, Pavlin and Schweitzer, Frank},
+ month = apr,
+ year = {2016},
+ keywords = {Coordination, Open source software, Productivity factors, Repository mining, Social aspects of software engineering, Software engineering, TT refs},
+ pages = {642--683},
+ file = {Scholtes et al. - 2016 - From Aristotle to Ringelmann A Large-scale Analys.pdf:C\:\\Users\\matth\\Zotero\\storage\\326EHGNB\\Scholtes et al. - 2016 - From Aristotle to Ringelmann A Large-scale Analys.pdf:application/pdf},
+}
+
+@misc{kelly_no_2014,
+ title = {No {Projects} - {Beyond} {Projects}},
+ url = {https://www.infoq.com/articles/kelly-beyond-projects},
+ abstract = {Applying the project lifecycle model to software development complicates both and makes developing good software harder. Allan Kelly presents ideas on how to move beyond projects and into what he calls a Continuous Work, or Steady State Work Model.},
+ urldate = {2018-09-09},
+ journal = {InfoQ},
+ author = {Kelly, Allan},
+ month = dec,
+ year = {2014},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\FBZFUC7E\\kelly-beyond-projects.html:text/html},
+}
+
+@misc{kotter_accelerate!_2012,
+ title = {Accelerate!},
+ url = {https://hbr.org/2012/11/accelerate},
+ abstract = {How the most innovative companies capitalize on today’s rapid-fire strategic challenges—and still make their numbers.},
+ urldate = {2018-09-07},
+ journal = {Harvard Business Review},
+ author = {Kotter, John P.},
+ month = nov,
+ year = {2012},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\E5VLD288\\accelerate.html:text/html},
+}
+
+@book{kelly_business_2012,
+ address = {Chichester},
+ edition = {1 edition},
+ title = {Business {Patterns} for {Software} {Developers}},
+ isbn = {978-1-119-99924-9},
+ abstract = {A must–have recipe book for building software Perhaps you can relate to this all–too common scenario: you know all about your software product?but could do with some help in understanding the strategic side of things. If so, this book is the one–stop resource you′ll need in order to become a successful software entrepreneur. Patterns expert Allan Kelly provides you with the step–by–step route that needs to be followed in order to understand business strategy and operations. Each chapter starts out with a solid introduction and theoretical overview, which is then further illustrated with patterns and case studies, all aimed at helping you move into the management of software. Teaches you the ropes of business strategy and operations for software Places special emphasis on the patterns for those who make software for sale Addresses patterns philosophy, patterns strategies, business strategy patterns, and software company lifecycle Shares practical tools, tips, and examples of best practices so you can see how each specific pattern fits in and needs to be implemented. Business Patterns for Software Development divulges strategies, operations, and structures for building successful software.},
+ language = {English},
+ publisher = {John Wiley \& Sons},
+ author = {Kelly, Allan},
+ month = feb,
+ year = {2012},
+ keywords = {TT refs},
+}
+
+@article{bernstein_impact_2018,
+ title = {The impact of the ‘open’ workspace on human collaboration},
+ volume = {373},
+ copyright = {© 2018 The Authors.. Published by the Royal Society under the terms of the Creative Commons Attribution License http://creativecommons.org/licenses/by/4.0/, which permits unrestricted use, provided the original author and source are credited.},
+ issn = {0962-8436, 1471-2970},
+ url = {http://rstb.royalsocietypublishing.org/content/373/1753/20170239},
+ doi = {10.1098/rstb.2017.0239},
+ abstract = {Organizations’ pursuit of increased workplace collaboration has led managers to transform traditional office spaces into ‘open’, transparency-enhancing architectures with fewer walls, doors and other spatial boundaries, yet there is scant direct empirical research on how human interaction patterns change as a result of these architectural changes. In two intervention-based field studies of corporate headquarters transitioning to more open office spaces, we empirically examined—using digital data from advanced wearable devices and from electronic communication servers—the effect of open office architectures on employees' face-to-face, email and instant messaging (IM) interaction patterns. Contrary to common belief, the volume of face-to-face interaction decreased significantly (approx. 70\%) in both cases, with an associated increase in electronic interaction. In short, rather than prompting increasingly vibrant face-to-face collaboration, open architecture appeared to trigger a natural human response to socially withdraw from officemates and interact instead over email and IM. This is the first study to empirically measure both face-to-face and electronic interaction before and after the adoption of open office architecture. The results inform our understanding of the impact on human behaviour of workspaces that trend towards fewer spatial boundaries.
+This article is part of the theme issue ‘Interdisciplinary approaches for uncovering the impacts of architecture on collective behaviour’.},
+ language = {en},
+ number = {1753},
+ urldate = {2018-09-03},
+ journal = {Phil. Trans. R. Soc. B},
+ author = {Bernstein, Ethan S. and Turban, Stephen},
+ month = aug,
+ year = {2018},
+ pmid = {29967303},
+ keywords = {TT refs},
+ pages = {20170239},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\3QZ96ZQN\\20170239.html:text/html;Full Text PDF:C\:\\Users\\matth\\Zotero\\storage\\F9XLI9ZT\\Bernstein and Turban - 2018 - The impact of the ‘open’ workspace on human collab.pdf:application/pdf},
+}
+
+@article{strode_coordination_2012,
+ series = {Special {Issue}: {Agile} {Development}},
+ title = {Coordination in co-located agile software development projects},
+ volume = {85},
+ issn = {0164-1212},
+ url = {http://www.sciencedirect.com/science/article/pii/S0164121212000465},
+ doi = {10.1016/j.jss.2012.02.017},
+ abstract = {Agile software development provides a way to organise the complex task of multi-participant software development while accommodating constant project change. Agile software development is well accepted in the practitioner community but there is little understanding of how such projects achieve effective coordination, which is known to be critical in successful software projects. A theoretical model of coordination in the agile software development context is presented based on empirical data from three cases of co-located agile software development. Many practices in these projects act as coordination mechanisms, which together form a coordination strategy. Coordination strategy in this context has three components: synchronisation, structure, and boundary spanning. Coordination effectiveness has two components: implicit and explicit. The theoretical model of coordination in agile software development projects proposes that an agile coordination strategy increases coordination effectiveness. This model has application for practitioners who want to select appropriate practices from agile methods to ensure they achieve coordination coverage in their project. For the field of information systems development, this theory contributes to knowledge of coordination and coordination effectiveness in the context of agile software development.},
+ number = {6},
+ urldate = {2018-09-03},
+ journal = {Journal of Systems and Software},
+ author = {Strode, Diane E. and Huff, Sid L. and Hope, Beverley and Link, Sebastian},
+ month = jun,
+ year = {2012},
+ keywords = {Agile methods, Agile software development project, Coordination effectiveness, Coordination strategy, Coordination Theory, Extreme Programming, Scrum, TT refs},
+ pages = {1222--1238},
+ file = {Strode et al. - 2012 - Coordination in co-located agile software developm.pdf:C\:\\Users\\matth\\Zotero\\storage\\LKI2XFMC\\Strode et al. - 2012 - Coordination in co-located agile software developm.pdf:application/pdf;ScienceDirect Snapshot:C\:\\Users\\matth\\Zotero\\storage\\QVSLLQNC\\S0164121212000465.html:text/html},
+}
+
+@misc{hbs_communications_collaborate_2018,
+ title = {Collaborate on complex problems, but only intermittently},
+ url = {https://news.harvard.edu/gazette/story/2018/08/collaborate-on-complex-problems-but-only-intermittently/},
+ abstract = {When solving problems, both groups in which members never interacted and groups whose members constantly interacted provided expected results. The surprising outcome came from groups whose members collaborated intermittently.},
+ language = {en-US},
+ urldate = {2018-09-03},
+ journal = {Harvard Gazette},
+ author = {{HBS Communications}},
+ month = aug,
+ year = {2018},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\S5ILWPWN\\collaborate-on-complex-problems-but-only-intermittently.html:text/html},
+}
+
+@article{bernstein_how_2018,
+ title = {How intermittent breaks in interaction improve collective intelligence},
+ copyright = {Copyright © 2018 the Author(s). Published by PNAS.. This open access article is distributed under Creative Commons Attribution-NonCommercial-NoDerivatives License 4.0 (CC BY-NC-ND).},
+ issn = {0027-8424, 1091-6490},
+ url = {http://www.pnas.org/content/early/2018/08/09/1802407115},
+ doi = {10.1073/pnas.1802407115},
+ abstract = {People influence each other when they interact to solve problems. Such social influence introduces both benefits (higher average solution quality due to exploitation of existing answers through social learning) and costs (lower maximum solution quality due to a reduction in individual exploration for novel answers) relative to independent problem solving. In contrast to prior work, which has focused on how the presence and network structure of social influence affect performance, here we investigate the effects of time. We show that when social influence is intermittent it provides the benefits of constant social influence without the costs. Human subjects solved the canonical traveling salesperson problem in groups of three, randomized into treatments with constant social influence, intermittent social influence, or no social influence. Groups in the intermittent social-influence treatment found the optimum solution frequently (like groups without influence) but had a high mean performance (like groups with constant influence); they learned from each other, while maintaining a high level of exploration. Solutions improved most on rounds with social influence after a period of separation. We also show that storing subjects’ best solutions so that they could be reloaded and possibly modified in subsequent rounds—a ubiquitous feature of personal productivity software—is similar to constant social influence: It increases mean performance but decreases exploration.},
+ language = {en},
+ urldate = {2018-09-03},
+ journal = {Proceedings of the National Academy of Sciences},
+ author = {Bernstein, Ethan and Shore, Jesse and Lazer, David},
+ month = aug,
+ year = {2018},
+ pmid = {30104371},
+ keywords = {collective intelligence, social influence, social networks, TT refs},
+ pages = {201802407},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\XQ78SS7D\\1802407115.html:text/html;Full Text PDF:C\:\\Users\\matth\\Zotero\\storage\\ZLHDYIN6\\Bernstein et al. - 2018 - How intermittent breaks in interaction improve col.pdf:application/pdf},
+}
+
+@article{jang_cultural_2017,
+ title = {Cultural {Brokerage} and {Creative} {Performance} in {Multicultural} {Teams}},
+ volume = {28},
+ issn = {1047-7039},
+ url = {https://pubsonline.informs.org/doi/full/10.1287/orsc.2017.1162},
+ doi = {10.1287/orsc.2017.1162},
+ abstract = {This paper presents a novel theoretical framework of how members of multicultural teams leverage their diverse knowledge to produce creative outcomes. I develop and test a model of cultural brokerage, which I define as the act of facilitating interactions between actors across cultural boundaries. I find that team members with multicultural backgrounds engage in cultural brokerage on behalf of monocultural team members. Among multiculturals, “cultural insiders” (those whose cultural background overlaps with other team members’) brokered by integrating knowledge from different cultures, whereas “cultural outsiders” (those whose cultural background has no overlap with any other team members’) brokered by eliciting knowledge from different cultures. Both integrating and eliciting significantly enhanced creative performance at the team level. These findings advance our understanding of the process of creativity in culturally diverse teams.},
+ number = {6},
+ urldate = {2018-09-03},
+ journal = {Organization Science},
+ author = {Jang, Sujin},
+ month = dec,
+ year = {2017},
+ keywords = {TT refs},
+ pages = {993--1009},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\RNYY9GT6\\orsc.2017.html:text/html;Full Text PDF:C\:\\Users\\matth\\Zotero\\storage\\IMLJHLK8\\Jang - 2017 - Cultural Brokerage and Creative Performance in Mul.pdf:application/pdf},
+}
+
+@misc{bernstein_beyond_2016,
+ title = {Beyond the {Holacracy} {Hype}},
+ url = {https://hbr.org/2016/07/beyond-the-holacracy-hype},
+ abstract = {The overwrought claims—and actual promise—of the next generation of self-managed teams},
+ urldate = {2018-09-03},
+ journal = {Harvard Business Review},
+ author = {Bernstein, Ethan and Bunch, John and Canner, Niko and Lee, Michael},
+ month = jul,
+ year = {2016},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\JIFHDPV5\\beyond-the-holacracy-hype.html:text/html},
+}
+
+@article{maccormack_exploring_2012,
+ title = {Exploring the {Duality} {Between} {Product} and {Organizational} {Architectures}: {A} {Test} of the '{Mirroring}' {Hypothesis}},
+ volume = {41},
+ shorttitle = {Exploring the {Duality} {Between} {Product} and {Organizational} {Architectures}},
+ url = {http://www.hbs.edu/faculty/Pages/item.aspx?num=43260},
+ abstract = {A variety of academic studies argue that a relationship exists between the structure of an organization and the design of the products that the organization produces. Specifically, products tend to "mirror" the architectures of the organizations in which they are developed. This dynamic occurs because the organization's governance structures, problem solving routines, and communication patterns constrain the space in which it searches for new solutions. Such a relationship is important, given that product architecture has been shown to be an important predictor of product performance, product variety, process flexibility, and even the path of industry evolution. We explore this relationship in the software industry. Our research takes advantage of a natural experiment, in that we observe products that fulfill the same function being developed by very different organizational forms. At one extreme are commercial software firms, in which the organizational participants are tightly coupled, with respect to their goals, structure, and behavior. At the other, are open-source software communities, in which the participants are much more loosely coupled by comparison. The mirroring hypothesis predicts that these different organizational forms will produce products with distinctly different architectures. Specifically, loosely coupled organizations will develop more modular designs than tightly coupled organizations. We test this hypothesis, using a sample of matched-pair products. We find strong evidence to support the mirroring hypothesis. In all of the pairs we examine, the product developed by the loosely coupled organization is significantly more modular than the product from the tightly coupled organization. We measure modularity by capturing the level of coupling between a product's components. The magnitude of the differences is substantial—up to a factor of six, in terms of the potential for a design change in one component to propagate to others. Our results have significant managerial implications, highlighting the impact of organizational design decisions on the technical structure of the artifacts that these organizations subsequently develop.},
+ number = {8},
+ urldate = {2016-12-03},
+ journal = {Research Policy},
+ author = {MacCormack, Alan and Baldwin, Carliss Y. and Rusnak, John},
+ month = oct,
+ year = {2012},
+ keywords = {TT refs},
+ pages = {1309--1324},
+ file = {08-039_1861e507-1dc1-4602-85b8-90d71559d85b.pdf:C\:\\Users\\matth\\Zotero\\storage\\V3337ABV\\08-039_1861e507-1dc1-4602-85b8-90d71559d85b.pdf:application/pdf;Snapshot:C\:\\Users\\matth\\Zotero\\storage\\ZAZN5ZZG\\item.html:text/html},
+}
+
+@book{leveson_engineering_2017,
+ address = {Cambridge, Massachusetts London, Englang},
+ edition = {Reprint edition},
+ title = {Engineering a {Safer} {World}: {Systems} {Thinking} {Applied} to {Safety}},
+ isbn = {978-0-262-53369-0},
+ shorttitle = {Engineering a {Safer} {World}},
+ abstract = {A new approach to safety, based on systems thinking, that is more effective, less costly, and easier to use than current techniques. Engineering has experienced a technological revolution, but the basic engineering techniques applied in safety and reliability engineering, created in a simpler, analog world, have changed very little over the years. In this groundbreaking book, Nancy Leveson proposes a new approach to safety-more suited to today's complex, sociotechnical, software-intensive world-based on modern systems thinking and systems theory. Revisiting and updating ideas pioneered by 1950s aerospace engineers in their System Safety concept, and testing her new model extensively on real-world examples, Leveson has created a new approach to safety that is more effective, less expensive, and easier to use than current techniques. Arguing that traditional models of causality are inadequate, Leveson presents a new, extended model of causation (Systems-Theoretic Accident Model and Processes, or STAMP), then shows how the new model can be used to create techniques for system safety engineering, including accident analysis, hazard analysis, system design, safety in operations, and management of safety-critical systems. She applies the new techniques to real-world events including the friendly-fire loss of a U.S. Blackhawk helicopter in the first Gulf War; the Vioxx recall; the U.S. Navy SUBSAFE program; and the bacterial contamination of a public water supply in a Canadian town. Leveson's approach is relevant even beyond safety engineering, offering techniques for "reengineering" any large sociotechnical system to improve safety and manage risk.},
+ language = {English},
+ publisher = {MIT Press},
+ author = {Leveson, Nancy G.},
+ month = feb,
+ year = {2017},
+ keywords = {TT refs},
+ file = {Leveson - 2017 - Engineering a Safer World Systems Thinking Applie.pdf:C\:\\Users\\matth\\Zotero\\storage\\VH5HU73M\\Leveson - 2017 - Engineering a Safer World Systems Thinking Applie.pdf:application/pdf},
+}
+
+@misc{skelton_how_2018,
+ title = {How to find the right {DevOps} tools for your team},
+ url = {https://techbeacon.com/devops/how-find-right-devops-tools-your-team},
+ abstract = {Building a DevOps tool suite? Here are 9 field-tested tips for making all the right choices—and avoiding disaster.},
+ language = {en},
+ urldate = {2020-10-12},
+ journal = {TechBeacon},
+ author = {Skelton, Matthew},
+ month = mar,
+ year = {2018},
+ keywords = {TT refs},
+}
+
+@book{brooks_mythical_1995,
+ address = {Reading, Mass},
+ edition = {2nd edition},
+ title = {Mythical {Man}-{Month}, {The}: {Essays} on {Software} {Engineering}, {Anniversary} {Edition}},
+ isbn = {978-0-201-83595-3},
+ shorttitle = {Mythical {Man}-{Month}, {The}},
+ abstract = {Few books on software project management have been as influential and timeless as The Mythical Man-Month. With a blend of software engineering facts and thought-provoking opinions, Fred Brooks offers insight for anyone managing complex projects. These essays draw from his experience as project manager for the IBM System/360 computer family and then for OS/360, its massive software system. Now, 20 years after the initial publication of his book, Brooks has revisited his original ideas and added new thoughts and advice, both for readers already familiar with his work and for readers discovering it for the first time. The added chapters contain (1) a crisp condensation of all the propositions asserted in the original book, including Brooks' central argument in The Mythical Man-Month: that large programming projects suffer management problems different from small ones due to the division of labor; that the conceptual integrity of the product is therefore critical; and that it is difficult but possible to achieve this unity; (2) Brooks' view of these propositions a generation later; (3) a reprint of his classic 1986 paper "No Silver Bullet"; and (4) today's thoughts on the 1986 assertion, "There will be no silver bullet within ten years."},
+ language = {English},
+ publisher = {Addison-Wesley},
+ author = {Brooks, Frederick},
+ month = aug,
+ year = {1995},
+ keywords = {TT refs},
+}
+
+@misc{edwards_what_2010,
+ title = {What is {DevOps}?},
+ url = {http://dev2ops.org/2010/02/what-is-devops/},
+ language = {en-US},
+ urldate = {2021-02-23},
+ journal = {dev2ops},
+ author = {Edwards, Damon},
+ month = feb,
+ year = {2010},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\HWVRRFGJ\\what-is-devops.html:text/html},
+}
+
+@book{hansson_remote_2013,
+ address = {London},
+ title = {Remote: {Office} {Not} {Required}},
+ isbn = {978-0-09-195467-3},
+ shorttitle = {Remote},
+ abstract = {For too long our lives have been dominated by the ‘under one roof’ Industrial Revolution model of work. That era is now over. There is no longer a reason for the daily roll call, of the need to be seen with your butt on your seat in the office. The technology to work remotely and to avoid the daily grind of commuting and meetings has finally come of age, and bestselling authors Jason Fried and David Heinemeier Hansson are the masters of making it work at tech company 37signals. Remote working is the future – and it is rushing towards us. Remote: Office Not Required combines eye-opening ideas with entertaining narrative. It will convince you that working remotely increases productivity and innovation, and it will also teach you how to get it right – whether you are a manager, working solo or one of a team. Chapters include: ‘Talent isn’t bound by the hubs’, ‘It’s the technology, stupid’, ‘When to type, when to talk’, ‘Stop managing the chairs’ and ‘The virtual water cooler’. Brilliantly simple and refreshingly illuminating this is a call to action to end the tyranny of being shackled to the office.},
+ language = {English},
+ publisher = {Vermilion},
+ author = {Hansson, David Heinemeier and Fried, Jason},
+ month = oct,
+ year = {2013},
+ keywords = {TT refs},
+}
+
+@book{helfand_dynamic_2019,
+ title = {Dynamic {Reteaming}: {The} {Art} and {Wisdom} of {Changing} {Teams}},
+ isbn = {978-1-73356-721-3},
+ shorttitle = {Dynamic {Reteaming}},
+ abstract = {Dynamic Reteaming shares real stories of how successful software companies have thrived through changing their teams as opposed to keeping them the same. Team change will happen whether we like it or not. People will come and go from our teams. Our companies might double in size or even get acquired. We can catalyze team change to reduce the risk of attrition, learning and career stagnation and the development of knowledge silos. Dynamic Reteaming describes practices for effective reteaming as well as antipatterns. In this book you'll learn how to integrate new people into an existing team, how to deal with the loss of team members, when to split a team, how to isolate teams for focused innovation, how to rotate team members for knowledge sharing, how to break through organizational stagnation and much more. Learn to apply the five team change patterns: Isolation, One by One, Grow and Split, Merging and Switching. Get practical tips and tricks for managing team change.},
+ language = {English},
+ publisher = {Reteam, LLC},
+ author = {Helfand, Heidi},
+ month = jul,
+ year = {2019},
+ keywords = {TT refs},
+}
+
+@book{kersten_project_2019,
+ address = {Portland, OR},
+ edition = {Illustrated edition},
+ title = {Project to {Product}: {How} {Value} {Stream} {Networks} {Will} {Transform} {IT} and {Business}: {How} to {Survive} and {Thrive} in the {Age} of {Digital} {Disruption} with the {Flow} {Framework}},
+ isbn = {978-1-942788-39-3},
+ shorttitle = {Project to {Product}},
+ abstract = {In the Age of Software, will your business dominate and maintain relevance--or will it become a digital relic?As tech giants and startups disrupt every market, those who master large-scale software delivery will define the economic landscape of the 21st century, just as the masters of mass production defined the landscape in the 20th. Unfortunately, business and technology leaders are woefully ill-equipped to solve the problems posed by digital transformation. At the current rate of disruption, half of S\&P 500 companies will be replaced in the next ten years. A new approach is needed. In Project to Product, Value Stream Network pioneer and technology business leader Dr. Mik Kersten introduces the Flow Framework--a new way of seeing, measuring, and managing software delivery. The Flow Framework will enable your company's evolution from project-oriented dinosaur to product-centric innovator that thrives in the Age of Software. If you're driving your organization's transformation at any level, this is the book for you.},
+ language = {English},
+ publisher = {IT Revolution},
+ author = {Kersten, Mik},
+ month = feb,
+ year = {2019},
+ keywords = {TT refs},
+}
+
+@book{kim_devops_2016,
+ address = {Portland, OR},
+ edition = {Illustrated edition},
+ title = {The {Devops} {Handbook}: {How} to {Create} {World}-{Class} {Agility}, {Reliability}, and {Security} in {Technology} {Organizations}},
+ isbn = {978-1-942788-00-3},
+ shorttitle = {The {Devops} {Handbook}},
+ abstract = {For decades, technology leaders have struggled to balance agility, reliability, and security, and the consequences of failure have never been greater. The effective management of technology is critical for business competitiveness. High-performing organizations are 2.5 times more likely to exceed profitability, market share, and productivity goals. The DevOps Handbook shows leaders how to create the cultural norms and the technical practices necessary to maximize organizational learning, increase employee satisfaction, and win in the marketplace.},
+ language = {English},
+ publisher = {Trade Select},
+ author = {Kim, Gene and Debois, Patrick and Willis, John},
+ month = dec,
+ year = {2016},
+ keywords = {TT refs},
+}
+
+@misc{lane_secret_2012,
+ title = {The {Secret} to {Amazons} {Success} {Internal} {APIs}},
+ url = {https://apievangelist.com/2012/01/12/the-secret-to-amazons-success-internal-apis/},
+ abstract = {A network of research sites dedicated to the technology, business, and politics of APIs.},
+ language = {en-us},
+ urldate = {2021-02-23},
+ journal = {API Evangelist},
+ author = {Lane, Kin},
+ month = jan,
+ year = {2012},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\3EQLEVXB\\the-secret-to-amazons-success-internal-apis.html:text/html},
+}
+
+@article{miller_magical_1956,
+ title = {The magical number seven, plus or minus two: some limits on our capacity for processing information},
+ volume = {63},
+ issn = {1939-1471(Electronic),0033-295X(Print)},
+ shorttitle = {The magical number seven, plus or minus two},
+ doi = {10.1037/h0043158},
+ abstract = {A variety of researches are examined from the standpoint of information theory. It is shown that the unaided observer is severely limited in terms of the amount of information he can receive, process, and remember. However, it is shown that by the use of various techniques, e.g., use of several stimulus dimensions, recoding, and various mnemonic devices, this informational bottleneck can be broken. 20 references. (PsycINFO Database Record (c) 2016 APA, all rights reserved)},
+ number = {2},
+ journal = {Psychological Review},
+ author = {Miller, George A.},
+ year = {1956},
+ note = {Place: US
+Publisher: American Psychological Association},
+ keywords = {Cognitive Processes, Information Theory, TT refs},
+ pages = {81--97},
+ file = {Submitted Version:C\:\\Users\\matth\\Zotero\\storage\\VVD3ADRD\\Miller - 1956 - The magical number seven, plus or minus two some .pdf:application/pdf;Snapshot:C\:\\Users\\matth\\Zotero\\storage\\3AD5XBW7\\1957-02914-001.html:text/html;Miller GA Magical Seven Psych Review 1955.pdf:C\:\\Users\\matth\\Zotero\\storage\\KKN26DXR\\Miller GA Magical Seven Psych Review 1955.pdf:application/pdf},
+}
+
+@misc{niall_murphy_what_nodate,
+ title = {What is {Site} {Reliability} {Engineering}?},
+ url = {https://sre.google/in-conversation/},
+ urldate = {2021-02-23},
+ author = {{Niall Murphy}},
+ keywords = {TT refs},
+ file = {Google - Site Reliability Engineering:C\:\\Users\\matth\\Zotero\\storage\\G6WAJFG9\\in-conversation.html:text/html},
+}
+
+@misc{pais_divisive_2017,
+ title = {The {Divisive} {Effect} of {Separate} {Issue} {Tracking} {Tools}},
+ url = {https://www.infoq.com/articles/issue-tracking-tools/},
+ abstract = {Separate issue tracking systems for Development and IT Operations are a source of conflict and ineffectiveness for many organizations. For effective Database Lifecycle Management (DLM), we typically need shared issue tracking systems where DBA teams can see upcoming work from Development and Development teams can see details of live service issues logged from Production.},
+ language = {en},
+ urldate = {2021-02-23},
+ journal = {InfoQ},
+ author = {Pais, Manuel and Skelton, Matthew},
+ month = mar,
+ year = {2017},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\ARPVP7KP\\issue-tracking-tools.html:text/html},
+}
+
+@misc{pais_why_2016,
+ title = {Why and {How} to {Test} {Logging}},
+ url = {https://www.infoq.com/articles/why-test-logging/},
+ abstract = {Logging and aggregation are crucial tools for today's complex, distributed systems. They provide rich insights which keep time to recover short. We must therefore make sure we test logging adequately.},
+ language = {en},
+ urldate = {2021-02-23},
+ journal = {InfoQ},
+ author = {Pais, Manuel and Skelton, Matthew},
+ month = oct,
+ year = {2016},
+ keywords = {TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\EQHKNCQF\\why-test-logging.html:text/html},
+}
+
+@book{raymond_new_1996,
+ address = {Cambridge, Mass},
+ edition = {third edition},
+ title = {The {New} {Hacker}'s {Dictionary}},
+ isbn = {978-0-262-68092-9},
+ abstract = {This new edition of the hacker's own phenomenally successful lexicon includes more than 100 new entries and updates or revises 200 more.},
+ language = {English},
+ publisher = {MIT Press},
+ author = {Raymond, Eric S.},
+ month = oct,
+ year = {1996},
+ keywords = {TT refs},
+}
+
+@book{robertson_holacracy_2015,
+ title = {Holacracy: {The} {New} {Management} {System} for a {Rapidly} {Changing} {World}},
+ shorttitle = {Holacracy},
+ language = {English},
+ publisher = {Henry Holt and Co.},
+ author = {Robertson, Brian J.},
+ month = jun,
+ year = {2015},
+ keywords = {TT refs},
+}
+
+@article{rock_why_2016,
+ title = {Why {Diverse} {Teams} {Are} {Smarter}},
+ issn = {0017-8012},
+ url = {https://hbr.org/2016/11/why-diverse-teams-are-smarter},
+ abstract = {Research shows they’re more successful in three important ways.},
+ urldate = {2021-02-23},
+ journal = {Harvard Business Review},
+ author = {Rock, David and Grant, Heidi},
+ month = nov,
+ year = {2016},
+ note = {Section: Diversity},
+ keywords = {Decision making, Diversity, Leading teams, TT refs},
+ file = {Snapshot:C\:\\Users\\matth\\Zotero\\storage\\USHN2I6G\\why-diverse-teams-are-smarter.html:text/html},
+}
+
+@book{rummler_improving_2013,
+ address = {San Francisco},
+ edition = {3rd edition},
+ title = {Improving {Performance}: {How} to {Manage} the {White} {Space} on the {Organization} {Chart}},
+ isbn = {978-1-118-14370-4},
+ shorttitle = {Improving {Performance}},
+ abstract = {Improving Performance is recognized as the book that launched the Process Improvement revolution. It was the first such approach to bridge the gap between organization strategy and the individual. Now, in this revised and expanded new edition, Gary Rummler reflects on the key needs of organizations faced with today's challenge of managing change in today's complex world. The book shows how to apply the three levels of performance and link performance to strategy, move from annual programs to sustained performance improvement, redesign processes, overcome the seven deadly sins of performance improvement and much more.},
+ language = {English},
+ publisher = {Jossey-Bass},
+ author = {Rummler, Geary A. and Brache, Alan P.},
+ month = jan,
+ year = {2013},
+ keywords = {TT refs},
+}
diff --git a/Team-Topologies-references-CSV.csv b/Team-Topologies-references-CSV.csv
new file mode 100644
index 0000000..8e5efcf
--- /dev/null
+++ b/Team-Topologies-references-CSV.csv
@@ -0,0 +1,214 @@
+"Key","Item Type","Publication Year","Author","Title","Publication Title","ISBN","ISSN","DOI","Url","Abstract Note","Date","Date Added","Date Modified","Access Date","Pages","Num Pages","Issue","Volume","Number Of Volumes","Journal Abbreviation","Short Title","Series","Series Number","Series Text","Series Title","Publisher","Place","Language","Rights","Type","Archive","Archive Location","Library Catalog","Call Number","Extra","Notes","File Attachments","Link Attachments","Manual Tags","Automatic Tags","Editor","Series Editor","Translator","Contributor","Attorney Agent","Book Author","Cast Member","Commenter","Composer","Cosponsor","Counsel","Interviewer","Producer","Recipient","Reviewed Author","Scriptwriter","Words By","Guest","Number","Edition","Running Time","Scale","Medium","Artwork Size","Filing Date","Application Number","Assignee","Issuing Authority","Country","Meeting Name","Conference Name","Court","References","Reporter","Legal Status","Priority Numbers","Programming Language","Version","System","Code","Code Number","Section","Session","Committee","History","Legislative Body"
+"WXN8ZKKL","journalArticle","2004","Sosa, Manuel E.; Eppinger, Steven D.; Rowles, Craig M.","The Misalignment of Product Architecture and Organizational Structure in Complex Product Development","Management Science","","0025-1909","10.1287/mnsc.1040.0289","https://pubsonline.informs.org/doi/abs/10.1287/mnsc.1040.0289","Product architecture knowledge is typically embedded in the communication patterns of established development organizations. While this enables the development of products using the existing architecture, it hinders the organization's ability to implement novel architectures, especially for complex products. Structured methods addressing this issue are lacking, as previous research has studied complex product development from two separate perspectives: product architecture and organizational structure. Our research integrates these viewpoints with a structured approach to study how design interfaces in the product architecture map onto communication patterns within the development organization. We investigate how organizational and system boundaries, design interface strength, indirect interactions, and system modularity impact the alignment of design interfaces and team interactions. We hypothesize and test how these factors explain the existence of the following cases: (1) known design interfaces not addressed by team interactions, and (2) observed team interactions not predicted by design interfaces. Our results offer important insights to managers dealing with interdependences across organizational and functional boundaries. In particular, we show how boundary effects moderate the impact of design interface strength and indirect team interactions, and are contingent on system modularity. The research uses data collected from a large commercial aircraft engine development process.","2004-12-01","2018-11-03 21:47:13","2021-02-23 22:08:20","2018-11-03 21:47:13","1674-1689","","12","50","","Management Science","","","","","","","","","","","","","pubsonline.informs.org (Atypon)","","","","C:\Users\matth\Zotero\storage\LFX4UP2D\Sosa et al. - 2004 - The Misalignment of Product Architecture and Organ.pdf; C:\Users\matth\Zotero\storage\HX3KUJAM\mnsc.1040.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"BUU2CL48","book","2015","McChrystal, General Stanley; Silverman, David; Collins, Tantum; Fussell, Chris","Team of Teams: New Rules of Engagement for a Complex World","","978-0-241-25083-9","","","","As commander of Joint Special Operations Command (JSOC), General Stanley McChrystal discarded a century of management wisdom and pivoted from a pursuit of mechanical efficiency to organic adaptability. In this book, he shows how any organization can make the same transition to act like a team of teams - where small groups combine the freedom to experiment with a relentless drive to share their experience.Drawing on a wealth of evidence from his military career and sources as diverse as hospital emergency rooms and NASA's space program, McChrystal frames the existential challenge facing today's organizations, and presents a compelling, effective solution.","2015-11-26","2018-11-02 21:25:18","2021-02-23 21:30:35","","","304","","","","","Team of Teams","","","","","Portfolio Penguin","New York, NY","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Team-Teams-Rules-Engagement-Complex/dp/0241250838","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"8RK8P5B5","journalArticle","1992","Dunbar, R. I. M.","Neocortex size as a constraint on group size in primates","Journal of Human Evolution","","0047-2484","10.1016/0047-2484(92)90081-J","http://www.sciencedirect.com/science/article/pii/004724849290081J","Two general kinds of theory (one ecological and one social) have been advanced to explain the fact that primates have larger brains and greater congnitive abilities than other animals. Data on neocortex volume, group size and a number of behavioural ecology variables are used to test between the various theories. Group size is found to be a function of relative neocortical volume, but the ecological variables are not. This is interpreted as evidence in favour of the social intellect theory and against the ecological theories. It is suggested that the number of neocortical neurons limits the organism's information-processing capacity and that this then limits the number of relationships that an individual can monitor simultaneously. When a group's size exceeds this limit, it becomes unstable and begins to fragment. This then places an upper limit on the size of groups which any given species can maintain as cohesive social units through time. The data suggest that the information overload occurs in terms of the structure of relationships within tightly bonded grooming cliques rather than in terms of the total number of dyads within the group as a whole that an individual has to monitor. It thus appears that, among primates, large groups are created by welding together sets of smaller grooming cliques. One implication of these results is that, since the actual group size will be determined by the ecological characteristics of the habitat in any given case, species will only be able to invade habitats that require larger groups than their current limit if they evolve larger neocortices.","1992-06-01","2018-11-02 19:19:54","2021-02-23 16:36:02","2018-11-02 19:19:54","469-493","","6","22","","Journal of Human Evolution","","","","","","","","","","","","","ScienceDirect","","","","C:\Users\matth\Zotero\storage\DBXXV44R\004724849290081J.html","","TT refs","behavioural ecology; body size; brain size; grooming; social intellect","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"KRGMFW2M","webpage","2016","Casella, Karen","Improving Team Productivity by Reducing Context Switching | LinkedIn","LinkedIn Pulse","","","","https://www.linkedin.com/pulse/improving-team-productivity-reducing-context-karen-casella/","","2016-10-26","2017-10-09 19:53:52","2021-02-23 16:29:02","2017-10-09 19:53:52","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\NSUUWJMW\improving-team-productivity-reducing-context-karen-casella.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"DZRYD8F2","blogPost","2012","Skelton, Matthew","Icebreaker for Agile Retrospectives – Empathy Snap","Matthew Skelton","","","","http://empathysnap.com/","I was invited by one of our London dev teams to facilitate their retrospective yesterday. I’m far from an expert in facilitating retros, although I enjoy it, and I find that I learn a huge amount f…","2012-11-15","2018-10-30 22:13:47","2021-02-23 22:05:58","2018-10-30 22:13:47","","","","","","","","","","","","","","en","","","","","","","https://blog.matthewskelton.net/2012/11/15/icebreaker-for-agile-retrospectives-empathy-snap/","","C:\Users\matth\Zotero\storage\3WUB82YS\icebreaker-for-agile-retrospectives-empathy-snap.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"44IWSGF5","blogPost","2013","Kelly, Allan","Conway's Law v. Software Architecture","dzone.com","","","","https://dzone.com/articles/conways-law-v-software","I've written about Conway's Law before (Return to Conway’s Law (2006) and a Focus Group I ran at EuroPLoP “What do we think of Conway’s Law Now?”) But I make no...","2013-03-14","2018-10-30 18:01:56","2021-02-23 16:55:33","2018-10-30 18:01:56","","","","","","","","","","","","","","en","","","","","","","","","C:\Users\matth\Zotero\storage\LXVJPATG\conways-law-v-software.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"U4EIIF6K","webpage","2015","Neumark, Peter","DevOps & Product Teams - Win or Fail?","InfoQ","","","","https://www.infoq.com/articles/devops-product-teams","Peter Neumark found a new world when he moved from a DevOps infrastructure team to a Lean product team.How to experiment frequently while keeping operational performance? Platform teams to the rescue!","2015-06-29","2016-08-11 19:04:29","2021-02-23 21:40:13","2016-08-11 19:04:29","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\XFCDAPW2\devops-product-teams.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"9DBB7VQ9","blogPost","2006","Snowden, Dave","The rule of 5,15 & 150","Cognitive Edge","","","","http://cognitive-edge.com/blog/logn-0-093-3-389-logcr-1-r20-764-t3410-35-p0-001/","Recognise it? Well of course, it’s the best-fit reduced major axis regression equation between neocortex…","2006-12-10","2016-08-11 19:16:07","2021-02-23 22:07:58","2016-08-11 19:16:07","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\SWFX2CGN\logn-0-093-3-389-logcr-1-r20-764-t3410-35-p0-001.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"XB7YMMIN","blogPost","2018","Ingles, Paul","Convergence to Kubernetes","Paul Ingles","","","","https://medium.com/@pingles/convergence-to-kubernetes-137ffa7ea2bc","Standardisation to Scale","2018-06-18","2018-10-29 22:42:29","2021-02-23 16:52:53","2018-10-29 22:42:29","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\Q3NGIXLX\convergence-to-kubernetes-137ffa7ea2bc.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"T642P394","book","2010","Humble, Jez; Farley, David","Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation","","978-0-321-60191-9","","","","Winner of the 2011 Jolt Excellence Award!Getting software released to users is often a painful, risky, and time-consuming process.This groundbreaking new book sets out the principles and technical practices that enablerapid, incremental delivery of high quality, valuable new functionality to users. Throughautomation of the build, deployment, and testing process, and improved collaboration betweendevelopers, testers, and operations, delivery teams can get changes released in a matter of hours―sometimes even minutes–no matter what the size of a project or the complexity of its code base. Jez Humble and David Farley begin by presenting the foundations of a rapid, reliable, low-riskdelivery process. Next, they introduce the “deployment pipeline,” an automated process formanaging all changes, from check-in to release. Finally, they discuss the “ecosystem” needed tosupport continuous delivery, from infrastructure, data and configuration management to governance. The authors introduce state-of-the-art techniques, including automated infrastructure managementand data migration, and the use of virtualization. For each, they review key issues, identify bestpractices, and demonstrate how to mitigate risks. Coverage includes • Automating all facets of building, integrating, testing, and deploying software• Implementing deployment pipelines at team and organizational levels• Improving collaboration between developers, testers, and operations• Developing features incrementally on large and distributed teams• Implementing an effective configuration management strategy• Automating acceptance testing, from analysis to implementation• Testing capacity and other non-functional requirements• Implementing continuous deployment and zero-downtime releases• Managing infrastructure, data, components and dependencies• Navigating risk management, compliance, and auditing Whether you’re a developer, systems administrator, tester, or manager, this book will help yourorganization move from idea to release faster than ever―so you can deliver value to your businessrapidly and reliably.","2010-07-27","2018-10-29 16:35:54","2021-02-23 16:51:15","","","512","","","","","Continuous Delivery","","","","","Addison Wesley","Upper Saddle River, NJ","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Continuous-Delivery-Deployment-Automation-Addison-Wesley/dp/0321601912/ref=asap_bc?ie=UTF8","TT refs","","","","","","","","","","","","","","","","","","","","","01 edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"ZGP2VQ4K","book","2015","Humble, Jez; Molesky, Joanne; O'Reilly, Barry","Lean Enterprise: How High Performance Organizations Innovate at Scale","","978-1-4493-6842-5","","","","How well does your organization respond to changing market conditions, customer needs, and emerging technologies when building software-based products? This practical guide presents Lean and Agile principles and patterns to help you move fast at scale—and demonstrates why and how to apply these methodologies throughout your organization, rather than with just one department or team.Through case studies, you’ll learn how successful enterprises have rethought everything from governance and financial management to systems architecture and organizational culture in the pursuit of radically improved performance. Adopting Lean will take time and commitment, but it’s vital for harnessing the cultural and technical forces that are accelerating the rate of innovation.Discover how Lean focuses on people and teamwork at every level, in contrast to traditional management practicesApproach problem-solving experimentally, by exploring solutions, testing assumptions, and getting feedback from real usersLead and manage large-scale programs in a way that empowers employees, increases the speed and quality of delivery, and lowers costsLearn how to implement ideas from the DevOps and Lean Startup movements even in complex, regulated environments","2015-01-03","2018-10-29 16:34:17","2021-02-23 16:52:12","","","352","","","","","Lean Enterprise","","","","","O'Reilly Media","Beijing","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Lean-Enterprise-Performance-Organizations-Innovate/dp/1449368425","TT refs","","","","","","","","","","","","","","","","","","","","","1 edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"L7Q26JIY","blogPost","2018","Skelton, Matthew","Your team's API includes: - code: REST endpoints, libraries, clients, UI, etc. - wiki / docs - especially ""How To"" guides - your approach to team chat tools (Slack/Hipchat) - anything else which other teams need to use to interact with your team It's not just about code. #DevEx","@matthewpskelton","","","","https://twitter.com/matthewpskelton/status/1022111880423395329","","2018-07-25","2018-10-29 16:12:06","2021-02-23 22:06:47","2018-10-29 16:12:06","","","","","","","","","","","","","","en","","Tweet","","","","","","","C:\Users\matth\Zotero\storage\LNZMUFKB\1022111880423395329.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"TDJUQDMU","blogPost","2014","Cottmeyer, Mike","Things to Consider When Structuring Your Agile Enterprise","LeadingAgile","","","","https://www.leadingagile.com/2014/02/structure-agile-enterprise/","There are a lot of unique challenges that large organizations face when hey are trying to form Agile Teams. In this post, Mike Cottmeyer breaks down the ins and outs of Agile organizational structure.","2014-02-05","2018-10-29 13:19:36","2021-02-23 16:31:38","2018-10-29 13:19:36","","","","","","","","","","","","","","en-US","","","","","","","","","C:\Users\matth\Zotero\storage\337AQ9GA\structure-agile-enterprise.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"3Y9SHIJX","blogPost","2018","Shibata, Kenichi","How to build a platform team now! the secrets to successful engineering","Hacker Noon","","","","https://hackernoon.com/how-to-build-a-platform-team-now-the-secrets-to-successful-engineering-8a9b6a4d2c8","TLDR; Scaling teams are hard. A platform team done right can help ease the hardships.","2018-09-29","2018-10-29 13:09:08","2021-02-23 22:04:24","2018-10-29 13:09:08","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\9DYTS98U\how-to-build-a-platform-team-now-the-secrets-to-successful-engineering-8a9b6a4d2c8.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"4IPWWI8M","book","2018","Perri, Melissa","Escaping the Build Trap","","978-1-4919-7379-0","","","","To remain innovative in today's market, companies have to adopt a culture of learning and customer-centric practices that are focused on outcomes rather than outputs. This book provides product managers with a practical process that focuses on finding opportunities to solve customer problems and achieve business goals. Author Melissa Perri provides a toolbox of product management principles that can be applied to any company, big or small. By understanding the secrets to communicating and collaborating within a company structure, you'll learn how to overcome product development roadblocks and build products that benefit both the business and the customer.","2018-11-30","2018-10-29 12:48:35","2021-02-23 21:52:35","","","175","","","","","","","","","","O′Reilly","S.l.","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Escaping-Build-Trap-Melissa-Perri/dp/149197379X/ref=sr_1_1?ie=UTF8&qid=1540817239&sr=8-1&keywords=The+Build+Trap","TT refs","","","","","","","","","","","","","","","","","","","","","1 edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"GNSKAYNX","blogPost","2018","Marshall, Bob","A team is not a group of people who work together. A team is a group of people who each put the team before themselves.","@flowchainsensei","","","","https://twitter.com/flowchainsensei/status/1056838136574152704","","2018-10-29","2018-10-29 10:42:45","2021-02-23 21:30:19","2018-10-29 10:42:45","","","","","","","","","","","","","","en","","Tweet","","","","","","","C:\Users\matth\Zotero\storage\VQT2LZHI\1056838136574152704.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"JHHY4HWM","book","2015","Karlgaard, Rich; Malone, Michael S.","Team Genius: The New Science of High-Performing Organizations","","978-0-06-230254-0","","","","A groundbreaking book that sheds new light on the vital importance of teams as the fundamental unit of organization and competition in the global economy.Teams—we depend on them for both our professional success and our personal happiness. But isn't it odd how little scrutiny we give them? The teams that make up our lives are created mostly by luck, happenstance, or circumstance—but rarely by design. In trivial matters—say, a bowling team, the leadership of a neighborhood group, or a holiday party committee—success by serendipity is already risky enough. But when it comes to actions by fast-moving start-ups, major corporations, nonprofit institutions, and governments, leaving things to chance can be downright dangerous.Offering vivid reports of the latest scientific research, compelling case studies, and great storytelling, Team Genius shows managers and executives that the planning, design, and management of great teams no longer have to be a black art. It explores solutions to essential questions that could spell the difference between success and obsolescence. Do you know how to reorganize your subpar teams to turn them into top performers? Can you identify which of the top-performing teams in your company are reaching the end of their life span? Do you have the courage to shut them down? Do you know how to create a replacement team that will be just as effective—without losing time or damaging morale? And, most important, are your teams the right size for the job?Throughout, Rich Karlgaard and Michael S. Malone share insights and real-life examples gleaned from their careers as journalists, analysts, investors, and globetrotting entrepreneurs, meeting successful teams and team leaders to reveal some ""new truths"": The right team size is usually one fewer person than what managers think they need. The greatest question facing good teams is not how to succeed, but how to die. Good ""chemistry"" often makes for the least effective teams. Cognitive diversity yields the highest performance gains—but only if you understand what it is. How to find the ""bliss point"" in team intimacy—and become three times more productive. How to identify destructive team members before they do harm. Why small teams are 40 percent more likely to create a successful breakthrough than a solo genius is. Why groups of 7 (± 2), 150, and 1,500 are magic sizes for teams.Eye-opening, grounded, and essential, Team Genius is the next big idea to revolutionize business.","2015-08-13","2018-10-28 21:40:59","2021-02-23 16:54:56","","","304","","","","","Team Genius","","","","","HarperBusiness","New York, NY","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Team-Genius-Science-High-Performing-Organizations/dp/006230254X/ref=sr_1_1?s=books&ie=UTF8&qid=1540762849&sr=1-1&keywords=team+genius","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"SHTXUF96","book","2015","Burgess, Mark","Thinking in Promises","","978-1-4919-1787-9","","","","Imagine a set of simple principles that could help you to understand how parts combine to become a whole, and how each part sees the whole from its own perspective. If such principles were any good, it shouldn’t matter whether we’re talking about humans on a team, birds in a flock, computers in a datacenter, or cogs in a Swiss watch. A theory of cooperation ought to be pretty universal, so we should be able to apply it both to technology and to the workplace.Such principles are the subject of Promise Theory, and the focus of this insightful book. The goal of Promise Theory is to reveal the behavior of a whole from the sum of its parts, taking the viewpoint of the parts rather than the whole. In other words, it is a bottom-up, constructionist view of the world. Start Thinking in Promises and find out why this discipline works for documenting system behaviors from the bottom-up.","2015-07-06","2018-10-28 21:40:13","2021-02-23 16:26:40","","","194","","","","","","","","","","O'Reilly Media","Sebastopol, California","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Thinking-Promises-Mark-Burgess/dp/1491917873/ref=sr_1_1?s=books&ie=UTF8&qid=1540762796&sr=1-1&keywords=thinking+in+promises","TT refs","","","","","","","","","","","","","","","","","","","","","1 edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"MPIZY32R","book","2015","Narayan, Sriram","Agile IT Organization Design: For Digital Transformation and Continuous Delivery","","978-0-13-390335-5","","","","Design IT Organizations for Agility at Scale Aspiring digital businesses need overall IT agility, not just development team agility. In Agile IT Organization Design, IT management consultant and ThoughtWorks veteran Sriram Narayan shows how to infuse agility throughout your organization. Drawing on more than fifteen years’ experience working with enterprise clients in IT-intensive industries, he introduces an agile approach to “Business–IT Effectiveness” that is as practical as it is valuable. The author shows how structural, political, operational, and cultural facets of organization design influence overall IT agility—and how you can promote better collaboration across diverse functions, from sales and marketing to product development, and engineering to IT operations. Through real examples, he helps you evaluate and improve organization designs that enhance autonomy, mastery, and purpose: the key ingredients for a highly motivated workforce. You’ll find “close range” coverage of team design, accountability, alignment, project finance, tooling, metrics, organizational norms, communication, and culture. For each, you’ll gain a deeper understanding of where your organization stands, and clear direction for making improvements. Ready to optimize the performance of your IT organization or digital business? Here are practical solutions for the long term, and for right now. Govern for value over predictability Organize for responsiveness, not lowest cost Clarify accountability for outcomes and for decisions along the way Strengthen the alignment of autonomous teams Move beyond project teams to capability teams Break down tool-induced silos Choose financial practices that are free of harmful side effects Create and retain great teams despite today’s “talent crunch” Reform metrics to promote (not prevent) agility Evolve culture through improvements to structure, practices, and leadership—and careful, deliberate interventions","2015-06-14","2018-10-28 21:37:04","2021-02-23 21:39:57","","","302","","","","","Agile IT Organization Design","","","","","Addison-Wesley Professional","New York","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Agile-Organization-Design-Transformation-Continuous/dp/0133903354","TT refs","","","","","","","","","","","","","","","","","","","","","01 edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"HSBJKQ9G","blogPost","2016","Urquhart, James","Communications and Conway’s Law","Digital Anatomy","","","","https://medium.com/digital-anatomy/communications-and-conways-law-6a1a9deae32","In my last post, I described what I see as a disruption in the way digital businesses will operate in the future:","2016-09-28","2018-10-27 07:07:36","2021-02-23 22:11:22","2018-10-27 07:07:36","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\P5SAHF4I\communications-and-conways-law-6a1a9deae32.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"CWF2YYHQ","newspaperArticle","2010","Urquhart, James","IT operations in a cloudy world","CNET","","","","https://www.cnet.com/news/it-operations-in-a-cloudy-world/","Understanding how cloud computing and data center virtualization are forcing change in IT operations is important to understanding how to take advantage of cloud's disruptive nature.","2010-09-15","2018-10-27 06:44:13","2021-02-23 22:11:31","2018-10-27 06:44:13","","","","","","","","","","","","","","en","","","","","","","","","C:\Users\matth\Zotero\storage\S6PI5EAQ\it-operations-in-a-cloudy-world.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"ZZZRD2BI","book","2010","Dunbar, Professor Robin","How Many Friends Does One Person Need?: Dunbar's Number and Other Evolutionary Quirks","","978-0-571-25342-5","","","","We are the product of our evolutionary history and this history colours our everyday lives - from why we kiss to how religious we are. In How Many Friends Does One Person Need? Robin Dunbar explains how the distant past underpins our current behaviour, through the groundbreaking experiments that have changed the thinking of evolutionary biologists forever. He explains phenomena such as why 'Dunbar's Number' (150) is the maximum number of acquaintances you can have, why all babies are born premature and the science behind lonely hearts columns. Stimulating, provocative and highly enjoyable, this fascinating book is essential for understanding why humans behave as they do - what it is to be human.","2010-02-04","2018-10-26 21:12:53","2021-02-23 16:36:18","","","320","","","","","How Many Friends Does One Person Need?","","","","","Faber & Faber","London","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Many-Friends-Does-Person-Need/dp/0571253423/ref=tmm_hrd_swatch_0?_encoding=UTF8&qid=&sr=","TT refs","","","","","","","","","","","","","","","","","","","","","Main edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"TKKDWBEC","blogPost","2018","Wastell, Katherine","What we mean when we talk about service design at the Co-op","Co-op Digital Blog","","","","https://digitalblog.coop.co.uk/2018/10/25/what-we-mean-when-we-talk-about-service-design-at-the-co-op/","I wanted to write this post to explain what service design is at the Co-op. Service design helps build more inclusive teams as well as products and services that meet user and business needs. What …","2018-10-25","2018-10-26 16:02:14","2021-02-23 22:11:54","2018-10-26 16:02:14","","","","","","","","","","","","","","en","","","","","","","","","C:\Users\matth\Zotero\storage\FV9LB3CI\what-we-mean-when-we-talk-about-service-design-at-the-co-op.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"PE8GYYJ9","blogPost","2016","Hall, Jon","ITSM, DevOps, and why three-tier support should be replaced with Swarming.","Medium","","","","https://medium.com/@JonHall_/itsm-devops-and-why-the-three-tier-structure-must-be-replaced-with-swarming-91e76ba22304","The 3-tier support structure is ubiquitous in ITSM, but it is fundamentally at odds with DevOps principles. Swarming is a better answer.","2016-12-17","2018-10-26 15:54:30","2021-02-23 16:47:37","2018-10-26 15:54:30","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\42HW7BFA\itsm-devops-and-why-the-three-tier-structure-must-be-replaced-with-swarming-91e76ba22304.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"3YVWYJAL","blogPost","2017","Kitson, Jon","Squad Health Checks","Sky Betting & Gaming Technology Blog","","","","https://technology.skybettingandgaming.com/2017/02/01/squad-health-checks/","Enabling Continuous Improvement through regular introspection by the teams themselves.","2017-02-01","2018-10-26 12:00:18","2021-02-23 16:58:11","2018-10-26 12:00:18","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\VTL5ZZEK\squad-health-checks.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"D8QMZXPV","blogPost","2015","Overeem, Barry","How I Used the Spotify Squad Health Check Model – Barry Overeem – The Liberators","","","","","http://www.barryovereem.com/how-i-used-the-spotify-squad-health-check-model/","","2015-08-07","2018-10-26 11:58:53","2021-02-23 21:47:32","2018-10-26 11:58:53","","","","","","","","","","","","","","en-US","","","","","","","","","C:\Users\matth\Zotero\storage\VCL7UFWI\how-i-used-the-spotify-squad-health-check-model.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"SLXHSCK9","blogPost","2014","Kniberg, Henrik","Squad Health Check model – visualizing what to improve","Labs","","","","https://labs.spotify.com/2014/09/16/squad-health-check-model/","(Download the cards & instructions as PDF or PPTX) (Translations of this article: Chinese, French) What is a squad health check model? A lot of companies experiment with ways of measuring and visualizing how their teams are doing. They’re usually called “maturity models”, and involve some sort of progression through different levels. The intent of these…","2014-09-16","2018-10-26 11:59:00","2021-02-23 16:58:51","2018-10-26 11:59:00","","","","","","","","","","","","","","en","","","","","","","","","C:\Users\matth\Zotero\storage\AY6BREM7\squad-health-check-model.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"T3LYHAZ6","book","2009","Davies, Rachel; Sedley, Liz","Agile Coaching","","978-1-934356-43-2","","","","Discover how to coach your team to become more Agile. Agile Coaching de-mystifies agile practices--it's a practical guide to creating strong agile teams. Packed with useful tips from practicing agile coaches Rachel Davies and Liz Sedley, this book gives you coaching tools that you can apply whether you are a project manager, a technical lead, or working in a software team.To lead change, you need to expand your toolkit, and this book gives you the tools you need to make the transition from agile practitioner to agile coach. Agile Coaching is all about working with people to create great agile teams. You'll learn how to build a team that produces great software and has fun doing it. In the process, you'll grow a team that's self-sufficient and skillful.This book provides you with deeper knowledge of how agile practices work and how to inspire your team to improve. Discover how to coach your team through the agile lifecycle, from planning to writing software. Learn the secrets of running effective agile meetings and how to get your team following a consistent approach to creating software. You'll find chapters dedicated to introducing Test-Driven Development, designing Retrospectives, and making progress visible. Find out what works and what to avoid when introducing agile practices to your team. Throughout the book the authors share their personal coaching stories from experience with real teams, giving you insights into what works and what to avoid. Each chapter also covers hurdles that you and your team may face and what to do to clear them.","2009-09-07","2018-10-26 11:31:32","2021-02-23 16:33:18","","","250","","","","","","","","","","Pragmatic Bookshelf","Raleigh, N.C","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Agile-Coaching-Rachel-Davies/dp/1934356433/ref=sr_1_1?s=books&ie=UTF8&qid=1540553472&sr=1-1&keywords=rachel+davies+agile+coaching","TT refs","","","","","","","","","","","","","","","","","","","","","1 edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"T68G89NR","book","2010","Adkins, Lyssa","Coaching Agile Teams: A Companion for ScrumMasters, Agile Coaches, and Project Managers in Transition","","978-0-321-63770-3","","","","The Provocative and Practical Guide to Coaching Agile Teams As an agile coach, you can help project teams become outstanding at agile, creating products that make them proud and helping organizations reap the powerful benefits of teams that deliver both innovation and excellence. More and more frequently, ScrumMasters and project managers are being asked to coach agile teams. But it’s a challenging role. It requires new skills―as well as a subtle understanding of when to step in and when to step back. Migrating from “command and control” to agile coaching requires a whole new mind-set. In Coaching Agile Teams, Lyssa Adkins gives agile coaches the insights they need to adopt this new mind-set and to guide teams to extraordinary performance in a re-energized work environment. You’ll gain a deep view into the role of the agile coach, discover what works and what doesn’t, and learn how to adapt powerful skills from many allied disciplines, including the fields of professional coaching and mentoring. Coverage includesUnderstanding what it takes to be a great agile coach Mastering all of the agile coach’s roles: teacher, mentor, problem solver, conflict navigator, and performance coach Creating an environment where self-organized, high-performance teams can emerge Coaching teams past cooperation and into full collaboration Evolving your leadership style as your team grows and changes Staying actively engaged without dominating your team and stunting its growth Recognizing failure, recovery, and success modes in your coaching Getting the most out of your own personal agile coaching journey Whether you’re an agile coach, leader, trainer, mentor, facilitator, ScrumMaster, project manager, product owner, or team member, this book will help you become skilled at helping others become truly great. What could possibly be more rewarding?","2010-05-18","2018-10-26 11:31:03","2021-02-23 16:00:03","","","342","","","","","Coaching Agile Teams","","","","","Addison-Wesley Professional","Upper Saddle River, NJ","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Coaching-Agile-Teams-ScrumMasters-Addison-Wesley/dp/0321637704","TT refs","","","","","","","","","","","","","","","","","","","","","01 edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"V6DDAHL7","book","2018","Skelton, Matthew","Tech Talks for Beginners","","978-1-912058-85-3","","","","","2018","2018-10-26 11:20:26","2021-02-23 22:06:17","","","","","","","","","","","","","Conflux Digital","Leeds, UK","","","","","","","","","","","","TT refs","","","","","","","","","","","","","","","","","","","","","1","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"MJT5ZBFR","book","2019","Morgan-Smith, Victoria; Skelton, Matthew","Internal Tech Conferences","","978-1-912058-97-6","","","","","2019","2018-10-25 20:50:12","2021-02-23 21:34:53","","","","","","","","","","","","","Conflux Digital","Leeds, UK","","","","","","","","","","","","TT refs","","","","","","","","","","","","","","","","","","","","","1","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"4UYU38UV","videoRecording","2018","Kitagawa, Justin","Platforms at Twilio: Unlocking Developer Effectiveness","","","","","https://www.infoq.com/presentations/twilio-devops","Justin Kitagawa talks about Twilio’s DevOps culture of “You build it, you run it”, and how its internal Platform has evolved to reduce their engineer’s cognitive load by providing a unified self-service, declarative platform to build, deliver, and run the thousands of global microservices that make up Twilio. He discusses the evolution, tenets, and lessons learned of Twilio’s internal Platform.","2018-10-18","2018-10-24 21:17:18","2021-02-23 16:57:59","2018-10-24 21:17:18","","","","","","","Platforms at Twilio","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\XGL6886I\Kitagawa - 2018 - Platforms at Twilio Unlocking Developer Effective.pdf","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"TA67PY88","book","2009","Rother, Mike","Toyota Kata: Managing People for Improvement, Adaptiveness and Superior Results","","978-0-07-163523-3","","","","""Toyota Kata gets to the essence of how Toyota manages continuous improvement and human ingenuity, through its improvement kata and coaching kata. Mike Rother explains why typical companies fail to understand the core of lean and make limited progress―and what it takes to make it a real part of your culture.""―Jeffrey K. Liker, bestselling author of The Toyota Way""[Toyota Kata is] one of the stepping stones that will usher in a new era of management thinking.""―The Systems Thinker""How any organization in any industry can progress from old-fashioned management by results to a strikingly different and better way.""―James P. Womack, Chairman and Founder, Lean Enterprise Institute""Practicing the improvement kata is perhaps the best way we've found so far for actualizing PDCA in an organization.""―John Shook, Chairman and CEO, Lean Enterprise InstituteThis game-changing book puts you behind the curtain at Toyota, providing new insight into the legendary automaker's management practices and offering practical guidance for leading and developing people in a way that makes the best use of their brainpower.Drawing on six years of research into Toyota's employee-management routines, Toyota Kata examines and elucidates, for the first time, the company's organizational routines--called kata--that power its success with continuous improvement and adaptation. The book also reaches beyond Toyota to explain issues of human behavior in organizations and provide specific answers to questions such as:How can we make improvement and adaptation part of everyday work throughout the organization?How can we develop and utilize the capability of everyone in the organization to repeatedly work toward and achieve new levels of performance?How can we give an organization the power to handle dynamic, unpredictable situations and keep satisfying customers? Mike Rother explains how to improve our prevailing management approach through the use of two kata: Improvement Kata--a repeating routine of establishing challenging target conditions, working step-by-step through obstacles, and always learning from the problems we encounter; and Coaching Kata: a pattern of teaching the improvement kata to employees at every level to ensure it motivates their ways of thinking and acting.With clear detail, an abundance of practical examples, and a cohesive explanation from start to finish, Toyota Kata gives executives and managers at any level actionable routines of thought and behavior that produce superior results and sustained competitive advantage.","2009-10-16","2018-10-19 11:42:36","2021-02-23 21:58:00","","","336","","","","","Toyota Kata","","","","","McGraw-Hill Education","New York","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Toyota-Kata-Managing-Improvement-Adaptiveness/dp/0071635238","TT refs","","","","","","","","","","","","","","","","","","","","","1 edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"B29X8MKS","presentation","2016","Pivotal","Microservices: Organizing Large Teams for Rapid Delivery","","","","","https://www.slideshare.net/Pivotal/microservices-organizing-large-teams-for-rapid-delivery","SpringOne Platform 2016 Speakers: Patricia Anderson; Senior Consultant, Credera. Micah Blalock; Senior Architect, Credera. Jason Goth; Principal Architect, Credera. A microservice architecture is pattern that is most commonly associated with larger organizations where services and teams are organized around separate business capabilities. In a project our team recently completed, we used a microservice architecture to allow us to organize a large team to develop a large analytics platform at speeds that would not have been possible using a more typical service-oriented architecture. In this session, we discuss the organizational structure and communication and development strategies and tools to allow teams to work in parallel without drowning in process overhead and coordination costs.","2016","2018-10-19 11:21:48","2021-02-23 21:31:09","2018-10-19 11:21:48","","","","","","","Microservices","","","","","","","","","Technology","","","","","","","","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"ZASPG4RX","book","2018","Forsgren, Nicole; Humble, Jez","Accelerate: The Science of Lean Software and Devops: Building and Scaling High Performing Technology Organizations","","978-1-942788-33-1","","","","Accelerate your organization to win in the marketplace. How can we apply technology to drive business value? For years, we've been told that the performance of software delivery teams doesn't matter that it can't provide a competitive advantage to our companies. Through four years of groundbreaking research, Dr. Nicole Forsgren, Jez Humble, and Gene Kim set out to find a way to measure software delivery performance and what drives it using rigorous statistical methods. This book presents both the findings and the science behind that research, making the information accessible for readers to apply in their own organizations. Readers will discover how to measure the performance of their teams, and what capabilities they should invest in to drive higher performance. This book is ideal for management at every level.","2018-04-30","2018-10-17 20:52:37","2021-02-23 16:45:08","","","156","","","","","Accelerate","","","","","Trade Select","Portland, Oregon","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Accelerate-Software-Performing-Technology-Organizations/dp/1942788339","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"H7CER33F","book","2007","Roberts, John","The Modern Firm: Organizational Design for Performance and Growth","","978-0-19-829375-0","","","","Business firms around the world are experimenting with new organizational designs, changing their formal architectures, their routines and processes, and their corporate cultures as they seek to improve their current performance and their growth prospects. In the process they are changing the scope of their business operations, redrawing their organization charts, redefining the allocation of decision-making authority and responsibility, revamping the mechanisms for motivating and rewarding people, reconsidering which activities to conduct in-house and which to out-source, redesigning their information systems, and seeking to alter the shared beliefs, values and norms that their people hold. In this book, John Roberts argues that there are predictable, necessary relationships among these changes that will improve performance and growth. The organizations that are successful will establish patterns of fit among the elements of their organizational designs, their competitive strategies and the external environment in which they operate and will go about this in a holistic manner. The Modern Firm develops powerful conceptual frameworks for analyzing the interrelations between organizational design features, competitive strategy and the business environment. Written in a non-technical language, the book is nevertheless based on rigorous modeling and draws on numerous examples from eighteenth century fur trading companies to such modern firms such as BP and Nokia. Finally the book explores why these developments are happening now, pointing to the increase in global competition and changes in technology.","2007-10-11","2018-10-17 08:11:02","2021-02-23 21:54:49","","","334","","","","","The Modern Firm","","","","","Oxford University Press, USA","Oxford","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Modern-Firm-Organizational-Performance-Management/dp/0198293755","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"SS5MK9B6","book","2017","Degrandis, Dominica","Making Work Visible: Exposing Time Theft to Optimize Workflow","","978-1-942788-15-7","","","","If someone stole your wallet, you'd notice it. So why don't people notice when they are robbed of something much more valuable than their wallet--time?Today's workers are drowning: nonstop requests for time, days filled to the brim with meetings, and endless nights spent heroically fixing the latest problems. This churn and burn is creating a workforce constantly on the edge of burnout. In this timely book, IT time management expert Dominica DeGrandis reveals the real crime of the century--time theft, one of the most costly factors impacting enterprises in their day-to-day operations. Through simple solutions that make work visible, DeGrandis helps people round up the five thieves of time and take back their lives with time-saving solutions. Chock-full of exercises, takeaways, real-world examples, colorful diagrams, and an easy-going writing style, readers will quickly learn effective practices to create high-performing workflows within an organization. The technology world--and indeed the whole business world--is moving at a pace faster than ever before, and it shows no signs of slowing down. Instead of consigning ourselves to the pressure cooker of the modern world, it's time to elevate how we work. It's time to level up our game. It's time to make work visible.","2017-11-02","2018-10-17 07:36:57","2021-02-23 16:33:31","","","376","","","","","Making Work Visible","","","","","IT Revolution Press","Portland, OR","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Making-Work-Visible-Exposing-Optimize/dp/1942788150","TT refs","","","","","","","","","","","","","","","","","","","","","1 edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"N4HH534Q","book","2015","Stanford, Naomi","The Economist Guide to Organisation Design 2nd edition: Creating high-performing and adaptable enterprises","","978-1-78125-310-6","","","","Thousands of established businesses fail every year because of the way they are organised, or re-organised. Business survival can depend not only on whether its structures and reporting lines meet the needs of the market, but also whether they can adapt in the face of a rapidly changing business environment. Yet managers seldom talk coherently about structuring or restructuring their operations, let alone take a systematic approach to this vital issue. Too often, companies are restructured for the wrong reasons - for example, because a new CEO wants to make an impact, or to work around a new IT system. This revised and updated Economist Guide shows how leaders should think about and implement the design of a company, using five easy-to-use guiding principles: - Design a company around its strategy and the operating context, not for ulterior or non-business reasons; - Think holistically - don't restructure just one division without taking into account other operations;- Consider future markets, customers and trends, not just what works best now;- Invest time and resources: - a redesign can be complicated to implement and must be done without disrupting daily activities; and - Go back to the basics of how the company operates and its market position; this is not a repair job to fix a short-term problem.","2015-02-26","2018-10-16 20:20:37","2021-02-23 22:08:33","","","352","","","","","The Economist Guide to Organisation Design 2nd edition","","","","","Economist Books","London","English","","","","","Amazon","","","","","https://smile.amazon.co.uk/Economist-Guide-Organisation-Design-high-performing/dp/1781253102/ref=pd_sbs_14_1?_encoding=UTF8&pd_rd_i=1781253102&pd_rd_r=ec9050b3-d180-11e8-b159-3974f32f437e&pd_rd_w=V0Xre&pd_rd_wg=Udpfi&pf_rd_i=desktop-dp-sims&pf_rd_m=A3P5ROKL5A1OLE&pf_rd_p=18edf98b-139a-41ee-bb40-d725dd59d1d3&pf_rd_r=BH8EGR56GCY11FY8710V&pf_rd_s=desktop-dp-sims&pf_rd_t=40701&psc=1&refRID=BH8EGR56GCY11FY8710V","TT refs","","","","","","","","","","","","","","","","","","","","","2 edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"DGDZLWBC","videoRecording","2018","IT Revolution","DevOps Over Coffee - Adidas","","","","","https://www.youtube.com/watch?v=oOjdXeGp44E&feature=youtu.be&t=1071","","2018-07-03","2018-10-16 13:41:15","2021-02-23 16:53:33","2018-10-16 13:41:14","","","","","","","","","","","DevOps Enterprise Summit","","","","","","","","YouTube","","","","","","TT refs","adidas; devops; devops enterprise summit; devops training; devops tutorial; does18; does18 london; does18 uk; enterprise; fernando cornago; london; markus rautert; summit; uk; what is devops","","","","","","","","","","","","","","","","","","","","","1923 seconds","","","","","","","","","","","","","","","","","","","","","","","","",""
+"KLUJM3IU","blogPost","2012","Humble, Jez","There's No Such Thing as a ""Devops Team"" - Continuous Delivery","Continuous Delivery","","","","https://continuousdelivery.com/2012/10/theres-no-such-thing-as-a-devops-team/","","2012-10-19","2018-10-15 20:07:11","2021-02-23 16:51:03","2018-10-15 20:07:11","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\UC6XPKB2\theres-no-such-thing-as-a-devops-team.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"TTH2RV3D","blogPost","2017","Mihaljov, Timo","Having a dedicated DevOps person who does all the DevOpsing is like having a dedicated collaboration person who does all the collaborating.","@noidi","","","","https://twitter.com/noidi/status/852879869998501889","","2017-04-14","2018-10-15 20:04:19","2021-02-23 21:31:23","2018-10-15 20:04:19","","","","","","","","","","","","","","en","","Tweet","","","","","","","C:\Users\matth\Zotero\storage\BKWL4T64\852879869998501889.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"HFBHZVQB","webpage","2017","Beal, Helen","The Industry Just Can't Decide about DevOps Teams","InfoQ","","","","https://www.infoq.com/news/2017/10/devops-teams-good-or-bad","The incidence of DevOps teams is on the rise according to reports, but the industry remains divided on whether a DevOps team should even exist. Some are wary of creating additional silos, or are of the opinion that DevOps is a methodology that everyone should subscribe to in an organisation; others point to DevOps teams as an effective way of transitioning to a new way of working.","2017-10-26","2018-10-15 20:00:45","2021-02-23 16:19:43","2018-10-15 20:00:45","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\FYUNDLSG\devops-teams-good-or-bad.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"ZDHI9HQ4","presentation","2016","Munns, Chris","Chris Munns, DevOps @ Amazon: Microservices, 2 Pizza Teams, & 50 Mill…","","","","","http://www.slideshare.net/TriNimbus/chris-munns-devops-amazon-microservices-2-pizza-teams-50-million-deploys-a-year","","2016-05-02","2016-08-12 02:36:19","2021-02-23 21:35:31","2016-08-12 02:36:19","","","","","","","Chris Munns, DevOps @ Amazon","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\ZDUED6WE\Munns - 2016 - Chris Munns, DevOps @ Amazon Microservices, 2 Piz.pdf","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"2LBL863J","book","2011","Pink, Daniel H.","Drive","","978-1-84767-769-3","","","","A BOOK THAT WILL CHANGE HOW YOU THINK AND TRANSFORM HOW YOU LIVEForget everything you thought you knew about how to motivate people - at work, at school, at home. As Daniel H. Pink explains in this paradigm-shattering book, the true secret to high performance and satisfaction in today's world is the deeply human need to direct our own lives, to learn and create new things, and to do better by ourselves and the world.","2011-01-13","2018-10-15 19:40:35","2021-02-23 21:53:22","","","256","","","","","","","","","","Canongate Books Ltd","Edinburgh","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Drive-Daniel-H-Pink/dp/184767769X","TT refs","","","","","","","","","","","","","","","","","","","","","Main edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"62KEULJI","webpage","2012","Pais, Manuel","Prezi's CTO on how to remain a lean startup after 4 years","InfoQ","","","","https://www.infoq.com/news/2012/10/Prezi-lean-startup","Peter Halacsy, CTO of Prezi, spoke today at DevOps Days in Rome about the evolution of the company in the past 3 years as a lean startup. He discussed how embracing failure is the only way to grow and improve the business. These principles affected all aspects of the company, from its structure to people recruitment, responsibility, technology stack and mostly the culture.","2012-10-05","2018-10-15 19:35:23","2021-02-23 21:48:54","2018-10-15 19:35:23","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\XBSSQZH6\Prezi-lean-startup.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"ZHV8B2PA","newspaperArticle","2014","Bauernberger, Joachim","DevOps in Telecoms – is it possible?","Telecom Tech News","","","","http://www.telecomstechnews.com/news/2014/oct/01/devops-telecoms-it-possible/","In telecoms, the adoption of DevOps is much higher than generally believed and it seems most are willing to extend their existing agile methodologies.","2014-10-01","2016-07-06 20:39:48","2021-02-23 16:19:04","2016-07-06 20:39:48","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\7ZII52A2\devops-telecoms-it-possible.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"WFP3GLWF","blogPost","2011","Netflix Technology Blog","The Netflix Simian Army","Netflix TechBlog","","","","https://medium.com/netflix-techblog/the-netflix-simian-army-16e57fbab116","Keeping our cloud safe, secure, and highly available","2011-07-19","2018-10-15 08:42:29","2021-02-23 21:40:56","2018-10-15 08:42:29","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\XZZSL7UH\the-netflix-simian-army-16e57fbab116.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"KF9X5G9S","webpage","2015","Bryson, Brandon","Architects Should Code: The Architect's Misconception","InfoQ","","","","https://www.infoq.com/articles/architects-should-code-bryson","The responsibility of an architect reaches far past design and business concerns. Their design's implementation is ultimately their only measure of success; they should get their hands dirty and help.","2015-08-06","2018-10-15 08:36:19","2021-02-23 16:26:16","2018-10-15 08:36:19","","","","","","","Architects Should Code","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\TKCX2LFH\architects-should-code-bryson.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"6JCRZHBN","blogPost","2015","Adams, Paul","Scaling Product Teams: How to Build and Structure for Hypergrowth","Inside Intercom","","","","https://www.intercom.com/blog/how-we-build-software/","There’s been lots written about how Internet businesses should build software, from books like The Lean Start-Up, and posts from...","2015-01-28","2018-10-15 07:51:26","2021-02-23 15:59:46","2018-10-15 07:51:26","","","","","","","Scaling Product Teams","","","","","","","en-US","","","","","","","","","C:\Users\matth\Zotero\storage\REPVWSJQ\how-we-build-software.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"W7DRX8DG","magazineArticle","2014","Hastie, Shane","An interview with Sam Guckenheimer on Microsoft's Journey to Cloud Cadence","InfoQ","","","","https://www.infoq.com/articles/agile2014-guckenheimer","At the recent Agile 2014 conference Sam Guckenheimer gave the opening keynote on Microsoft Developer Division's transition to a continuous delivery model. After the talk he sat down with InfoQ to discuss what it takes to achieve operational agility and cloud cadence.","2014-10-17","2018-10-15 07:38:51","2021-02-23 16:47:52","2018-10-15 07:38:51","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\ILDAF4FE\agile2014-guckenheimer.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"2UBPSZYG","presentation","2015","Kniberg, Henrik","Real-Life Agile Scaling","","","","","http://blog.crisp.se/wp-content/uploads/2015/11/Real-life-agile-scaling.pdf","","2015-11-21","2018-10-15 07:26:10","2021-02-23 16:58:39","","","","","","","","","","","","","","Bangkok","","","","","","","","","","C:\Users\matth\Zotero\storage\FC76KA3I\Real-life-agile-scaling.pdf","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","Agile Tour Bangkok","","","","","","","","","","","","","","","",""
+"8A3SU9SC","webpage","","innolution","Feature Team Definition | Innolution","","","","","https://innolution.com/resources/glossary/feature-team","","","2018-10-14 22:06:28","2021-02-23 16:53:20","2018-10-14 22:06:28","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\CSL5ASPY\feature-team.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"DFS9SAK7","book","2016","Beyer, Betsy; Petoff, Jennifer; Jones, Chris; Murphy, Niall Richard","Site Reliability Engineering","","978-1-4919-2912-4","","","","The overwhelming majority of a software system’s lifespan is spent in use, not in design or implementation. So, why does conventional wisdom insist that software engineers focus primarily on the design and development of large-scale computing systems?In this collection of essays and articles, key members of Google’s Site Reliability Team explain how and why their commitment to the entire lifecycle has enabled the company to successfully build, deploy, monitor, and maintain some of the largest software systems in the world. You’ll learn the principles and practices that enable Google engineers to make systems more scalable, reliable, and efficient—lessons directly applicable to your organization.This book is divided into four sections:Introduction—Learn what site reliability engineering is and why it differs from conventional IT industry practicesPrinciples—Examine the patterns, behaviors, and areas of concern that influence the work of a site reliability engineer (SRE)Practices—Understand the theory and practice of an SRE’s day-to-day work: building and operating large distributed computing systemsManagement—Explore Google's best practices for training, communication, and meetings that your organization can use","2016-04-08","2018-10-14 15:47:13","2021-02-23 16:21:18","","","552","","","","","","","","","","O′Reilly","Beijing ; Boston","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Site-Reliability-Engineering-Betsy-Beyer/dp/149192912X","TT refs","","","","","","","","","","","","","","","","","","","","","1 edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"ABDE7ZBV","blogPost","2017","Dogan, Jaana B.","The SRE model","JBD","","","","https://medium.com/@rakyll/the-sre-model-6e19376ef986","Cindy Sridharan’s fantastic article on why everyone is not ops makes you rethink of the relationship between your development and…","2017-07-31","2018-10-14 15:43:48","2021-02-23 16:34:33","2018-10-14 15:43:48","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\YBCLU3NT\the-sre-model-6e19376ef986.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"ERS7PGKJ","blogPost","2016","Rensin, Dave","Introducing Google Customer Reliability Engineering","Google Cloud Blog","","","","https://cloud.google.com/blog/products/gcp/introducing-a-new-era-of-customer-support-google-customer-reliability-engineering/","In the 25 years that I’ve been in technology nearly everything has changed. Computers have moved out of the labs and into our pockets. They’re connected to","2016-10-10","2018-10-14 15:33:55","2021-02-23 21:54:35","2018-10-14 15:33:55","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\8TF4ZA2H\introducing-a-new-era-of-customer-support-google-customer-reliability-engineering.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"FEQ2FELQ","book","2001","Weinberg, Gerald M.","An Introduction to General Systems Thinking","","978-0-932633-49-1","","","","For more than twenty-five years, An Introduction to General Systems Thinking has been hailed as an innovative introduction to systems theory, with applications in computer science and beyond. Used in university courses and professional seminars all over the world, the text has proven its ability to open minds and sharpen thinking. Originally published in 1975 and reprinted more than twenty times over a quarter century—and now available for the first time from Dorset House Publishing—the text uses clear writing and basic algebraic principles to explore new approaches to projects, products, organizations, and virtually any kind of system. Scientists, engineers, organization leaders, managers, doctors, students, and thinkers of all disciplines can use this book to dispel the mental fog that clouds problem-solving. As author Gerald M. Weinberg writes in the new Preface to the Silver Anniversary Edition, ""I haven't changed my conviction that most people don't think nearly as well as they could had they been taught some principles of thinking."" Now an award-winning author of nearly forty books spanning the entire software development life cycle—including The Psychology of Computer Programming: Silver Anniversary Edition and Exploring Requirements (with Donald C. Gause)—Weinberg had already acquired extensive experience as a programmer, manager, university professor, and consultant when this book was originally published. With helpful illustrations, numerous end-of-chapter exercises, and an appendix on a mathematical notation used in problem-solving, An Introduction to General Systems Thinking may be your most powerful tool in working with problems, systems, and solutions.","2001-01-01","2018-10-14 14:13:14","2021-02-23 22:14:02","","","279","","","","","","","","","","Dorset House Publishing Co Inc.,U.S.","New York","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Introduction-General-Systems-Thinking/dp/0932633498","TT refs","","","","","","","","","","","","","","","","","","","","","25 Silver anniversary ed edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"I5NIJHCB","blogPost","2015","Scaled Agile","System Team – Scaled Agile Framework","","","","","https://www.scaledagileframework.com/system-team/","SAFe for Lean Enterprises","2015","2018-10-14 06:50:00","2021-02-23 22:10:10","2018-10-14 06:50:00","","","","","","","","","","","","","","en-US","","","","","","","","","C:\Users\matth\Zotero\storage\MBRRIA76\system-team.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"K6ZJM46I","journalArticle","2018","O'Connor, Debra; Johnson, Tristan","UNDERSTANDING TEAM COGNITION IN PERFORMANCE IMPROVEMENT TEAMS: A META ANALYSIS OF CHANGE IN SHARED MENTAL MODELS","","","","","","Team cognition is comprised of several factors including shared knowledge or shared mental models (SMM). As there is little agreement about best methods for measuring SMM, this study utilized data from four previous studies and the ACSMM methodology for analysis of data. Findings about SMM in Performance Improvement teams indicate that changes in SMM take place during team task performance and that the changes are similar from one PI team to another. 1 Background","2018-10-13","2018-10-13 07:32:39","2021-02-23 21:46:26","","","","","","","","UNDERSTANDING TEAM COGNITION IN PERFORMANCE IMPROVEMENT TEAMS","","","","","","","","","","","","ResearchGate","","","","","https://www.researchgate.net/publication/238589980_UNDERSTANDING_TEAM_COGNITION_IN_PERFORMANCE_IMPROVEMENT_TEAMS_A_META_ANALYSIS_OF_CHANGE_IN_SHARED_MENTAL_MODELS","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"Z45UJSL6","book","2004","","Team Cognition: Understanding the Factors That Drive Process and Performance","","978-1-59147-103-5","","","","Given the increased reliance on teams in many organizational settings, it is critical that all those who are interested in improving training and performance better understand team dynamics. During the past decade, cognitive science has substantially influenced the study of team performance and has helped develop the field of team cognition. The contributors to this volume describe the many ways in which team cognition is being used as an organizing framework to guide research into factors that affect team coordination. Nowadays, team cognition must be considered not only within """"conventional"""" teams, but also across time and space in distributed teams, and - because of increased use of artificial team members (e.g., intelligent agents) - across people and machines. All of these complicating factors are considered, along with methodological issues that surround the process of measuring and defining team cognition. The unique blend of theory and data in this multidisciplinary book will be of value to psychologists and academics interested in cognition and organizational behavior, to team researchers and practitioners in Industry and the military, and to graduate students Interested in group processes and performance.","2004-03-31","2018-10-13 07:13:19","2021-02-23 22:02:22","","","264","","","","","Team Cognition","","","","","American Psychological Assoc","Washington, DC","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Team-Cognition-Understanding-Factors-Performance/dp/1591471036","TT refs","","Salas, Eduardo; Fiore, Stephen M.","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"H6XDRADY","presentation","2016","Jo Pearce","Hacking Your Head : Managing Information Overload (extended)","","","","","https://www.slideshare.net/JoPearce5/hacking-your-head-managing-information-overload-extended","There are limits on our ability to learn and process information.","2016-04-29","2018-10-13 06:41:28","2021-02-23 21:52:24","2018-10-13 06:41:28","","","","","","","Hacking Your Head","","","","","","","","","Technology","","","","","","","","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"VU3EZHSX","interview","2018","Sinha, Harsh","Harsh Sinha on Building Culture at TransferWise","","","","","https://www.infoq.com/podcasts/Harsh-Sinha-transferwise-building-culture","In this podcast Shane Hastie, Lead Editor for Culture & Methods, spoke to Harsh Sinha, CTO of TransferWise, about deliberately designing organisational culture.","2018-02-19","2018-10-12 10:24:17","2021-02-23 22:05:08","2018-10-12 10:24:17","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\385WSC2A\Harsh-Sinha-transferwise-building-culture.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"KZF6N5W3","conferencePaper","2014","Eckstein, Jutta","Architecture in Large Scale Agile Development","Agile Methods. Large-Scale Development, Refactoring, Testing, and Estimation","978-3-319-14358-3","","","","In order to welcome changing requirements (even late in development) agile development should enable the architecture to incorporate these changes and therefore to emerge over time. This implies not finalizing the architecture upfront. Moreover, in small agile teams it is assumed that there is no dedicated role for an architect – instead the whole team should be responsible for the architecture. In large-scale agile development the requirement for an emergent architecture still holds true. However, it is unrealistic to ask members of e.g. ten teams to be equally responsible for the architecture. Moreover, the role and support for the architecture depends not only on the degree of the size but as well on the degree of complexity. In this paper I report on the experience using different models for supporting emergent architecture in large environments that take the degree of complexity into account.","2014","2018-10-10 21:19:07","2021-02-23 16:36:54","","21-29","","","","","","","Lecture Notes in Business Information Processing","","","","Springer International Publishing","","en","","","","","Springer Link","","","","C:\Users\matth\Zotero\storage\JE895XXZ\Eckstein - 2014 - Architecture in Large Scale Agile Development.pdf","","TT refs","agile methods; architect; change; chief architect; community of practice; complexity; emergent architecture; large-scale agile software development; project management; software engineering; technical consulting team; technical service team; uncertainty","Dingsøyr, Torgeir; Moe, Nils Brede; Tonelli, Roberto; Counsell, Steve; Gencel, Cigdem; Petersen, Kai","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"MPYLVCVN","book","2004","Eckstein, Jutta","Agile Development in the Large: Diving into the Deep","","978-0-932633-57-6","","","","Agile or ""lightweight"" processes have revolutionized the software development industry. They're faster and more efficient than traditional software development processes. They enable developers to * embrace requirement changes during the project * deliver working software in frequent iterations * focus on the human factor in software development Unfortunately, most agile processes are designed for small or mid-sized software development projects—bad news for large teams that have to deal with rapid changes to requirements. That means all large teams! With Agile Software Development in the Large, Jutta Eckstein—a leading speaker and consultant in the agile community—shows how to scale agile processes to teams of up to 200. The same techniques are also relevant to teams of as few as 10 developers, especially within large organizations. Topics include * the agile value system as used in large teams * the impact of a switch to agile processes * the agile coordination of several sub-teams * the way project size and team size influence the underlying architecture Stop getting frustrated with inflexible processes that cripple your large projects! Use this book to harness the efficiency and adaptability of agile software development.","2004-01-01","2018-10-10 21:09:55","2021-02-23 16:36:39","","","234","","","","","Agile Development in the Large","","","","","Dorset House Publishing Co Inc.,U.S.","New York","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Agile-Development-Large-Diving-into/dp/0932633579/ref=tmm_pap_title_0?_encoding=UTF8&qid=&sr=","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"LT3FQAP6","book","1986","Deming, W. Edwards","Out of the Crisis","","978-0-262-54115-2","","","","","1986","2018-10-10 20:40:51","2021-02-23 16:34:07","","","","","","","","","","","","","Massachusetts Institute of Technology","Cambridge, Mass.","","","","","","Amazon","","","","","https://www.amazon.co.uk/Out-Crisis-W-Edwards-Deming/dp/B0016JQVWA/ref=dp_ob_title_bk","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"G24X43FM","journalArticle","2009","Jay, Graylin; Hale, Joanne; Smith, Randy; Hale, David; Kraft, Nicholas; Ward, Charles","Cyclomatic Complexity and Lines of Code: Empirical Evidence of a Stable Linear Relationship","JSEA","","","10.4236/jsea.2009.23020","","Researchers have often commented on the high correlation between McCabe's Cyclomatic Complexity (CC) and lines of code (LOC). Many have believed this correlation high enough to justify adjusting CC by LOC or even substituting LOC for CC. However, from an empirical standpoint the relationship of CC to LOC is still an open one. We undertake the largest statistical study of this relationship to date. Employing modern regression techniques, we find the linearity of this relationship has been severely underestimated, so much so that CC can be said to have absolutely no explanatory power of its own. This research presents evidence that LOC and CC have a stable practically perfect linear relationship that holds across programmers, languages, code paradigms (procedural versus object-oriented), and software processes. Linear models are developed relating LOC and CC. These models are verified against over 1.2 million randomly selected source files from the SourceForge code repository. These files represent software projects from three target languages (C, C++, and Java) and a variety of programmer experience levels, software architectures, and development methodologies. The models developed are found to successfully predict roughly 90% of CC's variance by LOC alone. This suggest not only that the linear relationship between LOC and CC is stable, but the aspects of code complexity that CC measures, such as the size of the test case space, grow linearly with source code size across languages and programming paradigms.","2009-01-01","2018-10-10 20:00:00","2021-02-23 16:54:02","","137-143","","","2","","","Cyclomatic Complexity and Lines of Code","","","","","","","","","","","","ResearchGate","","","","C:\Users\matth\Zotero\storage\ZBXI8CGR\Jay et al. - 2009 - Cyclomatic Complexity and Lines of Code Empirical.pdf; ","https://www.researchgate.net/publication/220204439_Cyclomatic_Complexity_and_Lines_of_Code_Empirical_Evidence_of_a_Stable_Linear_Relationship","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"8H6MKG3Y","magazineArticle","2015","Lowe, Steven A.","How to use event storming to achieve domain-driven design","TechBeacon","","","","https://techbeacon.com/introduction-event-storming-easy-way-achieve-domain-driven-design","Event storming is a fast, lightweight group modeling technique you can use to accelerate developer productivity and facilitate domain-driven design.","2015-10-15","2018-10-10 19:36:51","2021-02-23 21:28:27","2018-10-10 19:36:51","","","","","","","","","","","","","","en","","","","","","","","","C:\Users\matth\Zotero\storage\ML8SIA37\introduction-event-storming-easy-way-achieve-domain-driven-design.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"VXDB8MFP","blogPost","2015","Tune, Nick","Domain-Driven Architecture Diagrams","Nick Tune’s Tech Strategy Blog","","","","https://medium.com/nick-tune-tech-strategy-blog/domain-driven-architecture-diagrams-139a75acb578","Domain-Driven Design is about creating shared understanding of the problem space that is reinforced ubiquitously via conversations, code and diagrams. DDD’s Shared understanding enhances synergy and…","2015-08-15","2018-10-10 19:39:14","2021-02-23 22:10:52","2018-10-10 19:39:14","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\U72BQYKC\domain-driven-architecture-diagrams-139a75acb578.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"QWLHK9NR","magazineArticle","2009","Brandolini, Alberto","Strategic Domain Driven Design with Context Mapping","InfoQ","","","","https://www.infoq.com/articles/ddd-contextmapping","Many approaches to object oriented modeling tend not to scale well when the applications grow in size and complexity. Context Mapping technique can be used to manage the complexity in large software development projects. In this article, author Alberto Brandolini discusses the many sides of bounded contexts and how to use them to build a context map to support key decisions in a software project.","2009-11-25","2018-10-10 19:35:52","2021-02-23 16:22:28","2018-10-10 19:35:52","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\H7AZU2ME\ddd-contextmapping.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"GDJCWUGG","blogPost","2018","Wiley, Evan","Scaling XP Through Self-Similarity at Pivotal Cloud Foundry","Agile Alliance","","","","https://www.agilealliance.org/resources/experience-reports/scaling-xp-through-self-similarity-at-pivotal-cloud-foundry/","RESOURCES Author: Please Note: You must be logged in as a Member to download this content. Download (PDF)","2018-07-28","2018-10-10 14:00:02","2021-02-23 22:15:51","2018-10-10 14:00:02","","","","","","","","","","","","","","en-US","","","","","","","","","C:\Users\matth\Zotero\storage\W9EPDT2L\scaling-xp-through-self-similarity-at-pivotal-cloud-foundry.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"NDADCVA9","blogPost","2015","Blalock, Micah","Of Mustard Seeds and Microservices","Credera","","","","https://www.credera.com/blog/technology-insights/java/mustard-seeds-microservices/","Does your current architecture encourage or impede the development of a rhizomatic culture of autonomy, responsibility, collaboration, speed, and rapid course correction?","2015-05-06","2018-10-10 10:14:05","2021-02-23 16:21:39","2018-10-10 10:14:05","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\6JI5YJ7G\mustard-seeds-microservices.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"2B7JZF7M","blogPost","2015","Nygard, Michael","The Perils of Semantic Coupling - Wide Awake Developers","","","","","http://michaelnygard.com/blog/2015/04/the-perils-of-semantic-coupling/","On the subject of maneuverability, many organizations run into trouble when they try to enter new lines of business, create a partnership, or merge with another company. Updating enterprise systems becomes a large cost factor in these business initiatives, sometimes large enough to outweigh the benefits case. This is a terrible irony: our automation provides efficiency, but removes flexibility. If you break down the cost of such changes, you'll find it comes in equal parts from changes to individual systesm and changes to integrations across systems.","2015-04-29","2018-10-10 09:34:50","2021-02-23 21:45:49","2018-10-10 09:34:50","","","","","","","","","","","","","","en","","","","","","","","","C:\Users\matth\Zotero\storage\KNS9WLXC\the-perils-of-semantic-coupling.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"R3NHZ97U","blogPost","2016","Long, Josh","GARY (go ahead, repeat yourself)","@starbuxman","","","","https://twitter.com/starbuxman/status/735550836147814400","","2016-05-25","2018-10-10 10:01:45","2021-02-23 21:28:10","2018-10-10 10:01:45","","","","","","","","","","","","","","en","","Tweet","","","","","","","C:\Users\matth\Zotero\storage\RVUS2JYV\735550836147814400.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"4XMJ9PVJ","document","2016","Pivotal","The Essential Elements of Enterprise PaaS","","","","","https://content.pivotal.io/white-papers/the-essential-elements-of-enterprise-paas","","2016-12-02","2018-10-09 20:41:04","2021-02-23 16:43:22","2018-10-09 20:41:04","","","","","","","","","","","","Pivotal","","","","","","","","","","","C:\Users\matth\Zotero\storage\F9JCGQDA\Pivotal - 2016 - The Essential Elements of Enterprise PaaS.pdf; C:\Users\matth\Zotero\storage\RCQ2W9CL\the-essential-elements-of-enterprise-paas.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"EN29XWSX","journalArticle","2006","MacCormack, Alan; Rusnak, John; Baldwin, Carliss Y.","Exploring the Structure of Complex Software Designs: An Empirical Study of Open Source and Proprietary Code","Management Science","","0025-1909, 1526-5501","10.1287/mnsc.1060.0552","http://pubsonline.informs.org/doi/abs/10.1287/mnsc.1060.0552","","2006-07","2018-10-09 19:35:59","2021-02-23 21:29:05","2018-10-09 19:35:59","1015-1030","","7","52","","","Exploring the Structure of Complex Software Designs","","","","","","","en","","","","","Crossref","","","","C:\Users\matth\Zotero\storage\MKYPAY52\MacCormack et al. - 2006 - Exploring the Structure of Complex Software Design.pdf","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"XYJPGYFI","blogPost","2010","Cohn, Mike","Nine Questions To Assess Scrum Team Structure","Mountain Goat Software","","","","https://www.mountaingoatsoftware.com/blog/nine-questions-to-assess-team-structure","Scrum Team structure is critical for the success of any scrum project. Mike Cohn explains why and gives nine questions to assess scrum team structure.","2010-03-09","2018-10-09 19:20:04","2021-02-23 16:30:17","2018-10-09 19:20:04","","","","","","","","","","","","","","en","","","","","","","","","C:\Users\matth\Zotero\storage\UW4ULGGM\nine-questions-to-assess-team-structure.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"ARFZ3PN9","presentation","2015","Minick, Eric; Yanko, Curtis","Creating a DevOps Team that Isn't Evil","","","","","http://www.slideshare.net/Urbancode/creating-a-devops-team-that-isnt-evil","","2015-02-26","2016-08-11 16:27:06","2021-02-23 21:34:11","2016-08-11 16:27:06","","","","","","","","","","","","","","","","","","","","","","","","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"AFTAKJQ8","blogPost","2014","Minick, Eric","The goal for a ""DevOps Team"" should be to put itself out of business by enabling the rest of the org.","@ericminick","","","","https://twitter.com/ericminick/status/517335119330172930","","2014-10-08","2016-08-11 16:21:31","2021-02-23 21:34:01","2016-08-11 16:21:31","","","","","","","","","","","","","","","","microblog","","","","","","","C:\Users\matth\Zotero\storage\6PQZQN46\517335119330172930.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"K2VUGBXK","book","2016","Morris, Kief","Infrastructure as Code: Managing Servers in the Cloud","","978-1-4919-2435-8","","","","This book explains how to take advantage of technologies like cloud, virtualization, and configuration automation to manage IT infrastructure using tools and practices from software development. These technologies have decoupled infrastructure from the underlying hardware, turning it into data and code. ""Infrastructure as Code"" has emerged alongside the DevOps movement as a label for approaches that merge concepts like source control systems, Test Driven Development (TDD) and Continuous Integration (CI) with infrastructure management.Virtualization and cloud make it easy to rapidly expand the size of infrastructure, but the habits and practices we used in the past with hardware-based infrastructure don't keep up. Teams end up with hundreds of servers, all a bit different, and find themselves unable to fully automate their infrastructure.The book will go through the challenges and problems created by all these wonderful new tools, and the principles and mindset changes that a team needs to make to use them effectively. It describes patterns, practices, and ideas that have been adopted from software development, especially Agile concepts, and brought into the IT Ops world as part of the DevOps movement. These ways of working have been proven in many organizations, including well known names like Netflix, Amazon, and Etsy, and also in more established organizations including publishers, banks, and even the British government.","2016-06-30","2016-08-11 12:58:31","2021-02-23 21:35:18","","","250","","","","","Infrastructure as Code","","","","","O'Reilly Media","","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Infrastructure-Code-Managing-Servers-Cloud/dp/1491924357","TT refs","","","","","","","","","","","","","","","","","","","","","1 edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"BPFC4RFA","forumPost","2015","Drew Hoskins","What is it like to be part of the Infrastructure team at Facebook? - Quora","Quora","","","","https://www.quora.com/What-is-it-like-to-be-part-of-the-Infrastructure-team-at-Facebook","","2015-02-16","2016-08-11 12:54:10","2021-02-23 16:50:50","2016-08-11 12:54:10","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\EHRJFKTA\What-is-it-like-to-be-part-of-the-Infrastructure-team-at-Facebook.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"H4SKZ9CD","webpage","2010","Brown, Simon","Are You a Software Architect?","InfoQ","","","","https://www.infoq.com/articles/brown-are-you-a-software-architect","The line between development and architecture is tricky. Some say it's fake, that architecture is an extension of the design process undertaken by developers; others say it's a chasm that can only be crossed by lofty developers who believe you must abstract your abstractions and not worry about implementation details. There's a balance in the middle, but how do you move from one to the other?","2010-02-09","2016-08-11 10:56:49","2021-02-23 16:25:58","2016-08-11 10:56:49","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\RNDQZFWK\brown-are-you-a-software-architect.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"XACVW8C6","presentation","2014","Cockcroft, Adrian","Goto Berlin - Migrating to Microservices (Fast Delivery)","","","","","http://www.slideshare.net/adriancockcroft/goto-berlin","","2014-11-15","2016-08-11 09:53:04","2021-02-23 16:30:04","2016-08-11 09:53:04","","","","","","","","","","","","","Berlin","","","","","","","","","","C:\Users\matth\Zotero\storage\SMCI33X3\Cockcroft - 2014 - Goto Berlin - Migrating to Microservices (Fast Del.pdf","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","GOTO Berlin","","","","","","","","","","","","","","","",""
+"IG3GXAUS","webpage","2016","Skelton Thatcher Consulting","DevOps Topologies","","","","","http://web.devopstopologies.com","The primary goal of any DevOps setup within an organisation is to improve the delivery of value for customers and the business, not in itself to reduce costs, increase automation, or drive everything from configuration management; this means that different organisations might need different team structures in order for effective Dev and Ops collaboration to take place.","2016","2016-08-09 19:33:06","2021-02-23 22:15:38","2016-08-09 19:33:06","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\7GUPBTVE\web.devopstopologies.com.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"UIUTZNVH","interview","2014","Edwards, Damon","Damon Edwards: DevOps is an Enterprise Concern","","","","","https://www.infoq.com/interviews/interview-damon-edwards-qcon-2014","Damon argues DevOps is most needed in the enterprise world, and suggests starting with self-service provisioning interfaces, service oriented mentality, designing tool chains and meaningful metrics. All based on his own experience on the field as a DevOps consultant.","2014-05-31","2016-08-09 08:13:49","2021-02-23 21:48:43","2016-08-09 08:13:49","","","","","","","Damon Edwards","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\SCZ4F8ZC\interview-damon-edwards-qcon-2014.html","","TT refs","","","","","","","","","","","","","Pais, Manuel","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"B4P8A443","blogPost","2012","Kniberg, Henrik","Crisp's Blog » Scaling Agile @ Spotify with Tribes, Squads, Chapters & Guilds","","","","","http://blog.crisp.se/2012/11/14/henrikkniberg/scaling-agile-at-spotify","","2012","2016-07-06 22:44:45","2021-02-23 16:58:29","2016-07-06 22:44:45","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\NR8C3XAE\SpotifyScaling.pdf; C:\Users\matth\Zotero\storage\RHQEXQGX\scaling-agile-at-spotify.html; C:\Users\matth\Zotero\storage\V83UY4D8\Scaling-Agile-at-Spotify.png","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"GMVUFRBA","webpage","2013","Bennett, Drake","The Dunbar Number, From the Guru of Social Networks","Bloomberg.com","","","","http://www.bloomberg.com/news/articles/2013-01-10/the-dunbar-number-from-the-guru-of-social-networks","How a technophobic Oxford primatologist became Silicon Valley’s social networking guru","2013-01-11","2016-07-27 15:26:07","2021-02-23 16:20:15","2016-07-27 15:26:07","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\8PHP365X\the-dunbar-number-from-the-guru-of-social-networks.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"8X4Z2NB3","journalArticle","2000","Clegg, Chris W","Sociotechnical principles for system design","Applied Ergonomics","","0003-6870","10.1016/S0003-6870(00)00009-0","http://www.sciencedirect.com/science/article/pii/S0003687000000090","This paper offers a set of sociotechnical principles to guide system design, and some consideration of the role of principles of this kind. The principles extend earlier formulations by Cherns (1976, Human Relations, 29, 783–792; 1987, Human Relations, 40, 153–162). They are intended to apply to the design of new systems, including those incorporating new information technologies and a range of modern management practices and ways of working. They attempt to provide a more integrated perspective than is apparent in existing formulations. The principles are of three broad types: meta, content and process, though they are highly interrelated. They are for use by system managers, users and designers, and by technologists and social scientists. They offer ideas for debate and provide devices through which detailed design discussions can be elaborated. The principles are most likely to be effective if they are relatively freestanding, but supported by relevant methods and tools. The principles are necessary but not sufficient to make a substantial contribution to design practice.","2000-10-02","2016-07-15 13:33:27","2021-02-23 16:29:45","2016-07-15 13:33:27","463-477","","5","31","","Applied Ergonomics","","","","","","","","","","","","","ScienceDirect","","","","C:\Users\matth\Zotero\storage\QUPTPE4K\Sociotechnical_principles_for_system_des20160604-19668-qecuzw.pdf; C:\Users\matth\Zotero\storage\TFBJBNEA\S0003687000000090.html","","TT refs","INFORMATION technology; Management practices; New ways of working; Sociotechnical principles; system design","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"B2TMMBFR","journalArticle","2012","Zambonelli, Franco","Toward sociotechnical urban superorganisms","Computer","","","","http://spartan.ac.brocku.ca/~tkennedy/COMM/Zambonelli2012.pdf","Sooner or later, we’ll all become part of an urban superorganism, putting our ICT devices and unique human capabilities to use for the good of both ourselves and society.","2012","2016-07-15 13:28:37","2021-02-23 22:16:19","2016-07-15 13:28:37","","","","","","","","","","","","","","","","","","","Google Scholar","","","","C:\Users\matth\Zotero\storage\N74FQ7UK\Zambonelli2012.pdf","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"BK5CXEA5","journalArticle","1976","Cherns, Albert","The principles of sociotechnical design","Human Relations","","1741-282X(Electronic);0018-7267(Print)","10.1177/001872677602900806","","Discusses 9 principles which should be considered in the development of a sociotechnical system: compatibility, minimal critical specification, the sociotechnical criterion, the multifunctional principle or organism vs mechanism, boundary location, information flow, support congruence, and incompletion. The role of employees and union officials in the development of sociotechnical systems is discussed.","1976","2016-07-15 13:22:41","2021-02-23 16:29:27","","783-792","","8","29","","","","","","","","","","","(c) 2012 APA, all rights reserved","","","","APA PsycNET","","","","C:\Users\matth\Zotero\storage\DCJUESVN\Human Relations-1976-Cherns-783-92.pdf; C:\Users\matth\Zotero\storage\QXTIKRH7\1977-04533-001.html","","TT refs","*Organizational Development; organizational structure","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"JDN292QM","webpage","2012","Chaudhary, Mukesh","Working with Component Teams: How to Navigate the Complexity - Scrum Alliance","","","","","https://www.scrumalliance.org/community/articles/2012/september/working-with-component-teams-how-to-navigate-the-c","","2012-09-05","2016-07-06 23:27:45","2021-02-23 16:29:14","2016-07-06 23:27:45","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\T27TFI9R\working-with-component-teams-how-to-navigate-the-c.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"5NKRJGM6","blogPost","2011","Leffingwell, Dean","Feature Teams Vs. Component Teams (continued)","Scaling Software Agility","","","","https://scalingsoftwareagility.wordpress.com/2011/05/02/feature-teams-vs-component-teams-continued/","My friend and agile “ninja” Chad Holdorf ( just put up a nice post with a video and graphic explanation of the value of organizing around Features, rather than Components. For context, Chad is usin…","2011-05-02","2016-07-06 23:21:21","2021-02-23 21:11:25","2016-07-06 23:21:21","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\QVSUHN7J\feature-teams-vs-component-teams-continued.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"4GRJ5GR2","blogPost","2009","Leffingwell, Dean","Organizing at Scale: Feature Teams vs. Component Teams – Part 3","Scaling Software Agility","","","","https://scalingsoftwareagility.wordpress.com/2009/07/22/organizing-agile-at-scale-feature-teams-versus-component-teams-part-3/","As the title indicates, in the last two posts (Part 1 and Part 2 – and also be sure and check the comments from others) I’ve described the conundrum of organizing agile teams at scale, …","2009-07-22","2016-07-06 23:04:25","2021-02-23 21:11:39","2016-07-06 23:04:25","","","","","","","Organizing at Scale","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\GGR6V5IC\organizing-agile-at-scale-feature-teams-versus-component-teams-part-3.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"2INNT8TT","book","2007","Leffingwell, Dean","Scaling Software Agility: Best Practices for Large Enterprises","","978-0-321-45819-3","","","","“Companies have been implementing large agile projects for a number of years, but the ‘stigma’ of ‘agile only works for small projects’ continues to be a frequent barrier for newcomers and a rallying cry for agile critics. What has been missing from the agile literature is a solid, practical book on the specifics of developing large projects in an agile way. Dean Leffingwell’s book Scaling Software Agility fills this gap admirably. It offers a practical guide to large project issues such as architecture, requirements development, multi-level release planning, and team organization. Leffingwell’s book is a necessary guide for large projects and large organizations making the transition to agile development.” –Jim Highsmith, director, Agile Practice, Cutter Consortium, author of Agile Project Management “There’s tension between building software fast and delivering software that lasts, between being ultra-responsive to changes in the market and maintaining a degree of stability. In his latest work, Scaling Software Agility, Dean Leffingwell shows how to achieve a pragmatic balance among these forces. Leffingwell’s observations of the problem, his advice on the solution, and his description of the resulting best practices come from experience: he’s been there, done that, and has seen what’s worked.” –Grady Booch, IBM Fellow Agile development practices, while still controversial in some circles, offer undeniable benefits: faster time to market, better responsiveness to changing customer requirements, and higher quality. However, agile practices have been defined and recommended primarily to small teams. In Scaling Software Agility, Dean Leffingwell describes how agile methods can be applied to enterprise-class development. Part I provides an overview of the most common and effective agile methods. Part II describes seven best practices of agility that natively scale to the enterprise level. Part III describes an additional set of seven organizational capabilities that companies can master to achieve the full benefits of software agility on an enterprise scale. This book is invaluable to software developers, testers and QA personnel, managers and team leads, as well as to executives of software organizations whose objective is to increase the quality and productivity of the software development process but who are faced with all the challenges of developing software on an enterprise scale. Foreword Preface Acknowledgments About the Author Part I: Overview of Software Agility Chapter 1: Introduction to Agile Methods Chapter 2: Why the Waterfall Model Doesn’t Work Chapter 3: The Essence of XP Chapter 4: The Essence of Scrum Chapter 5: The Essence of RUP Chapter 6: Lean Software, DSDM, and FDD Chapter 7: The Essence of Agile Chapter 8: The Challenge of Scaling Agile Part II: Seven Agile Team Practices That Scale Chapter 9: The Define/Build/Test Component Team Chapter 10: Two Levels of Planning and Tracking Chapter 11: Mastering the Iteration Chapter 12: Smaller, More Frequent Releases Chapter 13: Concurrent Testing Chapter 14: Continuous Integration Chapter 15: Regular Reflection and Adaptation Part III: Creating the Agile Enterprise Chapter 16: Intentional Architecture Chapter 17: Lean Requirements at Scale: Vision, Roadmap, and Just-in-Time Elaboration Chapter 18: Systems of Systems and the Agile Release Train Chapter 19: Managing Highly Distributed Development Chapter 20: Impact on Customers and Operations Chapter 21: Changing the Organization Chapter 22: Measuring Business Performance Conclusion: Agility Works at Scale Bibliography Index","2007-03-08","2016-07-06 23:01:09","2021-02-23 21:11:50","","","384","","","","","Scaling Software Agility","","","","","Addison-Wesley Professional","Upper Saddle River, NJ","English","","","","","Amazon","","","","","https://www.amazon.com/Scaling-Software-Agility-Practices-Enterprises/dp/0321458192?ie=UTF8&adid=0YJHJHSXJNA4EENGM7N5&camp=14573&creative=327641&creativeASIN=0321458192&linkCode=as1&tag=wwwleffingwel-20","TT refs","","","","","","","","","","","","","","","","","","","","","1 edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"CUWR595J","book","2012","Rubin, Kenneth S.","Essential Scrum: A Practical Guide to the Most Popular Agile Process","","978-0-13-704329-3","","","","A Practical Guide to the Most Popular Agile Process The Single-Source, Comprehensive Guide to Scrum for All Team Members, Managers, and Executives If you want to use Scrum to develop innovative products and services that delight your customers, Essential Scrum is the complete, single-source reference you’ve been searching for. Leading Scrum coach and trainer Kenny Rubin illuminates the values, principles, and practices of Scrum, and describes flexible, proven approaches that can help you implement it far more effectively. Whether you are new to Scrum or years into your use, this book will introduce, clarify, and deepen your Scrum knowledge at the team, product, and portfolio levels. Drawing from Rubin’s experience helping hundreds of organizations succeed with Scrum, this book provides easy-to-digest descriptions enhanced by more than two hundred illustrations based on an entirely new visual icon language for describing Scrum’s roles, artifacts, and activities. Essential Scrum will provide every team member, manager, and executive with a common understanding of Scrum, a shared vocabulary they can use in applying it, and practical knowledge for deriving maximum value from it.","2012-07-26","2016-07-06 22:58:10","2021-02-23 22:01:13","","","504","","","","","Essential Scrum","","","","","Addison Wesley","Upper Saddle River, NJ","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Essential-Scrum-Practical-Addison-Wesley-Signature/dp/0137043295","TT refs","","","","","","","","","","","","","","","","","","","","","01 edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"8CREABDP","book","1988","Cusumano, Michael A.","Microsoft Secrets: How the World's Most Powerful Software Company Creates Technology, Shapes Markets and Manages People: How the World's Most Powerful ... Technology, Shapes Markets and Manages People","","978-0-684-85531-8","","","","PREFACE TO THE PAPERBACK EDITIONIt gives us great pleasure to write this special preface to the paperback edition of ""Microsoft Secrets, "" which we originally published in October 1995. The book has been translated into fourteen foreign languages and has been on best-seller lists around the world, in markets ranging from the United States and Japan to Germany, Brazil, and China. The personal computer software industry moves very quickly, and much has happened to Microsoft in the past three years. The strategies and principles discussed in ""Microsoft Secrets"" still appear to be guiding the company forward. ""The Internet: "" The most important change has been the rise of the Internet and the World Wide Web. When we were writing this book, Microsoft was almost totally focused on finishing Windows 95 (which shipped in August 1995), revising Office and some other applications to go with its new operating system, and launching the proprietary online network, Microsoft Network. Not until December 1995 did Bill Gates and other Microsoft executives become truly serious about the Internet, even though they did ship a basic browser, Internet Explorer 1.0, with Windows 95.Since that time, Microsoft has changed most of its product plans and products to make sure that they took advantage of the Internet's enormous capabilities. Microsoft now has 40 percent of the browser market (compared to 60 percent for Netscape). Microsoft also has a strong and growing position in server software based on Windows NT Plans for Microsoft Network did not work out as expected, although Microsoft has remade much of this system into a Web-based service.Microsoft has made maade their operating systems andapplications software. Microsoft Office had about 90 percent of the desktop applications market and had become a standard in corporations. Windows NT and Microsoft BackOffice (which includes servers and database software) were also growing rapidly in market share. These corporate products had higher profit margins than products sold to individuals and guaranteed that Microsoft's profits would probably grow faster than its revenues. ""Antitrust: "" Perhaps the biggest concern about Microsoft was antitrust. The federal government, individual state governments, and governments in Japan and Europe were all concerned that Microsoft was too powerful. We saw these same concerns when we published ""Microsoft Secrets"" in 1995. Government scrutiny of Microsoft seemed more intense in 1998, however. The scrutiny was not so much with regard to acquisitions but with Microsoft potentially using its position in operating systems to extend its dominance to other areas, such as Web-based Internet commerce.The most recent serious debate has involved features or products that Microsoft is bundling into new versions of Windows. The browser that comes with Windows 98, for example, is much more tightly integrated into the operating system than in Windows 95. Microsoft also continued to include the browser at no extra charge (which forced Netscape to make its browser available for free also, even to companies that previously had paid for it). The problem: Microsoft has allegedly pressured computer manufacturers not to load competitors' products, such as Netscape's Navigator/Communicator browser. The browser is no longer a revenue source in itself, but it is critical as a ""port al"" to the Web. Both Netscapeand Microsoft, for example, use their browsers to draw customers to their Web sites, from which point customers can purchase various products and services, such as books, news, and travel reservations. Furthermore, in Windows 98, Microsoft is including the Web TV software ""for free"" and is encouraging computer manufacturers to include hardware to support this technology. Web TV makes it possible to combine TV advertisements and programming with Internet-based sales.Not all of Microsoft's initiatives will succeed. The company can misjudge markets, as it did with the Microsoft Network. Microsoft also has more competition in Internet markets than in operating systems or desktop software. But the possibilities are limitless for Internet commerce. And Bill Gates has clearly put Microsoft in a superb position strategically and technically to thrive in this new age of the Internet. ""Product Development Process: "" To build new Internet and enterprise products, Microsoft has continued to use the same principles and organization for product development that we talked about in ""Microsoft Secrets."" The company has made some minor changes, however, that we feel are important to note. For example, in Internet groups that want to move especially fast from ideas to final products, Microsoft developers sometimes take the lead in proposing feat","1988-08-15","2016-07-06 21:41:47","2021-02-23 16:32:43","","","532","","","","","Microsoft Secrets","","","","","Simon and Schuster","New York","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Microsoft-Secrets-Powerful-Software-Technology/dp/0684855313","TT refs","","","","","","","","","","","","","","","","","","","","","1st Touchstone Ed edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"RME3HRHU","blogPost","2015","John, Wolfgang","DevOps for Service Providers - next generation tools","Ericsson Research Blog","","","","https://www.ericsson.com/research-blog/cloud/devops-for-service-providers-next-generation-tools/","SP-DevOps Toolkit for next generation telco managment, recently released by EU FP7 project Unify.","2015-12-07","2016-07-06 20:42:25","2021-02-23 16:54:20","2016-07-06 20:42:25","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\ZSH3A2MJ\devops-for-service-providers-next-generation-tools.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"JSGE2D9J","webpage","2015","Skelton, Matthew","How Different Team Topologies Influence DevOps Culture","InfoQ","","","","https://www.infoq.com/articles/devops-team-topologies","There are many different team topologies that can be effective for DevOps. Each topology comes with a slightly different culture, and a team topology suitable for one organisation may not be suited to another organisation, even in a similar sector. This article explores the cultural differences between team topologies for DevOps, to help you choose a suitable DevOps topology for your organisation.","2015-09-02","2016-07-06 07:49:39","2021-02-23 22:05:31","2016-07-06 07:49:39","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\DRCWAG2S\devops-team-topologies.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"Q2GMBBQN","journalArticle","2004","Westrum, R","A typology of organisational cultures","Quality & safety in health care","","1475-3898","10.1136/qshc.2003.009522","http://www.ncbi.nlm.nih.gov/pmc/articles/PMC1765804/","There is wide belief that organisational culture shapes many aspects of performance, including safety. Yet proof of this relationship in a medical context is hard to find. In contrast to human factors, whose contributions are many and notable, culture's impact remains a commonsense, rather than a scientific, concept. The objectives of this paper are to show that organisational culture bears a predictive relationship with safety and that particular kinds of organisational culture improve safety, and to develop a typology predictive of safety performance. Because information flow is both influential and also indicative of other aspects of culture, it can be used to predict how organisations or parts of them will behave when signs of trouble arise. From case studies and some systematic research it appears that information culture is indeed associated with error reporting and with performance, including safety. Yet this relationship between culture and safety requires more exploration before the connection can be considered definitive.","2004-12","2016-07-05 21:53:28","2021-02-23 22:14:28","2016-07-05 21:53:28","ii22-ii27","","Suppl 2","13","","Qual Saf Health Care","","","","","","","","","","","","","PubMed Central","","PMID: 15576687 PMCID: PMC1765804","","C:\Users\matth\Zotero\storage\9JR9XQE6\Westrum - 2004 - A typology of organisational cultures.pdf; ","http://www.ncbi.nlm.nih.gov/pmc/articles/PMC1765804/","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"DQGK64IJ","journalArticle","2018","Luo, Jiao; Van de Ven, Andrew H.; Jing, Runtian; Jiang, Yuan","Transitioning from a hierarchical product organization to an open platform organization: a Chinese case study","Journal of Organization Design","","2245-408X","10.1186/s41469-017-0026-x","https://doi.org/10.1186/s41469-017-0026-x","Organizations around the world are designing new forms of organizing in order to deal with the challenges of advances in information technology and digitization that promote increases in customization and innovation in the face of global competition. This paper presents a case study examining the challenges experienced by a large multinational firm as it transforms from a hierarchical product organization to an open platform network organization. We show that (a) role confusion, (b) control imbalance, and (c) staffing mismatches are key challenges associated with organizational redesign. The main lessons drawn from this case are discussed.","2018-01-05","2018-02-02 20:06:18","2021-02-23 21:28:44","2018-02-02 20:06:18","1","","","7","","Journal of Organization Design","Transitioning from a hierarchical product organization to an open platform organization","","","","","","","","","","","","BioMed Central","","","","C:\Users\matth\Zotero\storage\HB97XQVK\s41469-017-0026-x.html; C:\Users\matth\Zotero\storage\EMZQWB62\Luo et al. - 2018 - Transitioning from a hierarchical product organiza.pdf","","TT refs","China; Corporate venture; Micro-enterprise; Organization design; Strategy and structure","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"4IKUTUEX","book","2017","Gothelf, Jeff; Seiden, Josh","Sense and Respond: How Successful Organizations Listen to Customers and Create New Products Continuously","","978-1-63369-188-9","","","","The End of Assembly Line ManagementWe're in the midst of a revolution. Quantum leaps in technology are enabling organizations to observe and measure people's behavior in real time, communicate internally at extraordinary speed, and innovate continuously. These new, software-driven technologies are transforming the way companies interact with their customers, employees, and other stakeholders.This is no mere tech issue. The transformation requires a complete rethinking of the way we organize and manage work. And, as software becomes ever more integrated into every product and service, making this big shift is quickly becoming the key operational challenge for businesses of all kinds. We need a management model that doesn't merely account for, but actually embraces, continuous change. Yet the truth is, most organizations continue to rely on outmoded, industrial-era operational models. They structure their teams, manage their people, and evolve their organizational cultures the way they always have.Now, organizations are emerging, and thriving, based on their capacity to sense and respond instantly to customer and employee behaviors. In Sense and Respond, Jeff Gothelf and Josh Seiden, leading tech experts and founders of the global Lean UX movement, vividly show how these companies operate, highlighting the new mindset and skills needed to lead and manage them and to continuously innovate within them.In illuminating and instructive business examples, you'll see organizations with distinctively new operating principles: shifting from managing outputs to what the authors call  outcome-focused management""; forming self-guided teams that can read and react to a fast-changing environment; creating a learning-all-the-time culture that can understand and respond to new customer behaviors and the data they generate; and finally, developing in everyone at the company the new universal skills of customer listening, assessment, and response.This engaging and practical book provides the crucial new operational and management model to help you and your organization win in a world of continuous change. ‘The book impresses not only by its advocacy for changing the culture of companies and management processes, but also the practical details the authors advocate…Food for thought, but then added to that, plenty of sensible advice. Just what a business book should offer.’ Business Traveller, January 26, 2017 by Tom Otley ""Thanks to concrete examples, this book highlights the tools, methods and practices that businesses today need to flourish in a constantly changing world."" Business Digest (France)","2017-02-07","2017-08-16 06:38:37","2021-02-23 16:46:46","","","256","","","","","Sense and Respond","","","","","Harvard Business Review Press","Boston, Massachusetts","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Sense-Respond-Successful-Organizations-Continuously/dp/1633691888/ref=pd_sim_14_60?_encoding=UTF8&psc=1&refRID=61RF25M4AK9G580DFX56","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"KM3KHQ26","journalArticle","1999","Edmondson, Amy","Psychological Safety and Learning Behavior in Work Teams","Administrative Science Quarterly","","0001-8392","10.2307/2666999","http://journals.sagepub.com/doi/abs/10.2307/2666999","This paper presents a model of team learning and tests it in a multimethod field study. It introduces the construct of team psychological safety—a shared belief held by members of a team that the team is safe for interpersonal risk taking—and models the effects of team psychological safety and team efficacy together on learning and performance in organizational work teams. Results of a study of 51 work teams in a manufacturing company, measuring antecedent, process, and outcome variables, show that team psychological safety is associated with learning behavior, but team efficacy is not, when controlling for team psychological safety. As predicted, learning behavior mediates between team psychological safety and team performance. The results support an integrative perspective in which both team structures, such as context support and team leader coaching, and shared beliefs shape team outcomes.","1999-06-01","2017-02-07 16:13:55","2021-02-23 16:37:18","2017-02-07 16:13:55","350-383","","2","44","","Administrative Science Quarterly","","","","","","","","en","","","","","SAGE Journals","","","","C:\Users\matth\Zotero\storage\U432RN48\Edmondson - 1999 - Psychological Safety and Learning Behavior in Work.pdf","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"FHCZAERK","journalArticle","1988","Sweller, John","Cognitive load during problem solving: Effects on learning","Cognitive science","","","","http://onlinelibrary.wiley.com/doi/10.1207/s15516709cog1202_4/abstract","","1988","2016-10-19 09:59:39","2021-02-23 22:09:34","2016-10-19 09:59:39","257–285","","2","12","","","Cognitive load during problem solving","","","","","","","","","","","","Google Scholar","","","","C:\Users\matth\Zotero\storage\JWB7B8RM\s15516709cog1202_4.pdf","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"TPQMRHK8","journalArticle","1994","Sweller, John","Cognitive Load Theory, Learning Difficulty, and Instructional Design","Learning and Instruction","","","","","This paper is concerned with some of the factors that determine the difficulty of material that needs to be learned. It is suggested that when considering intellectual activities, schema acquisition and automation are the primary mechanisms of learning. The consequences of cognitive load theory for the structuring of information in order to reduce difficulty by focusing cognitive activity on schema acquisition is briefly surmnarixed. It is pointed out that cognitive load theory deals with learning and problem solving difticulty that is artificial in that it can be manipulated by instructional design. Intrinsic cognitive load in contrast, is constant for a given area because it is a basic component of the material. Intrinsic cognitive load is characterized in terms of element interactivity. The lements of most schemas must be learned simultaneously because they interact and it is the interaction that is critical. If, as in some areas, interactions between many elements must be learned, then intrinsic cognitive load will be high. In contrast, in different areas, if elements can be learned successively rather than ~~tan~~ly because they do not interact, intrinsic cognitive load will be low. It is suggested that extraneous cognitive load that interferes with learning orily is a problem under conditions of high cognitive load caused by high element interactivity. Under conditions of low element interactivity, re-designing instruction to reduce extraneous cognitive load may have no appreciable consequences. In addition, the concept of element interactivity can be used to explain not only why some material is difficult to learn but also, why it can be difficult to understand. Understanding becomes relevant when high element interactivity material with a naturally high cognitive load must be learned.","1994","2016-10-19 09:42:21","2021-02-23 22:09:46","","295-312","","","4","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\ZMPZVHDU\cognitive_load_theory_sweller.pdf","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"WUKD7AMK","blogPost","2015","Pearce, Jo","Day 3: Managing Cognitive Load for Team Learning","12 Devs of Xmas","","","","http://12devsofxmas.co.uk/2015/12/day-3-managing-cognitive-load-for-team-learning/","On the third day of Xmas, Jo Pearce explores our methods of learning as developers and how the ever-increasing complexity of our field can sometimes cause stress and anxiety. In this article Jo sho…","2015-12-28","2016-10-06 10:11:46","2021-02-23 21:52:15","2016-10-06 10:11:46","","","","","","","Day 3","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\3VJAWGR7\day-3-managing-cognitive-load-for-team-learning.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"V2C6D9AK","journalArticle","2010","Fan, Xiaocong; Chen, Po-Chun; Yen, John","Learning HMM-based cognitive load models for supporting human-agent teamwork","Cognitive Systems Research","","","","http://www.sciencedirect.com/science/article/pii/S1389041708000405","","2010","2016-10-06 10:07:24","2021-02-23 16:44:22","2016-10-06 10:07:24","108–119","","1","11","","","","","","","","","","","","","","","Google Scholar","","","","C:\Users\matth\Zotero\storage\55DBTU28\ICCM07-124.pdf","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"T3THCDPD","blogPost","2015","Seiter, Courtney","We've Changed Our Product Team Structure 4 Times: Here's Where We Are Today","Open","","","","https://open.buffer.com/product-team-evolution/","Here's a look at how we're evolving one of our teams---Buffer's product team---and creating a blueprint for the future of teams at Buffer.","2015-10-20","2016-08-11 23:36:26","2021-02-23 22:04:11","2016-08-11 23:36:26","","","","","","","We've Changed Our Product Team Structure 4 Times","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\KSKGV7DS\product-team-evolution.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"4DD433QU","webpage","2016","Almeida, Thiago","DevOps Lessons Learned at Microsoft Engineering","InfoQ","","","","https://www.infoq.com/articles/devops-lessons-microsoft","Thiago Almeida from Microsoft shares how adopting DevOps practices resulted in better engineering and happier teams, and the lessons learned in that journey.","2016-05-22","2016-08-12 02:22:54","2021-02-23 16:18:14","2016-08-12 02:22:54","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\GNAZZU5E\devops-lessons-microsoft.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"8TBUA45S","webpage","2007","Hoff, Todd","Amazon Architecture - High Scalability -","","","","","http://highscalability.com/blog/2007/9/18/amazon-architecture.html","This is a wonderfully informative Amazon update based on Joachim Rohde's discovery of an interview...","2007-09-18","2016-08-12 01:40:22","2021-02-23 16:50:27","2016-08-12 01:40:22","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\Z7KVSICF\amazon-architecture.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"4PQQFKDQ","webpage","2014","Bright, Peter","How Microsoft dragged its development practices into the 21st century","Ars Technica","","","","http://arstechnica.com/information-technology/2014/08/how-microsoft-dragged-its-development-practices-into-the-21st-century/","In the Web era of development, Waterfalls are finally out. Agile is in.","2014-08-06","2016-08-12 01:28:40","2021-02-23 16:23:01","2016-08-12 01:28:40","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\IWAF3DUM\3.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"IKBMGZGM","presentation","2014","Cooley, Faith","Organizational Design for Effective Software Development","","","","","http://www.slideshare.net/Dev9Com/organizational-design-for-effective-software-development","A Presentation by Faith Cooley on Organizational Design for Effective Software development. Check out this deck to see some of the leading changes we've seen in companies that need to get their software to market faster and more efficiently. Org Design and Agile/Continuous Delivery work hand in hand to tune your process effectively.","2014-11-12","2016-08-11 22:11:09","2021-02-23 16:31:06","2016-08-11 22:11:09","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\BIGXMMTG\Cooley - 2014 - Organizational Design for Effective Software Devel.pdf","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"9KKE22G5","bookSection","2004","Bosch, Jan","On the Development of Software Product-Family Components","Software Product Lines","978-3-540-22918-6 978-3-540-28630-1","","","http://link.springer.com/chapter/10.1007/978-3-540-28630-1_9","Several approaches to the development of shared artefacts in software product families exist. Each has advantages and disadvantages, but there is no clear framework for selecting among these alternatives. As a consequence, mismatches between the optimal approach and the one currently used by an organization may lead to several problems, such as a high degree of erosion, mismatches between product needs and shared components, organizational “noise” and inefficient knowledge management. This paper (1) presents the problems resulting from the aforementioned mismatch, (2) presents the relevant decision dimensions that define the space of alternatives, (3) discusses the advantages and disadvantages of each alternative and (4) presents a framework for selecting the best alternative for each decision dimension based on a three-stage adoption model.","2004-08-30","2016-08-11 21:49:19","2021-02-23 16:21:59","2016-08-11 21:49:19","146-164","","","","","","","Lecture Notes in Computer Science","3154","","","Springer Berlin Heidelberg","","en","©2004 Springer-Verlag Berlin Heidelberg","","","","link.springer.com","","DOI: 10.1007/978-3-540-28630-1_9","","C:\Users\matth\Zotero\storage\T5IBNSK5\splc2004-bosch.pdf; C:\Users\matth\Zotero\storage\MXDMHGGR\10.html","","TT refs","Computers and Society; Management of Computing and Information Systems; Software engineering; Software Engineering/Programming and Operating Systems","Nord, Robert L.","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"WZHR8DK7","newspaperArticle","2009","Coutu, Diane","Why Teams Don’t Work","Harvard Business Review","","","","https://hbr.org/2009/05/why-teams-dont-work","A leading organizational psychologist explains the five critical conditions that make the difference between success and failure.","2009-05-01","2016-08-11 20:00:38","2021-02-23 16:31:48","2016-08-11 20:00:38","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\8C277GFW\why-teams-dont-work.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"6FI7JWG3","blogPost","2013","Crawford, Jason","Amazon's “two-pizza teams”: The ultimate divisional organization • Uncharted Territory","Uncharted Territory on Svbtle","","","","http://blog.jasoncrawford.org/two-pizza-teams","Amazon’s “two-pizza teams” are well-known; they’ve been written about in Fast Company and the WSJ. But almost everyone misses the point. They aren’t about team size—they’re about autonomy and accountability. For context, here’s a succinct... | Jason Crawford | Co-Founder & CEO, Fieldbook","2013-07-30","2016-08-11 19:49:53","2021-02-23 16:32:09","2016-08-11 19:49:53","","","","","","","Amazon's “two-pizza teams”","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\GC5ZF858\two-pizza-teams.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"UDK4Q33P","webpage","2016","Ben Linders","Scaling Teams to Grow Effective Organizations","InfoQ","","","","https://www.infoq.com/news/2016/08/scaling-teams?utm_campaign=rightbar_v2&utm_source=infoq&utm_medium=news_link&utm_content=link_text","When organizations are growing fast it can be a challenge to keep them sane and to achieve what you actually want to achieve by hiring more people: getting more done. Alexander Grosse talked about how you scale teams to build an effective organization at Spark the Change London 2016. He explored the five domains of scaling teams: Hiring, People Management, Organization, Culture, and Communication.","2016-08-11","2016-08-11 19:29:48","2021-02-23 21:27:52","2016-08-11 19:29:48","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\6S65RK8Z\scaling-teams.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"395RNST3","webpage","2015","David Mole","Drive: How we Used Daniel Pink’s Work to Create a Happier, More Productive Work Place","InfoQ","","","","https://www.infoq.com/articles/drive-productive-workplace","The story of using Daniel Pink’s principles of Autonomy, Mastery and Purpose to create a happier and more productive workplace. We actively translated his principles into real strategies, trials and experiments which we carried out across the organisation. Some things worked and somethings didn’t, but overall we significantly increased motivation and saw remarkable rises in productivity.","2015-09-10","2016-08-11 19:25:02","2021-02-23 21:34:38","2016-08-11 19:25:02","","","","","","","Drive","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\H2AFN2U8\drive-productive-workplace.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"BXSWRUR7","webpage","2011","Kramer, Staci D.","The Biggest Thing Amazon Got Right: The Platform","","","","","https://gigaom.com/2011/10/12/419-the-biggest-thing-amazon-got-right-the-platform/","Google (NSDQ: GOOG) engineer Steve Yegge was trying to start a robust internal discussion, not post a viral hit, when he published a 4,570-w…","2011-10-12","2019-06-05 10:43:50","2021-02-23 16:59:37","2019-06-05 10:43:50","","","","","","","The Biggest Thing Amazon Got Right","","","","","","","en-US","","","","","","","","","C:\Users\matth\Zotero\storage\WA965K4D\419-the-biggest-thing-amazon-got-right-the-platform.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"GWHJPDEP","book","2015","Greenleaf, Robert K.","The Servant as Leader","","978-0-9822012-2-0","","","","This is the essay that started it all. Powerful, poetic and practical. The Servant as Leader describes some of the characteristics and activities of servant-leaders, providing examples which show that individual efforts, inspired by vision and a servant ethic, can make a substantial difference in the quality of society. Greenleaf discusses the skills necessary to be a servant-leader; the importance of awareness, foresight and listening; and the contrasts between coercive, manipulative, and persuasive power. A must-read.","2015-09-30","2019-06-05 10:36:09","2021-02-23 16:47:01","","","","","","","","","","","","","The Greenleaf Center for Servant Leadership","","English","","","","","Amazon","","","","","https://www.amazon.com/Servant-as-Leader-Robert-Greenleaf/dp/0982201222","TT refs","","","","","","","","","","","","","","","","","","","","","rev Edition edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"FLMII632","book","2016","Webber, Emily","Building Successful Communities of Practice","","978-0-9574919-3-9","","","","Connecting with other people, finding a sense of belonging and the need for support are natural human desires. Employees who don't feel supported at work don't stay around for long - or if they do, they quickly become unmotivated and unhappy. At a time when organisational structures are flattening and workforces are increasingly fluid, supporting and connecting people is more important than ever. This is where organisational communities of practice come in. Communities of practice have many valuable benefits. They include accelerating professional development; breaking down organisational silos; enabling knowledge sharing and management; building better practice; helping to hire and retain staff; and making people happier. In this book, Emily Webber shares her learning from personal experiences of building successful communities of practice within organisations. And along the way, she gives practical guidance on creating your own.","2016-02-18","2018-09-04 07:25:17","2021-02-23 22:12:09","","","80","","","","","","","","","","Blurb","London, UK","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Building-Successful-Communities-Practice-Webber/dp/095749193X","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"DTMZ7J8U","book","2009","Reinertsen, Donald G.","The Principles of Product Development Flow: Second Generation Lean Product Development","","978-1-935401-00-1","","","","A hot, new management approach called Lean Product Development is emerging. It challenges the current management orthodoxy, enabling companies to achieve 5 to 10 times improvement in product development speed, quality and efficiency. This third book by a best-selling product development author lucidly explains the principles behind these new methods and shows readers how to apply them. Winner of a 2009 Best Books Award. quite simply the most advanced product development book you can buy.","2009","2019-06-05 10:32:29","2021-02-23 21:54:21","","","294","","","","","The Principles of Product Development Flow","","","","","Celeritas","","en","","","","","Google Books","","Google-Books-ID: 1HlPPgAACAAJ","","","https://books.google.co.uk/books?id=1HlPPgAACAAJ","TT refs","Business & Economics / Management; Business & Economics / Office Management","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"ZUPVIUTJ","book","2012","Doorley, Scott; Witthoft, Scott; University, Hasso Plattner Institute of Design at Stanford; Kelley, David","Make Space: How to Set the Stage for Creative Collaboration","","978-1-118-14372-8","","","","""If you are determined to encourage creativity and provide a collaborative environment that will bring out the best in people, you will want this book by your side at all times."" Bill Moggridge, Director of the Smithsonian's Cooper-Hewitt National Design Museum ""Make Space is an articulate account about the importance of space; how we think about it, build it and thrive in it."" James P. Hackett, President and CEO, Steelcase An inspiring guidebook filled with ways to alter space to fuel creative work and foster collaboration. Based on the work at the Stanford University d.school and its Environments Collaborative Initiative, Make Space is a tool that shows how space can be intentionally manipulated to ignite creativity. Appropriate for designers charged with creating new spaces or anyone interested in revamping an existing space, this guide offers novel and non-obvious strategies for changing surroundings specifically to enhance the ways in which teams and individuals communicate, work, play--and innovate. Inside are: Tools--tips on how to build everything from furniture, to wall treatments, and rigging Situations--scenarios, and layouts for sparking creative activities Insights--bite-sized lessons designed to shortcut your learning curve Space Studies--candid stories with lessons on creating spaces for making, learning, imagining, and connecting Design Template--a framework for understanding, planning, and building collaborative environments Make Space is a new and dynamic resource for activating creativity, communication and innovation across institutions, corporations, teams, and schools alike. Filled with tips and instructions that can be approached from a wide variety of angles, Make Space is a ready resource for empowering anyone to take control of an environment.","2012-01-27","2019-04-01 10:40:44","2021-02-23 16:34:51","","","272","","","","","Make Space","","","","","John Wiley & Sons","Hoboken, N.J","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Make-Space-Stage-Creative-Collaboration/dp/1118143728","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"87QRAWC4","book","2018","Betz, Charles","Managing Digital","","978-94-018-0348-9","","","","About This BookThis book, "Managing Digital: Concepts and Practices", is intended to guide a practitioner through the journey of building a digital-first viewpoint and the skills needed to thrive in the digital-first world. As such, this book is a bit of an experiment for The Open Group; it isn’t structured as a traditional standard or guide. Instead, it is structured to show the key issues and skills needed at each stage of the digital journey, starting with the basics of a small digital project, eventually building to the concerns of a large enterprise. So, feel free to digest this book in stages — the section Introduction for the student is a good guide.The book is intended for both academic and industry training purposes. This book seeks to provide guidance for both new entrants into the digital workforce and experienced practitioners seeking to update their understanding on how all the various themes and components of IT management fit together in the new world.About The Open Group PressThe Open Group Press is an imprint of The Open Group for advancing knowledge of information technology by publishing works from individual authors within The Open Group membership that are relevant to advancing The Open Group mission of Boundaryless Information Flow™. The key focus of The Open Group Press is to publish high-quality monographs, as well as introductory technology books intended for the general public, and act as a complement to The Open Group Standards, Guides, and White Papers. The views and opinions expressed in this book are those of the author, and do not necessarily reflect the consensus position of The Open Group members or staff.","2018","2019-03-28 21:55:02","2021-02-23 16:21:07","","","612","","","","","","","","","","Van Haren","","en","","","","","Google Books","","Google-Books-ID: tPB4DwAAQBAJ","","","https://books.google.co.uk/books?id=tPB4DwAAQBAJ","TT refs","Education / General","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"4R5UBA53","book","2003","Womack, James P.; Jones, Daniel T.","Lean Thinking: Banish Waste And Create Wealth In Your Corporation","","978-0-7432-3164-0","","","","Lean Thinking was launched in the fall of 1996, just in time for the recession of 1997. It told the story of how American, European, and Japanese firms applied a simple set of principles called 'lean thinking' to survive the recession of 1991 and grow steadily in sales and profits through 1996. Even though the recession of 1997 never happened, companies were starving for information on how to make themselves leaner and more efficient. Now we are dealing with the recession of 2001 and the financial meltdown of 2002. So what happened to the exemplar firms profiled in Lean Thinking? In the new fully revised edition of this bestselling book those pioneering lean thinkers are brought up to date. Authors James Womack and Daniel Jones offer new guidelines for lean thinking firms and bring their groundbreaking practices to a brand new generation of companies that are looking to stay one step ahead of the competition.","2003-07-07","2019-03-28 20:33:59","2021-02-23 22:16:07","","","396","","","","","Lean Thinking","","","","","Simon & Schuster / Free Press","London","English","","","","","Amazon","","","","","https://www.amazon.co.uk/gp/product/0743231643/ref=ppx_od_dt_b_asin_title_s00?ie=UTF8&psc=1","TT refs","","","","","","","","","","","","","","","","","","","","","New Ed edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"WVUIQHDI","book","2004","Manns, Mary Lynn; Rising, Linda","Fearless Change: patterns for introducing new ideas","","978-0-201-74157-5","","","","“All that have ever tried to impose change in their organization will immediately recognize and truly value the in-depth knowledge and experience captured in this book. It contains a collection of eye-openers that is a treasure chest for pioneers of new organizational ideas, A fantastic toolbox for use in future missions!”―Lise B. Hvatum, product development manager, Schlumberger “If you have need of changing your organization, and especially of introducing new techniques, then you want to understand what is in this book. It will help you avoid common pitfalls that doom many such projects and will show you a clear path to success. The techniques are derived from the experience of many individuals and organizations. Many are also fun to apply. This stuff is really cool―and really hot.”―Joseph Bergin, professor of computer science, Pace University, New York“If change is the only guarantee in life, why is it so hard to do? As this book points out, people are not so much resistant to change itself as they are to being changed. Mary Lynn and Linda have successfully used the pattern form to capture and present the recurring lessons of successful change efforts and have placed a powerful knowledge resource in the hands of their readers.”―Alan O'Callaghan, researcher, Software Technology Research Laboratory, De Montfort University, United Kingdom“The most difficult part of absorbing patterns, or any technology, into an organization is overcoming the people issues. The patterns in this book are the documentation of having gone through that experience, giving those that dare push the envelope a head start at success.”―David E. DeLano, IBM Pervasive Computing“If you have ever wondered how you could possibly foster any cultural changes in your organization, in this book you will find a lot of concrete advice for doing so. I recommend that everyone read this book who has a vast interest in keeping his or her organization flexible and open for cultural change.”―Jutta Eckstein, Independent Consultant, Objects In Action Author of Agile Software Development in the Large48 Patterns for Driving and Sustaining Change in Your OrganizationChange. It's brutally tough to initiate, even harder to sustain. It takes too long. People resist it. But without it, organizations lose their competitive edge. Fortunately, you can succeed at making change. In Fearless Change, Mary Lynn Manns and Linda Rising illuminate 48 proven techniques, or patterns, for implementing change in organizations or teams of all sizes, and show you exactly how to use them successfully. Find out how toUnderstand the forces in your organization that drive and retard change Plant the seeds of change Drive participation and buy-in, from start to finish Choose an ""official skeptic"" to sharpen your thinking Make your changes appear less threatening Find the right timing and the best teaching moments Sustain your momentum Overcome adversity and celebrate successInspired by the ""pattern languages"" that are transforming fields from software to architecture, the authors illuminate patterns for every stage of the change process: knowledge, persuasion, decision, implementation, and confirmation. These flexible patterns draw on the experiences of hundreds of leaders. They offer powerful insight into change-agent behavior, organizational culture, and the roles of every participant. Best of all, they're easy to use―and they work!","2004-10-04","2019-03-04 08:01:04","2021-02-23 21:30:00","","","304","","","","","Fearless Change","","","","","Addison Wesley","Boston","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Fearless-Change-patterns-introducing-ideas/dp/0201741571","TT refs","","","","","","","","","","","","","","","","","","","","","01 edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"QBNQ4TGF","bookSection","2013","Kim, Dr Kyung Hee; Pierce, Robert A.","Convergent Versus Divergent Thinking","Encyclopedia of Creativity, Invention, Innovation and Entrepreneurship","978-1-4614-3857-1 978-1-4614-3858-8","","","http://link.springer.com/referenceworkentry/10.1007/978-1-4614-3858-8_22","Definitions - Convergent and divergent thinking are two poles on a spectrum of cognitive approaches to problems and questions (Duck 1981). On the divergent end, thinking seeks multiple perspectives and multiple possible answers to questions and problems. On the other end of the spectrum, convergent thinking assumes that a question has one right answer and that a problem has a single solution (Kneller 1971). Divergent thinking generally resists the accepted ways of doing things and seeks alternatives. Convergent thinking, the bias of which is to assume that there is a correct way to do things, is inherently conservative; it begins by assuming that the way things have been done is the right way. Divergent thinkers are better at finding additional ideas, whereas convergent thinkers have a more difficult time finding additional ideas. Convergent thinkers run out of ideas before divergent thinkers. However, convergent thinking strengthens the ability to bring closure and to conclude ...","2013","2016-08-09 22:44:30","2021-02-23 16:57:45","2016-08-09 22:44:30","245-250","","","","","","","","","","","Springer New York","","en","©2013 Springer Science+Business Media LLC","","","","link.springer.com","","DOI: 10.1007/978-1-4614-3858-8_22","","C:\Users\matth\Zotero\storage\DF95WT6W\10.html","","TT refs","Business and Management, general; Entrepreneurship","Carayannis, Elias G.","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"H8XSSR9Y","book","2015","","Build Quality In","","978-1-912058-55-6","","","http://buildqualityin.com/","","2015-02-27","2018-11-13 21:33:44","2021-02-23 22:07:44","","","","","","","","","","","","","Conflux Digital","Leeds, UK","","","","","","","","","","","","TT refs","","Smith, Steve; Skelton, Matthew","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"RCUXBAHV","presentation","2018","Phillips, Amy","Testing Observability","","","","","https://www.infoq.com/presentations/observability-testing","Amy Phillips discusses the impact of observability on testing, from new techniques, greater Dev and Ops involvement, right through to whether testing is needed anymore.","2018-04-05","2018-11-13 20:56:21","2021-02-23 21:53:11","2018-11-13 20:56:21","","","","","","","","","","","","","InfoQ","","","","","","","","","","C:\Users\matth\Zotero\storage\BI5F3XKW\observability-testing.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"AT4N8CJM","blogPost","2014","Fowler, Martin","bliki: BoundedContext","martinfowler.com","","","","https://martinfowler.com/bliki/BoundedContext.html","Don't try to build a single, unified model for a large domain. Instead DDD advises us to divide such a domain into many bounded contexts with explicit relationships between them.","2014-01-15","2018-11-13 20:50:47","2021-02-23 16:45:29","2018-11-13 20:50:47","","","","","","","bliki","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\RFTJY7DL\BoundedContext.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"QEDJXXN3","book","2003","Evans, Eric","Domain-Driven Design: Tackling Complexity in the Heart of Software","","978-0-321-12521-7","","","","“Eric Evans has written a fantastic book on how you can make the design of your software match your mental model of the problem domain you are addressing. “His book is very compatible with XP. It is not about drawing pictures of a domain; it is about how you think of it, the language you use to talk about it, and how you organize your software to reflect your improving understanding of it. Eric thinks that learning about your problem domain is as likely to happen at the end of your project as at the beginning, and so refactoring is a big part of his technique. “The book is a fun read. Eric has lots of interesting stories, and he has a way with words. I see this book as essential reading for software developers—it is a future classic.” —Ralph Johnson, author of Design Patterns “If you don’t think you are getting value from your investment in object-oriented programming, this book will tell you what you’ve forgotten to do. “Eric Evans convincingly argues for the importance of domain modeling as the central focus of development and provides a solid framework and set of techniques for accomplishing it. This is timeless wisdom, and will hold up long after the methodologies du jour have gone out of fashion.” —Dave Collins, author of Designing Object-Oriented User Interfaces “Eric weaves real-world experience modeling—and building—business applications into a practical, useful book. Written from the perspective of a trusted practitioner, Eric’s descriptions of ubiquitous language, the benefits of sharing models with users, object life-cycle management, logical and physical application structuring, and the process and results of deep refactoring are major contributions to our field.” —Luke Hohmann, author of Beyond Software Architecture “This book belongs on the shelf of every thoughtful software developer.”—Kent Beck “What Eric has managed to capture is a part of the design process that experienced object designers have always used, but that we have been singularly unsuccessful as a group in conveying to the rest of the industry. We've given away bits and pieces of this knowledge...but we've never organized and systematized the principles of building domain logic. This book is important.” —Kyle Brown, author of Enterprise Java™ Programming with IBM® WebSphere® The software development community widely acknowledges that domain modeling is central to software design. Through domain models, software developers are able to express rich functionality and translate it into a software implementation that truly serves the needs of its users. But despite its obvious importance, there are few practical resources that explain how to incorporate effective domain modeling into the software development process. Domain-Driven Design fills that need. This is not a book about specific technologies. It offers readers a systematic approach to domain-driven design, presenting an extensive set of design best practices, experience-based techniques, and fundamental principles that facilitate the development of software projects facing complex domains. Intertwining design and development practice, this book incorporates numerous examples based on actual projects to illustrate the application of domain-driven design to real-world software development. Readers learn how to use a domain model to make a complex development effort more focused and dynamic. A core of best practices and standard patterns provides a common language for the development team. A shift in emphasis—refactoring not just the code but the model underlying the code—in combination with the frequent iterations of Agile development leads to deeper insight into domains and enhanced communication between domain expert and programmer. Domain-Driven Design then builds on this foundation, and addresses modeling and design for complex systems and larger organizations.Specific topics covered include: Getting all team members to speak the same language Connecting model and implementation more deeply Sharpening key distinctions in a model Managing the lifecycle of a domain object Writing domain code that is safe to combine in elaborate ways Making complex code obvious and predictable Formulating a domain vision statement Distilling the core of a complex domain Digging out implicit concepts needed in the model Applying analysis patterns Relating design patterns to the model Maintaining model integrity in a large system Dealing with coexisting models on the same project Organizing systems with large-scale structures Recognizing and responding to modeling breakthroughs With this book in hand, object-oriented developers, system analysts, and designers will have the guidance they need to organize and focus their work, create rich and useful domain models, and leverage those models into quality, long-lasting software implementations.","2003-08-20","2018-11-13 20:49:49","2021-02-23 16:43:42","","","560","","","","","Domain-Driven Design","","","","","Addison Wesley","Boston","English","","","","","Amazon","","","","","https://www.amazon.co.uk/dp/0321125215/ref=asc_df_032112521556843925/?tag=googshopuk-21&creative=22110&creativeASIN=0321125215&linkCode=df0&hvadid=310831942794&hvpos=1o1&hvnetw=g&hvrand=16735669080936913765&hvpone=&hvptwo=&hvqmt=&hvdev=c&hvdvcmdl=&hvlocint=&hvlocphy=9044939&hvtargid=pla-449269547899&th=1&psc=1","TT refs","","","","","","","","","","","","","","","","","","","","","01 edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"78VYKLCM","blogPost","2014","Fowler, Martin","bliki: MicroservicePrerequisites","martinfowler.com","","","","https://martinfowler.com/bliki/MicroservicePrerequisites.html","There are certain things you need to get sorted out before you can put your first microservices system into production: monitoring, provisioning, and a devops culture.","2014-08-28","2018-11-13 20:48:17","2021-02-23 16:45:38","2018-11-13 20:48:17","","","","","","","bliki","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\HTC39TXX\MicroservicePrerequisites.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"M9MQIP5W","book","2015","Newman, Sam","Building Microservices","","978-1-4919-5035-7","","","","Distributed systems have become more fine-grained in the past 10 years, shifting from code-heavy monolithic applications to smaller, self-contained microservices. But developing these systems brings its own set of headaches. With lots of examples and practical advice, this book takes a holistic view of the topics that system architects and administrators must consider when building, managing, and evolving microservice architectures.Microservice technologies are moving quickly. Author Sam Newman provides you with a firm grounding in the concepts while diving into current solutions for modeling, integrating, testing, deploying, and monitoring your own autonomous services. You’ll follow a fictional company throughout the book to learn how building a microservice architecture affects a single domain.Discover how microservices allow you to align your system design with your organization’s goalsLearn options for integrating a service with the rest of your systemTake an incremental approach when splitting monolithic codebasesDeploy individual microservices through continuous integrationExamine the complexities of testing and monitoring distributed servicesManage security with user-to-service and service-to-service modelsUnderstand the challenges of scaling microservice architectures","2015-02-20","2018-11-13 20:46:53","2021-02-23 21:41:06","","","280","","","","","","","","","","O'Reilly Media","Beijing Sebastopol, CA","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Building-Microservices-Sam-Newman/dp/1491950358","TT refs","","","","","","","","","","","","","","","","","","","","","1 edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"M7G8K2UA","presentation","2018","Simenon, Stefan; Roos, Wiebe de","Transforming CI/CD at ABN AMRO to Accelerate Software Delivery and Im…","","","","","https://www.slideshare.net/DevOpsWebinars/transforming-cicd-at-abn-amro-to-accelerate-software-delivery-and-improve-security","ABN AMRO is using continuous integration/continuous delivery to help to","2018-03-27","2018-11-13 20:40:34","2021-02-23 22:04:44","2018-11-13 20:40:34","","","","","","","","","","","","","","","","Technology","","","","","","","","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"C8KUPFZS","magazineArticle","2013","Cunningham, Ward","Understand the High Cost of Technical Debt by Ward Cunningham - DZone Agile","dzone.com","","","","https://dzone.com/articles/understand-high-cost-technical","A week or two ago, I got into a conversation on Twitter about technical debt, and someone shared this superb video by Ward Cunningham (youtube). Here is Ward’s...","2013-08-24","2018-10-01 16:12:28","2021-02-23 16:32:28","2018-10-01 16:12:28","","","","","","","","","","","","","","en","","","","","","","","","C:\Users\matth\Zotero\storage\VE9N7LJD\understand-high-cost-technical.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"JLNVVU8D","journalArticle","1965","Tuckman, Bruce W.","Developmental sequence in small groups","Psychological Bulletin","","1939-1455(Electronic),0033-2909(Print)","10.1037/h0022100","","50 articles dealing with stages of group development over time are separated by group setting: therapy-group studies, T-group studies, and natural- and laboratory-group studies. The stages identified in these articles are separated into those descriptive of social or interpersonal group activities and those descriptive of group-task activities. 4 general stages of development are proposed, and the review consists of fitting the stages identified in the literature to those proposed. In the social realm, these stages in the developmental sequence are testing-dependence, conflict, cohesion, and functional roles. In the task realm, they are orientation, emotionality, relevant opinion exchange, and the emergence of solutions. There is a good fit between observed stages and the proposed model. (62 ref.) (PsycINFO Database Record (c) 2016 APA, all rights reserved)","1965","2018-11-13 20:11:26","2021-02-23 22:10:32","","384-399","","6","63","","","","","","","","","","","","","","","APA PsycNET","","","","C:\Users\matth\Zotero\storage\VEKJKXSP\1965-12187-001.html","","TT refs","Cognitive Development; Group Dynamics; Interpersonal Interaction; Social Interaction","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"QX3NMAHW","book","1997","Axelrod, Robert A.","Complexity of Cooperation: Agent-Based Models of Competition and Collaboration","","978-0-691-01567-5","","","","Robert Axelrod is widely known for his groundbreaking work in game theory and complexity theory. He is a leader in applying computer modeling to social science problems. His book The Evolution of Cooperation has been hailed as a seminal contribution and has been translated into eight languages since its initial publication. The Complexity of Cooperation is a sequel to that landmark book. It collects seven essays, originally published in a broad range of journals, and adds an extensive new introduction to the collection, along with new prefaces to each essay and a useful new appendix of additional resources. Written in Axelrod's acclaimed, accessible style, this collection serves as an introductory text on complexity theory and computer modeling in the social sciences and as an overview of the current state of the art in the field. The articles move beyond the basic paradigm of the Prisoner's Dilemma to study a rich set of issues, including how to cope with errors in perception or implementation, how norms emerge, and how new political actors and regions of shared culture can develop. They use the shared methodology of agent-based modeling, a powerful technique that specifies the rules of interaction between individuals and uses computer simulation to discover emergent properties of the social system. The Complexity of Cooperation is essential reading for all social scientists who are interested in issues of cooperation and complexity","1997-09-07","2018-11-12 17:25:15","2021-02-23 16:18:39","","","248","","","","","Complexity of Cooperation","","","","","Princeton University Press","Princeton, N.J","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Complexity-Cooperation-Agent-Based-Competition-Collaboration/dp/0691015678","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"B9MVSK2L","webpage","2012","Stompff, Guido","Facilitating Team Cognition: How designers mirror what NPD teams do","ResearchGate","","","","https://www.researchgate.net/publication/254831689_Facilitating_Team_Cognition_How_designers_mirror_what_NPD_teams_do","PDF | Products are developed by large multi-disciplinary teams. The teams deal with many topics requiring the expertise of several specialists simultaneously. They have to decide together if something is a problem; propose multi-disciplinary solutions; and align their activities...","2012-09","2018-11-12 10:57:06","2021-02-23 22:08:47","2018-11-12 10:57:06","","","","","","","(PDF) Facilitating Team Cognition","","","","","","","en","","","","","","","","","C:\Users\matth\Zotero\storage\UR5Q8EWE\Stompff - 2012 - Facilitating Team Cognition How designers mirror .pdf; C:\Users\matth\Zotero\storage\QKF88A9J\254831689_Facilitating_Team_Cognition_How_designers_mirror_what_NPD_teams_do.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"YXECT3ZV","book","1961","Wiener","Cybernetics: or Control and Communication in the Animal and the Machine","","978-0-262-73009-9","","","","Acclaimed one of the ""seminal books... comparable in ultimate importance to... Galileo or Malthus or Rousseau or Mill,"" Cybernetics was judged by twenty-seven historians, economists, educators, and philosophers to be one of those books published during the ""past four decades,"" which may have a substantial impact on public thought and action in the years ahead.-Saturday Review","1961-01-01","2018-11-12 09:56:25","2021-02-23 22:14:14","","","212","","","","","Cybernetics","","","","","MIT Press","Cambridge, Mass","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Cybernetics-Control-Communication-Animal-Machine/dp/026273009X","TT refs","","","","","","","","","","","","","","","","","","","","","second edition edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"4SVP8NER","book","2016","Skelton, Matthew; Thatcher, Rob","Team Guide to Software Operability","","978-1-912058-71-6","","","http://operabilitybook.com/","Learn how a focus on software operability helps to increase system reliability, reduce problems in Production, and reduce total cost of ownership (TCO).","2016-09-15","2018-11-11 18:05:37","2021-02-23 22:07:06","","","","","","","","","Team Guide series","1","","","Conflux Books","Leeds, UK","","","","","","","","","","","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"3NAR5I5S","book","2015","Sussna, Jeff","Designing Delivery: Rethinking IT in the Digital Service Economy","","978-1-4919-4988-7","","","","Now that we’re moving from a product economy to a digital service economy, software is becoming critical for navigating our everyday lives. The quality of your service depends on how well it helps customers accomplish goals and satisfy needs. Service quality is not about designing capabilities, but about making—and keeping—promises to customers.To help you improve customer satisfaction and create positive brand experiences, this pragmatic book introduces a transdisciplinary approach to digital service delivery. Designing a resilient service today requires a unified effort across front-office and back-office functions and technical and business perspectives. You’ll learn how make IT a full partner in the ongoing conversations you have with your customers.Take a unique customer-centered approach to the entire service delivery lifecycleApply this perspective across development, operations, QA, design, project management, and marketingImplement a specific quality assurance methodology that unifies those disciplinesUse the methodology to achieve true resilience, not just stability","2015-07-17","2018-11-06 17:33:46","2021-02-23 22:09:16","","","232","","","","","Designing Delivery","","","","","O'Reilly Media","Beijing","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Designing-Delivery-Rethinking-Digital-Service/dp/1491949880","TT refs","","","","","","","","","","","","","","","","","","","","","1 edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"JL3C4LI7","blogPost","2017","O'Dell, Chris","You build it, You run it (Why developers should also be on call)","Skelton Thatcher","","","","https://skeltonthatcher.com/blog/build-run-developers-also-call/","It’s all about Feedback Loops The Continuous Delivery Pipeline is familiar to most developers. It’s a collaborative process built upon loops of feedback at every stage. A new feature will defined between a Product Manager, a Developer and a Quality Analyst. A pair of Developers will work together on the implementation following a Test Driven...","2017-10-18","2018-11-06 10:16:00","2021-02-23 21:47:20","2018-11-06 10:16:00","","","","","","","","","","","","","","en-GB","","","","","","","","","C:\Users\matth\Zotero\storage\9HCJVFEC\build-run-developers-also-call.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"X3FAG48Z","magazineArticle","2015","Wardley, Simon","An introduction to Wardley 'Value Chain' Mapping","CIO UK","","","","https://www.cio.co.uk/it-strategy/introduction-wardley-value-chain-mapping-3604565/","What is Wardley Mapping? This is about my journey, from a newly-minted yet confused CEO caught like a rabbit staring helpless into the...","2015-03-19","2018-11-05 20:52:23","2021-02-23 22:11:44","2018-11-05 20:52:23","","","","","","","","","","","","","","","Copyright 2018 IDG Communications Ltd","","","","","","","","C:\Users\matth\Zotero\storage\R9KY5A45\introduction-wardley-value-chain-mapping-3604565.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"5XXTAZG8","blogPost","2018","Holliday, Ben","A ‘service-oriented’ approach to organisation design","FutureGov","","","","https://blog.wearefuturegov.com/a-service-oriented-approach-to-organisation-design-1e075be7f578","At FutureGov we help build organisations fit for the future. Working side by side with our clients and partners, we use service design to…","2018-09-25","2018-09-27 08:32:33","2021-02-23 16:50:39","2018-09-27 08:32:33","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\P9IU6HYJ\a-service-oriented-approach-to-organisation-design-1e075be7f578.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"EU5LISLB","book","2016","Schwarz, Mark; Cox, Jason; Snyder, Jonathan; Rendell, Mark; Nambiar, Chivas; Kapadia, Mustafa","Thinking Environments","","","","","https://itrevolution.com/book/thinking-environments/","While the traditional IT organization is structured into functional silos, DevOps relies on empowered, cross-functional teams. Is it possible to blend the two approaches and work within the traditional structure? Or do you need to restructure your organization to support DevOps? This paper discusses ways to approach organization with DevOps in mind.","2016","2018-09-24 21:18:37","2021-02-23 22:03:58","","","67","","","","","","","","","","IT Revolution Press","Portland, OR","English","","","","","","","","","C:\Users\matth\Zotero\storage\TIGHXKJG\Schwarz et al. - 2016 - Thinking Environments.pdf","","TT refs","","","","","","","","","","","","","","","","","","","","","1","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"2SPE7UZ5","videoRecording","2017","Lewis, James","Microservices and the Inverse Conway Manoeuvre - James Lewis","","","","","https://www.youtube.com/watch?v=uamh7xppO3E","","2017-02-16","2018-11-05 14:43:10","2021-02-23 21:13:13","2018-11-05 14:43:10","","","","","","","","","","","NCS Conferences","","","","","","","","YouTube","","","","","","TT refs","","","","","","","","","","","","","","","","","","","","","","3477 seconds","","","","","","","","","","","","","","","","","","","","","","","","",""
+"QIPLCRA2","book","1984","Allen, Thomas J.","Managing the Flow of Technology","","978-0-262-51027-1","","","","The original edition of this book summarized more than a decade of work on communications flow in science and engineering organizations, showing how human and organizational systems could be restructured to bring about improved productivity and better person-to-person contact. While many studies have been done since then, few of them invalidate the general conclusions and recommendations Allen offers. In a new preface he points out - new developments, noting areas that need some modification, elaboration, or extension, and directing readers to the appropriate journal articles where the findings, are reported. The first three chapters provide an overview of the communication system in technology, present the author's research methods, and describe differences in the career paths and goals of engineers and scientists that cause special problems for organizations. The book then discusses how technological information is acquired by the R & D organization, shows how critical technical communication within the laboratory is for R & D performance, and originates the idea of the ""gatekeeper,"" the person who links his or her organization to the world at large. Concluding chapters take up the influence of formal and informal organization and of architecture and office layouts on communication. Many of these ideas have been successfully incorporated by architects and managers in the design of new R & D facilities and complexes.","1984-01-04","2018-11-05 14:16:53","2021-02-23 16:17:24","","","334","","","","","","","","","","MIT Press","Cambridge, Mass.","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Managing-Flow-Technology-MIT-Press/dp/0262510278","TT refs","","","","","","","","","","","","","","","","","","","","","New Ed edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"N325YF94","presentation","2016","Evans, William","The Need for Speed: Enabling DevOps through Enterprise Architecture |…","","","","","https://www.slideshare.net/willevans/the-need-for-speed-enabling-devops-through-enterprise-architecture","This is a talk presented at the DevOps Enterprise Summit, 2016 by Mark Landy","2016-11-02","2018-11-04 10:06:20","2021-02-23 16:43:55","2018-11-04 10:06:20","","","","","","","The Need for Speed","","","","","","","","","Business","","","","","","","","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"XYSFCM4Z","blogPost","2012","Allspaw, John","Blameless PostMortems and a Just Culture","Code as Craft","","","","https://codeascraft.com/2012/05/22/blameless-postmortems/","Last week, Owen Thomas wrote a flattering article over at Business Insider on how we handle errors and mistakes at Etsy. I thought I might give some detail on how that actually happens, and why. An…","2012-05-22","2018-11-04 09:13:01","2021-02-23 16:18:00","2018-11-04 09:13:01","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\89P3SX3B\blameless-postmortems.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"ADA36QYY","report","2015","Google","re:Work - Guide: Understand team effectiveness","","","","","https://rework.withgoogle.com/guides/understanding-team-effectiveness/steps/define-team/","Fostering psychological safety can help teams perform and innovate, Google found while trying to understand what makes team great.","2015-11-17","2017-10-09 19:29:18","2021-02-23 16:47:19","2017-10-09 19:29:18","","","","","","","re","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\NNWCJFKC\define-team.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"YSVHFIBL","blogPost","2015","Rozovsky, Julia","re:Work - The five keys to a successful Google team","","","","","https://rework.withgoogle.com/blog/five-keys-to-a-successful-google-team/","Pod. Work group. Committee. Autonomous collective. Whatever you call it, you’re part of one at Google and probably wherever you work: a team. So if we know what makes managers great, why don’t we know what makes a team great?","2015-11-17","2018-11-04 09:00:55","2021-02-23 21:58:15","2018-11-04 09:00:55","","","","","","","re","","","","","","","en","","","","","","","","","C:\Users\matth\Zotero\storage\EDF8NLYU\five-keys-to-a-successful-google-team.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"F4TUIH3A","book","2018","Nygard, Michael T.","Release It! Design and Deploy Production-Ready Software","","978-1-68050-239-8","","","","A single dramatic software failure can cost a company millions of dollars - but can be avoided with simple changes to design and architecture. This new edition of the best-selling industry standard shows you how to create systems that run longer, with fewer failures, and recover better when bad things happen. New coverage includes DevOps, microservices, and cloud-native architecture. Stability antipatterns have grown to include systemic problems in large-scale systems. This is a must-have pragmatic guide to engineering for production systems. If you're a software developer, and you don't want to get alerts every night for the rest of your life, help is here. With a combination of case studies about huge losses - lost revenue, lost reputation, lost time, lost opportunity - and practical, down-to-earth advice that was all gained through painful experience, this book helps you avoid the pitfalls that cost companies millions of dollars in downtime and reputation. Eighty percent of project life-cycle cost is in production, yet few books address this topic. This updated edition deals with the production of today's systems - larger, more complex, and heavily virtualized - and is the first book to cover chaos engineering, the discipline of applying randomness and deliberate stress to reveal systematic problems. Build systems that survive the real world, avoid downtime, implement zero-downtime upgrades and continuous delivery, and make cloud-native applications resilient. Examine ways to architect, design, and build software - particularly distributed systems - that stands up to the typhoon winds of a flash mob, a Slashdotting, or a link on Reddit. Take a hard look at software that failed the test and find ways to make sure your software survives.","2018-02-02","2018-10-09 19:15:09","2021-02-23 21:46:01","","","376","","","","","","","","","","O′Reilly","Raleigh, North Carolina","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Release-Design-Deploy-Production-Ready-Software/dp/1680502395","TT refs","","","","","","","","","","","","","","","","","","","","","2nd ed. edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"UUCNLDDX","book","2005","Coplien, James O.; Harrison, Neil","Organizational Patterns of Agile Software Development","","978-0-13-146740-8","","","","This book covers the human and organizational dimension of the software improvement process and software project management - whether based on the CMM or ISO 9000 or the Rational Unified Process.","2005","2018-10-09 18:40:24","2021-02-23 16:31:26","","","436","","","","","","","","","","Pearson Prentice Hall","","en","","","","","Google Books","","Google-Books-ID: 6K5QAAAAMAAJ","","","https://books.google.co.uk/books?id=6K5QAAAAMAAJ","TT refs","Computers / Programming / General; Computers / Software Development & Engineering / General","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"H7X732FV","blogPost","2006","Kelly, Allan","Return to Conway’s Law","Allan Kelly Associates","","","","https://www.allankellyassociates.co.uk/archives/1169/return-to-conways-law/","Are software architectures copies of the organizations that create them? Often this is true but is it always true? And more importantly is it a good thing? In 1968 Melvin Conway wrote a paper that discussed this topic. It has since been passed down as developer folk law that. “If you have 4 developers writing … Continue reading Return to Conway’s Law","2006-01-17","2018-10-09 18:30:36","2021-02-23 16:56:14","2018-10-09 18:30:36","","","","","","","","","","","","","","en-GB","","","","","","","","","C:\Users\matth\Zotero\storage\4IN6I3UZ\return-to-conways-law.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"KPM887WH","blogPost","2013","Skelton, Matthew","What Team Structure is Right for DevOps to Flourish?","Matthew Skelton","","","","https://blog.matthewskelton.net/2013/10/22/what-team-structure-is-right-for-devops-to-flourish/","Update (2018): I am co-authoring a book – Team Topologies – that adds brand new material to the DevOps Topologies patterns. See teamtopologies.com and follow us on Twitter at @TeamTopol…","2013-10-22","2018-10-05 14:27:01","2021-02-23 22:06:34","2018-10-05 14:27:01","","","","","","","","","","","","","","en","","","","","","","","","C:\Users\matth\Zotero\storage\24HZBGR4\what-team-structure-is-right-for-devops-to-flourish.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"URU9T74X","journalArticle","2017","Skulmowski, Alexander; Rey, Günter Daniel","Measuring Cognitive Load in Embodied Learning Settings","Frontiers in Psychology","","1664-1078","10.3389/fpsyg.2017.01191","https://www.frontiersin.org/articles/10.3389/fpsyg.2017.01191/full","In recent years, research on embodied cognition has inspired a number of studies on multimedia learning and instructional psychology. However, in contrast to traditional research on education and multimedia learning, studies on embodied learning (i.e., focusing on bodily action and perception in the context of education) in some cases pose new problems for the measurement of cognitive load. This review provides an overview over recent studies on embodied learning in which cognitive load was measured using surveys, behavioral data, or physiological measures. The different methods are assessed in terms of their success in finding differences of cognitive load in embodied learning scenarios. At the same time, we highlight the most important challenges for researchers aiming to include these measures into their study designs. The main issues we identified are: (1) Subjective measures must be appropriately phrased to be useful for embodied learning; (2) recent findings indicate potentials as well as problematic aspects of dual-task measures; (3) the use of physiological measures offers great potential, but may require mobile equipment in the context of embodied scenarios; (4) meta-cognitive measures can be useful extensions of cognitive load measurement for embodied learning.","2017","2018-10-01 20:15:31","2021-02-23 22:07:28","2018-10-01 20:15:31","","","","8","","Front. Psychol.","","","","","","","","English","","","","","Frontiers","","","","C:\Users\matth\Zotero\storage\H3U68H93\Skulmowski and Rey - 2017 - Measuring Cognitive Load in Embodied Learning Sett.pdf","","TT refs","Cognitive Load; Cognitive Load Theory; Embodied Cognition; Learning; Measurement","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"X4I4EEHJ","book","1999","DeMarco, Tom; Lister, Timothy","Peopleware: Productive Projects and Teams","","978-0-932633-43-9","","","","Two of the computer industry's best-selling authors and lecturers return with a new edition of the software management book that started a revolution. With humor and wisdom drawn from years of management and consulting experience, DeMarco and Lister demonstrate that the major issues of software development are human, not technical -- and that managers ignore them at their peril. Now, with a new Preface and eight new chapters, the authors enlarge upon their previous ideas and add fresh insights, examples, and anecdotes. Discover dozens of helpful tips on - putting more quality into a product - loosening up formal methodologies - fighting corporate entropy - making it acceptable to be uninterruptible Peopleware, 2nd ed. shows you how to cultivate teams that are healthy and productive. The answers aren't easy -- just incredibly successful.","1999-01-01","2018-10-01 19:35:02","2021-02-23 16:33:52","","","245","","","","","Peopleware","","","","","Dorset House Publishing Co Inc.,U.S.","New York, NY","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Peopleware-Productive-Projects-Tom-DeMarco/dp/0932633439","TT refs","","","","","","","","","","","","","","","","","","","","","2nd Revised edition edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"63G3P94U","journalArticle","1992","Ancona, Deborah Gladstein; Caldwell, David F.","Demography and Design: Predictors of New Product Team Performance","Organization Science","","1047-7039","10.1287/orsc.3.3.321","https://pubsonline.informs.org/doi/abs/10.1287/orsc.3.3.321","The increasing reliance on teams in organizations raises the question of how these teams should be formed. Should they be formed completely of engineers or should they include a range of specialists? Should they be made up to people who have long tenure in the organization, or those with a wide range of experience? As teams increasingly get called upon to do more complex tasks and to cross functional boundaries within the organization, conventional wisdom has suggested that teams be composed of more diverse members. This study suggests that the answer may not be so simple.Using 409 individuals from 45 new product teams in five high-technology companies, this study investigates the impact of diversity on team performance. We found that functional and tenure diversity each has its own distinct effects. The greater the functional diversity, the more team members communicated outside the team's boundaries. This communication was with a variety of groups such as marketing, manufacturing, and top management. The more the external communication, the higher the managerial ratings of innovation.Tenure diversity had its impact on internal group dynamics rather than external communications. Tenure diversity is associated with improved task work such as clarifying group goals and setting priorities. In turn, this clarity is associated with high team ratings of overall performance.Yet diversity is not solely positive. While it does produce internal processes and external communications that facilitate performance, it also directly impedes performance. That is, overall the effect of diversity on performance is negative, even though some aspects of group work are enhanced. It may be that for these teams diversity brings more creativity to problem solving and product development, but it impedes implementation because there is less capability for teamwork than there is for homogeneous teams.These research findings suggest that simply changing the structure of teams (i.e. combining representatives of diverse function and tenure) will not improve performance. The team must find a way to garner the positive process effects of diversity and to reduce the negative direct effects. At the team level, greater negotiation and conflict resolution skills may be necessary. At the organization level, the team may need to be protected from external political pressures and rewarded for team, rather than functional, outcomes.","1992-08-01","2018-10-01 19:07:59","2021-02-23 16:18:29","2018-10-01 19:07:59","321-341","","3","3","","Organization Science","Demography and Design","","","","","","","","","","","","pubsonline.informs.org (Atypon)","","","","C:\Users\matth\Zotero\storage\HGX84C9S\orsc.3.3.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"ZN5CHT56","journalArticle","2006","Lim, Beng-Chong; Klein, Katherine J.","Team mental models and team performance: a field study of the effects of team mental model similarity and accuracy","Journal of Organizational Behavior","","1099-1379","10.1002/job.387","https://onlinelibrary.wiley.com/doi/abs/10.1002/job.387","We conducted a field study of 71 action teams to examine the relationship between team mental model similarity and accuracy and the performance of real-world teams. We used Pathfinder to operationalize team members' taskwork mental models (describing team procedures, tasks, and equipment) and teamwork mental models (describing team interaction processes) and examined team performance as evaluated by expert team assessment center raters. Both taskwork mental model and teamwork mental model similarity predicted team performance. Team mental model accuracy measures were also predictive of team performance. We discuss the implications of our findings and directions for future research. Copyright © 2006 John Wiley & Sons, Ltd.","2006-06-01","2018-10-01 19:02:20","2021-02-23 21:13:28","2018-10-01 19:02:19","403-418","","4","27","","","Team mental models and team performance","","","","","","","en","Copyright © 2006 John Wiley & Sons, Ltd.","","","","Wiley Online Library","","","","C:\Users\matth\Zotero\storage\YN7ACFL5\job.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"3DUN37P2","journalArticle","1992","Driskell, James E.; Salas, Eduardo","Collective Behavior and Team Performance","Human Factors","","0018-7208","10.1177/001872089203400303","https://doi.org/10.1177/001872089203400303","Modern complex systems require effective team performance, yet the question of which factors determine effective teams remains to be answered. Group researchers suggest that collective or interdependent behavior is a critical component of team interaction. Furthermore, anecdotal evidence suggests that some team members are less collectively oriented than others and that the tendency to ignore task inputs from others is one factor that contributes to poor team performance. In this study we develop a procedure for differentiating collectively oriented versus egocentric team members. Experimental results confirm that collectively oriented team members were more likely to attend to the task inputs of other team members and to improve their performance during team interaction than were egocentric team members.","1992-06-01","2018-10-01 18:49:51","2021-02-23 16:35:12","2018-10-01 18:49:51","277-288","","3","34","","Hum Factors","","","","","","","","en","","","","","SAGE Journals","","","","","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"I5IBC337","journalArticle","2006","Carayon, Pascale","Human factors of complex sociotechnical systems","Applied Ergonomics","","0003-6870","10.1016/j.apergo.2006.04.011","http://www.sciencedirect.com/science/article/pii/S0003687006000585","Increasingly products and services result from interactions among people who work across organizational, geographical, cultural and temporal boundaries. This has major implications for human factors and ergonomics (HFE), in particular, challenging the limits of the systems to be designed, and widening the range of system elements and dimensions that we need to consider. The design of sociotechnical systems that involve work across multiple boundaries requires better integration of the various sub-disciplines or components of HFE, as well as increased collaboration with other disciplines that provide either expertise regarding the domain of application or expertise in concepts that can enrich the system design. In addition, ‘customers’ contribute significantly to the ‘co-production’ of products/services, as well as to their quality/safety. The design of sociotechnical systems in collaboration with both the workers in the systems and the customers requires increasing attention not only to the design and implementation of systems, but also to the continuous adaptation and improvement of systems in collaboration with customers. This paper draws from research on human factors in the domains of health care and patient safety and of computer security.","2006-07","2016-07-15 13:36:13","2021-02-23 16:27:09","2016-07-15 13:36:13","525-535","","4","37","","Applied Ergonomics","","Special Issue: Meeting Diversity in Ergonomics","","","","","","","","","","","ScienceDirect","","","","C:\Users\matth\Zotero\storage\8S9VA9PN\S0003687006000585.html","","TT refs","Complex work system; Computer and information system security; Health care and patient safety; Macroergonomics; Organizational design and management (ODAM); Sociotechnical system","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"4EKH4349","journalArticle","2002","Johnston, Joan H.; Fiore, Stephen M.; Smith, C.A.P.","Application of Cognitive Load Theory to Developing a Measure of Team Decision Efficiency","Military Psychology","","","","http://www.dtic.mil/dtic/tr/fulltext/u2/a525820.pdf","Improving human systems integration through technologically advanced training and performance aids has become increasingly important to military transformation. Measures of improved cognitive and coordination processes arising from the employment of transformational tools are necessary to guide the refinement and future development of such technologies. In this paper we describe a Cognitive Load Theory approach to developing a combinatory measure of individual workload and team performance following an experimental intervention involving training and a Decision Support System. We discuss how indicators of what we term team decision efficiency can improve assessing the effectiveness of transformational processes and technologies.","2002","2018-10-01 14:19:39","2021-02-23 16:54:44","2016-05-20","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\2BVLRPG8\Johnston et al. - 2002 - Application of Cognitive Load Theory to Developing.pdf","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"FP7NN9IV","journalArticle","1993","Ilgen, Daniel; R. Hollenbeck, John","Effective Team Performance Under Stress and Normal Conditions: An Experimental Paradigm, Theory and Data for Studying Team Decision Making in Hierarchical Teams with Distributed Expertise","","","","","","The report describes a program of research addressing decision making in hierarchical teams with distributed expertise. A theory of such decision making is presented along with empirical research related to the theory. Then a team simulation exercise was developed to address team decision for four person teams. This exercise presents teams with problems that require gathering and sharing information prior to reaching a team decision and also allow for the assignment of team members to roles that differ in areas of expertise. This exercise, performed on four networked computers, allows for the assessment of a large number of team behaviors. Along with the exercise, repeated measures regression is used as a means of analyzing team data by taking advantage of the statistical power available at various levels of analysis. Several studies were conducted to assess the viability of theory and to look at a number of other issues of decision making. Team decision making, Distributed expertise, Group dynamics, Hierarchical teams, Levels analysis of teams","1993-08-01","2018-10-01 14:16:08","2021-02-23 16:52:44","","85","","","","","","Effective Team Performance Under Stress and Normal Conditions","","","","","","","","","","","","ResearchGate","","","","C:\Users\matth\Zotero\storage\UFKMNWWN\Ilgen and R. Hollenbeck - 1993 - Effective Team Performance Under Stress and Normal.pdf; ","https://www.researchgate.net/publication/235122945_Effective_Team_Performance_Under_Stress_and_Normal_Conditions_An_Experimental_Paradigm_Theory_and_Data_for_Studying_Team_Decision_Making_in_Hierarchical_Teams_with_Distributed_Expertise","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"SP9W3NPU","blogPost","2008","Malan, Ruth","Conway’s Law","traceinthesand.com Blog","","","","http://traceinthesand.com/blog/2008/02/13/conways-law/","","2008-02-13","2018-10-01 14:08:05","2021-02-23 21:29:39","2018-10-01 14:08:05","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\RZJXHU7G\conways-law.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"T8VZP9ZD","journalArticle","1999","Driskell, James; Salas, Eduardo; Johnston, Joan","Does Stress Lead to a Loss of Team Perspective?","Group Dynamics: Theory, Research, and Practice","","","10.1037/1089-2699.3.4.291","","One of the more well-established findings in the research literature is that stress leads to a restriction or narrowing of attentional focus. In the present study, we extend this research to the group context. We propose that, in a team environment, the narrowing of attention induced by stress may result in a shift in perspective from a broad team perspective to a more narrow or individualistic self-focus, and this loss of team perspective may result in degraded team performance. The results of an empirical study found that stress resulted in a narrowing of team perspective and that team perspective was a significant predictor of team performance. Moreover, when the effects of team perspective were controlled, the effects of stress on team performance were substantially weakened. These results suggest that one way in which stress impacts team performance is by narrowing or weakening the team-level perspective required for effective team behavior. (PsycINFO Database Record (c) 2012 APA, all rights reserved)","1999-12-01","2018-10-01 13:52:41","2021-02-23 16:35:24","","291-302","","","3","","","","","","","","","","","","","","","ResearchGate","","","","; C:\Users\matth\Zotero\storage\VW4NHM2W\Driskell et al. - 1999 - Does Stress Lead to a Loss of Team Perspective.pdf","https://www.researchgate.net/publication/232517202_Does_Stress_Lead_to_a_Loss_of_Team_Perspective","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"GPBXGML2","blogPost","1997","Meadows, Donella","Leverage Points: Places to Intervene in a System","The Academy for Systems Change","","","","http://donellameadows.org/archives/leverage-points-places-to-intervene-in-a-system/","By Donella Meadows~ Folks who do systems analysis have a great belief in “leverage points.” These are places within a complex system (a corporation, an economy, a living body, a city, an ecosystem) where a small shift in one thing can produce big changes in everything. This idea is not unique to systems analysis — …","1997","2018-09-23 20:32:17","2021-02-23 21:30:50","2018-09-23 20:32:17","","","","","","","Leverage Points","","","","","","","en-US","","","","","","","","","C:\Users\matth\Zotero\storage\596NXTUG\leverage-points-places-to-intervene-in-a-system.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"SFKIQRPU","book","1995","Beer, Stafford","Brain of the Firm 2e","","978-0-471-94839-1","","","","""Stafford Beer is undoubtedly among the world′s most provocative, creative, and profound thinkers on the subject of management, and he records his thinking with a flair that is unmatched. His writing is as much art as it is science. He is the most viable system I know."" Dr Russell L Ackoff, The Institute for Interactive Management, Pennsylvania, USA. ""If . anyone can make it [Operations Research] understandably readable and positively interesting it is Stafford Beer . everyone in management . should be grateful to him for using clear and at times elegant English and . even elegant diagrams."" The Economist This is the second edition of a book which has already become a management ′standard′ both in universities and on the bookshelves of managers and their advisers. Brain of the Firm develops an account of the firm based upon insights derived from the study of the human nervous system, and is a basic text from the author′s theory of viable systems. Despite the neurophysiology, the book is written for managers to understand. The companion volume to this book is The Heart of Enterprise, which is intended to support and complement this text. ""Stafford Beer′s works represent required reading for everyone who believes that a capacity for rigorous thinking is an essential attribute of today′s successful managers and administrators. Brain of the Firm shows a first–rate intellect at work and provides concepts, models and inspiration for both practitioners and teachers."" Sir Douglas Hague, CBE","1995-05-16","2018-10-01 08:22:29","2021-02-23 16:19:59","","","432","","","","","","","","","","John Wiley & Sons","Chichester","English","","","","","Amazon","","","","","https://smile.amazon.co.uk/Brain-Firm-2e-Classic-Beer/dp/047194839X/ref=smi_www_rco2_go_smi_g9905632998?_encoding=UTF8&%2AVersion%2A=1&%2Aentries%2A=0&ie=UTF8","TT refs","","","","","","","","","","","","","","","","","","","","","2 edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"4UXK3Q4N","book","2018","Drucker, Peter","The Daily Drucker","","978-1-136-01929-6","","","","A powerful new learning tool for the ambitious, self-directed manager, entrepreneur, or business person today, The Daily Drucker distils the essence of management guru Peter F. Drucker's teachings in an easy-to-access, daily calendar format. It presents in organized form: a key statement of Drucker’s, followed by a few lines of comment and explanation, with topics ranging across a great many fields of his work: management, business and the world economy; a changing society; innovation and entrepreneurship; decision-making; the changing workforce and the non-profit and their management. However, the most important part of this book are the blank halves of its pages. They are what the readers will contribute, their actions, decisions and the results of these decisions.There are 366 readings, each addressing a major topic, one for every day of the year. Each reading starts with a topic and a “Drucker Proverb” such as “Know Thy Time”, capturing the essence of the topic. Then there is a teaching taken directly from the works of Peter Drucker. Next comes the action step, where you are asked to “Think on” the teaching and apply it to yourself and your organization.","2018-03-09","2018-09-27 08:23:39","2021-02-23 16:35:44","","","494","","","","","","","","","","Routledge","","en","","","","","Google Books","","Google-Books-ID: TnhQDwAAQBAJ","","","https://books.google.co.uk/books?id=TnhQDwAAQBAJ","TT refs","Performing Arts / Dance / General","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"R75M6AFJ","book","2014","Pflaeging, Niels; Steinmann, Pia","Organize for Complexity: How to Get Life Back Into Work to Build the High-Performance Organization","","978-0-9915376-0-0","","","","A book about complexity and work - and about how to deal productively with both. A condensed introduction to the theory and practice of organizational high performance. A manifesto for contemporary leadership and profound transformation in organizations of all kinds. 3rd eidition.""Boldly, Pflaeging dissects classic management theory and in a well-humored manner, offers coherent alternatives."" Harvard Business Review""Niels Pflaeging is the father of the end of management."" Winfried Felser, competence-site""When Pflaeging shakes the dogmas of management, they crumble in his hands."" Financial Times Germany""Niels Pflaeging is always right up front, where the new in business is getting measured and mapped."" Peter Felixberger, changeX","2014-03-19","2018-09-25 17:34:24","2021-02-23 21:52:47","","","144","","","","","Organize for Complexity","","","","","BetaCodex Publishing","","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Organize-Complexity-High-Performance-Organization-Publishing/dp/0991537602","TT refs","","","","","Steinmann, Pia","","","","","","","","","","","","","","","","Revised, ed. edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"NIXZCFFV","blogPost","2017","Pflaeging, Niels","Org Physics: The 3 faces of every company","Niels Pflaeging","","","","https://medium.com/@NielsPflaeging/org-physics-the-3-faces-of-every-company-df16025f65f8","How a triad of structures allows companies to absorb complexity","2017-03-06","2018-09-25 17:32:29","2021-02-23 21:52:58","2018-09-25 17:32:29","","","","","","","Org Physics","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\SPPEKE25\org-physics-the-3-faces-of-every-company-df16025f65f8.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"79FBE9ET","blogPost","2018","Fisher-Ogden, Philip; Burrell, Greg; Marsh, Dianne","Full Cycle Developers at Netflix","Netflix TechBlog","","","","https://medium.com/netflix-techblog/full-cycle-developers-at-netflix-a08c31f83249","Operating what you build, empowered with amazing developer tools","2018-05-17","2018-09-25 14:58:25","2021-02-23 21:40:46","2018-09-25 14:58:25","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\UZHI5BNE\full-cycle-developers-at-netflix-a08c31f83249.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"XVBMWNA5","webpage","2018","Bottcher, Evan","What I Talk About When I Talk About Platforms","martinfowler.com","","","","https://martinfowler.com/articles/talk-about-platforms.html","These days everyone is building a 'platform' to speed up delivery of digital products. But what makes an effective digital platform?","2018-03-05","2018-09-25 11:55:44","2021-02-23 16:22:14","2018-09-25 11:55:44","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\HAKUI52D\talk-about-platforms.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"IW8KQJXE","blogPost","2018","Schotkamp, Tom; Danoesastro, Martin","HR’s Pioneering Role in Agile at ING","https://www.bcg.com","","","","https://www.bcg.com/en-gb/publications/2018/human-resources-pioneering-role-agile-ing.aspx","First, HR carried out an agile makeover of the bank’s Dutch unit—then, it transformed itself. HR and functional-area leaders everywhere, take note.","2018-06-01","2018-09-25 07:40:45","2021-02-23 22:02:52","2018-09-25 07:40:45","","","","","","","","","","","","","","en","","","","","","","","","C:\Users\matth\Zotero\storage\W7XX9L75\HRs Pioneering Role_ex01_tcm-193159.png; C:\Users\matth\Zotero\storage\GU2RHRJ9\human-resources-pioneering-role-agile-ing.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"INJ6URZY","book","2014","Laloux, Frederic","Reinventing Organizations: A Guide to Creating Organizations Inspired by the Next Stage in Human Consciousness","","978-2-9601335-0-9","","","","The way we manage organizations seems increasingly out of date. Survey after survey shows that a majority of employees feel disengaged from their companies. The epidemic of organizational disillusionment goes way beyond Corporate America-teachers, doctors, and nurses are leaving their professions in record numbers because the way we run schools and hospitals kills their vocation. Government agencies and nonprofits have a noble purpose, but working for these entities often feels soulless and lifeless just the same. All these organizations suffer from power games played at the top and powerlessness at lower levels, from infighting and bureaucracy, from endless meetings and a seemingly never-ending succession of change and cost-cutting programs. Deep inside, we long for soulful workplaces, for authenticity, community, passion, and purpose. The solution, according to many progressive scholars, lies with more enlightened management. But reality shows that this is not enough. In most cases, the system beats the individual-when managers or leaders go through an inner transformation, they end up leaving their organizations because they no longer feel like putting up with a place that is inhospitable to the deeper longings of their soul. We need more enlightened leaders, but we need something more: enlightened organizational structures and practices. But is there even such a thing? Can we conceive of enlightened organizations? In this groundbreaking book, the author shows that every time humanity has shifted to a new stage of consciousness in the past, it has invented a whole new way to structure and run organizations, each time bringing extraordinary breakthroughs in collaboration. A new shift in consciousness is currently underway. Could it help us invent a radically more soulful and purposeful way to run our businesses and nonprofits, schools and hospitals? The pioneering organizations researched for this book have already ""cracked the code."" Their founders have fundamentally questioned every aspect of management and have come up with entirely new organizational methods. Even though they operate in very different industries and geographies and did not know of each other's experiments, the structures and practices they have developed are remarkably similar. It's hard not to get excited about this finding: a new organizational model seems to be emerging, and it promises a soulful revolution in the workplace. ""Reinventing Organizations"" describes in practical detail how organizations large and small can operate in this new paradigm. Leaders, founders, coaches, and consultants will find this work a joyful handbook, full of insights, examples, and inspiring stories.","2014-02-10","2018-09-24 21:51:14","2021-02-23 16:59:48","","","382","","","","","Reinventing Organizations","","","","","Nelson Parker","Brussels","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Reinventing-Organizations-Creating-Inspired-Consciousness/dp/2960133501","TT refs","","","","","","","","","","","","","","","","","","","","","1 edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"M3ZWQNDK","book","2004","Feathers, Michael","Working Effectively with Legacy Code","","978-0-13-117705-5","","","","This book provides programmers with the ability to cost effectively handlecommon legacy code problems without having to go through the hugelyexpensive task of rewriting all existing code. It describes a series of practicalstrategies that developers can employ to bring their existing softwareapplications under control. The author provides useful guidance about how touse these strategies when refactoring or making functional changes to codebases. One of the book's key points is that it teaches developers to write teststhat can be used to make sure they are not unintentionally changing theapplication as they optimize it. Examples are provided in Java, C++, and Csharp,and the book assumes that the reader has some knowledge of UMLnotation. Strategies using UML and code in C++ and Java primarily whilelanguage independent advice will be delivered in side bars and appendices forlanguage specific users.","2004-09-22","2018-09-24 10:57:58","2021-02-23 16:44:42","","","456","","","","","","","","","","Prentice Hall","Upper Saddle River, NJ","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Working-Effectively-Legacy-Michael-Feathers/dp/0131177052","TT refs","","","","","","","","","","","","","","","","","","","","","01 edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"4E72WWRE","magazineArticle","2016","Cutler, John","12 Signs You’re Working in a Feature Factory","Hacker Noon","","","","https://hackernoon.com/12-signs-youre-working-in-a-feature-factory-44a5b938d6a2","I’ve used the term Feature Factory at a couple conference talks over the past two years. I started using the term when a software developer…","2016-11-17","2018-09-24 06:51:38","2021-02-23 16:32:57","2018-09-24 06:51:38","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\N9I5HRAI\12-signs-youre-working-in-a-feature-factory-44a5b938d6a2.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"BPTPPJ5Y","book","2002","Lencioni, Patrick M.","The Five Dysfunctions of a Team: A Leadership Fable","","978-0-7879-6075-9","","","","In The Five Dysfunctions of a Team Patrick Lencioni once again offers a leadership fable that is as enthralling and instructive as his first two best–selling books, The Five Temptations of a CEO and The Four Obsessions of an Extraordinary Executive. This time, he turns his keen intellect and storytelling power to the fascinating, complex world of teams. Kathryn Petersen, Decision Tech′s CEO, faces the ultimate leadership crisis: Uniting a team in such disarray that it threatens to bring down the entire company. Will she succeed? Will she be fired? Will the company fail? Lencioni′s utterly gripping tale serves as a timeless reminder that leadership requires as much courage as it does insight. Throughout the story, Lencioni reveals the five dysfunctions which go to the very heart of why teams even the best ones–often struggle. He outlines a powerful model and actionable steps that can be used to overcome these common hurdles and build a cohesive, effective team. Just as with his other books, Lencioni has written a compelling fable with a powerful yet deceptively simple message for all those who strive to be exceptional team leaders.","2002-04-18","2018-09-23 15:21:07","2021-02-23 21:12:08","","","240","","","","","The Five Dysfunctions of a Team","","","","","John Wiley & Sons","San Francisco","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Five-Dysfunctions-Team-Leadership-Lencioni/dp/0787960756","TT refs","","","","","","","","","","","","","","","","","","","","","1 edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"GEWMAVRG","journalArticle","1999","Forrester, Russ; Drexler, Allan B.","A model for team-based organization performance","Academy of Management Perspectives","","1558-9080","10.5465/ame.1999.2210313","https://journals.aom.org/doi/abs/10.5465/ame.1999.2210313","The team-based organization performance model is a map for the landscape of organizations that use a lot of teams. The critical issues that team-based organizations must resolve to perform effectively are: formation, getting the right pieces in place and fitting them together: dependability, making reliable connections between the parts; focus, targeting the direction and goals of the organization and its accountability processes: buy-in, the ownership of and involvement in the organization's work and the issues of power and control; coordination, achieving smoothness and consistency in an organization's operations: impact, the impression the organization makes on itself and its clients; and vitality, the energy that starts and sustains the organization over time, and the capacity it has to learn and adapt. This article visits each of these landmarks, illustrating them with company examples, examining the keys to mastering them, and describing detours that some organizations have taken and how they got back on track. The article also provides an aerial view of the elements and their relationships.","1999-08-01","2018-09-23 14:34:33","2021-02-23 16:44:58","2018-09-23 14:34:33","36-49","","3","13","","AMP","","","","","","","","","","","","","journals.aom.org (Atypon)","","","","C:\Users\matth\Zotero\storage\DHRKPC2R\ame.1999.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"VAHJ7C76","journalArticle","1994","DeSanctis, Gerardine; Poole, Marshall Scott","Capturing the Complexity in Advanced Technology Use: Adaptive Structuration Theory","Organization Science","","1047-7039","","https://www.jstor.org/stable/2635011","The past decade has brought advanced information technologies, which include electronic messaging systems, executive information systems, collaborative systems, group decision support systems, and other technologies that use sophisticated information management to enable multiparty participation in organization activities. Developers and users of these systems hold high hopes for their potential to change organizations for the better, but actual changes often do not occur, or occur inconsistently. We propose adaptive structuration theory (AST) as a viable approach for studying the role of advanced information technologies in organization change. AST examines the change process from two vantage points: (1) the types of structures that are provided by advanced technologies, and (2) the structures that actually emerge in human action as people interact with these technologies. To illustrate the principles of AST, we consider the small group meeting and the use of a group decision support system (GDSS). A GDSS is an interesting technology for study because it can be structured in a myriad of ways, and social interaction unfolds as the GDSS is used. Both the structure of the technology and the emergent structure of social action can be studied. We begin by positioning AST among competing theoretical perspectives of technology and change. Next, we describe the theoretical roots and scope of the theory as it is applied to GDSS use and state the essential assumptions, concepts, and propositions of AST. We outline an analytic strategy for applying AST principles and provide an illustration of how our analytic approach can shed light on the impacts of advanced technologies on organizations. A major strength of AST is that it expounds the nature of social structures within advanced information technologies and the key interaction processes that figure in their use. By capturing these processes and tracing their impacts, we can reveal the complexity of technology-organization relationships. We can attain a better understanding of how to implement technologies, and we may also be able to develop improved designs or educational programs that promote productive adaptations.","1994","2018-09-23 14:08:13","2021-02-23 16:34:19","2018-09-23 14:08:13","121-147","","2","5","","","Capturing the Complexity in Advanced Technology Use","","","","","","","","","","","","JSTOR","","","","C:\Users\matth\Zotero\storage\4RC9CGSI\DeSanctis and Poole - 1994 - Capturing the Complexity in Advanced Technology Us.pdf","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"75PYW9WR","journalArticle","2007","Knight, Pamela","Acquisition Community Team Dynamics: The Tuckman Model vs. the DAU Model","4th Annual Acquisition Research Symposium of the Naval Postgraduate School","","","","http://www.dtic.mil/dtic/tr/fulltext/u2/a493549.pdf","The Tuckman (1965) four-stage sequential model of team development (Forming, Storming, Norming, and Performing, or FSNP) represents today's most widely used model. However, the Tuckman model is a conceptual statement that was suggested by the data and has not been empirically validated (Tuckman, 1965). Hadyn, Teare, Scheuing and Armistead (1997, p. 118) state that, ""despite increasing interest in teamwork, much of the literature on the subject is inconclusive and often derived from anecdote rather than primary research."" The goal of this research was to develop empirical evidence to determine whether or not the Tuckman model or some variant thereof provides an appropriate model to explain the development of small, short-duration technical teams within the Acquisition Community. The results showed, to a 95% confidence level, that only about 2% of 321 teams studies followed the Tuckman model (FSNP). However a modified model, called the DAU Model (FNP—Tuckman model sans Storming), was experienced by 229 of the 321 teams (77%). This discrete three-stage model, along with a redefined Storming function that takes place throughout the teams' duration, constitutes a strong model of team dynamics for the studied Acquisition population. This research demonstrates that not only do technical teams generally follow the DAU model, but also that there is a strong correlation between teams producing above average products and teams following this model. The results of this research strongly suggest the possibility that the productivity of a technical team may be significantly improved by guiding its development through a well-defined process.","2007-04-30","2018-09-23 13:43:02","2021-02-23 16:59:10","","55","","","","","","","","","","","","","en","","","","","Zotero","","","","C:\Users\matth\Zotero\storage\36LLN877\Acquisition Community Team Dynamics The Tuckman M.pdf","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"J5QVBUV2","magazineArticle","2008","Larman, Criag; Vodde, Bas","Choose Feature Teams over Component Teams for Agility","InfoQ","","","","https://www.infoq.com/articles/scaling-lean-agile-feature-teams","Feature teams, common enough in small groups, are all too rare in large product development - but they can be a key to scaling with agility. This article analyses how feature teams resolve weaknesses of component teams, and points out key issues to address when transitioning. It is an excerpt from ""Scaling Lean and Agile Development,"" by Craig Larman and Bas Vodde, to be published later this year.","2008-07-15","2018-09-17 17:10:49","2021-02-23 21:10:54","2018-09-17 17:10:49","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\NA7FUCZR\scaling-lean-agile-feature-teams.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"KIX5VHHX","conferencePaper","2017","Conway, Mel","Toward Simplifying Application Development, in a Dozen Lessons","","","","","http://melconway.com/Home/pdf/simplify.pdf","","2017-01-03","2018-09-13 19:29:56","2021-02-23 16:30:49","","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\PEN4SH8V\simplify.pdf","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"VPDQWD5E","journalArticle","1968","Conway, Melvin E","HOW DO COMMITTEES INVENT?","Datamation","","","","http://www.melconway.com/Home/pdf/committees.pdf","","1968","2018-09-13 19:14:56","2021-02-23 16:30:38","","4","","","","","","","","","","","","","en","","","","","Zotero","","","","C:\Users\matth\Zotero\storage\JGUIFA8Q\Conway - 1968 - HOW DO COMMITTEES INVENT.pdf","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"ALK3VIAL","book","2007","Ackoff, Russell L.; Addison, Herbert J.; Bibb, Sally","Management F-laws: How Organizations Really Work","","978-0-9550081-2-2","","","","A full collection of more than 80 of Russell Ackoff's management f-laws: the uncomfortable truths about how organizations really work, what's wrong with the way we design and manage businesses, what makes managers tick... and how we can make things work better. Russell Ackoff is one of the world's top business brains. Herbert Addison has worked for years in business book publishing. Sally Bibb is a pioneer of organizational change. Who better to zero in on organizations, take them apart and then suggest ways of putting them back together - but better?","2007-01-24","2018-09-13 08:53:31","2021-02-23 15:59:33","","","180","","","","","Management F-laws","","","","","Triarchy Press","","English","","","","","Amazon","","","","","https://smile.amazon.co.uk/gp/product/0955008123/ref=od_aui_detailpages00?ie=UTF8&psc=1","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"849XG8DP","book","1999","Ackoff, Russell L.","Re-Creating the Corporation: A Design of Organizations for the 21st Century","","978-0-19-512387-6","","","","Over the last three decades the average life expectancy of a corporation in North America has dipped well below 20 years. In fact, by 1983 a full third of the 1970 Fortune 500 companies had been acquired, merged, or broken apart. In this landmark book, one of the business world's foremost pioneers, Russell L. Ackoff, delivers this indispensable guide for those hoping to beat these odds―and to better navigate the corporate challenges of the next millennium. While most business and management schools continue to teach the functions of a corporation separately―production, marketing, finance, personnel―the reality is that for a corporation to endure each division must work with the others to create an effective system. Re-Creating the Corporation is Ackoff's masterful blueprint for understanding and creating these model corporate systems. In four comprehensive sections―Background, Process, Designs, and Change―Ackoff lays out in clear concise prose the five organizational goals of successful corporate systems: plan effectively, learn and adapt rapidly, democratize, introduce internal market economies, and employ a flexible structure that will minimize the need for future restructuring. And through a deft mix of practical and theoretical examples drawn from a wide range of applications in a wide range of firms, this book ultimately guides executives to the system best suited to meet their organizational goals. Re-Creating the Corporation, which is the culmination of a lifetime of innovative and insightful business thought from one of the business world's premier thinkers, is essential reading for those attempting to navigate the rapidly changing economic environment of the next millennium.","1999-10-07","2018-09-13 08:53:26","2021-02-23 15:59:19","","","348","","","","","Re-Creating the Corporation","","","","","OUP USA","New York","English","","","","","Amazon","","","","","https://www.amazon.co.uk/gp/product/0195123875/ref=od_aui_detailpages00?ie=UTF8&psc=1","TT refs","","","","","","","","","","","","","","","","","","","","","First Edition edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"YRAPFY2Y","book","2016","Larman, Craig; Vodde, Bas","Large-Scale Scrum: More with LeSS","","978-0-321-98571-2","","","","The Go-To Resource for Large-Scale Organizations to Be Agile Rather than asking, “How can we do agile at scale in our big complex organization?” a different and deeper question is, “How can we have the same simple structure that Scrum offers for the organization, and be agile at scale rather than do agile?” This profound insight is at the heart of LeSS (Large-Scale Scrum). In Large-Scale Scrum: More with LeSS, Craig Larman and Bas Vodde have distilled over a decade of experience in large-scale LeSS adoptions towards a simpler organization that delivers more flexibility with less complexity, more value with less waste, and more purpose with less prescription. Targeted to anyone involved in large-scale development, Large-Scale Scrum: More with LeSS, offers straight-to-the-point guides for how to be agile at scale, with LeSS. It will clearly guide you to Adopt LeSS Structure a large development organization for customer value Clarify the role of management and Scrum Master Define what your product is, and why Be a great Product Owner Work with multiple whole-product focused feature teams in one Sprint that produces a shippable product Coordinate and integrate between teams Work with multi-site teams","2016-09-30","2018-09-13 08:31:49","2021-02-23 21:11:09","","","356","","","","","Large-Scale Scrum","","","","","Addison-Wesley Professional","","English","","","","","Amazon","","","","C:\Users\matth\Zotero\storage\WKRJ8U9K\LeSS-poster.pdf; C:\Users\matth\Zotero\storage\EF6CQMZT\Larman and Vodde - 2016 - Large-Scale Scrum More with LeSS.pdf; ","https://www.amazon.co.uk/Large-Scale-Scrum-More-Addison-Wesley-Signature-ebook/dp/B01JP91OR4","TT refs","","","","","","","","","","","","","","","","","","","","","1 edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"BMJBUVRD","book","2017","Tune, Nick; Millett, Scott","Designing Autonomous Teams and Services","","978-1-4919-9431-3","","","https://www.oreilly.com/programming/free/designing-autonomous-teams-and-services.csp","In high-performing organizations such as Salesforce and Spotify, autonomous product development teams own problems end-to-end—from interacting with customers to delivering engaging digital products. These teams find new ways to solve customer problems by constantly running...","2017","2018-09-10 19:49:36","2021-02-23 22:11:04","2018-09-10 19:49:36","","","","","","","","","","","","O'Reilly Media","","en","","","","","","","","","C:\Users\matth\Zotero\storage\LBBDGNVN\Tune and Millett - 2017 - Designing Autonomous Teams and Services.pdf; C:\Users\matth\Zotero\storage\9PFLNK3I\designing-autonomous-teams-and-services.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"ZCXI7XSP","report","2005","Levina, Natalia; Vaast, Emmanuelle","The Emergence of Boundary Spanning Competence in Practice: Implications for Information Systems' Implementation and Use","","","","","https://papers.ssrn.com/abstract=1276022","This paper investigates how an organizational competence in boundary spanning emerges in practice by drawing on the concepts of boundary spanner and boundary object. Using data from two qualitative field studies, we argue that in order for boundary spanning to emerge a new joint field of practice must be produced. Our data illustrate that agents partially transform their practices in local settings so as to accommodate the interests of their counterparts. While negotiating the new joint field, agents become what we call ""boundary spanners-in-practice"" who produce and use objects which then become locally useful and which acquire a common identity - hence, ""boundary objects-in-use."" Moreover, we show how boundary spanners-in-practice use various organizational and professional resources including the influence that comes with being nominated to boundary spanners' roles to create the new joint field. The conditions necessary for boundary spanners-in-practice to emerge are outlined and discussed; as are important implications for IS implementation and use.","2005-03-16","2018-09-10 13:30:40","2021-02-23 21:12:53","2018-09-10 13:30:40","","","","","","","The Emergence of Boundary Spanning Competence in Practice","","","","","Social Science Research Network","Rochester, NY","en","","SSRN Scholarly Paper","","","papers.ssrn.com","","","","C:\Users\matth\Zotero\storage\LPP84NCL\Levina and Vaast - 2005 - The Emergence of Boundary Spanning Competence in P.pdf; C:\Users\matth\Zotero\storage\AM6DNVDX\papers.html","","TT refs","boundaries; boundary objects; boundary spanners; Boundary spanning; Bourdieu; client-consultant relationship; intranet; IS implementation; IS use; Knowledge Management; organizational learning; practice theory; roles","","","","","","","","","","","","","","","","","","","ID 1276022","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"9FDLNHUD","book","2018","Kelly, Allan","Project Myopia: Why projects damage software #NoProjects eBook: Allan Kelly: Amazon.co.uk: Kindle Store","","978-1-912832-03-3","","","https://www.amazon.co.uk/Project-Myopia-projects-software-NoProjects-ebook/dp/B07F1XJ2B5/ref=sr_1_1?ie=UTF8&qid=1536576139&sr=8-1&keywords=project+myopia","","2018-07-28","2018-09-10 10:46:54","2021-02-23 16:56:04","2018-09-10 10:46:54","","","","","","","","","","","","Software Strategy Ltd","","","","","","","","","","","C:\Users\matth\Zotero\storage\ZEPN6Y76\ref=sr_1_1.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"TEWUBCX5","journalArticle","2016","Scholtes, Ingo; Mavrodiev, Pavlin; Schweitzer, Frank","From Aristotle to Ringelmann: A Large-scale Analysis of Team Productivity and Coordination in Open Source Software Projects","Empirical Softw. Engg.","","1382-3256","10.1007/s10664-015-9406-4","http://dx.doi.org/10.1007/s10664-015-9406-4","Complex software development projects rely on the contribution of teams of developers, who are required to collaborate and coordinate their efforts. The productivity of such development teams, i.e., how their size is related to the produced output, is an important consideration for project and schedule management as well as for cost estimation. The majority of studies in empirical software engineering suggest that - due to coordination overhead - teams of collaborating developers become less productive as they grow in size. This phenomenon is commonly paraphrased as Brooks' law of software project management, which states that ""adding manpower to a software project makes it later"". Outside software engineering, the non-additive scaling of productivity in teams is often referred to as the Ringelmann effect, which is studied extensively in social psychology and organizational theory. Conversely, a recent study suggested that in Open Source Software (OSS) projects, the productivity of developers increases as the team grows in size. Attributing it to collective synergetic effects, this surprising finding was linked to the Aristotelian quote that ""the whole is more than the sum of its parts"". Using a data set of 58 OSS projects with more than 580,000 commits contributed by more than 30,000 developers, in this article we provide a large-scale analysis of the relation between size and productivity of software development teams. Our findings confirm the negative relation between team size and productivity previously suggested by empirical software engineering research, thus providing quantitative evidence for the presence of a strong Ringelmann effect. Using fine-grained data on the association between developers and source code files, we investigate possible explanations for the observed relations between team size and productivity. In particular, we take a network perspective on developer-code associations in software development teams and show that the magnitude of the decrease in productivity is likely to be related to the growth dynamics of co-editing networks which can be interpreted as a first-order approximation of coordination requirements.","2016-04","2018-09-10 07:33:26","2021-02-23 22:02:36","2018-09-10 07:33:26","642–683","","2","21","","","From Aristotle to Ringelmann","","","","","","","","","","","","ACM Digital Library","","","","C:\Users\matth\Zotero\storage\326EHGNB\Scholtes et al. - 2016 - From Aristotle to Ringelmann A Large-scale Analys.pdf","","TT refs","Coordination; Open source software; Productivity factors; Repository mining; Social aspects of software engineering; Software engineering","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"WRCN2WUK","webpage","2014","Kelly, Allan","No Projects - Beyond Projects","InfoQ","","","","https://www.infoq.com/articles/kelly-beyond-projects","Applying the project lifecycle model to software development complicates both and makes developing good software harder. Allan Kelly presents ideas on how to move beyond projects and into what he calls a Continuous Work, or Steady State Work Model.","2014-12-05","2018-09-09 14:39:13","2021-02-23 16:55:53","2018-09-09 14:39:13","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\FBZFUC7E\kelly-beyond-projects.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"CRH992QU","webpage","2012","Kotter, John P.","Accelerate!","Harvard Business Review","","","","https://hbr.org/2012/11/accelerate","How the most innovative companies capitalize on today’s rapid-fire strategic challenges—and still make their numbers.","2012-11-01","2018-09-07 15:57:44","2021-02-23 16:59:24","2018-09-07 15:57:44","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\E5VLD288\accelerate.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"CUU6NRT6","book","2012","Kelly, Allan","Business Patterns for Software Developers","","978-1-119-99924-9","","","","A must–have recipe book for building software Perhaps you can relate to this all–too common scenario: you know all about your software product?but could do with some help in understanding the strategic side of things. If so, this book is the one–stop resource you′ll need in order to become a successful software entrepreneur. Patterns expert Allan Kelly provides you with the step–by–step route that needs to be followed in order to understand business strategy and operations. Each chapter starts out with a solid introduction and theoretical overview, which is then further illustrated with patterns and case studies, all aimed at helping you move into the management of software. Teaches you the ropes of business strategy and operations for software Places special emphasis on the patterns for those who make software for sale Addresses patterns philosophy, patterns strategies, business strategy patterns, and software company lifecycle Shares practical tools, tips, and examples of best practices so you can see how each specific pattern fits in and needs to be implemented. Business Patterns for Software Development divulges strategies, operations, and structures for building successful software.","2012-02-03","2018-09-04 07:41:01","2021-02-23 16:55:22","","","406","","","","","","","","","","John Wiley & Sons","Chichester","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Business-Patterns-Software-Developers-Allan/dp/1119999243","TT refs","","","","","","","","","","","","","","","","","","","","","1 edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"KEX9I4EG","journalArticle","2018","Bernstein, Ethan S.; Turban, Stephen","The impact of the ‘open’ workspace on human collaboration","Phil. Trans. R. Soc. B","","0962-8436, 1471-2970","10.1098/rstb.2017.0239","http://rstb.royalsocietypublishing.org/content/373/1753/20170239","Organizations’ pursuit of increased workplace collaboration has led managers to transform traditional office spaces into ‘open’, transparency-enhancing architectures with fewer walls, doors and other spatial boundaries, yet there is scant direct empirical research on how human interaction patterns change as a result of these architectural changes. In two intervention-based field studies of corporate headquarters transitioning to more open office spaces, we empirically examined—using digital data from advanced wearable devices and from electronic communication servers—the effect of open office architectures on employees' face-to-face, email and instant messaging (IM) interaction patterns. Contrary to common belief, the volume of face-to-face interaction decreased significantly (approx. 70%) in both cases, with an associated increase in electronic interaction. In short, rather than prompting increasingly vibrant face-to-face collaboration, open architecture appeared to trigger a natural human response to socially withdraw from officemates and interact instead over email and IM. This is the first study to empirically measure both face-to-face and electronic interaction before and after the adoption of open office architecture. The results inform our understanding of the impact on human behaviour of workspaces that trend towards fewer spatial boundaries. This article is part of the theme issue ‘Interdisciplinary approaches for uncovering the impacts of architecture on collective behaviour’.","2018-08-19","2018-09-03 21:22:23","2021-02-23 16:20:55","2018-09-03 21:22:23","20170239","","1753","373","","Phil. Trans. R. Soc. B","","","","","","","","en","© 2018 The Authors.. Published by the Royal Society under the terms of the Creative Commons Attribution License http://creativecommons.org/licenses/by/4.0/, which permits unrestricted use, provided the original author and source are credited.","","","","rstb.royalsocietypublishing.org","","PMID: 29967303","","; C:\Users\matth\Zotero\storage\3QZ96ZQN\20170239.html; C:\Users\matth\Zotero\storage\F9XLI9ZT\Bernstein and Turban - 2018 - The impact of the ‘open’ workspace on human collab.pdf","http://www.ncbi.nlm.nih.gov/pubmed/29967303","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"HQR3IKDZ","journalArticle","2012","Strode, Diane E.; Huff, Sid L.; Hope, Beverley; Link, Sebastian","Coordination in co-located agile software development projects","Journal of Systems and Software","","0164-1212","10.1016/j.jss.2012.02.017","http://www.sciencedirect.com/science/article/pii/S0164121212000465","Agile software development provides a way to organise the complex task of multi-participant software development while accommodating constant project change. Agile software development is well accepted in the practitioner community but there is little understanding of how such projects achieve effective coordination, which is known to be critical in successful software projects. A theoretical model of coordination in the agile software development context is presented based on empirical data from three cases of co-located agile software development. Many practices in these projects act as coordination mechanisms, which together form a coordination strategy. Coordination strategy in this context has three components: synchronisation, structure, and boundary spanning. Coordination effectiveness has two components: implicit and explicit. The theoretical model of coordination in agile software development projects proposes that an agile coordination strategy increases coordination effectiveness. This model has application for practitioners who want to select appropriate practices from agile methods to ensure they achieve coordination coverage in their project. For the field of information systems development, this theory contributes to knowledge of coordination and coordination effectiveness in the context of agile software development.","2012-06-01","2018-09-03 21:10:59","2021-02-23 22:09:00","2018-09-03 21:10:59","1222-1238","","6","85","","Journal of Systems and Software","","Special Issue: Agile Development","","","","","","","","","","","ScienceDirect","","","","C:\Users\matth\Zotero\storage\LKI2XFMC\Strode et al. - 2012 - Coordination in co-located agile software developm.pdf; C:\Users\matth\Zotero\storage\QVSLLQNC\S0164121212000465.html","","TT refs","Agile methods; Agile software development project; Coordination effectiveness; Coordination strategy; Coordination Theory; Extreme Programming; Scrum","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"57LFXYKL","blogPost","2018","HBS Communications","Collaborate on complex problems, but only intermittently","Harvard Gazette","","","","https://news.harvard.edu/gazette/story/2018/08/collaborate-on-complex-problems-but-only-intermittently/","When solving problems, both groups in which members never interacted and groups whose members constantly interacted provided expected results. The surprising outcome came from groups whose members collaborated intermittently.","2018-08-15","2018-09-03 20:51:28","2021-02-23 16:48:07","2018-09-03 20:51:28","","","","","","","","","","","","","","en-US","","","","","","","","","C:\Users\matth\Zotero\storage\S5ILWPWN\collaborate-on-complex-problems-but-only-intermittently.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"78FBZVCM","journalArticle","2018","Bernstein, Ethan; Shore, Jesse; Lazer, David","How intermittent breaks in interaction improve collective intelligence","Proceedings of the National Academy of Sciences","","0027-8424, 1091-6490","10.1073/pnas.1802407115","http://www.pnas.org/content/early/2018/08/09/1802407115","People influence each other when they interact to solve problems. Such social influence introduces both benefits (higher average solution quality due to exploitation of existing answers through social learning) and costs (lower maximum solution quality due to a reduction in individual exploration for novel answers) relative to independent problem solving. In contrast to prior work, which has focused on how the presence and network structure of social influence affect performance, here we investigate the effects of time. We show that when social influence is intermittent it provides the benefits of constant social influence without the costs. Human subjects solved the canonical traveling salesperson problem in groups of three, randomized into treatments with constant social influence, intermittent social influence, or no social influence. Groups in the intermittent social-influence treatment found the optimum solution frequently (like groups without influence) but had a high mean performance (like groups with constant influence); they learned from each other, while maintaining a high level of exploration. Solutions improved most on rounds with social influence after a period of separation. We also show that storing subjects’ best solutions so that they could be reloaded and possibly modified in subsequent rounds—a ubiquitous feature of personal productivity software—is similar to constant social influence: It increases mean performance but decreases exploration.","2018-08-10","2018-09-03 20:58:53","2021-02-23 16:20:45","2018-09-03 20:58:53","201802407","","","","","PNAS","","","","","","","","en","Copyright © 2018 the Author(s). Published by PNAS.. This open access article is distributed under Creative Commons Attribution-NonCommercial-NoDerivatives License 4.0 (CC BY-NC-ND).","","","","www.pnas.org","","PMID: 30104371","","C:\Users\matth\Zotero\storage\XQ78SS7D\1802407115.html; ; C:\Users\matth\Zotero\storage\ZLHDYIN6\Bernstein et al. - 2018 - How intermittent breaks in interaction improve col.pdf","http://www.ncbi.nlm.nih.gov/pubmed/30104371","TT refs","collective intelligence; social influence; social networks","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"YHJCLTED","journalArticle","2017","Jang, Sujin","Cultural Brokerage and Creative Performance in Multicultural Teams","Organization Science","","1047-7039","10.1287/orsc.2017.1162","https://pubsonline.informs.org/doi/full/10.1287/orsc.2017.1162","This paper presents a novel theoretical framework of how members of multicultural teams leverage their diverse knowledge to produce creative outcomes. I develop and test a model of cultural brokerage, which I define as the act of facilitating interactions between actors across cultural boundaries. I find that team members with multicultural backgrounds engage in cultural brokerage on behalf of monocultural team members. Among multiculturals, “cultural insiders” (those whose cultural background overlaps with other team members’) brokered by integrating knowledge from different cultures, whereas “cultural outsiders” (those whose cultural background has no overlap with any other team members’) brokered by eliciting knowledge from different cultures. Both integrating and eliciting significantly enhanced creative performance at the team level. These findings advance our understanding of the process of creativity in culturally diverse teams.","2017-12-01","2018-09-03 20:37:21","2021-02-23 16:53:44","2018-09-03 20:37:21","993-1009","","6","28","","Organization Science","","","","","","","","","","","","","pubsonline.informs.org (Atypon)","","","","C:\Users\matth\Zotero\storage\RNYY9GT6\orsc.2017.html; C:\Users\matth\Zotero\storage\IMLJHLK8\Jang - 2017 - Cultural Brokerage and Creative Performance in Mul.pdf","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"QCWZE5AP","webpage","2016","Bernstein, Ethan; Bunch, John; Canner, Niko; Lee, Michael","Beyond the Holacracy Hype","Harvard Business Review","","","","https://hbr.org/2016/07/beyond-the-holacracy-hype","The overwrought claims—and actual promise—of the next generation of self-managed teams","2016-07-01","2018-09-03 20:32:52","2021-02-23 16:20:33","2018-09-03 20:32:52","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\JIFHDPV5\beyond-the-holacracy-hype.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"SKAKRFJV","journalArticle","2012","MacCormack, Alan; Baldwin, Carliss Y.; Rusnak, John","Exploring the Duality Between Product and Organizational Architectures: A Test of the 'Mirroring' Hypothesis","Research Policy","","","","http://www.hbs.edu/faculty/Pages/item.aspx?num=43260","A variety of academic studies argue that a relationship exists between the structure of an organization and the design of the products that the organization produces. Specifically, products tend to ""mirror"" the architectures of the organizations in which they are developed. This dynamic occurs because the organization's governance structures, problem solving routines, and communication patterns constrain the space in which it searches for new solutions. Such a relationship is important, given that product architecture has been shown to be an important predictor of product performance, product variety, process flexibility, and even the path of industry evolution. We explore this relationship in the software industry. Our research takes advantage of a natural experiment, in that we observe products that fulfill the same function being developed by very different organizational forms. At one extreme are commercial software firms, in which the organizational participants are tightly coupled, with respect to their goals, structure, and behavior. At the other, are open-source software communities, in which the participants are much more loosely coupled by comparison. The mirroring hypothesis predicts that these different organizational forms will produce products with distinctly different architectures. Specifically, loosely coupled organizations will develop more modular designs than tightly coupled organizations. We test this hypothesis, using a sample of matched-pair products. We find strong evidence to support the mirroring hypothesis. In all of the pairs we examine, the product developed by the loosely coupled organization is significantly more modular than the product from the tightly coupled organization. We measure modularity by capturing the level of coupling between a product's components. The magnitude of the differences is substantial—up to a factor of six, in terms of the potential for a design change in one component to propagate to others. Our results have significant managerial implications, highlighting the impact of organizational design decisions on the technical structure of the artifacts that these organizations subsequently develop.","2012-10-01","2016-12-03 12:22:22","2021-02-23 21:29:12","2016-12-03 12:22:22","1309-1324","","8","41","","","Exploring the Duality Between Product and Organizational Architectures","","","","","","","","","","","","www.hbs.edu","","","","C:\Users\matth\Zotero\storage\V3337ABV\08-039_1861e507-1dc1-4602-85b8-90d71559d85b.pdf; C:\Users\matth\Zotero\storage\ZAZN5ZZG\item.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"89H455E6","book","2017","Leveson, Nancy G.","Engineering a Safer World: Systems Thinking Applied to Safety","","978-0-262-53369-0","","","","A new approach to safety, based on systems thinking, that is more effective, less costly, and easier to use than current techniques. Engineering has experienced a technological revolution, but the basic engineering techniques applied in safety and reliability engineering, created in a simpler, analog world, have changed very little over the years. In this groundbreaking book, Nancy Leveson proposes a new approach to safety-more suited to today's complex, sociotechnical, software-intensive world-based on modern systems thinking and systems theory. Revisiting and updating ideas pioneered by 1950s aerospace engineers in their System Safety concept, and testing her new model extensively on real-world examples, Leveson has created a new approach to safety that is more effective, less expensive, and easier to use than current techniques. Arguing that traditional models of causality are inadequate, Leveson presents a new, extended model of causation (Systems-Theoretic Accident Model and Processes, or STAMP), then shows how the new model can be used to create techniques for system safety engineering, including accident analysis, hazard analysis, system design, safety in operations, and management of safety-critical systems. She applies the new techniques to real-world events including the friendly-fire loss of a U.S. Blackhawk helicopter in the first Gulf War; the Vioxx recall; the U.S. Navy SUBSAFE program; and the bacterial contamination of a public water supply in a Canadian town. Leveson's approach is relevant even beyond safety engineering, offering techniques for ""reengineering"" any large sociotechnical system to improve safety and manage risk.","2017-02-14","2018-07-15 15:57:26","2021-02-23 21:12:36","","","560","","","","","Engineering a Safer World","","","","","MIT Press","Cambridge, Massachusetts London, Englang","English","","","","","Amazon","","","","C:\Users\matth\Zotero\storage\VH5HU73M\Leveson - 2017 - Engineering a Safer World Systems Thinking Applie.pdf; ","https://www.amazon.co.uk/Engineering-Safer-World-Systems-Thinking/dp/0262533693","TT refs","","","","","","","","","","","","","","","","","","","","","Reprint edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"3IY4QMLF","webpage","2018","Skelton, Matthew","How to find the right DevOps tools for your team","TechBeacon","","","","https://techbeacon.com/devops/how-find-right-devops-tools-your-team","Building a DevOps tool suite? Here are 9 field-tested tips for making all the right choices—and avoiding disaster.","2018-03-16","2020-10-12 18:32:55","2021-02-23 22:05:47","2020-10-12 18:32:55","","","","","","","","","","","","","","en","","","","","","","","","","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"NU32G8YF","book","1995","Brooks, Frederick","Mythical Man-Month, The: Essays on Software Engineering, Anniversary Edition","","978-0-201-83595-3","","","","Few books on software project management have been as influential and timeless as The Mythical Man-Month. With a blend of software engineering facts and thought-provoking opinions, Fred Brooks offers insight for anyone managing complex projects. These essays draw from his experience as project manager for the IBM System/360 computer family and then for OS/360, its massive software system. Now, 20 years after the initial publication of his book, Brooks has revisited his original ideas and added new thoughts and advice, both for readers already familiar with his work and for readers discovering it for the first time. The added chapters contain (1) a crisp condensation of all the propositions asserted in the original book, including Brooks' central argument in The Mythical Man-Month: that large programming projects suffer management problems different from small ones due to the division of labor; that the conceptual integrity of the product is therefore critical; and that it is difficult but possible to achieve this unity; (2) Brooks' view of these propositions a generation later; (3) a reprint of his classic 1986 paper ""No Silver Bullet""; and (4) today's thoughts on the 1986 assertion, ""There will be no silver bullet within ten years.""","1995-08-08","2021-02-23 16:25:12","2021-02-23 16:25:36","","","336","","","","","Mythical Man-Month, The","","","","","Addison-Wesley","Reading, Mass","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Mythical-Man-Month-Software-Engineering-Anniversary/dp/0201835959","TT refs","","","","","","","","","","","","","","","","","","","","","2nd edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"ADTGF5MK","webpage","2010","Edwards, Damon","What is DevOps?","dev2ops","","","","http://dev2ops.org/2010/02/what-is-devops/","","2010-02-23","2021-02-23 16:41:58","2021-02-23 16:43:02","2021-02-23 16:41:58","","","","","","","","","","","","","","en-US","","","","","","","","","C:\Users\matth\Zotero\storage\HWVRRFGJ\what-is-devops.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"38H5WULE","book","2013","Hansson, David Heinemeier; Fried, Jason","Remote: Office Not Required","","978-0-09-195467-3","","","","For too long our lives have been dominated by the ‘under one roof’ Industrial Revolution model of work. That era is now over. There is no longer a reason for the daily roll call, of the need to be seen with your butt on your seat in the office. The technology to work remotely and to avoid the daily grind of commuting and meetings has finally come of age, and bestselling authors Jason Fried and David Heinemeier Hansson are the masters of making it work at tech company 37signals. Remote working is the future – and it is rushing towards us. Remote: Office Not Required combines eye-opening ideas with entertaining narrative. It will convince you that working remotely increases productivity and innovation, and it will also teach you how to get it right – whether you are a manager, working solo or one of a team. Chapters include: ‘Talent isn’t bound by the hubs’, ‘It’s the technology, stupid’, ‘When to type, when to talk’, ‘Stop managing the chairs’ and ‘The virtual water cooler’. Brilliantly simple and refreshingly illuminating this is a call to action to end the tyranny of being shackled to the office.","2013-10-31","2021-02-23 16:46:21","2021-02-23 16:46:29","","","256","","","","","Remote","","","","","Vermilion","London","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Remote-Required-David-Heinemeier-Hansson/dp/0091954673","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"P6N9IU6Q","book","2019","Helfand, Heidi","Dynamic Reteaming: The Art and Wisdom of Changing Teams","","978-1-73356-721-3","","","","Dynamic Reteaming shares real stories of how successful software companies have thrived through changing their teams as opposed to keeping them the same. Team change will happen whether we like it or not. People will come and go from our teams. Our companies might double in size or even get acquired. We can catalyze team change to reduce the risk of attrition, learning and career stagnation and the development of knowledge silos. Dynamic Reteaming describes practices for effective reteaming as well as antipatterns. In this book you'll learn how to integrate new people into an existing team, how to deal with the loss of team members, when to split a team, how to isolate teams for focused innovation, how to rotate team members for knowledge sharing, how to break through organizational stagnation and much more. Learn to apply the five team change patterns: Isolation, One by One, Grow and Split, Merging and Switching. Get practical tips and tricks for managing team change.","2019-07-31","2021-02-23 16:49:47","2021-02-23 16:50:08","","","293","","","","","Dynamic Reteaming","","","","","Reteam, LLC","","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Dynamic-Reteaming-Wisdom-Changing-Teams/dp/1733567216/ref=sr_1_2?dchild=1&keywords=heidi+helfand&qid=1614098958&s=books&sr=1-2","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"QED42DNG","book","2019","Kersten, Mik","Project to Product: How Value Stream Networks Will Transform IT and Business: How to Survive and Thrive in the Age of Digital Disruption with the Flow Framework","","978-1-942788-39-3","","","","In the Age of Software, will your business dominate and maintain relevance--or will it become a digital relic?As tech giants and startups disrupt every market, those who master large-scale software delivery will define the economic landscape of the 21st century, just as the masters of mass production defined the landscape in the 20th. Unfortunately, business and technology leaders are woefully ill-equipped to solve the problems posed by digital transformation. At the current rate of disruption, half of S&P 500 companies will be replaced in the next ten years. A new approach is needed. In Project to Product, Value Stream Network pioneer and technology business leader Dr. Mik Kersten introduces the Flow Framework--a new way of seeing, measuring, and managing software delivery. The Flow Framework will enable your company's evolution from project-oriented dinosaur to product-centric innovator that thrives in the Age of Software. If you're driving your organization's transformation at any level, this is the book for you.","2019-02-28","2021-02-23 16:56:42","2021-02-23 16:56:48","","","272","","","","","Project to Product","","","","","IT Revolution","Portland, OR","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Project-Product-Networks-Transform-Business/dp/1942788398/ref=sr_1_1?dchild=1&keywords=mik+kersten&qid=1614099392&s=books&sr=1-1","TT refs","","","","","","","","","","","","","","","","","","","","","Illustrated edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"JVTPNKDF","book","2016","Kim, Gene; Debois, Patrick; Willis, John","The Devops Handbook: How to Create World-Class Agility, Reliability, and Security in Technology Organizations","","978-1-942788-00-3","","","","For decades, technology leaders have struggled to balance agility, reliability, and security, and the consequences of failure have never been greater. The effective management of technology is critical for business competitiveness. High-performing organizations are 2.5 times more likely to exceed profitability, market share, and productivity goals. The DevOps Handbook shows leaders how to create the cultural norms and the technical practices necessary to maximize organizational learning, increase employee satisfaction, and win in the marketplace.","2016-12-01","2021-02-23 16:57:18","2021-02-23 16:57:26","","","250","","","","","The Devops Handbook","","","","","Trade Select","Portland, OR","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Devops-Handbook-World-Class-Reliability-Organizations/dp/1942788002/ref=sr_1_1?dchild=1&keywords=devops+handbook&qid=1614099424&s=books&sr=1-1","TT refs","","","","","","","","","","","","","","","","","","","","","Illustrated edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"24PFBXML","blogPost","2012","Lane, Kin","The Secret to Amazons Success Internal APIs","API Evangelist","","","","https://apievangelist.com/2012/01/12/the-secret-to-amazons-success-internal-apis/","A network of research sites dedicated to the technology, business, and politics of APIs.","2012-01-12","2021-02-23 21:08:00","2021-02-23 21:10:18","2021-02-23 21:08:00","","","","","","","","","","","","","","en-us","","","","","","","","","C:\Users\matth\Zotero\storage\3EQLEVXB\the-secret-to-amazons-success-internal-apis.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"6G4ETNPG","journalArticle","1956","Miller, George A.","The magical number seven, plus or minus two: some limits on our capacity for processing information","Psychological Review","","1939-1471(Electronic),0033-295X(Print)","10.1037/h0043158","","A variety of researches are examined from the standpoint of information theory. It is shown that the unaided observer is severely limited in terms of the amount of information he can receive, process, and remember. However, it is shown that by the use of various techniques, e.g., use of several stimulus dimensions, recoding, and various mnemonic devices, this informational bottleneck can be broken. 20 references. (PsycINFO Database Record (c) 2016 APA, all rights reserved)","1956","2021-02-23 21:32:23","2021-02-23 21:33:36","","81-97","","2","63","","","The magical number seven, plus or minus two","","","","","","","","","","","","APA PsycNET","","Place: US Publisher: American Psychological Association","","C:\Users\matth\Zotero\storage\VVD3ADRD\Miller - 1956 - The magical number seven, plus or minus two some .pdf; C:\Users\matth\Zotero\storage\3AD5XBW7\1957-02914-001.html; C:\Users\matth\Zotero\storage\KKN26DXR\Miller GA Magical Seven Psych Review 1955.pdf","","TT refs","Cognitive Processes; Information Theory","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"ZGV46ZR3","webpage","","Niall Murphy","What is Site Reliability Engineering?","","","","","https://sre.google/in-conversation/","","","2021-02-23 21:38:43","2021-02-23 21:39:36","2021-02-23 21:38:43","","","","","","","","","","","","","","","","","","","","","","","C:\Users\matth\Zotero\storage\G6WAJFG9\in-conversation.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"N8JDWXV3","webpage","2017","Pais, Manuel; Skelton, Matthew","The Divisive Effect of Separate Issue Tracking Tools","InfoQ","","","","https://www.infoq.com/articles/issue-tracking-tools/","Separate issue tracking systems for Development and IT Operations are a source of conflict and ineffectiveness for many organizations. For effective Database Lifecycle Management (DLM), we typically need shared issue tracking systems where DBA teams can see upcoming work from Development and Development teams can see details of live service issues logged from Production.","2017-03-22","2021-02-23 21:49:37","2021-02-23 21:50:27","2021-02-23 21:49:37","","","","","","","","","","","","","","en","","","","","","","","","C:\Users\matth\Zotero\storage\ARPVP7KP\issue-tracking-tools.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"ZD7Z6RGT","webpage","2016","Pais, Manuel; Skelton, Matthew","Why and How to Test Logging","InfoQ","","","","https://www.infoq.com/articles/why-test-logging/","Logging and aggregation are crucial tools for today's complex, distributed systems. They provide rich insights which keep time to recover short. We must therefore make sure we test logging adequately.","2016-10-26","2021-02-23 21:50:56","2021-02-23 21:51:54","2021-02-23 21:50:56","","","","","","","","","","","","","","en","","","","","","","","","C:\Users\matth\Zotero\storage\EQHKNCQF\why-test-logging.html","","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"GMBJEK47","book","1996","Raymond, Eric S.","The New Hacker's Dictionary","","978-0-262-68092-9","","","","This new edition of the hacker's own phenomenally successful lexicon includes more than 100 new entries and updates or revises 200 more.","1996-10-11","2021-02-23 21:54:00","2021-02-23 21:54:06","","","570","","","","","","","","","","MIT Press","Cambridge, Mass","English","","","","","Amazon","","","","","https://www.amazon.co.uk/New-Hackers-Dictionary-MIT-Press/dp/0262680920","TT refs","","","","","","","","","","","","","","","","","","","","","third edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"9DJNP8AM","book","2015","Robertson, Brian J.","Holacracy: The New Management System for a Rapidly Changing World","","","","","","","2015-06-02","2021-02-23 21:55:35","2021-02-23 21:55:45","","","","","","","","Holacracy","","","","","Henry Holt and Co.","","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Holacracy-Management-System-Rapidly-Changing/dp/B01L985542/ref=tmm_hrd_swatch_0?_encoding=UTF8&qid=1614117307&sr=1-1","TT refs","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"95W5Z3H6","magazineArticle","2016","Rock, David; Grant, Heidi","Why Diverse Teams Are Smarter","Harvard Business Review","","0017-8012","","https://hbr.org/2016/11/why-diverse-teams-are-smarter","Research shows they’re more successful in three important ways.","2016-11-04","2021-02-23 21:56:57","2021-02-23 21:57:45","2021-02-23 21:56:57","","","","","","","","","","","","","","","","","","","hbr.org","","Section: Diversity","","C:\Users\matth\Zotero\storage\USHN2I6G\why-diverse-teams-are-smarter.html","","TT refs","Decision making; Diversity; Leading teams","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
+"J22RDLB3","book","2013","Rummler, Geary A.; Brache, Alan P.","Improving Performance: How to Manage the White Space on the Organization Chart","","978-1-118-14370-4","","","","Improving Performance is recognized as the book that launched the Process Improvement revolution. It was the first such approach to bridge the gap between organization strategy and the individual. Now, in this revised and expanded new edition, Gary Rummler reflects on the key needs of organizations faced with today's challenge of managing change in today's complex world. The book shows how to apply the three levels of performance and link performance to strategy, move from annual programs to sustained performance improvement, redesign processes, overcome the seven deadly sins of performance improvement and much more.","2013-01-04","2021-02-23 22:02:00","2021-02-23 22:02:06","","","288","","","","","Improving Performance","","","","","Jossey-Bass","San Francisco","English","","","","","Amazon","","","","","https://www.amazon.co.uk/Improving-Performance-Manage-White-Organization-dp-1118143701/dp/1118143701/ref=dp_ob_title_bk","TT refs","","","","","","","","","","","","","","","","","","","","","3rd edition","","","","","","","","","","","","","","","","","","","","","","","","","",""
\ No newline at end of file
diff --git a/Team-Topologies-references-Endnote.xml b/Team-Topologies-references-Endnote.xml
new file mode 100644
index 0000000..57b15a5
--- /dev/null
+++ b/Team-Topologies-references-Endnote.xml
@@ -0,0 +1,2 @@
+
+
a concept may appear to be atomic just because we have a single word to cover it. Look hard enough and you will find seams where you can fracture that concept.
+K1 TT refs + + +RT Web Page +T1 GARY (go ahead, repeat yourself) +A1 Long, Josh +T2 @starbuxman +FD 2016-05-25T20:19 +YR 2016 +LA en +CL Tweet +UL https://twitter.com/starbuxman/status/735550836147814400 +RD 2018/10/10/10:01:45 +K1 TT refs + + +RT Generic +T1 The Essential Elements of Enterprise PaaS +A1 Pivotal +FD 2 December 2016 +YR 2016 +PB Pivotal +UL https://content.pivotal.io/white-papers/the-essential-elements-of-enterprise-paas +RD 2018/10/09/20:41:04 +K1 TT refs + + +RT Journal Article +T1 Exploring the Structure of Complex Software Designs: An Empirical Study of Open Source and Proprietary Code +A1 MacCormack, Alan +A1 Rusnak, John +A1 Baldwin, Carliss Y. +T2 Management Science +FD 07/2006 +YR 2006 +DO 10.1287/mnsc.1060.0552 +VO 52 +IS 7 +SP 1015 +OP 1030 +LA en +SN 0025-1909, 1526-5501 +ST Exploring the Structure of Complex Software Designs +UL http://pubsonline.informs.org/doi/abs/10.1287/mnsc.1060.0552 +RD 2018/10/09/19:35:59 +K1 TT refs + + +RT Web Page +T1 Nine Questions To Assess Scrum Team Structure +A1 Cohn, Mike +T2 Mountain Goat Software +AB Scrum Team structure is critical for the success of any scrum project. Mike Cohn explains why and gives nine questions to assess scrum team structure. +FD 9 March 2010 +YR 2010 +LA en +UL https://www.mountaingoatsoftware.com/blog/nine-questions-to-assess-team-structure +RD 2018/10/09/19:20:04 +K1 TT refs + + +RT Report +T1 Creating a DevOps Team that Isn't Evil +A2 Minick, Eric +A2 Yanko, Curtis +FD 26 Feb 2015 +YR 2015 +UL http://www.slideshare.net/Urbancode/creating-a-devops-team-that-isnt-evil +RD 2016/08/11/16:27:06 +K1 TT refs + + +RT Web Page +T1 The goal for a "DevOps Team" should be to put itself out of business by enabling the rest of the org. +A1 Minick, Eric +T2 @ericminick +FD 8:27 am - 1 Oct 2014 +YR 2014 +CL microblog +UL https://twitter.com/ericminick/status/517335119330172930 +RD 2016/08/11/16:21:31 +K1 TT refs + + +RT Book, Whole +T1 Infrastructure as Code: Managing Servers in the Cloud +A1 Morris, Kief +AB This book explains how to take advantage of technologies like cloud, virtualization, and configuration automation to manage IT infrastructure using tools and practices from software development. These technologies have decoupled infrastructure from the underlying hardware, turning it into data and code. "Infrastructure as Code" has emerged alongside the DevOps movement as a label for approaches that merge concepts like source control systems, Test Driven Development (TDD) and Continuous Integration (CI) with infrastructure management.Virtualization and cloud make it easy to rapidly expand the size of infrastructure, but the habits and practices we used in the past with hardware-based infrastructure don't keep up. Teams end up with hundreds of servers, all a bit different, and find themselves unable to fully automate their infrastructure.The book will go through the challenges and problems created by all these wonderful new tools, and the principles and mindset changes that a team needs to make to use them effectively. It describes patterns, practices, and ideas that have been adopted from software development, especially Agile concepts, and brought into the IT Ops world as part of the DevOps movement. These ways of working have been proven in many organizations, including well known names like Netflix, Amazon, and Etsy, and also in more established organizations including publishers, banks, and even the British government. +FD 30 Jun. 2016 +YR 2016 +ED 1 edition +SP 250 +LA English +PB O'Reilly Media +SN 978-1-4919-2435-8 +ST Infrastructure as Code +K1 TT refs + + +RT Online Discussion Forum +T1 What is it like to be part of the Infrastructure team at Facebook? - Quora +A1 Drew Hoskins +T2 Quora +FD 16 Feb 2015 +YR 2015 +UL https://www.quora.com/What-is-it-like-to-be-part-of-the-Infrastructure-team-at-Facebook +RD 2016/08/11/12:54:10 +K1 TT refs + + +RT Web Page +T1 Are You a Software Architect? +A1 Brown, Simon +T2 InfoQ +AB The line between development and architecture is tricky. Some say it's fake, that architecture is an extension of the design process undertaken by developers; others say it's a chasm that can only be crossed by lofty developers who believe you must abstract your abstractions and not worry about implementation details. There's a balance in the middle, but how do you move from one to the other? +FD 09 Feb 2010 +YR 2010 +UL https://www.infoq.com/articles/brown-are-you-a-software-architect +RD 2016/08/11/10:56:49 +K1 TT refs + + +RT Report +T1 Goto Berlin - Migrating to Microservices (Fast Delivery) +T2 GOTO Berlin +A2 Cockcroft, Adrian +PP Berlin +FD 15 November 2014 +YR 2014 +UL http://www.slideshare.net/adriancockcroft/goto-berlin +RD 2016/08/11/09:53:04 +K1 TT refs + + +RT Web Page +T1 DevOps Topologies +A1 Skelton Thatcher Consulting +AB The primary goal of any DevOps setup within an organisation is to improve the delivery of value for customers and the business, not in itself to reduce costs, increase automation, or drive everything from configuration management; this means that different organisations might need different team structures in order for effective Dev and Ops collaboration to take place. +FD 2016 +YR 2016 +UL http://web.devopstopologies.com +RD 2016/08/09/19:33:06 +K1 TT refs + + +RT Personal Communication +T1 Damon Edwards: DevOps is an Enterprise Concern +A1 Edwards, Damon +A2 Pais, Manuel +AB Damon argues DevOps is most needed in the enterprise world, and suggests starting with self-service provisioning interfaces, service oriented mentality, designing tool chains and meaningful metrics. All based on his own experience on the field as a DevOps consultant. +FD 31 May 2014 +YR 2014 +ST Damon Edwards +UL https://www.infoq.com/interviews/interview-damon-edwards-qcon-2014 +RD 2016/08/09/08:13:49 +K1 TT refs + + +RT Web Page +T1 Crisp's Blog » Scaling Agile @ Spotify with Tribes, Squads, Chapters & Guilds +A1 Kniberg, Henrik +FD 2012 +YR 2012 +UL http://blog.crisp.se/2012/11/14/henrikkniberg/scaling-agile-at-spotify +RD 2016/07/06/22:44:45 +K1 TT refs + + +RT Web Page +T1 The Dunbar Number, From the Guru of Social Networks +A1 Bennett, Drake +T2 Bloomberg.com +AB How a technophobic Oxford primatologist became Silicon Valley’s social networking guru +FD 2013-01-11 +YR 2013 +UL http://www.bloomberg.com/news/articles/2013-01-10/the-dunbar-number-from-the-guru-of-social-networks +RD 2016/07/27/15:26:07 +K1 TT refs + + +RT Journal Article +T1 Sociotechnical principles for system design +A1 Clegg, Chris W +T2 Applied Ergonomics +AB This paper offers a set of sociotechnical principles to guide system design, and some consideration of the role of principles of this kind. The principles extend earlier formulations by Cherns (1976, Human Relations, 29, 783–792; 1987, Human Relations, 40, 153–162). They are intended to apply to the design of new systems, including those incorporating new information technologies and a range of modern management practices and ways of working. They attempt to provide a more integrated perspective than is apparent in existing formulations. The principles are of three broad types: meta, content and process, though they are highly interrelated. They are for use by system managers, users and designers, and by technologists and social scientists. They offer ideas for debate and provide devices through which detailed design discussions can be elaborated. The principles are most likely to be effective if they are relatively freestanding, but supported by relevant methods and tools. The principles are necessary but not sufficient to make a substantial contribution to design practice. +FD October 2, 2000 +YR 2000 +DO 10.1016/S0003-6870(00)00009-0 +VO 31 +IS 5 +SP 463 +OP 477 +JO Applied Ergonomics +SN 0003-6870 +UL http://www.sciencedirect.com/science/article/pii/S0003687000000090 +RD 2016/07/15/13:33:27 +K1 INFORMATION technology +K1 Management practices +K1 New ways of working +K1 Sociotechnical principles +K1 system design +K1 TT refs + + +RT Journal Article +T1 Toward sociotechnical urban superorganisms +A1 Zambonelli, Franco +T2 Computer +AB Sooner or later, we’ll all become part of an urban superorganism, +putting our ICT devices and unique human capabilities to use for +the good of both ourselves and society. +FD 2012 +YR 2012 +UL http://spartan.ac.brocku.ca/~tkennedy/COMM/Zambonelli2012.pdf +RD 2016/07/15/13:28:37 +K1 TT refs + + +RT Journal Article +T1 The principles of sociotechnical design +A1 Cherns, Albert +T2 Human Relations +AB Discusses 9 principles which should be considered in the development of a sociotechnical system: compatibility, minimal critical specification, the sociotechnical criterion, the multifunctional principle or organism vs mechanism, boundary location, information flow, support congruence, and incompletion. The role of employees and union officials in the development of sociotechnical systems is discussed. +FD 1976 +YR 1976 +DO 10.1177/001872677602900806 +VO 29 +IS 8 +SP 783 +OP 792 +SN 1741-282X(Electronic);0018-7267(Print) +K1 *Organizational Development +K1 organizational structure +K1 TT refs + + +RT Web Page +T1 Working with Component Teams: How to Navigate the Complexity - Scrum Alliance +A1 Chaudhary, Mukesh +FD 5 September 2012 +YR 2012 +UL https://www.scrumalliance.org/community/articles/2012/september/working-with-component-teams-how-to-navigate-the-c +RD 2016/07/06/23:27:45 +K1 TT refs + + +RT Web Page +T1 Feature Teams Vs. Component Teams (continued) +A1 Leffingwell, Dean +T2 Scaling Software Agility +AB My friend and agile “ninja” Chad Holdorf ( just put up a nice post with a video and graphic explanation of the value of organizing around Features, rather than Components. For context, Chad is usin… +FD 2011-05-02T01:22:20+00:00 +YR 2011 +UL https://scalingsoftwareagility.wordpress.com/2011/05/02/feature-teams-vs-component-teams-continued/ +RD 2016/07/06/23:21:21 +K1 TT refs + + +RT Web Page +T1 Organizing at Scale: Feature Teams vs. Component Teams – Part 3 +A1 Leffingwell, Dean +T2 Scaling Software Agility +AB As the title indicates, in the last two posts (Part 1 and Part 2 – and also be sure and check the comments from others) I’ve described the conundrum of organizing agile teams at scale, … +FD 2009-07-22T00:57:37+00:00 +YR 2009 +ST Organizing at Scale +UL https://scalingsoftwareagility.wordpress.com/2009/07/22/organizing-agile-at-scale-feature-teams-versus-component-teams-part-3/ +RD 2016/07/06/23:04:25 +K1 TT refs + + +RT Book, Whole +T1 Scaling Software Agility: Best Practices for Large Enterprises +A1 Leffingwell, Dean +AB “Companies have been implementing large agile projects for a number of years, but the ‘stigma’ of ‘agile only works for small projects’ continues to be a frequent barrier for newcomers and a rallying cry for agile critics. What has been missing from the agile literature is a solid, practical book on the specifics of developing large projects in an agile way. Dean Leffingwell’s book Scaling Software Agility fills this gap admirably. It offers a practical guide to large project issues such as architecture, requirements development, multi-level release planning, and team organization. Leffingwell’s book is a necessary guide for large projects and large organizations making the transition to agile development.” –Jim Highsmith, director, Agile Practice, Cutter Consortium, author of Agile Project Management “There’s tension between building software fast and delivering software that lasts, between being ultra-responsive to changes in the market and maintaining a degree of stability. In his latest work, Scaling Software Agility, Dean Leffingwell shows how to achieve a pragmatic balance among these forces. Leffingwell’s observations of the problem, his advice on the solution, and his description of the resulting best practices come from experience: he’s been there, done that, and has seen what’s worked.” –Grady Booch, IBM Fellow Agile development practices, while still controversial in some circles, offer undeniable benefits: faster time to market, better responsiveness to changing customer requirements, and higher quality. However, agile practices have been defined and recommended primarily to small teams. In Scaling Software Agility, Dean Leffingwell describes how agile methods can be applied to enterprise-class development. Part I provides an overview of the most common and effective agile methods. Part II describes seven best practices of agility that natively scale to the enterprise level. Part III describes an additional set of seven organizational capabilities that companies can master to achieve the full benefits of software agility on an enterprise scale. This book is invaluable to software developers, testers and QA personnel, managers and team leads, as well as to executives of software organizations whose objective is to increase the quality and productivity of the software development process but who are faced with all the challenges of developing software on an enterprise scale. Foreword Preface Acknowledgments About the Author Part I: Overview of Software Agility Chapter 1: Introduction to Agile Methods Chapter 2: Why the Waterfall Model Doesn’t Work Chapter 3: The Essence of XP Chapter 4: The Essence of Scrum Chapter 5: The Essence of RUP Chapter 6: Lean Software, DSDM, and FDD Chapter 7: The Essence of Agile Chapter 8: The Challenge of Scaling Agile Part II: Seven Agile Team Practices That Scale Chapter 9: The Define/Build/Test Component Team Chapter 10: Two Levels of Planning and Tracking Chapter 11: Mastering the Iteration Chapter 12: Smaller, More Frequent Releases Chapter 13: Concurrent Testing Chapter 14: Continuous Integration Chapter 15: Regular Reflection and Adaptation Part III: Creating the Agile Enterprise Chapter 16: Intentional Architecture Chapter 17: Lean Requirements at Scale: Vision, Roadmap, and Just-in-Time Elaboration Chapter 18: Systems of Systems and the Agile Release Train Chapter 19: Managing Highly Distributed Development Chapter 20: Impact on Customers and Operations Chapter 21: Changing the Organization Chapter 22: Measuring Business Performance Conclusion: Agility Works at Scale Bibliography Index +PP Upper Saddle River, NJ +FD March 8, 2007 +YR 2007 +ED 1 edition +SP 384 +LA English +PB Addison-Wesley Professional +SN 978-0-321-45819-3 +ST Scaling Software Agility +K1 TT refs + + +RT Book, Whole +T1 Essential Scrum: A Practical Guide to the Most Popular Agile Process +A1 Rubin, Kenneth S. +AB A Practical Guide to the Most Popular Agile Process The Single-Source, Comprehensive Guide to Scrum for All Team Members, Managers, and Executives If you want to use Scrum to develop innovative products and services that delight your customers, Essential Scrum is the complete, single-source reference you’ve been searching for. Leading Scrum coach and trainer Kenny Rubin illuminates the values, principles, and practices of Scrum, and describes flexible, proven approaches that can help you implement it far more effectively. Whether you are new to Scrum or years into your use, this book will introduce, clarify, and deepen your Scrum knowledge at the team, product, and portfolio levels. Drawing from Rubin’s experience helping hundreds of organizations succeed with Scrum, this book provides easy-to-digest descriptions enhanced by more than two hundred illustrations based on an entirely new visual icon language for describing Scrum’s roles, artifacts, and activities. Essential Scrum will provide every team member, manager, and executive with a common understanding of Scrum, a shared vocabulary they can use in applying it, and practical knowledge for deriving maximum value from it. +PP Upper Saddle River, NJ +FD 26 July 2012 +YR 2012 +ED 01 edition +SP 504 +LA English +PB Addison Wesley +SN 978-0-13-704329-3 +ST Essential Scrum +K1 TT refs + + +RT Book, Whole +T1 Microsoft Secrets: How the World's Most Powerful Software Company Creates Technology, Shapes Markets and Manages People: How the World's Most Powerful ... Technology, Shapes Markets and Manages People +A1 Cusumano, Michael A. +AB PREFACE TO THE PAPERBACK EDITIONIt gives us great pleasure to write this special preface to the paperback edition of "Microsoft Secrets, " which we originally published in October 1995. The book has been translated into fourteen foreign languages and has been on best-seller lists around the world, in markets ranging from the United States and Japan to Germany, Brazil, and China. The personal computer software industry moves very quickly, and much has happened to Microsoft in the past three years. The strategies and principles discussed in "Microsoft Secrets" still appear to be guiding the company forward. "The Internet: " The most important change has been the rise of the Internet and the World Wide Web. When we were writing this book, Microsoft was almost totally focused on finishing Windows 95 (which shipped in August 1995), revising Office and some other applications to go with its new operating system, and launching the proprietary online network, Microsoft Network. Not until December 1995 did Bill Gates and other Microsoft executives become truly serious about the Internet, even though they did ship a basic browser, Internet Explorer 1.0, with Windows 95.Since that time, Microsoft has changed most of its product plans and products to make sure that they took advantage of the Internet's enormous capabilities. Microsoft now has 40 percent of the browser market (compared to 60 percent for Netscape). Microsoft also has a strong and growing position in server software based on Windows NT Plans for Microsoft Network did not work out as expected, although Microsoft has remade much of this system into a Web-based service.Microsoft has made maade their operating systems andapplications software. Microsoft Office had about 90 percent of the desktop applications market and had become a standard in corporations. Windows NT and Microsoft BackOffice (which includes servers and database software) were also growing rapidly in market share. These corporate products had higher profit margins than products sold to individuals and guaranteed that Microsoft's profits would probably grow faster than its revenues. "Antitrust: " Perhaps the biggest concern about Microsoft was antitrust. The federal government, individual state governments, and governments in Japan and Europe were all concerned that Microsoft was too powerful. We saw these same concerns when we published "Microsoft Secrets" in 1995. Government scrutiny of Microsoft seemed more intense in 1998, however. The scrutiny was not so much with regard to acquisitions but with Microsoft potentially using its position in operating systems to extend its dominance to other areas, such as Web-based Internet commerce.The most recent serious debate has involved features or products that Microsoft is bundling into new versions of Windows. The browser that comes with Windows 98, for example, is much more tightly integrated into the operating system than in Windows 95. Microsoft also continued to include the browser at no extra charge (which forced Netscape to make its browser available for free also, even to companies that previously had paid for it). The problem: Microsoft has allegedly pressured computer manufacturers not to load competitors' products, such as Netscape's Navigator/Communicator browser. The browser is no longer a revenue source in itself, but it is critical as a "port al" to the Web. Both Netscapeand Microsoft, for example, use their browsers to draw customers to their Web sites, from which point customers can purchase various products and services, such as books, news, and travel reservations. Furthermore, in Windows 98, Microsoft is including the Web TV software "for free" and is encouraging computer manufacturers to include hardware to support this technology. Web TV makes it possible to combine TV advertisements and programming with Internet-based sales.Not all of Microsoft's initiatives will succeed. The company can misjudge markets, as it did with the Microsoft Network. Microsoft also has more competition in Internet markets than in operating systems or desktop software. But the possibilities are limitless for Internet commerce. And Bill Gates has clearly put Microsoft in a superb position strategically and technically to thrive in this new age of the Internet. "Product Development Process: " To build new Internet and enterprise products, Microsoft has continued to use the same principles and organization for product development that we talked about in "Microsoft Secrets." The company has made some minor changes, however, that we feel are important to note. For example, in Internet groups that want to move especially fast from ideas to final products, Microsoft developers sometimes take the lead in proposing feat +PP New York +FD 15 Aug. 1988 +YR 1988 +ED 1st Touchstone Ed edition +SP 532 +LA English +PB Simon and Schuster +SN 978-0-684-85531-8 +ST Microsoft Secrets +K1 TT refs + + +RT Web Page +T1 DevOps for Service Providers - next generation tools +A1 John, Wolfgang +T2 Ericsson Research Blog +AB SP-DevOps Toolkit for next generation telco managment, recently released by EU FP7 project Unify. +FD 2015-12-07T12:07:17+00:00 +YR 2015 +UL https://www.ericsson.com/research-blog/cloud/devops-for-service-providers-next-generation-tools/ +RD 2016/07/06/20:42:25 +K1 TT refs + + +RT Web Page +T1 How Different Team Topologies Influence DevOps Culture +A1 Skelton, Matthew +T2 InfoQ +AB There are many different team topologies that can be effective for DevOps. Each topology comes with a slightly different culture, and a team topology suitable for one organisation may not be suited to another organisation, even in a similar sector. This article explores the cultural differences between team topologies for DevOps, to help you choose a suitable DevOps topology for your organisation. +FD 2015-09-02 +YR 2015 +UL https://www.infoq.com/articles/devops-team-topologies +RD 2016/07/06/07:49:39 +K1 TT refs + + +RT Journal Article +T1 A typology of organisational cultures +A1 Westrum, R +T2 Quality & safety in health care +AB There is wide belief that organisational culture shapes many aspects of performance, including safety. Yet proof of this relationship in a medical context is hard to find. In contrast to human factors, whose contributions are many and notable, culture's impact remains a commonsense, rather than a scientific, concept. The objectives of this paper are to show that organisational culture bears a predictive relationship with safety and that particular kinds of organisational culture improve safety, and to develop a typology predictive of safety performance. Because information flow is both influential and also indicative of other aspects of culture, it can be used to predict how organisations or parts of them will behave when signs of trouble arise. From case studies and some systematic research it appears that information culture is indeed associated with error reporting and with performance, including safety. Yet this relationship between culture and safety requires more exploration before the connection can be considered definitive. +FD 2004-12 +YR 2004 +DO 10.1136/qshc.2003.009522 +VO 13 +IS Suppl 2 +SP ii22 +OP ii27 +JO Qual Saf Health Care +SN 1475-3898 +UL http://www.ncbi.nlm.nih.gov/pmc/articles/PMC1765804/ +RD 2016/07/05/21:53:28 +K1 TT refs + + +RT Journal Article +T1 Transitioning from a hierarchical product organization to an open platform organization: a Chinese case study +A1 Luo, Jiao +A1 Van de Ven, Andrew H. +A1 Jing, Runtian +A1 Jiang, Yuan +T2 Journal of Organization Design +AB Organizations around the world are designing new forms of organizing in order to deal with the challenges of advances in information technology and digitization that promote increases in customization and innovation in the face of global competition. This paper presents a case study examining the challenges experienced by a large multinational firm as it transforms from a hierarchical product organization to an open platform network organization. We show that (a) role confusion, (b) control imbalance, and (c) staffing mismatches are key challenges associated with organizational redesign. The main lessons drawn from this case are discussed. +FD January 5, 2018 +YR 2018 +DO 10.1186/s41469-017-0026-x +VO 7 +JO Journal of Organization Design +SN 2245-408X +ST Transitioning from a hierarchical product organization to an open platform organization +UL https://doi.org/10.1186/s41469-017-0026-x +RD 2018/02/02/20:06:18 +NOPages 1 in PDF
+K1 China +K1 Corporate venture +K1 Micro-enterprise +K1 Organization design +K1 Strategy and structure +K1 TT refs + + +RT Book, Whole +T1 Sense and Respond: How Successful Organizations Listen to Customers and Create New Products Continuously +A1 Gothelf, Jeff +A1 Seiden, Josh +AB The End of Assembly Line ManagementWe're in the midst of a revolution. Quantum leaps in technology are enabling organizations to observe and measure people's behavior in real time, communicate internally at extraordinary speed, and innovate continuously. These new, software-driven technologies are transforming the way companies interact with their customers, employees, and other stakeholders.This is no mere tech issue. The transformation requires a complete rethinking of the way we organize and manage work. And, as software becomes ever more integrated into every product and service, making this big shift is quickly becoming the key operational challenge for businesses of all kinds. We need a management model that doesn't merely account for, but actually embraces, continuous change. Yet the truth is, most organizations continue to rely on outmoded, industrial-era operational models. They structure their teams, manage their people, and evolve their organizational cultures the way they always have.Now, organizations are emerging, and thriving, based on their capacity to sense and respond instantly to customer and employee behaviors. In Sense and Respond, Jeff Gothelf and Josh Seiden, leading tech experts and founders of the global Lean UX movement, vividly show how these companies operate, highlighting the new mindset and skills needed to lead and manage them and to continuously innovate within them.In illuminating and instructive business examples, you'll see organizations with distinctively new operating principles: shifting from managing outputs to what the authors call  outcome-focused management"; forming self-guided teams that can read and react to a fast-changing environment; creating a learning-all-the-time culture that can understand and respond to new customer behaviors and the data they generate; and finally, developing in everyone at the company the new universal skills of customer listening, assessment, and response.This engaging and practical book provides the crucial new operational and management model to help you and your organization win in a world of continuous change. ‘The book impresses not only by its advocacy for changing the culture of companies and management processes, but also the practical details the authors advocate…Food for thought, but then added to that, plenty of sensible advice. Just what a business book should offer.’ Business Traveller, January 26, 2017 by Tom Otley "Thanks to concrete examples, this book highlights the tools, methods and practices that businesses today need to flourish in a constantly changing world." Business Digest (France) +PP Boston, Massachusetts +FD 7 Feb. 2017 +YR 2017 +SP 256 +LA English +PB Harvard Business Review Press +SN 978-1-63369-188-9 +ST Sense and Respond +K1 TT refs + + +RT Journal Article +T1 Psychological Safety and Learning Behavior in Work Teams +A1 Edmondson, Amy +T2 Administrative Science Quarterly +AB This paper presents a model of team learning and tests it in a multimethod field study. It introduces the construct of team psychological safety—a shared belief held by members of a team that the team is safe for interpersonal risk taking—and models the effects of team psychological safety and team efficacy together on learning and performance in organizational work teams. Results of a study of 51 work teams in a manufacturing company, measuring antecedent, process, and outcome variables, show that team psychological safety is associated with learning behavior, but team efficacy is not, when controlling for team psychological safety. As predicted, learning behavior mediates between team psychological safety and team performance. The results support an integrative perspective in which both team structures, such as context support and team leader coaching, and shared beliefs shape team outcomes. +FD June 1, 1999 +YR 1999 +DO 10.2307/2666999 +VO 44 +IS 2 +SP 350 +OP 383 +JO Administrative Science Quarterly +LA en +SN 0001-8392 +UL http://journals.sagepub.com/doi/abs/10.2307/2666999 +RD 2017/02/07/16:13:55 +K1 TT refs + + +RT Journal Article +T1 Cognitive load during problem solving: Effects on learning +A1 Sweller, John +T2 Cognitive science +FD 1988 +YR 1988 +VO 12 +IS 2 +SP 257 +OP 285 +ST Cognitive load during problem solving +UL http://onlinelibrary.wiley.com/doi/10.1207/s15516709cog1202_4/abstract +RD 2016/10/19/09:59:39 +K1 TT refs + + +RT Journal Article +T1 Cognitive Load Theory, Learning Difficulty, and Instructional Design +A1 Sweller, John +T2 Learning and Instruction +AB This paper is concerned with some of the factors that determine the difficulty of material that needs to be learned. It is suggested that when considering intellectual activities, schema acquisition and automation are the primary mechanisms of learning. The consequences of cognitive load theory for the structuring of information in order to reduce difficulty by focusing cognitive activity on schema acquisition is briefly surmnarixed. It is pointed out that cognitive load theory deals with learning and problem solving difticulty that is artificial in that it can be manipulated by instructional design. Intrinsic cognitive load in contrast, is constant for a given area because it is a basic component of the material. Intrinsic cognitive load is characterized in terms of element interactivity. The lements of most schemas must be learned simultaneously because they interact and it is the interaction that is critical. If, as in some areas, interactions between many elements must be learned, then intrinsic cognitive load will be high. In contrast, in different areas, if elements can be learned successively rather than ~~tan~~ly because they do not interact, intrinsic cognitive load will be low. It is suggested that extraneous cognitive load that interferes with learning orily is a problem under conditions of high cognitive load caused by high element interactivity. Under conditions of low element interactivity, re-designing instruction to reduce extraneous cognitive load may have no appreciable consequences. In addition, the concept of element interactivity can be used to explain not only why some material is difficult to learn but also, why it can be difficult to understand. Understanding becomes relevant when high element interactivity material with a naturally high cognitive load must be learned. +FD 1994 +YR 1994 +VO 4 +SP 295 +OP 312 +K1 TT refs + + +RT Web Page +T1 Day 3: Managing Cognitive Load for Team Learning +A1 Pearce, Jo +T2 12 Devs of Xmas +AB On the third day of Xmas, Jo Pearce explores our methods of learning as developers and how the ever-increasing complexity of our field can sometimes cause stress and anxiety. In this article Jo sho… +FD 2015-12-28T00:00:35+00:00 +YR 2015 +ST Day 3 +UL http://12devsofxmas.co.uk/2015/12/day-3-managing-cognitive-load-for-team-learning/ +RD 2016/10/06/10:11:46 +K1 TT refs + + +RT Journal Article +T1 Learning HMM-based cognitive load models for supporting human-agent teamwork +A1 Fan, Xiaocong +A1 Chen, Po-Chun +A1 Yen, John +T2 Cognitive Systems Research +FD 2010 +YR 2010 +VO 11 +IS 1 +SP 108 +OP 119 +UL http://www.sciencedirect.com/science/article/pii/S1389041708000405 +RD 2016/10/06/10:07:24 +K1 TT refs + + +RT Web Page +T1 We've Changed Our Product Team Structure 4 Times: Here's Where We Are Today +A1 Seiter, Courtney +T2 Open +AB Here's a look at how we're evolving one of our teams---Buffer's product team---and creating a blueprint for the future of teams at Buffer. +FD 2015-10-20T08:00:09-05:00 +YR 2015 +ST We've Changed Our Product Team Structure 4 Times +UL https://open.buffer.com/product-team-evolution/ +RD 2016/08/11/23:36:26 +K1 TT refs + + +RT Web Page +T1 DevOps Lessons Learned at Microsoft Engineering +A1 Almeida, Thiago +T2 InfoQ +AB Thiago Almeida from Microsoft shares how adopting DevOps practices resulted in better engineering and happier teams, and the lessons learned in that journey. +FD 22 May 2016 +YR 2016 +UL https://www.infoq.com/articles/devops-lessons-microsoft +RD 2016/08/12/02:22:54 +K1 TT refs + + +RT Web Page +T1 Amazon Architecture - High Scalability - +A1 Hoff, Todd +AB This is a wonderfully informative Amazon update based on Joachim Rohde's discovery of an interview... +FD 18 Sept 2007 +YR 2007 +UL http://highscalability.com/blog/2007/9/18/amazon-architecture.html +RD 2016/08/12/01:40:22 +K1 TT refs + + +RT Web Page +T1 How Microsoft dragged its development practices into the 21st century +A1 Bright, Peter +T2 Ars Technica +AB In the Web era of development, Waterfalls are finally out. Agile is in. +FD 6/8/2014 +YR 2014 +UL http://arstechnica.com/information-technology/2014/08/how-microsoft-dragged-its-development-practices-into-the-21st-century/ +RD 2016/08/12/01:28:40 +K1 TT refs + + +RT Report +T1 Organizational Design for Effective Software Development +A2 Cooley, Faith +AB A Presentation by Faith Cooley on Organizational Design for Effective Software development. Check out this deck to see some of the leading changes we've seen in companies that need to get their software to market faster and more efficiently. Org Design and Agile/Continuous Delivery work hand in hand to tune your process effectively. +FD 12 Nov 2014 +YR 2014 +UL http://www.slideshare.net/Dev9Com/organizational-design-for-effective-software-development +RD 2016/08/11/22:11:09 +K1 TT refs + + +RT Book, Section +T1 On the Development of Software Product-Family Components +A1 Bosch, Jan +T2 Software Product Lines +A2 Nord, Robert L. +T3 Lecture Notes in Computer Science +AB Several approaches to the development of shared artefacts in software product families exist. Each has advantages and disadvantages, but there is no clear framework for selecting among these alternatives. As a consequence, mismatches between the optimal approach and the one currently used by an organization may lead to several problems, such as a high degree of erosion, mismatches between product needs and shared components, organizational “noise” and inefficient knowledge management. This paper (1) presents the problems resulting from the aforementioned mismatch, (2) presents the relevant decision dimensions that define the space of alternatives, (3) discusses the advantages and disadvantages of each alternative and (4) presents a framework for selecting the best alternative for each decision dimension based on a three-stage adoption model. +FD 2004/08/30 +YR 2004 +SP 146 +OP 164 +LA en +PB Springer Berlin Heidelberg +SN 978-3-540-22918-6 978-3-540-28630-1 +UL http://link.springer.com/chapter/10.1007/978-3-540-28630-1_9 +RD 2016/08/11/21:49:19 +K1 Computers and Society +K1 Management of Computing and Information Systems +K1 Software engineering +K1 Software Engineering/Programming and Operating Systems +K1 TT refs + + +RT Newspaper Article +T1 Why Teams Don’t Work +A1 Coutu, Diane +T2 Harvard Business Review +AB A leading organizational psychologist explains the five critical conditions that make the difference between success and failure. +FD 2009-05-01T04:00:00Z +YR 2009 +UL https://hbr.org/2009/05/why-teams-dont-work +RD 2016/08/11/20:00:38 +K1 TT refs + + +RT Web Page +T1 Amazon's “two-pizza teams”: The ultimate divisional organization • Uncharted Territory +A1 Crawford, Jason +T2 Uncharted Territory on Svbtle +AB Amazon’s “two-pizza teams” are well-known; they’ve been written about in Fast Company and the WSJ. But almost everyone misses the point. They aren’t about team size—they’re about autonomy and accountability. For context, here’s a succinct... | Jason Crawford | Co-Founder & CEO, Fieldbook +FD 30 July 2013 +YR 2013 +ST Amazon's “two-pizza teams” +UL http://blog.jasoncrawford.org/two-pizza-teams +RD 2016/08/11/19:49:53 +K1 TT refs + + +RT Web Page +T1 Scaling Teams to Grow Effective Organizations +A1 Ben Linders +T2 InfoQ +AB When organizations are growing fast it can be a challenge to keep them sane and to achieve what you actually want to achieve by hiring more people: getting more done. Alexander Grosse talked about how you scale teams to build an effective organization at Spark the Change London 2016. He explored the five domains of scaling teams: Hiring, People Management, Organization, Culture, and Communication. +FD 11 Aug 2016 +YR 2016 +UL https://www.infoq.com/news/2016/08/scaling-teams?utm_campaign=rightbar_v2&utm_source=infoq&utm_medium=news_link&utm_content=link_text +RD 2016/08/11/19:29:48 +K1 TT refs + + +RT Web Page +T1 Drive: How we Used Daniel Pink’s Work to Create a Happier, More Productive Work Place +A1 David Mole +T2 InfoQ +AB The story of using Daniel Pink’s principles of Autonomy, Mastery and Purpose to create a happier and more productive workplace. We actively translated his principles into real strategies, trials and experiments which we carried out across the organisation. Some things worked and somethings didn’t, but overall we significantly increased motivation and saw remarkable rises in productivity. +FD 10 Sept 2015 +YR 2015 +ST Drive +UL https://www.infoq.com/articles/drive-productive-workplace +RD 2016/08/11/19:25:02 +K1 TT refs + + +RT Web Page +T1 The Biggest Thing Amazon Got Right: The Platform +A1 Kramer, Staci D. +AB Google (NSDQ: GOOG) engineer Steve Yegge was trying to start a robust internal discussion, not post a viral hit, when he published a 4,570-w… +FD 2011-10-12 +YR 2011 +LA en-US +ST The Biggest Thing Amazon Got Right +UL https://gigaom.com/2011/10/12/419-the-biggest-thing-amazon-got-right-the-platform/ +RD 2019/06/05/10:43:50 +K1 TT refs + + +RT Book, Whole +T1 The Servant as Leader +A1 Greenleaf, Robert K. +AB This is the essay that started it all. Powerful, poetic and practical. The Servant as Leader describes some of the characteristics and activities of servant-leaders, providing examples which show that individual efforts, inspired by vision and a servant ethic, can make a substantial difference in the quality of society. Greenleaf discusses the skills necessary to be a servant-leader; the importance of awareness, foresight and listening; and the contrasts between coercive, manipulative, and persuasive power. A must-read. +FD September 30, 2015 +YR 2015 +ED rev Edition edition +LA English +PB The Greenleaf Center for Servant Leadership +SN 978-0-9822012-2-0 +K1 TT refs + + +RT Book, Whole +T1 Building Successful Communities of Practice +A1 Webber, Emily +AB Connecting with other people, finding a sense of belonging and the need for support are natural human desires. Employees who don't feel supported at work don't stay around for long - or if they do, they quickly become unmotivated and unhappy. At a time when organisational structures are flattening and workforces are increasingly fluid, supporting and connecting people is more important than ever. This is where organisational communities of practice come in. Communities of practice have many valuable benefits. They include accelerating professional development; breaking down organisational silos; enabling knowledge sharing and management; building better practice; helping to hire and retain staff; and making people happier. In this book, Emily Webber shares her learning from personal experiences of building successful communities of practice within organisations. And along the way, she gives practical guidance on creating your own. +PP London, UK +FD 18 Feb 2016 +YR 2016 +SP 80 +LA English +PB Blurb +SN 978-0-9574919-3-9 +K1 TT refs + + +RT Book, Whole +T1 The Principles of Product Development Flow: Second Generation Lean Product Development +A1 Reinertsen, Donald G. +AB A hot, new management approach called Lean Product Development is emerging. It challenges the current management orthodoxy, enabling companies to achieve 5 to 10 times improvement in product development speed, quality and efficiency. This third book by a best-selling product development author lucidly explains the principles behind these new methods and shows readers how to apply them. Winner of a 2009 Best Books Award. quite simply the most advanced product development book you can buy. +FD 2009 +YR 2009 +SP 294 +LA en +PB Celeritas +SN 978-1-935401-00-1 +ST The Principles of Product Development Flow +K1 Business & Economics / Management +K1 Business & Economics / Office Management +K1 TT refs + + +RT Book, Whole +T1 Make Space: How to Set the Stage for Creative Collaboration +A1 Doorley, Scott +A1 Witthoft, Scott +A1 University, Hasso Plattner Institute of Design at Stanford +A1 Kelley, David +AB "If you are determined to encourage creativity and provide a collaborative environment that will bring out the best in people, you will want this book by your side at all times." Bill Moggridge, Director of the Smithsonian's Cooper-Hewitt National Design Museum "Make Space is an articulate account about the importance of space; how we think about it, build it and thrive in it." James P. Hackett, President and CEO, Steelcase An inspiring guidebook filled with ways to alter space to fuel creative work and foster collaboration. Based on the work at the Stanford University d.school and its Environments Collaborative Initiative, Make Space is a tool that shows how space can be intentionally manipulated to ignite creativity. Appropriate for designers charged with creating new spaces or anyone interested in revamping an existing space, this guide offers novel and non-obvious strategies for changing surroundings specifically to enhance the ways in which teams and individuals communicate, work, play--and innovate. Inside are: Tools--tips on how to build everything from furniture, to wall treatments, and rigging Situations--scenarios, and layouts for sparking creative activities Insights--bite-sized lessons designed to shortcut your learning curve Space Studies--candid stories with lessons on creating spaces for making, learning, imagining, and connecting Design Template--a framework for understanding, planning, and building collaborative environments Make Space is a new and dynamic resource for activating creativity, communication and innovation across institutions, corporations, teams, and schools alike. Filled with tips and instructions that can be approached from a wide variety of angles, Make Space is a ready resource for empowering anyone to take control of an environment. +PP Hoboken, N.J +FD 27 Jan. 2012 +YR 2012 +SP 272 +LA English +PB John Wiley & Sons +SN 978-1-118-14372-8 +ST Make Space +K1 TT refs + + +RT Book, Whole +T1 Managing Digital +A1 Betz, Charles +AB About This BookThis book, "Managing Digital: Concepts and Practices", is intended to guide a practitioner through the journey of building a digital-first viewpoint and the skills needed to thrive in the digital-first world. As such, this book is a bit of an experiment for The Open Group; it isn’t structured as a traditional standard or guide. Instead, it is structured to show the key issues and skills needed at each stage of the digital journey, starting with the basics of a small digital project, eventually building to the concerns of a large enterprise. So, feel free to digest this book in stages — the section Introduction for the student is a good guide.The book is intended for both academic and industry training purposes. This book seeks to provide guidance for both new entrants into the digital workforce and experienced practitioners seeking to update their understanding on how all the various themes and components of IT management fit together in the new world.About The Open Group PressThe Open Group Press is an imprint of The Open Group for advancing knowledge of information technology by publishing works from individual authors within The Open Group membership that are relevant to advancing The Open Group mission of Boundaryless Information Flow™. The key focus of The Open Group Press is to publish high-quality monographs, as well as introductory technology books intended for the general public, and act as a complement to The Open Group Standards, Guides, and White Papers. The views and opinions expressed in this book are those of the author, and do not necessarily reflect the consensus position of The Open Group members or staff. +FD 2018 +YR 2018 +SP 612 +LA en +PB Van Haren +SN 978-94-018-0348-9 +K1 Education / General +K1 TT refs + + +RT Book, Whole +T1 Lean Thinking: Banish Waste And Create Wealth In Your Corporation +A1 Womack, James P. +A1 Jones, Daniel T. +AB Lean Thinking was launched in the fall of 1996, just in time for the recession of 1997. It told the story of how American, European, and Japanese firms applied a simple set of principles called 'lean thinking' to survive the recession of 1991 and grow steadily in sales and profits through 1996. Even though the recession of 1997 never happened, companies were starving for information on how to make themselves leaner and more efficient. Now we are dealing with the recession of 2001 and the financial meltdown of 2002. So what happened to the exemplar firms profiled in Lean Thinking? In the new fully revised edition of this bestselling book those pioneering lean thinkers are brought up to date. Authors James Womack and Daniel Jones offer new guidelines for lean thinking firms and bring their groundbreaking practices to a brand new generation of companies that are looking to stay one step ahead of the competition. +PP London +FD 7 July 2003 +YR 2003 +ED New Ed edition +SP 396 +LA English +PB Simon & Schuster / Free Press +SN 978-0-7432-3164-0 +ST Lean Thinking +K1 TT refs + + +RT Book, Whole +T1 Fearless Change: patterns for introducing new ideas +A1 Manns, Mary Lynn +A1 Rising, Linda +AB “All that have ever tried to impose change in their organization will immediately recognize and truly value the in-depth knowledge and experience captured in this book. It contains a collection of eye-openers that is a treasure chest for pioneers of new organizational ideas, A fantastic toolbox for use in future missions!”―Lise B. Hvatum, product development manager, Schlumberger “If you have need of changing your organization, and especially of introducing new techniques, then you want to understand what is in this book. It will help you avoid common pitfalls that doom many such projects and will show you a clear path to success. The techniques are derived from the experience of many individuals and organizations. Many are also fun to apply. This stuff is really cool―and really hot.”―Joseph Bergin, professor of computer science, Pace University, New York“If change is the only guarantee in life, why is it so hard to do? As this book points out, people are not so much resistant to change itself as they are to being changed. Mary Lynn and Linda have successfully used the pattern form to capture and present the recurring lessons of successful change efforts and have placed a powerful knowledge resource in the hands of their readers.”―Alan O'Callaghan, researcher, Software Technology Research Laboratory, De Montfort University, United Kingdom“The most difficult part of absorbing patterns, or any technology, into an organization is overcoming the people issues. The patterns in this book are the documentation of having gone through that experience, giving those that dare push the envelope a head start at success.”―David E. DeLano, IBM Pervasive Computing“If you have ever wondered how you could possibly foster any cultural changes in your organization, in this book you will find a lot of concrete advice for doing so. I recommend that everyone read this book who has a vast interest in keeping his or her organization flexible and open for cultural change.”―Jutta Eckstein, Independent Consultant, Objects In Action Author of Agile Software Development in the Large48 Patterns for Driving and Sustaining Change in Your OrganizationChange. It's brutally tough to initiate, even harder to sustain. It takes too long. People resist it. But without it, organizations lose their competitive edge. Fortunately, you can succeed at making change. In Fearless Change, Mary Lynn Manns and Linda Rising illuminate 48 proven techniques, or patterns, for implementing change in organizations or teams of all sizes, and show you exactly how to use them successfully. Find out how toUnderstand the forces in your organization that drive and retard change Plant the seeds of change Drive participation and buy-in, from start to finish Choose an "official skeptic" to sharpen your thinking Make your changes appear less threatening Find the right timing and the best teaching moments Sustain your momentum Overcome adversity and celebrate successInspired by the "pattern languages" that are transforming fields from software to architecture, the authors illuminate patterns for every stage of the change process: knowledge, persuasion, decision, implementation, and confirmation. These flexible patterns draw on the experiences of hundreds of leaders. They offer powerful insight into change-agent behavior, organizational culture, and the roles of every participant. Best of all, they're easy to use―and they work! +PP Boston +FD 4 Oct. 2004 +YR 2004 +ED 01 edition +SP 304 +LA English +PB Addison Wesley +SN 978-0-201-74157-5 +ST Fearless Change +K1 TT refs + + +RT Book, Section +T1 Convergent Versus Divergent Thinking +A1 Kim, Dr Kyung Hee +A1 Pierce, Robert A. +T2 Encyclopedia of Creativity, Invention, Innovation and Entrepreneurship +A2 Carayannis, Elias G. +AB Definitions - Convergent and divergent thinking are two poles on a spectrum of cognitive approaches to problems and questions (Duck 1981). On the divergent end, thinking seeks multiple perspectives and multiple possible answers to questions and problems. On the other end of the spectrum, convergent thinking assumes that a question has one right answer and that a problem has a single solution (Kneller 1971). Divergent thinking generally resists the accepted ways of doing things and seeks alternatives. Convergent thinking, the bias of which is to assume that there is a correct way to do things, is inherently conservative; it begins by assuming that the way things have been done is the right way. Divergent thinkers are better at finding additional ideas, whereas convergent thinkers have a more difficult time finding additional ideas. Convergent thinkers run out of ideas before divergent thinkers. However, convergent thinking strengthens the ability to bring closure and to conclude ... +FD 2013 +YR 2013 +SP 245 +OP 250 +LA en +PB Springer New York +SN 978-1-4614-3857-1 978-1-4614-3858-8 +UL http://link.springer.com/referenceworkentry/10.1007/978-1-4614-3858-8_22 +RD 2016/08/09/22:44:30 +K1 Business and Management, general +K1 Entrepreneurship +K1 TT refs + + +RT Book, Whole +T1 Build Quality In +A3 Smith, Steve +A3 Skelton, Matthew +PP Leeds, UK +FD 2015-02-27 +YR 2015 +PB Conflux Digital +SN 978-1-912058-55-6 +UL http://buildqualityin.com/ +K1 TT refs + + +RT Report +T1 Testing Observability +A2 Phillips, Amy +AB Amy Phillips discusses the impact of observability on testing, from new techniques, greater Dev and Ops involvement, right through to whether testing is needed anymore. +PP InfoQ +FD 05 April 2018 +YR 2018 +UL https://www.infoq.com/presentations/observability-testing +RD 2018/11/13/20:56:21 +K1 TT refs + + +RT Web Page +T1 bliki: BoundedContext +A1 Fowler, Martin +T2 martinfowler.com +AB Don't try to build a single, unified model for a large domain. Instead DDD advises us to divide such a domain into many bounded contexts with explicit relationships between them. +FD 15 January 2014 +YR 2014 +ST bliki +UL https://martinfowler.com/bliki/BoundedContext.html +RD 2018/11/13/20:50:47 +K1 TT refs + + +RT Book, Whole +T1 Domain-Driven Design: Tackling Complexity in the Heart of Software +A1 Evans, Eric +AB “Eric Evans has written a fantastic book on how you can make the design of your software match your mental model of the problem domain you are addressing. “His book is very compatible with XP. It is not about drawing pictures of a domain; it is about how you think of it, the language you use to talk about it, and how you organize your software to reflect your improving understanding of it. Eric thinks that learning about your problem domain is as likely to happen at the end of your project as at the beginning, and so refactoring is a big part of his technique. “The book is a fun read. Eric has lots of interesting stories, and he has a way with words. I see this book as essential reading for software developers—it is a future classic.” —Ralph Johnson, author of Design Patterns “If you don’t think you are getting value from your investment in object-oriented programming, this book will tell you what you’ve forgotten to do. “Eric Evans convincingly argues for the importance of domain modeling as the central focus of development and provides a solid framework and set of techniques for accomplishing it. This is timeless wisdom, and will hold up long after the methodologies du jour have gone out of fashion.” —Dave Collins, author of Designing Object-Oriented User Interfaces “Eric weaves real-world experience modeling—and building—business applications into a practical, useful book. Written from the perspective of a trusted practitioner, Eric’s descriptions of ubiquitous language, the benefits of sharing models with users, object life-cycle management, logical and physical application structuring, and the process and results of deep refactoring are major contributions to our field.” —Luke Hohmann, author of Beyond Software Architecture “This book belongs on the shelf of every thoughtful software developer.”—Kent Beck “What Eric has managed to capture is a part of the design process that experienced object designers have always used, but that we have been singularly unsuccessful as a group in conveying to the rest of the industry. We've given away bits and pieces of this knowledge...but we've never organized and systematized the principles of building domain logic. This book is important.” —Kyle Brown, author of Enterprise Java™ Programming with IBM® WebSphere® The software development community widely acknowledges that domain modeling is central to software design. Through domain models, software developers are able to express rich functionality and translate it into a software implementation that truly serves the needs of its users. But despite its obvious importance, there are few practical resources that explain how to incorporate effective domain modeling into the software development process. Domain-Driven Design fills that need. This is not a book about specific technologies. It offers readers a systematic approach to domain-driven design, presenting an extensive set of design best practices, experience-based techniques, and fundamental principles that facilitate the development of software projects facing complex domains. Intertwining design and development practice, this book incorporates numerous examples based on actual projects to illustrate the application of domain-driven design to real-world software development. Readers learn how to use a domain model to make a complex development effort more focused and dynamic. A core of best practices and standard patterns provides a common language for the development team. A shift in emphasis—refactoring not just the code but the model underlying the code—in combination with the frequent iterations of Agile development leads to deeper insight into domains and enhanced communication between domain expert and programmer. Domain-Driven Design then builds on this foundation, and addresses modeling and design for complex systems and larger organizations.Specific topics covered include: Getting all team members to speak the same language Connecting model and implementation more deeply Sharpening key distinctions in a model Managing the lifecycle of a domain object Writing domain code that is safe to combine in elaborate ways Making complex code obvious and predictable Formulating a domain vision statement Distilling the core of a complex domain Digging out implicit concepts needed in the model Applying analysis patterns Relating design patterns to the model Maintaining model integrity in a large system Dealing with coexisting models on the same project Organizing systems with large-scale structures Recognizing and responding to modeling breakthroughs With this book in hand, object-oriented developers, system analysts, and designers will have the guidance they need to organize and focus their work, create rich and useful domain models, and leverage those models into quality, long-lasting software implementations. +PP Boston +FD 20 Aug. 2003 +YR 2003 +ED 01 edition +SP 560 +LA English +PB Addison Wesley +SN 978-0-321-12521-7 +ST Domain-Driven Design +K1 TT refs + + +RT Web Page +T1 bliki: MicroservicePrerequisites +A1 Fowler, Martin +T2 martinfowler.com +AB There are certain things you need to get sorted out before you can put your first microservices system into production: monitoring, provisioning, and a devops culture. +FD 28 August 2014 +YR 2014 +ST bliki +UL https://martinfowler.com/bliki/MicroservicePrerequisites.html +RD 2018/11/13/20:48:17 +K1 TT refs + + +RT Book, Whole +T1 Building Microservices +A1 Newman, Sam +AB Distributed systems have become more fine-grained in the past 10 years, shifting from code-heavy monolithic applications to smaller, self-contained microservices. But developing these systems brings its own set of headaches. With lots of examples and practical advice, this book takes a holistic view of the topics that system architects and administrators must consider when building, managing, and evolving microservice architectures.Microservice technologies are moving quickly. Author Sam Newman provides you with a firm grounding in the concepts while diving into current solutions for modeling, integrating, testing, deploying, and monitoring your own autonomous services. You’ll follow a fictional company throughout the book to learn how building a microservice architecture affects a single domain.Discover how microservices allow you to align your system design with your organization’s goalsLearn options for integrating a service with the rest of your systemTake an incremental approach when splitting monolithic codebasesDeploy individual microservices through continuous integrationExamine the complexities of testing and monitoring distributed servicesManage security with user-to-service and service-to-service modelsUnderstand the challenges of scaling microservice architectures +PP Beijing Sebastopol, CA +FD 20 Feb. 2015 +YR 2015 +ED 1 edition +SP 280 +LA English +PB O'Reilly Media +SN 978-1-4919-5035-7 +K1 TT refs + + +RT Report +T1 Transforming CI/CD at ABN AMRO to Accelerate Software Delivery and Im… +A2 Simenon, Stefan +A2 Roos, Wiebe de +AB ABN AMRO is using continuous integration/continuous delivery to help to +FD Mar 27, 2018 +YR 2018 +CL Technology +UL https://www.slideshare.net/DevOpsWebinars/transforming-cicd-at-abn-amro-to-accelerate-software-delivery-and-improve-security +RD 2018/11/13/20:40:34 +K1 TT refs + + +RT Magazine Article +T1 Understand the High Cost of Technical Debt by Ward Cunningham - DZone Agile +A1 Cunningham, Ward +T2 dzone.com +AB A week or two ago, I got into a conversation on Twitter about technical debt, and someone shared this superb video by Ward Cunningham (youtube). Here is Ward’s... +FD 24 August 2013 +YR 2013 +LA en +UL https://dzone.com/articles/understand-high-cost-technical +RD 2018/10/01/16:12:28 +K1 TT refs + + +RT Journal Article +T1 Developmental sequence in small groups +A1 Tuckman, Bruce W. +T2 Psychological Bulletin +AB 50 articles dealing with stages of group development over time are separated by group setting: therapy-group studies, T-group studies, and natural- and laboratory-group studies. The stages identified in these articles are separated into those descriptive of social or interpersonal group activities and those descriptive of group-task activities. 4 general stages of development are proposed, and the review consists of fitting the stages identified in the literature to those proposed. In the social realm, these stages in the developmental sequence are testing-dependence, conflict, cohesion, and functional roles. In the task realm, they are orientation, emotionality, relevant opinion exchange, and the emergence of solutions. There is a good fit between observed stages and the proposed model. (62 ref.) (PsycINFO Database Record (c) 2016 APA, all rights reserved) +FD 1965 +YR 1965 +DO 10.1037/h0022100 +VO 63 +IS 6 +SP 384 +OP 399 +SN 1939-1455(Electronic),0033-2909(Print) +K1 Cognitive Development +K1 Group Dynamics +K1 Interpersonal Interaction +K1 Social Interaction +K1 TT refs + + +RT Book, Whole +T1 Complexity of Cooperation: Agent-Based Models of Competition and Collaboration +A1 Axelrod, Robert A. +AB Robert Axelrod is widely known for his groundbreaking work in game theory and complexity theory. He is a leader in applying computer modeling to social science problems. His book The Evolution of Cooperation has been hailed as a seminal contribution and has been translated into eight languages since its initial publication. The Complexity of Cooperation is a sequel to that landmark book. It collects seven essays, originally published in a broad range of journals, and adds an extensive new introduction to the collection, along with new prefaces to each essay and a useful new appendix of additional resources. Written in Axelrod's acclaimed, accessible style, this collection serves as an introductory text on complexity theory and computer modeling in the social sciences and as an overview of the current state of the art in the field. The articles move beyond the basic paradigm of the Prisoner's Dilemma to study a rich set of issues, including how to cope with errors in perception or implementation, how norms emerge, and how new political actors and regions of shared culture can develop. They use the shared methodology of agent-based modeling, a powerful technique that specifies the rules of interaction between individuals and uses computer simulation to discover emergent properties of the social system. The Complexity of Cooperation is essential reading for all social scientists who are interested in issues of cooperation and complexity +PP Princeton, N.J +FD 7 Sept. 1997 +YR 1997 +SP 248 +LA English +PB Princeton University Press +SN 978-0-691-01567-5 +ST Complexity of Cooperation +K1 TT refs + + +RT Web Page +T1 Facilitating Team Cognition: How designers mirror what NPD teams do +A1 Stompff, Guido +T2 ResearchGate +AB PDF | Products are developed by large multi-disciplinary teams. The teams deal with many topics requiring the expertise of several specialists simultaneously. They have to decide together if something is a problem; propose multi-disciplinary solutions; and align their activities... +FD September 2012 +YR 2012 +LA en +ST (PDF) Facilitating Team Cognition +UL https://www.researchgate.net/publication/254831689_Facilitating_Team_Cognition_How_designers_mirror_what_NPD_teams_do +RD 2018/11/12/10:57:06 +K1 TT refs + + +RT Book, Whole +T1 Cybernetics: or Control and Communication in the Animal and the Machine +A1 Wiener +AB Acclaimed one of the "seminal books... comparable in ultimate importance to... Galileo or Malthus or Rousseau or Mill," Cybernetics was judged by twenty-seven historians, economists, educators, and philosophers to be one of those books published during the "past four decades," which may have a substantial impact on public thought and action in the years ahead.-Saturday Review +PP Cambridge, Mass +FD 1 Jan. 1961 +YR 1961 +ED second edition edition +SP 212 +LA English +PB MIT Press +SN 978-0-262-73009-9 +ST Cybernetics +K1 TT refs + + +RT Book, Whole +T1 Team Guide to Software Operability +A1 Skelton, Matthew +A1 Thatcher, Rob +T2 Team Guide series +AB Learn how a focus on software operability helps to increase system reliability, reduce problems in Production, and reduce total cost of ownership (TCO). +PP Leeds, UK +FD 2016-09-15 +YR 2016 +PB Conflux Books +SN 978-1-912058-71-6 +UL http://operabilitybook.com/ +K1 TT refs + + +RT Book, Whole +T1 Designing Delivery: Rethinking IT in the Digital Service Economy +A1 Sussna, Jeff +AB Now that we’re moving from a product economy to a digital service economy, software is becoming critical for navigating our everyday lives. The quality of your service depends on how well it helps customers accomplish goals and satisfy needs. Service quality is not about designing capabilities, but about making—and keeping—promises to customers.To help you improve customer satisfaction and create positive brand experiences, this pragmatic book introduces a transdisciplinary approach to digital service delivery. Designing a resilient service today requires a unified effort across front-office and back-office functions and technical and business perspectives. You’ll learn how make IT a full partner in the ongoing conversations you have with your customers.Take a unique customer-centered approach to the entire service delivery lifecycleApply this perspective across development, operations, QA, design, project management, and marketingImplement a specific quality assurance methodology that unifies those disciplinesUse the methodology to achieve true resilience, not just stability +PP Beijing +FD 17 July 2015 +YR 2015 +ED 1 edition +SP 232 +LA English +PB O'Reilly Media +SN 978-1-4919-4988-7 +ST Designing Delivery +K1 TT refs + + +RT Web Page +T1 You build it, You run it (Why developers should also be on call) +A1 O'Dell, Chris +T2 Skelton Thatcher +AB It’s all about Feedback Loops The Continuous Delivery Pipeline is familiar to most developers. It’s a collaborative process built upon loops of feedback at every stage. A new feature will defined between a Product Manager, a Developer and a Quality Analyst. A pair of Developers will work together on the implementation following a Test Driven... +FD 2017-10-18T08:17:58+00:00 +YR 2017 +LA en-GB +UL https://skeltonthatcher.com/blog/build-run-developers-also-call/ +RD 2018/11/06/10:16:00 +K1 TT refs + + +RT Magazine Article +T1 An introduction to Wardley 'Value Chain' Mapping +A1 Wardley, Simon +T2 CIO UK +AB What is Wardley Mapping? This is about my journey, from a newly-minted yet confused CEO caught like a rabbit staring helpless into the... +FD March 19, 2015 +YR 2015 +UL https://www.cio.co.uk/it-strategy/introduction-wardley-value-chain-mapping-3604565/ +RD 2018/11/05/20:52:23 +K1 TT refs + + +RT Web Page +T1 A ‘service-oriented’ approach to organisation design +A1 Holliday, Ben +T2 FutureGov +AB At FutureGov we help build organisations fit for the future. Working side by side with our clients and partners, we use service design to… +FD 2018-09-25T08:41:01.264Z +YR 2018 +UL https://blog.wearefuturegov.com/a-service-oriented-approach-to-organisation-design-1e075be7f578 +RD 2018/09/27/08:32:33 +K1 TT refs + + +RT Book, Whole +T1 Thinking Environments +A1 Schwarz, Mark +A1 Cox, Jason +A1 Snyder, Jonathan +A1 Rendell, Mark +A1 Nambiar, Chivas +A1 Kapadia, Mustafa +AB While the traditional IT organization is structured into functional silos, DevOps relies on empowered, cross-functional teams. Is it possible to blend the two approaches and work within the traditional structure? Or do you need to restructure your organization to support DevOps? This paper discusses ways to approach organization with DevOps in mind. +PP Portland, OR +FD 2016 +YR 2016 +ED 1 +SP 67 +LA English +PB IT Revolution Press +UL https://itrevolution.com/book/thinking-environments/ +K1 TT refs + + +RT Video +T1 Microservices and the Inverse Conway Manoeuvre - James Lewis +A1 Lewis, James +FD 16 Feb 2017 +YR 2017 +UL https://www.youtube.com/watch?v=uamh7xppO3E +RD 2018/11/05/14:43:10 +K1 TT refs + + +RT Book, Whole +T1 Managing the Flow of Technology +A1 Allen, Thomas J. +AB The original edition of this book summarized more than a decade of work on communications flow in science and engineering organizations, showing how human and organizational systems could be restructured to bring about improved productivity and better person-to-person contact. While many studies have been done since then, few of them invalidate the general conclusions and recommendations Allen offers. In a new preface he points out - new developments, noting areas that need some modification, elaboration, or extension, and directing readers to the appropriate journal articles where the findings, are reported. The first three chapters provide an overview of the communication system in technology, present the author's research methods, and describe differences in the career paths and goals of engineers and scientists that cause special problems for organizations. The book then discusses how technological information is acquired by the R & D organization, shows how critical technical communication within the laboratory is for R & D performance, and originates the idea of the "gatekeeper," the person who links his or her organization to the world at large. Concluding chapters take up the influence of formal and informal organization and of architecture and office layouts on communication. Many of these ideas have been successfully incorporated by architects and managers in the design of new R & D facilities and complexes. +PP Cambridge, Mass. +FD 4 Jan. 1984 +YR 1984 +ED New Ed edition +SP 334 +LA English +PB MIT Press +SN 978-0-262-51027-1 +K1 TT refs + + +RT Report +T1 The Need for Speed: Enabling DevOps through Enterprise Architecture |… +A2 Evans, William +AB This is a talk presented at the DevOps Enterprise Summit, 2016 by Mark Landy +FD 02 November 2016 +YR 2016 +CL Business +ST The Need for Speed +UL https://www.slideshare.net/willevans/the-need-for-speed-enabling-devops-through-enterprise-architecture +RD 2018/11/04/10:06:20 +K1 TT refs + + +RT Web Page +T1 Blameless PostMortems and a Just Culture +A1 Allspaw, John +T2 Code as Craft +AB Last week, Owen Thomas wrote a flattering article over at Business Insider on how we handle errors and mistakes at Etsy. I thought I might give some detail on how that actually happens, and why. An… +FD 2012-05-22T16:45:11+00:00 +YR 2012 +UL https://codeascraft.com/2012/05/22/blameless-postmortems/ +RD 2018/11/04/09:13:01 +K1 TT refs + + +RT Report +T1 re:Work - Guide: Understand team effectiveness +A1 Google +AB Fostering psychological safety can help teams perform and innovate, Google found while trying to understand what makes team great. +FD 17 November 2015 +YR 2015 +ST re +UL https://rework.withgoogle.com/guides/understanding-team-effectiveness/steps/define-team/ +RD 2017/10/09/19:29:18 +K1 TT refs + + +RT Web Page +T1 re:Work - The five keys to a successful Google team +A1 Rozovsky, Julia +AB Pod. Work group. Committee. Autonomous collective. Whatever you call it, you’re part of one at Google and probably wherever you work: a team. So if we know what makes managers great, why don’t we know what makes a team great? +FD 17 November 2015 +YR 2015 +LA en +ST re +UL https://rework.withgoogle.com/blog/five-keys-to-a-successful-google-team/ +RD 2018/11/04/09:00:55 +K1 TT refs + + +RT Book, Whole +T1 Release It! Design and Deploy Production-Ready Software +A1 Nygard, Michael T. +AB A single dramatic software failure can cost a company millions of dollars - but can be avoided with simple changes to design and architecture. This new edition of the best-selling industry standard shows you how to create systems that run longer, with fewer failures, and recover better when bad things happen. New coverage includes DevOps, microservices, and cloud-native architecture. Stability antipatterns have grown to include systemic problems in large-scale systems. This is a must-have pragmatic guide to engineering for production systems. If you're a software developer, and you don't want to get alerts every night for the rest of your life, help is here. With a combination of case studies about huge losses - lost revenue, lost reputation, lost time, lost opportunity - and practical, down-to-earth advice that was all gained through painful experience, this book helps you avoid the pitfalls that cost companies millions of dollars in downtime and reputation. Eighty percent of project life-cycle cost is in production, yet few books address this topic. This updated edition deals with the production of today's systems - larger, more complex, and heavily virtualized - and is the first book to cover chaos engineering, the discipline of applying randomness and deliberate stress to reveal systematic problems. Build systems that survive the real world, avoid downtime, implement zero-downtime upgrades and continuous delivery, and make cloud-native applications resilient. Examine ways to architect, design, and build software - particularly distributed systems - that stands up to the typhoon winds of a flash mob, a Slashdotting, or a link on Reddit. Take a hard look at software that failed the test and find ways to make sure your software survives. +PP Raleigh, North Carolina +FD 2 Feb. 2018 +YR 2018 +ED 2nd ed. edition +SP 376 +LA English +PB O′Reilly +SN 978-1-68050-239-8 +K1 TT refs + + +RT Book, Whole +T1 Organizational Patterns of Agile Software Development +A1 Coplien, James O. +A1 Harrison, Neil +AB This book covers the human and organizational dimension of the software improvement process and software project management - whether based on the CMM or ISO 9000 or the Rational Unified Process. +FD 2005 +YR 2005 +SP 436 +LA en +PB Pearson Prentice Hall +SN 978-0-13-146740-8 +K1 Computers / Programming / General +K1 Computers / Software Development & Engineering / General +K1 TT refs + + +RT Web Page +T1 Return to Conway’s Law +A1 Kelly, Allan +T2 Allan Kelly Associates +AB Are software architectures copies of the organizations that create them? Often this is true but is it always true? And more importantly is it a good thing? In 1968 Melvin Conway wrote a paper that discussed this topic. It has since been passed down as developer folk law that. “If you have 4 developers writing … Continue reading Return to Conway’s Law +FD 2006-01-17T12:53:00+00:00 +YR 2006 +LA en-GB +UL https://www.allankellyassociates.co.uk/archives/1169/return-to-conways-law/ +RD 2018/10/09/18:30:36 +K1 TT refs + + +RT Web Page +T1 What Team Structure is Right for DevOps to Flourish? +A1 Skelton, Matthew +T2 Matthew Skelton +AB Update (2018): I am co-authoring a book – Team Topologies – that adds brand new material to the DevOps Topologies patterns. See teamtopologies.com and follow us on Twitter at @TeamTopol… +FD 2013-10-22T00:21:50+00:00 +YR 2013 +LA en +UL https://blog.matthewskelton.net/2013/10/22/what-team-structure-is-right-for-devops-to-flourish/ +RD 2018/10/05/14:27:01 +K1 TT refs + + +RT Journal Article +T1 Measuring Cognitive Load in Embodied Learning Settings +A1 Skulmowski, Alexander +A1 Rey, Günter Daniel +T2 Frontiers in Psychology +AB In recent years, research on embodied cognition has inspired a number of studies on multimedia learning and instructional psychology. However, in contrast to traditional research on education and multimedia learning, studies on embodied learning (i.e., focusing on bodily action and perception in the context of education) in some cases pose new problems for the measurement of cognitive load. This review provides an overview over recent studies on embodied learning in which cognitive load was measured using surveys, behavioral data, or physiological measures. The different methods are assessed in terms of their success in finding differences of cognitive load in embodied learning scenarios. At the same time, we highlight the most important challenges for researchers aiming to include these measures into their study designs. The main issues we identified are: (1) Subjective measures must be appropriately phrased to be useful for embodied learning; (2) recent findings indicate potentials as well as problematic aspects of dual-task measures; (3) the use of physiological measures offers great potential, but may require mobile equipment in the context of embodied scenarios; (4) meta-cognitive measures can be useful extensions of cognitive load measurement for embodied learning. +FD 2017 +YR 2017 +DO 10.3389/fpsyg.2017.01191 +VO 8 +JO Front. Psychol. +LA English +SN 1664-1078 +UL https://www.frontiersin.org/articles/10.3389/fpsyg.2017.01191/full +RD 2018/10/01/20:15:31 +K1 Cognitive Load +K1 Cognitive Load Theory +K1 Embodied Cognition +K1 Learning +K1 Measurement +K1 TT refs + + +RT Book, Whole +T1 Peopleware: Productive Projects and Teams +A1 DeMarco, Tom +A1 Lister, Timothy +AB Two of the computer industry's best-selling authors and lecturers return with a new edition of the software management book that started a revolution. With humor and wisdom drawn from years of management and consulting experience, DeMarco and Lister demonstrate that the major issues of software development are human, not technical -- and that managers ignore them at their peril. Now, with a new Preface and eight new chapters, the authors enlarge upon their previous ideas and add fresh insights, examples, and anecdotes. Discover dozens of helpful tips on - putting more quality into a product - loosening up formal methodologies - fighting corporate entropy - making it acceptable to be uninterruptible Peopleware, 2nd ed. shows you how to cultivate teams that are healthy and productive. The answers aren't easy -- just incredibly successful. +PP New York, NY +FD 1 Jan. 1999 +YR 1999 +ED 2nd Revised edition edition +SP 245 +LA English +PB Dorset House Publishing Co Inc.,U.S. +SN 978-0-932633-43-9 +ST Peopleware +K1 TT refs + + +RT Journal Article +T1 Demography and Design: Predictors of New Product Team Performance +A1 Ancona, Deborah Gladstein +A1 Caldwell, David F. +T2 Organization Science +AB The increasing reliance on teams in organizations raises the question of how these teams should be formed. Should they be formed completely of engineers or should they include a range of specialists? Should they be made up to people who have long tenure in the organization, or those with a wide range of experience? As teams increasingly get called upon to do more complex tasks and to cross functional boundaries within the organization, conventional wisdom has suggested that teams be composed of more diverse members. This study suggests that the answer may not be so simple.Using 409 individuals from 45 new product teams in five high-technology companies, this study investigates the impact of diversity on team performance. We found that functional and tenure diversity each has its own distinct effects. The greater the functional diversity, the more team members communicated outside the team's boundaries. This communication was with a variety of groups such as marketing, manufacturing, and top management. The more the external communication, the higher the managerial ratings of innovation.Tenure diversity had its impact on internal group dynamics rather than external communications. Tenure diversity is associated with improved task work such as clarifying group goals and setting priorities. In turn, this clarity is associated with high team ratings of overall performance.Yet diversity is not solely positive. While it does produce internal processes and external communications that facilitate performance, it also directly impedes performance. That is, overall the effect of diversity on performance is negative, even though some aspects of group work are enhanced. It may be that for these teams diversity brings more creativity to problem solving and product development, but it impedes implementation because there is less capability for teamwork than there is for homogeneous teams.These research findings suggest that simply changing the structure of teams (i.e. combining representatives of diverse function and tenure) will not improve performance. The team must find a way to garner the positive process effects of diversity and to reduce the negative direct effects. At the team level, greater negotiation and conflict resolution skills may be necessary. At the organization level, the team may need to be protected from external political pressures and rewarded for team, rather than functional, outcomes. +FD August 1, 1992 +YR 1992 +DO 10.1287/orsc.3.3.321 +VO 3 +IS 3 +SP 321 +OP 341 +JO Organization Science +SN 1047-7039 +ST Demography and Design +UL https://pubsonline.informs.org/doi/abs/10.1287/orsc.3.3.321 +RD 2018/10/01/19:07:59 +K1 TT refs + + +RT Journal Article +T1 Team mental models and team performance: a field study of the effects of team mental model similarity and accuracy +A1 Lim, Beng-Chong +A1 Klein, Katherine J. +T2 Journal of Organizational Behavior +AB We conducted a field study of 71 action teams to examine the relationship between team mental model similarity and accuracy and the performance of real-world teams. We used Pathfinder to operationalize team members' taskwork mental models (describing team procedures, tasks, and equipment) and teamwork mental models (describing team interaction processes) and examined team performance as evaluated by expert team assessment center raters. Both taskwork mental model and teamwork mental model similarity predicted team performance. Team mental model accuracy measures were also predictive of team performance. We discuss the implications of our findings and directions for future research. Copyright © 2006 John Wiley & Sons, Ltd. +FD 2006-06-01 +YR 2006 +DO 10.1002/job.387 +VO 27 +IS 4 +SP 403 +OP 418 +LA en +SN 1099-1379 +ST Team mental models and team performance +UL https://onlinelibrary.wiley.com/doi/abs/10.1002/job.387 +RD 2018/10/01/19:02:19 +K1 TT refs + + +RT Journal Article +T1 Collective Behavior and Team Performance +A1 Driskell, James E. +A1 Salas, Eduardo +T2 Human Factors +AB Modern complex systems require effective team performance, yet the question of which factors determine effective teams remains to be answered. Group researchers suggest that collective or interdependent behavior is a critical component of team interaction. Furthermore, anecdotal evidence suggests that some team members are less collectively oriented than others and that the tendency to ignore task inputs from others is one factor that contributes to poor team performance. In this study we develop a procedure for differentiating collectively oriented versus egocentric team members. Experimental results confirm that collectively oriented team members were more likely to attend to the task inputs of other team members and to improve their performance during team interaction than were egocentric team members. +FD June 1, 1992 +YR 1992 +DO 10.1177/001872089203400303 +VO 34 +IS 3 +SP 277 +OP 288 +JO Hum Factors +LA en +SN 0018-7208 +UL https://doi.org/10.1177/001872089203400303 +RD 2018/10/01/18:49:51 +K1 TT refs + + +RT Journal Article +T1 Human factors of complex sociotechnical systems +A1 Carayon, Pascale +T2 Applied Ergonomics +AB Increasingly products and services result from interactions among people who work across organizational, geographical, cultural and temporal boundaries. This has major implications for human factors and ergonomics (HFE), in particular, challenging the limits of the systems to be designed, and widening the range of system elements and dimensions that we need to consider. The design of sociotechnical systems that involve work across multiple boundaries requires better integration of the various sub-disciplines or components of HFE, as well as increased collaboration with other disciplines that provide either expertise regarding the domain of application or expertise in concepts that can enrich the system design. + +In addition, ‘customers’ contribute significantly to the ‘co-production’ of products/services, as well as to their quality/safety. The design of sociotechnical systems in collaboration with both the workers in the systems and the customers requires increasing attention not only to the design and implementation of systems, but also to the continuous adaptation and improvement of systems in collaboration with customers. + +This paper draws from research on human factors in the domains of health care and patient safety and of computer security. +FD July 2006 +YR 2006 +DO 10.1016/j.apergo.2006.04.011 +VO 37 +IS 4 +SP 525 +OP 535 +JO Applied Ergonomics +SN 0003-6870 +UL http://www.sciencedirect.com/science/article/pii/S0003687006000585 +RD 2016/07/15/13:36:13 +NOThe design of sociotechnical systems in collaboration with both the workers in the systems and the customers requires increasing attention not only to the design and implementation of systems, but also to the continuous adaptation and improvement of systems in collaboration with customers.
+K1 Complex work system +K1 Computer and information system security +K1 Health care and patient safety +K1 Macroergonomics +K1 Organizational design and management (ODAM) +K1 Sociotechnical system +K1 TT refs + + +RT Journal Article +T1 Application of Cognitive Load Theory to Developing a Measure of Team Decision Efficiency +A1 Johnston, Joan H. +A1 Fiore, Stephen M. +A1 Smith, C.A.P. +T2 Military Psychology +AB Improving human systems integration through technologically advanced training and +performance aids has become increasingly important to military transformation. Measures of +improved cognitive and coordination processes arising from the employment of transformational +tools are necessary to guide the refinement and future development of such technologies. In this +paper we describe a Cognitive Load Theory approach to developing a combinatory measure of +individual workload and team performance following an experimental intervention involving +training and a Decision Support System. We discuss how indicators of what we term team +decision efficiency can improve assessing the effectiveness of transformational processes and +technologies. +FD 2002 +YR 2002 +UL http://www.dtic.mil/dtic/tr/fulltext/u2/a525820.pdf +RD 2016/05/20/ +K1 TT refs + + +RT Journal Article +T1 Effective Team Performance Under Stress and Normal Conditions: An Experimental Paradigm, Theory and Data for Studying Team Decision Making in Hierarchical Teams with Distributed Expertise +A1 Ilgen, Daniel +A1 R. Hollenbeck, John +AB The report describes a program of research addressing decision making in hierarchical teams with distributed expertise. A theory of such decision making is presented along with empirical research related to the theory. Then a team simulation exercise was developed to address team decision for four person teams. This exercise presents teams with problems that require gathering and sharing information prior to reaching a team decision and also allow for the assignment of team members to roles that differ in areas of expertise. This exercise, performed on four networked computers, allows for the assessment of a large number of team behaviors. Along with the exercise, repeated measures regression is used as a means of analyzing team data by taking advantage of the statistical power available at various levels of analysis. Several studies were conducted to assess the viability of theory and to look at a number of other issues of decision making. Team decision making, Distributed expertise, Group dynamics, Hierarchical teams, Levels analysis of teams +FD August 1, 1993 +YR 1993 +ST Effective Team Performance Under Stress and Normal Conditions +LK https://www.researchgate.net/publication/235122945_Effective_Team_Performance_Under_Stress_and_Normal_Conditions_An_Experimental_Paradigm_Theory_and_Data_for_Studying_Team_Decision_Making_in_Hierarchical_Teams_with_Distributed_Expertise +K1 TT refs + + +RT Web Page +T1 Conway’s Law +A1 Malan, Ruth +T2 traceinthesand.com Blog +FD 13 February 2008 +YR 2008 +UL http://traceinthesand.com/blog/2008/02/13/conways-law/ +RD 2018/10/01/14:08:05 +K1 TT refs + + +RT Journal Article +T1 Does Stress Lead to a Loss of Team Perspective? +A1 Driskell, James +A1 Salas, Eduardo +A1 Johnston, Joan +T2 Group Dynamics: Theory, Research, and Practice +AB One of the more well-established findings in the research literature is that stress leads to a restriction or narrowing of attentional focus. In the present study, we extend this research to the group context. We propose that, in a team environment, the narrowing of attention induced by stress may result in a shift in perspective from a broad team perspective to a more narrow or individualistic self-focus, and this loss of team perspective may result in degraded team performance. The results of an empirical study found that stress resulted in a narrowing of team perspective and that team perspective was a significant predictor of team performance. Moreover, when the effects of team perspective were controlled, the effects of stress on team performance were substantially weakened. These results suggest that one way in which stress impacts team performance is by narrowing or weakening the team-level perspective required for effective team behavior. (PsycINFO Database Record (c) 2012 APA, all rights reserved) +FD December 1, 1999 +YR 1999 +DO 10.1037/1089-2699.3.4.291 +VO 3 +SP 291 +OP 302 +LK https://www.researchgate.net/publication/232517202_Does_Stress_Lead_to_a_Loss_of_Team_Perspective +K1 TT refs + + +RT Web Page +T1 Leverage Points: Places to Intervene in a System +A1 Meadows, Donella +T2 The Academy for Systems Change +AB By Donella Meadows~ Folks who do systems analysis have a great belief in “leverage points.” These are places within a complex system (a corporation, an economy, a living body, a city, an ecosystem) where a small shift in one thing can produce big changes in everything. This idea is not unique to systems analysis — … +FD 1997 +YR 1997 +LA en-US +ST Leverage Points +UL http://donellameadows.org/archives/leverage-points-places-to-intervene-in-a-system/ +RD 2018/09/23/20:32:17 +K1 TT refs + + +RT Book, Whole +T1 Brain of the Firm 2e +A1 Beer, Stafford +AB "Stafford Beer is undoubtedly among the world′s most provocative, creative, and profound thinkers on the subject of management, and he records his thinking with a flair that is unmatched. His writing is as much art as it is science. He is the most viable system I know." Dr Russell L Ackoff, The Institute for Interactive Management, Pennsylvania, USA. "If . anyone can make it [Operations Research] understandably readable and positively interesting it is Stafford Beer . everyone in management . should be grateful to him for using clear and at times elegant English and . even elegant diagrams." The Economist This is the second edition of a book which has already become a management ′standard′ both in universities and on the bookshelves of managers and their advisers. Brain of the Firm develops an account of the firm based upon insights derived from the study of the human nervous system, and is a basic text from the author′s theory of viable systems. Despite the neurophysiology, the book is written for managers to understand. The companion volume to this book is The Heart of Enterprise, which is intended to support and complement this text. "Stafford Beer′s works represent required reading for everyone who believes that a capacity for rigorous thinking is an essential attribute of today′s successful managers and administrators. Brain of the Firm shows a first–rate intellect at work and provides concepts, models and inspiration for both practitioners and teachers." Sir Douglas Hague, CBE +PP Chichester +FD 16 May 1995 +YR 1995 +ED 2 edition +SP 432 +LA English +PB John Wiley & Sons +SN 978-0-471-94839-1 +K1 TT refs + + +RT Book, Whole +T1 The Daily Drucker +A1 Drucker, Peter +AB A powerful new learning tool for the ambitious, self-directed manager, entrepreneur, or business person today, The Daily Drucker distils the essence of management guru Peter F. Drucker's teachings in an easy-to-access, daily calendar format. It presents in organized form: a key statement of Drucker’s, followed by a few lines of comment and explanation, with topics ranging across a great many fields of his work: management, business and the world economy; a changing society; innovation and entrepreneurship; decision-making; the changing workforce and the non-profit and their management. However, the most important part of this book are the blank halves of its pages. They are what the readers will contribute, their actions, decisions and the results of these decisions.There are 366 readings, each addressing a major topic, one for every day of the year. Each reading starts with a topic and a “Drucker Proverb” such as “Know Thy Time”, capturing the essence of the topic. Then there is a teaching taken directly from the works of Peter Drucker. Next comes the action step, where you are asked to “Think on” the teaching and apply it to yourself and your organization. +FD 2018-03-09 +YR 2018 +SP 494 +LA en +PB Routledge +SN 978-1-136-01929-6 +NO"synthetic sense organs for the outside" p.291 - 25 September
+K1 Performing Arts / Dance / General +K1 TT refs + + +RT Book, Whole +T1 Organize for Complexity: How to Get Life Back Into Work to Build the High-Performance Organization +A1 Pflaeging, Niels +AB A book about complexity and work - and about how to deal productively with both. A condensed introduction to the theory and practice of organizational high performance. A manifesto for contemporary leadership and profound transformation in organizations of all kinds. 3rd eidition."Boldly, Pflaeging dissects classic management theory and in a well-humored manner, offers coherent alternatives." Harvard Business Review"Niels Pflaeging is the father of the end of management." Winfried Felser, competence-site"When Pflaeging shakes the dogmas of management, they crumble in his hands." Financial Times Germany"Niels Pflaeging is always right up front, where the new in business is getting measured and mapped." Peter Felixberger, changeX +FD 19 Mar. 2014 +YR 2014 +ED Revised, ed. edition +SP 144 +LA English +PB BetaCodex Publishing +SN 978-0-9915376-0-0 +ST Organize for Complexity +K1 TT refs + + +RT Web Page +T1 Org Physics: The 3 faces of every company +A1 Pflaeging, Niels +T2 Niels Pflaeging +AB How a triad of structures allows companies to absorb complexity +FD 2017-03-06T13:17:06.613Z +YR 2017 +ST Org Physics +UL https://medium.com/@NielsPflaeging/org-physics-the-3-faces-of-every-company-df16025f65f8 +RD 2018/09/25/17:32:29 +K1 TT refs + + +RT Web Page +T1 Full Cycle Developers at Netflix +A1 Fisher-Ogden, Philip +A1 Burrell, Greg +A1 Marsh, Dianne +T2 Netflix TechBlog +AB Operating what you build, empowered with amazing developer tools +FD 2018-05-17T15:01:01.876Z +YR 2018 +UL https://medium.com/netflix-techblog/full-cycle-developers-at-netflix-a08c31f83249 +RD 2018/09/25/14:58:25 +K1 TT refs + + +RT Web Page +T1 What I Talk About When I Talk About Platforms +A1 Bottcher, Evan +T2 martinfowler.com +AB These days everyone is building a 'platform' to speed up delivery of digital products. But what makes an effective digital platform? +FD 05 March 2018 +YR 2018 +UL https://martinfowler.com/articles/talk-about-platforms.html +RD 2018/09/25/11:55:44 +K1 TT refs + + +RT Web Page +T1 HR’s Pioneering Role in Agile at ING +A1 Schotkamp, Tom +A1 Danoesastro, Martin +T2 https://www.bcg.com +AB First, HR carried out an agile makeover of the bank’s Dutch unit—then, it transformed itself. HR and functional-area leaders everywhere, take note. +FD 1 June 2018 +YR 2018 +LA en +UL https://www.bcg.com/en-gb/publications/2018/human-resources-pioneering-role-agile-ing.aspx +RD 2018/09/25/07:40:45 +K1 TT refs + + +RT Book, Whole +T1 Reinventing Organizations: A Guide to Creating Organizations Inspired by the Next Stage in Human Consciousness +A1 Laloux, Frederic +AB The way we manage organizations seems increasingly out of date. Survey after survey shows that a majority of employees feel disengaged from their companies. The epidemic of organizational disillusionment goes way beyond Corporate America-teachers, doctors, and nurses are leaving their professions in record numbers because the way we run schools and hospitals kills their vocation. Government agencies and nonprofits have a noble purpose, but working for these entities often feels soulless and lifeless just the same. All these organizations suffer from power games played at the top and powerlessness at lower levels, from infighting and bureaucracy, from endless meetings and a seemingly never-ending succession of change and cost-cutting programs. Deep inside, we long for soulful workplaces, for authenticity, community, passion, and purpose. The solution, according to many progressive scholars, lies with more enlightened management. But reality shows that this is not enough. In most cases, the system beats the individual-when managers or leaders go through an inner transformation, they end up leaving their organizations because they no longer feel like putting up with a place that is inhospitable to the deeper longings of their soul. We need more enlightened leaders, but we need something more: enlightened organizational structures and practices. But is there even such a thing? Can we conceive of enlightened organizations? In this groundbreaking book, the author shows that every time humanity has shifted to a new stage of consciousness in the past, it has invented a whole new way to structure and run organizations, each time bringing extraordinary breakthroughs in collaboration. A new shift in consciousness is currently underway. Could it help us invent a radically more soulful and purposeful way to run our businesses and nonprofits, schools and hospitals? The pioneering organizations researched for this book have already "cracked the code." Their founders have fundamentally questioned every aspect of management and have come up with entirely new organizational methods. Even though they operate in very different industries and geographies and did not know of each other's experiments, the structures and practices they have developed are remarkably similar. It's hard not to get excited about this finding: a new organizational model seems to be emerging, and it promises a soulful revolution in the workplace. "Reinventing Organizations" describes in practical detail how organizations large and small can operate in this new paradigm. Leaders, founders, coaches, and consultants will find this work a joyful handbook, full of insights, examples, and inspiring stories. +PP Brussels +FD 10 Feb. 2014 +YR 2014 +ED 1 edition +SP 382 +LA English +PB Nelson Parker +SN 978-2-9601335-0-9 +ST Reinventing Organizations +K1 TT refs + + +RT Book, Whole +T1 Working Effectively with Legacy Code +A1 Feathers, Michael +AB This book provides programmers with the ability to cost effectively handlecommon legacy code problems without having to go through the hugelyexpensive task of rewriting all existing code. It describes a series of practicalstrategies that developers can employ to bring their existing softwareapplications under control. The author provides useful guidance about how touse these strategies when refactoring or making functional changes to codebases. One of the book's key points is that it teaches developers to write teststhat can be used to make sure they are not unintentionally changing theapplication as they optimize it. Examples are provided in Java, C++, and Csharp,and the book assumes that the reader has some knowledge of UMLnotation. Strategies using UML and code in C++ and Java primarily whilelanguage independent advice will be delivered in side bars and appendices forlanguage specific users. +PP Upper Saddle River, NJ +FD 22 Sept. 2004 +YR 2004 +ED 01 edition +SP 456 +LA English +PB Prentice Hall +SN 978-0-13-117705-5 +K1 TT refs + + +RT Magazine Article +T1 12 Signs You’re Working in a Feature Factory +A1 Cutler, John +T2 Hacker Noon +AB I’ve used the term Feature Factory at a couple conference talks over the past two years. I started using the term when a software developer… +FD 2016-11-17T04:52:04.072Z +YR 2016 +UL https://hackernoon.com/12-signs-youre-working-in-a-feature-factory-44a5b938d6a2 +RD 2018/09/24/06:51:38 +K1 TT refs + + +RT Book, Whole +T1 The Five Dysfunctions of a Team: A Leadership Fable +A1 Lencioni, Patrick M. +AB In The Five Dysfunctions of a Team Patrick Lencioni once again offers a leadership fable that is as enthralling and instructive as his first two best–selling books, The Five Temptations of a CEO and The Four Obsessions of an Extraordinary Executive. This time, he turns his keen intellect and storytelling power to the fascinating, complex world of teams. Kathryn Petersen, Decision Tech′s CEO, faces the ultimate leadership crisis: Uniting a team in such disarray that it threatens to bring down the entire company. Will she succeed? Will she be fired? Will the company fail? Lencioni′s utterly gripping tale serves as a timeless reminder that leadership requires as much courage as it does insight. Throughout the story, Lencioni reveals the five dysfunctions which go to the very heart of why teams even the best ones–often struggle. He outlines a powerful model and actionable steps that can be used to overcome these common hurdles and build a cohesive, effective team. Just as with his other books, Lencioni has written a compelling fable with a powerful yet deceptively simple message for all those who strive to be exceptional team leaders. +PP San Francisco +FD 18 April 2002 +YR 2002 +ED 1 edition +SP 240 +LA English +PB John Wiley & Sons +SN 978-0-7879-6075-9 +ST The Five Dysfunctions of a Team +K1 TT refs + + +RT Journal Article +T1 A model for team-based organization performance +A1 Forrester, Russ +A1 Drexler, Allan B. +T2 Academy of Management Perspectives +AB The team-based organization performance model is a map for the landscape of organizations that use a lot of teams. The critical issues that team-based organizations must resolve to perform effectively are: formation, getting the right pieces in place and fitting them together: dependability, making reliable connections between the parts; focus, targeting the direction and goals of the organization and its accountability processes: buy-in, the ownership of and involvement in the organization's work and the issues of power and control; coordination, achieving smoothness and consistency in an organization's operations: impact, the impression the organization makes on itself and its clients; and vitality, the energy that starts and sustains the organization over time, and the capacity it has to learn and adapt. This article visits each of these landmarks, illustrating them with company examples, examining the keys to mastering them, and describing detours that some organizations have taken and how they got back on track. The article also provides an aerial view of the elements and their relationships. +FD August 1, 1999 +YR 1999 +DO 10.5465/ame.1999.2210313 +VO 13 +IS 3 +SP 36 +OP 49 +JO AMP +SN 1558-9080 +UL https://journals.aom.org/doi/abs/10.5465/ame.1999.2210313 +RD 2018/09/23/14:34:33 +K1 TT refs + + +RT Journal Article +T1 Capturing the Complexity in Advanced Technology Use: Adaptive Structuration Theory +A1 DeSanctis, Gerardine +A1 Poole, Marshall Scott +T2 Organization Science +AB The past decade has brought advanced information technologies, which include electronic messaging systems, executive information systems, collaborative systems, group decision support systems, and other technologies that use sophisticated information management to enable multiparty participation in organization activities. Developers and users of these systems hold high hopes for their potential to change organizations for the better, but actual changes often do not occur, or occur inconsistently. We propose adaptive structuration theory (AST) as a viable approach for studying the role of advanced information technologies in organization change. AST examines the change process from two vantage points: (1) the types of structures that are provided by advanced technologies, and (2) the structures that actually emerge in human action as people interact with these technologies. To illustrate the principles of AST, we consider the small group meeting and the use of a group decision support system (GDSS). A GDSS is an interesting technology for study because it can be structured in a myriad of ways, and social interaction unfolds as the GDSS is used. Both the structure of the technology and the emergent structure of social action can be studied. We begin by positioning AST among competing theoretical perspectives of technology and change. Next, we describe the theoretical roots and scope of the theory as it is applied to GDSS use and state the essential assumptions, concepts, and propositions of AST. We outline an analytic strategy for applying AST principles and provide an illustration of how our analytic approach can shed light on the impacts of advanced technologies on organizations. A major strength of AST is that it expounds the nature of social structures within advanced information technologies and the key interaction processes that figure in their use. By capturing these processes and tracing their impacts, we can reveal the complexity of technology-organization relationships. We can attain a better understanding of how to implement technologies, and we may also be able to develop improved designs or educational programs that promote productive adaptations. +FD 1994 +YR 1994 +VO 5 +IS 2 +SP 121 +OP 147 +SN 1047-7039 +ST Capturing the Complexity in Advanced Technology Use +UL https://www.jstor.org/stable/2635011 +RD 2018/09/23/14:08:13 +K1 TT refs + + +RT Journal Article +T1 Acquisition Community Team Dynamics: The Tuckman Model vs. the DAU Model +A1 Knight, Pamela +T2 4th Annual Acquisition Research Symposium of the Naval Postgraduate School +AB The Tuckman (1965) four-stage sequential model of team development (Forming, Storming, Norming, and Performing, or FSNP) represents today's most widely used model. +However, the Tuckman model is a conceptual statement that was suggested by the data and has not been empirically validated (Tuckman, 1965). Hadyn, Teare, Scheuing and Armistead (1997, p. 118) state that, "despite increasing interest in teamwork, much of the literature on the subject is inconclusive and often derived from anecdote rather than primary research." +The goal of this research was to develop empirical evidence to determine whether or not the Tuckman model or some variant thereof provides an appropriate model to explain the development of small, short-duration technical teams within the Acquisition Community. +The results showed, to a 95% confidence level, that only about 2% of 321 teams studies followed the Tuckman model (FSNP). However a modified model, called the DAU Model (FNP—Tuckman model sans Storming), was experienced by 229 of the 321 teams (77%). This discrete three-stage model, along with a redefined Storming function that takes place throughout the teams' duration, constitutes a strong model of team dynamics for the studied Acquisition population. +This research demonstrates that not only do technical teams generally follow the DAU model, but also that there is a strong correlation between teams producing above average products and teams following this model. The results of this research strongly suggest the possibility that the productivity of a technical team may be significantly improved by guiding its development through a well-defined process. +FD 30 April 2007 +YR 2007 +LA en +UL http://www.dtic.mil/dtic/tr/fulltext/u2/a493549.pdf +NONavy
+K1 TT refs + + +RT Magazine Article +T1 Choose Feature Teams over Component Teams for Agility +A1 Larman, Criag +A1 Vodde, Bas +T2 InfoQ +AB Feature teams, common enough in small groups, are all too rare in large product development - but they can be a key to scaling with agility. This article analyses how feature teams resolve weaknesses of component teams, and points out key issues to address when transitioning. It is an excerpt from "Scaling Lean and Agile Development," by Craig Larman and Bas Vodde, to be published later this year. +FD 15 July 2008 +YR 2008 +UL https://www.infoq.com/articles/scaling-lean-agile-feature-teams +RD 2018/09/17/17:10:49 +K1 TT refs + + +RT Conference Proceedings +T1 Toward Simplifying Application Development, in a Dozen Lessons +A1 Conway, Mel +FD 03 January 2017 +YR 2017 +UL http://melconway.com/Home/pdf/simplify.pdf +K1 TT refs + + +RT Journal Article +T1 HOW DO COMMITTEES INVENT? +A1 Conway, Melvin E +T2 Datamation +FD 1968 +YR 1968 +LA en +UL http://www.melconway.com/Home/pdf/committees.pdf +K1 TT refs + + +RT Book, Whole +T1 Management F-laws: How Organizations Really Work +A1 Ackoff, Russell L. +A1 Addison, Herbert J. +A1 Bibb, Sally +AB A full collection of more than 80 of Russell Ackoff's management f-laws: the uncomfortable truths about how organizations really work, what's wrong with the way we design and manage businesses, what makes managers tick... and how we can make things work better. Russell Ackoff is one of the world's top business brains. Herbert Addison has worked for years in business book publishing. Sally Bibb is a pioneer of organizational change. Who better to zero in on organizations, take them apart and then suggest ways of putting them back together - but better? +FD 24 Jan. 2007 +YR 2007 +SP 180 +LA English +PB Triarchy Press +SN 978-0-9550081-2-2 +ST Management F-laws +K1 TT refs + + +RT Book, Whole +T1 Re-Creating the Corporation: A Design of Organizations for the 21st Century +A1 Ackoff, Russell L. +AB Over the last three decades the average life expectancy of a corporation in North America has dipped well below 20 years. In fact, by 1983 a full third of the 1970 Fortune 500 companies had been acquired, merged, or broken apart. In this landmark book, one of the business world's foremost pioneers, Russell L. Ackoff, delivers this indispensable guide for those hoping to beat these odds―and to better navigate the corporate challenges of the next millennium. While most business and management schools continue to teach the functions of a corporation separately―production, marketing, finance, personnel―the reality is that for a corporation to endure each division must work with the others to create an effective system. Re-Creating the Corporation is Ackoff's masterful blueprint for understanding and creating these model corporate systems. In four comprehensive sections―Background, Process, Designs, and Change―Ackoff lays out in clear concise prose the five organizational goals of successful corporate systems: plan effectively, learn and adapt rapidly, democratize, introduce internal market economies, and employ a flexible structure that will minimize the need for future restructuring. And through a deft mix of practical and theoretical examples drawn from a wide range of applications in a wide range of firms, this book ultimately guides executives to the system best suited to meet their organizational goals. Re-Creating the Corporation, which is the culmination of a lifetime of innovative and insightful business thought from one of the business world's premier thinkers, is essential reading for those attempting to navigate the rapidly changing economic environment of the next millennium. +PP New York +FD 7 Oct. 1999 +YR 1999 +ED First Edition edition +SP 348 +LA English +PB OUP USA +SN 978-0-19-512387-6 +ST Re-Creating the Corporation +K1 TT refs + + +RT Book, Whole +T1 Large-Scale Scrum: More with LeSS +A1 Larman, Craig +A1 Vodde, Bas +AB The Go-To Resource for Large-Scale Organizations to Be Agile Rather than asking, “How can we do agile at scale in our big complex organization?” a different and deeper question is, “How can we have the same simple structure that Scrum offers for the organization, and be agile at scale rather than do agile?” This profound insight is at the heart of LeSS (Large-Scale Scrum). In Large-Scale Scrum: More with LeSS, Craig Larman and Bas Vodde have distilled over a decade of experience in large-scale LeSS adoptions towards a simpler organization that delivers more flexibility with less complexity, more value with less waste, and more purpose with less prescription. Targeted to anyone involved in large-scale development, Large-Scale Scrum: More with LeSS, offers straight-to-the-point guides for how to be agile at scale, with LeSS. It will clearly guide you to Adopt LeSS Structure a large development organization for customer value Clarify the role of management and Scrum Master Define what your product is, and why Be a great Product Owner Work with multiple whole-product focused feature teams in one Sprint that produces a shippable product Coordinate and integrate between teams Work with multi-site teams +FD 30 Sept. 2016 +YR 2016 +ED 1 edition +SP 356 +LA English +PB Addison-Wesley Professional +SN 978-0-321-98571-2 +ST Large-Scale Scrum +K1 TT refs + + +RT Book, Whole +T1 Designing Autonomous Teams and Services +A1 Tune, Nick +A1 Millett, Scott +AB In high-performing organizations such as Salesforce and Spotify, autonomous product development teams own problems end-to-end—from interacting with customers to delivering engaging digital products. These teams find new ways to solve customer problems by constantly running... +FD 2017 +YR 2017 +LA en +PB O'Reilly Media +SN 978-1-4919-9431-3 +UL https://www.oreilly.com/programming/free/designing-autonomous-teams-and-services.csp +RD 2018/09/10/19:49:36 +K1 TT refs + + +RT Report +T1 The Emergence of Boundary Spanning Competence in Practice: Implications for Information Systems' Implementation and Use +A1 Levina, Natalia +A1 Vaast, Emmanuelle +AB This paper investigates how an organizational competence in boundary spanning emerges in practice by drawing on the concepts of boundary spanner and boundary object. Using data from two qualitative field studies, we argue that in order for boundary spanning to emerge a new joint field of practice must be produced. Our data illustrate that agents partially transform their practices in local settings so as to accommodate the interests of their counterparts. While negotiating the new joint field, agents become what we call "boundary spanners-in-practice" who produce and use objects which then become locally useful and which acquire a common identity - hence, "boundary objects-in-use." Moreover, we show how boundary spanners-in-practice use various organizational and professional resources including the influence that comes with being nominated to boundary spanners' roles to create the new joint field. The conditions necessary for boundary spanners-in-practice to emerge are outlined and discussed; as are important implications for IS implementation and use. +PP Rochester, NY +FD 2005/03/16 +YR 2005 +LA en +CL SSRN Scholarly Paper +PB Social Science Research Network +SN ID 1276022 +ST The Emergence of Boundary Spanning Competence in Practice +UL https://papers.ssrn.com/abstract=1276022 +RD 2018/09/10/13:30:40 +K1 boundaries +K1 boundary objects +K1 boundary spanners +K1 Boundary spanning +K1 Bourdieu +K1 client-consultant relationship +K1 intranet +K1 IS implementation +K1 IS use +K1 Knowledge Management +K1 organizational learning +K1 practice theory +K1 roles +K1 TT refs + + +RT Book, Whole +T1 Project Myopia: Why projects damage software #NoProjects eBook: Allan Kelly: Amazon.co.uk: Kindle Store +A1 Kelly, Allan +FD 28 July 2018 +YR 2018 +PB Software Strategy Ltd +SN 978-1-912832-03-3 +UL https://www.amazon.co.uk/Project-Myopia-projects-software-NoProjects-ebook/dp/B07F1XJ2B5/ref=sr_1_1?ie=UTF8&qid=1536576139&sr=8-1&keywords=project+myopia +RD 2018/09/10/10:46:54 +K1 TT refs + + +RT Journal Article +T1 From Aristotle to Ringelmann: A Large-scale Analysis of Team Productivity and Coordination in Open Source Software Projects +A1 Scholtes, Ingo +A1 Mavrodiev, Pavlin +A1 Schweitzer, Frank +T2 Empirical Softw. Engg. +AB Complex software development projects rely on the contribution of teams of developers, who are required to collaborate and coordinate their efforts. The productivity of such development teams, i.e., how their size is related to the produced output, is an important consideration for project and schedule management as well as for cost estimation. The majority of studies in empirical software engineering suggest that - due to coordination overhead - teams of collaborating developers become less productive as they grow in size. This phenomenon is commonly paraphrased as Brooks' law of software project management, which states that "adding manpower to a software project makes it later". Outside software engineering, the non-additive scaling of productivity in teams is often referred to as the Ringelmann effect, which is studied extensively in social psychology and organizational theory. Conversely, a recent study suggested that in Open Source Software (OSS) projects, the productivity of developers increases as the team grows in size. Attributing it to collective synergetic effects, this surprising finding was linked to the Aristotelian quote that "the whole is more than the sum of its parts". Using a data set of 58 OSS projects with more than 580,000 commits contributed by more than 30,000 developers, in this article we provide a large-scale analysis of the relation between size and productivity of software development teams. Our findings confirm the negative relation between team size and productivity previously suggested by empirical software engineering research, thus providing quantitative evidence for the presence of a strong Ringelmann effect. Using fine-grained data on the association between developers and source code files, we investigate possible explanations for the observed relations between team size and productivity. In particular, we take a network perspective on developer-code associations in software development teams and show that the magnitude of the decrease in productivity is likely to be related to the growth dynamics of co-editing networks which can be interpreted as a first-order approximation of coordination requirements. +FD April 2016 +YR 2016 +DO 10.1007/s10664-015-9406-4 +VO 21 +IS 2 +SP 642 +OP 683 +SN 1382-3256 +ST From Aristotle to Ringelmann +UL http://dx.doi.org/10.1007/s10664-015-9406-4 +RD 2018/09/10/07:33:26 +K1 Coordination +K1 Open source software +K1 Productivity factors +K1 Repository mining +K1 Social aspects of software engineering +K1 Software engineering +K1 TT refs + + +RT Web Page +T1 No Projects - Beyond Projects +A1 Kelly, Allan +T2 InfoQ +AB Applying the project lifecycle model to software development complicates both and makes developing good software harder. Allan Kelly presents ideas on how to move beyond projects and into what he calls a Continuous Work, or Steady State Work Model. +FD 05 Dec 2014 +YR 2014 +UL https://www.infoq.com/articles/kelly-beyond-projects +RD 2018/09/09/14:39:13 +K1 TT refs + + +RT Web Page +T1 Accelerate! +A1 Kotter, John P. +T2 Harvard Business Review +AB How the most innovative companies capitalize on today’s rapid-fire strategic challenges—and still make their numbers. +FD 2012-11-01T04:00:00Z +YR 2012 +UL https://hbr.org/2012/11/accelerate +RD 2018/09/07/15:57:44 +K1 TT refs + + +RT Book, Whole +T1 Business Patterns for Software Developers +A1 Kelly, Allan +AB A must–have recipe book for building software Perhaps you can relate to this all–too common scenario: you know all about your software product?but could do with some help in understanding the strategic side of things. If so, this book is the one–stop resource you′ll need in order to become a successful software entrepreneur. Patterns expert Allan Kelly provides you with the step–by–step route that needs to be followed in order to understand business strategy and operations. Each chapter starts out with a solid introduction and theoretical overview, which is then further illustrated with patterns and case studies, all aimed at helping you move into the management of software. Teaches you the ropes of business strategy and operations for software Places special emphasis on the patterns for those who make software for sale Addresses patterns philosophy, patterns strategies, business strategy patterns, and software company lifecycle Shares practical tools, tips, and examples of best practices so you can see how each specific pattern fits in and needs to be implemented. Business Patterns for Software Development divulges strategies, operations, and structures for building successful software. +PP Chichester +FD 3 Feb. 2012 +YR 2012 +ED 1 edition +SP 406 +LA English +PB John Wiley & Sons +SN 978-1-119-99924-9 +K1 TT refs + + +RT Journal Article +T1 The impact of the ‘open’ workspace on human collaboration +A1 Bernstein, Ethan S. +A1 Turban, Stephen +T2 Phil. Trans. R. Soc. B +AB Organizations’ pursuit of increased workplace collaboration has led managers to transform traditional office spaces into ‘open’, transparency-enhancing architectures with fewer walls, doors and other spatial boundaries, yet there is scant direct empirical research on how human interaction patterns change as a result of these architectural changes. In two intervention-based field studies of corporate headquarters transitioning to more open office spaces, we empirically examined—using digital data from advanced wearable devices and from electronic communication servers—the effect of open office architectures on employees' face-to-face, email and instant messaging (IM) interaction patterns. Contrary to common belief, the volume of face-to-face interaction decreased significantly (approx. 70%) in both cases, with an associated increase in electronic interaction. In short, rather than prompting increasingly vibrant face-to-face collaboration, open architecture appeared to trigger a natural human response to socially withdraw from officemates and interact instead over email and IM. This is the first study to empirically measure both face-to-face and electronic interaction before and after the adoption of open office architecture. The results inform our understanding of the impact on human behaviour of workspaces that trend towards fewer spatial boundaries. +This article is part of the theme issue ‘Interdisciplinary approaches for uncovering the impacts of architecture on collective behaviour’. +FD 2018/08/19 +YR 2018 +DO 10.1098/rstb.2017.0239 +VO 373 +IS 1753 +JO Phil. Trans. R. Soc. B +LA en +SN 0962-8436, 1471-2970 +UL http://rstb.royalsocietypublishing.org/content/373/1753/20170239 +RD 2018/09/03/21:22:23 +K1 TT refs + + +RT Journal Article +T1 Coordination in co-located agile software development projects +A1 Strode, Diane E. +A1 Huff, Sid L. +A1 Hope, Beverley +A1 Link, Sebastian +T2 Journal of Systems and Software +AB Agile software development provides a way to organise the complex task of multi-participant software development while accommodating constant project change. Agile software development is well accepted in the practitioner community but there is little understanding of how such projects achieve effective coordination, which is known to be critical in successful software projects. A theoretical model of coordination in the agile software development context is presented based on empirical data from three cases of co-located agile software development. Many practices in these projects act as coordination mechanisms, which together form a coordination strategy. Coordination strategy in this context has three components: synchronisation, structure, and boundary spanning. Coordination effectiveness has two components: implicit and explicit. The theoretical model of coordination in agile software development projects proposes that an agile coordination strategy increases coordination effectiveness. This model has application for practitioners who want to select appropriate practices from agile methods to ensure they achieve coordination coverage in their project. For the field of information systems development, this theory contributes to knowledge of coordination and coordination effectiveness in the context of agile software development. +FD June 1, 2012 +YR 2012 +DO 10.1016/j.jss.2012.02.017 +VO 85 +IS 6 +SP 1222 +OP 1238 +JO Journal of Systems and Software +SN 0164-1212 +UL http://www.sciencedirect.com/science/article/pii/S0164121212000465 +RD 2018/09/03/21:10:59 +NOthe organisation structure in which the agile project occurs should be a consideration because it is an important enabler of effective coordination by supporting staff availability and proximity -- p.1236
+K1 Agile methods +K1 Agile software development project +K1 Coordination effectiveness +K1 Coordination strategy +K1 Coordination Theory +K1 Extreme Programming +K1 Scrum +K1 TT refs + + +RT Web Page +T1 Collaborate on complex problems, but only intermittently +A1 HBS Communications +T2 Harvard Gazette +AB When solving problems, both groups in which members never interacted and groups whose members constantly interacted provided expected results. The surprising outcome came from groups whose members collaborated intermittently. +FD 2018-08-15T18:17:12-0400 +YR 2018 +LA en-US +UL https://news.harvard.edu/gazette/story/2018/08/collaborate-on-complex-problems-but-only-intermittently/ +RD 2018/09/03/20:51:28 +K1 TT refs + + +RT Journal Article +T1 How intermittent breaks in interaction improve collective intelligence +A1 Bernstein, Ethan +A1 Shore, Jesse +A1 Lazer, David +T2 Proceedings of the National Academy of Sciences +AB People influence each other when they interact to solve problems. Such social influence introduces both benefits (higher average solution quality due to exploitation of existing answers through social learning) and costs (lower maximum solution quality due to a reduction in individual exploration for novel answers) relative to independent problem solving. In contrast to prior work, which has focused on how the presence and network structure of social influence affect performance, here we investigate the effects of time. We show that when social influence is intermittent it provides the benefits of constant social influence without the costs. Human subjects solved the canonical traveling salesperson problem in groups of three, randomized into treatments with constant social influence, intermittent social influence, or no social influence. Groups in the intermittent social-influence treatment found the optimum solution frequently (like groups without influence) but had a high mean performance (like groups with constant influence); they learned from each other, while maintaining a high level of exploration. Solutions improved most on rounds with social influence after a period of separation. We also show that storing subjects’ best solutions so that they could be reloaded and possibly modified in subsequent rounds—a ubiquitous feature of personal productivity software—is similar to constant social influence: It increases mean performance but decreases exploration. +FD 2018/08/10 +YR 2018 +DO 10.1073/pnas.1802407115 +JO PNAS +LA en +SN 0027-8424, 1091-6490 +UL http://www.pnas.org/content/early/2018/08/09/1802407115 +RD 2018/09/03/20:58:53 +K1 collective intelligence +K1 social influence +K1 social networks +K1 TT refs + + +RT Journal Article +T1 Cultural Brokerage and Creative Performance in Multicultural Teams +A1 Jang, Sujin +T2 Organization Science +AB This paper presents a novel theoretical framework of how members of multicultural teams leverage their diverse knowledge to produce creative outcomes. I develop and test a model of cultural brokerage, which I define as the act of facilitating interactions between actors across cultural boundaries. I find that team members with multicultural backgrounds engage in cultural brokerage on behalf of monocultural team members. Among multiculturals, “cultural insiders” (those whose cultural background overlaps with other team members’) brokered by integrating knowledge from different cultures, whereas “cultural outsiders” (those whose cultural background has no overlap with any other team members’) brokered by eliciting knowledge from different cultures. Both integrating and eliciting significantly enhanced creative performance at the team level. These findings advance our understanding of the process of creativity in culturally diverse teams. +FD December 1, 2017 +YR 2017 +DO 10.1287/orsc.2017.1162 +VO 28 +IS 6 +SP 993 +OP 1009 +JO Organization Science +SN 1047-7039 +UL https://pubsonline.informs.org/doi/full/10.1287/orsc.2017.1162 +RD 2018/09/03/20:37:21 +K1 TT refs + + +RT Web Page +T1 Beyond the Holacracy Hype +A1 Bernstein, Ethan +A1 Bunch, John +A1 Canner, Niko +A1 Lee, Michael +T2 Harvard Business Review +AB The overwrought claims—and actual promise—of the next generation of self-managed teams +FD 2016-07-01T04:00:00Z +YR 2016 +UL https://hbr.org/2016/07/beyond-the-holacracy-hype +RD 2018/09/03/20:32:52 +K1 TT refs + + +RT Journal Article +T1 Exploring the Duality Between Product and Organizational Architectures: A Test of the 'Mirroring' Hypothesis +A1 MacCormack, Alan +A1 Baldwin, Carliss Y. +A1 Rusnak, John +T2 Research Policy +AB A variety of academic studies argue that a relationship exists between the structure of an organization and the design of the products that the organization produces. Specifically, products tend to "mirror" the architectures of the organizations in which they are developed. This dynamic occurs because the organization's governance structures, problem solving routines, and communication patterns constrain the space in which it searches for new solutions. Such a relationship is important, given that product architecture has been shown to be an important predictor of product performance, product variety, process flexibility, and even the path of industry evolution. We explore this relationship in the software industry. Our research takes advantage of a natural experiment, in that we observe products that fulfill the same function being developed by very different organizational forms. At one extreme are commercial software firms, in which the organizational participants are tightly coupled, with respect to their goals, structure, and behavior. At the other, are open-source software communities, in which the participants are much more loosely coupled by comparison. The mirroring hypothesis predicts that these different organizational forms will produce products with distinctly different architectures. Specifically, loosely coupled organizations will develop more modular designs than tightly coupled organizations. We test this hypothesis, using a sample of matched-pair products. We find strong evidence to support the mirroring hypothesis. In all of the pairs we examine, the product developed by the loosely coupled organization is significantly more modular than the product from the tightly coupled organization. We measure modularity by capturing the level of coupling between a product's components. The magnitude of the differences is substantial—up to a factor of six, in terms of the potential for a design change in one component to propagate to others. Our results have significant managerial implications, highlighting the impact of organizational design decisions on the technical structure of the artifacts that these organizations subsequently develop. +FD 2012/10/1 +YR 2012 +VO 41 +IS 8 +SP 1309 +OP 1324 +ST Exploring the Duality Between Product and Organizational Architectures +UL http://www.hbs.edu/faculty/Pages/item.aspx?num=43260 +RD 2016/12/03/12:22:22 +K1 TT refs + + +RT Book, Whole +T1 Engineering a Safer World: Systems Thinking Applied to Safety +A1 Leveson, Nancy G. +AB A new approach to safety, based on systems thinking, that is more effective, less costly, and easier to use than current techniques. Engineering has experienced a technological revolution, but the basic engineering techniques applied in safety and reliability engineering, created in a simpler, analog world, have changed very little over the years. In this groundbreaking book, Nancy Leveson proposes a new approach to safety-more suited to today's complex, sociotechnical, software-intensive world-based on modern systems thinking and systems theory. Revisiting and updating ideas pioneered by 1950s aerospace engineers in their System Safety concept, and testing her new model extensively on real-world examples, Leveson has created a new approach to safety that is more effective, less expensive, and easier to use than current techniques. Arguing that traditional models of causality are inadequate, Leveson presents a new, extended model of causation (Systems-Theoretic Accident Model and Processes, or STAMP), then shows how the new model can be used to create techniques for system safety engineering, including accident analysis, hazard analysis, system design, safety in operations, and management of safety-critical systems. She applies the new techniques to real-world events including the friendly-fire loss of a U.S. Blackhawk helicopter in the first Gulf War; the Vioxx recall; the U.S. Navy SUBSAFE program; and the bacterial contamination of a public water supply in a Canadian town. Leveson's approach is relevant even beyond safety engineering, offering techniques for "reengineering" any large sociotechnical system to improve safety and manage risk. +PP Cambridge, Massachusetts London, Englang +FD 14 Feb. 2017 +YR 2017 +ED Reprint edition +SP 560 +LA English +PB MIT Press +SN 978-0-262-53369-0 +ST Engineering a Safer World +NOCybernetics p.65-66
+K1 TT refs + + +RT Web Page +T1 How to find the right DevOps tools for your team +A1 Skelton, Matthew +T2 TechBeacon +AB Building a DevOps tool suite? Here are 9 field-tested tips for making all the right choices—and avoiding disaster. +FD 2018-03-16T11:00:00-04:00 +YR 2018 +LA en +UL https://techbeacon.com/devops/how-find-right-devops-tools-your-team +RD 2020/10/12/18:32:55 +K1 TT refs + + +RT Book, Whole +T1 Mythical Man-Month, The: Essays on Software Engineering, Anniversary Edition +A1 Brooks, Frederick +AB Few books on software project management have been as influential and timeless as The Mythical Man-Month. With a blend of software engineering facts and thought-provoking opinions, Fred Brooks offers insight for anyone managing complex projects. These essays draw from his experience as project manager for the IBM System/360 computer family and then for OS/360, its massive software system. Now, 20 years after the initial publication of his book, Brooks has revisited his original ideas and added new thoughts and advice, both for readers already familiar with his work and for readers discovering it for the first time. The added chapters contain (1) a crisp condensation of all the propositions asserted in the original book, including Brooks' central argument in The Mythical Man-Month: that large programming projects suffer management problems different from small ones due to the division of labor; that the conceptual integrity of the product is therefore critical; and that it is difficult but possible to achieve this unity; (2) Brooks' view of these propositions a generation later; (3) a reprint of his classic 1986 paper "No Silver Bullet"; and (4) today's thoughts on the 1986 assertion, "There will be no silver bullet within ten years." +PP Reading, Mass +FD 8 Aug. 1995 +YR 1995 +ED 2nd edition +SP 336 +LA English +PB Addison-Wesley +SN 978-0-201-83595-3 +ST Mythical Man-Month, The +K1 TT refs + + +RT Web Page +T1 What is DevOps? +A1 Edwards, Damon +T2 dev2ops +FD 2010-02-23 +YR 2010 +LA en-US +UL http://dev2ops.org/2010/02/what-is-devops/ +RD 2021/02/23/16:41:58 +K1 TT refs + + +RT Book, Whole +T1 Remote: Office Not Required +A1 Hansson, David Heinemeier +A1 Fried, Jason +AB For too long our lives have been dominated by the ‘under one roof’ Industrial Revolution model of work. That era is now over. There is no longer a reason for the daily roll call, of the need to be seen with your butt on your seat in the office. The technology to work remotely and to avoid the daily grind of commuting and meetings has finally come of age, and bestselling authors Jason Fried and David Heinemeier Hansson are the masters of making it work at tech company 37signals. Remote working is the future – and it is rushing towards us. Remote: Office Not Required combines eye-opening ideas with entertaining narrative. It will convince you that working remotely increases productivity and innovation, and it will also teach you how to get it right – whether you are a manager, working solo or one of a team. Chapters include: ‘Talent isn’t bound by the hubs’, ‘It’s the technology, stupid’, ‘When to type, when to talk’, ‘Stop managing the chairs’ and ‘The virtual water cooler’. Brilliantly simple and refreshingly illuminating this is a call to action to end the tyranny of being shackled to the office. +PP London +FD 31 Oct. 2013 +YR 2013 +SP 256 +LA English +PB Vermilion +SN 978-0-09-195467-3 +ST Remote +K1 TT refs + + +RT Book, Whole +T1 Dynamic Reteaming: The Art and Wisdom of Changing Teams +A1 Helfand, Heidi +AB Dynamic Reteaming shares real stories of how successful software companies have thrived through changing their teams as opposed to keeping them the same. Team change will happen whether we like it or not. People will come and go from our teams. Our companies might double in size or even get acquired. We can catalyze team change to reduce the risk of attrition, learning and career stagnation and the development of knowledge silos. Dynamic Reteaming describes practices for effective reteaming as well as antipatterns. In this book you'll learn how to integrate new people into an existing team, how to deal with the loss of team members, when to split a team, how to isolate teams for focused innovation, how to rotate team members for knowledge sharing, how to break through organizational stagnation and much more. Learn to apply the five team change patterns: Isolation, One by One, Grow and Split, Merging and Switching. Get practical tips and tricks for managing team change. +FD 31 July 2019 +YR 2019 +SP 293 +LA English +PB Reteam, LLC +SN 978-1-73356-721-3 +ST Dynamic Reteaming +K1 TT refs + + +RT Book, Whole +T1 Project to Product: How Value Stream Networks Will Transform IT and Business: How to Survive and Thrive in the Age of Digital Disruption with the Flow Framework +A1 Kersten, Mik +AB In the Age of Software, will your business dominate and maintain relevance--or will it become a digital relic?As tech giants and startups disrupt every market, those who master large-scale software delivery will define the economic landscape of the 21st century, just as the masters of mass production defined the landscape in the 20th. Unfortunately, business and technology leaders are woefully ill-equipped to solve the problems posed by digital transformation. At the current rate of disruption, half of S&P 500 companies will be replaced in the next ten years. A new approach is needed. In Project to Product, Value Stream Network pioneer and technology business leader Dr. Mik Kersten introduces the Flow Framework--a new way of seeing, measuring, and managing software delivery. The Flow Framework will enable your company's evolution from project-oriented dinosaur to product-centric innovator that thrives in the Age of Software. If you're driving your organization's transformation at any level, this is the book for you. +PP Portland, OR +FD 28 Feb. 2019 +YR 2019 +ED Illustrated edition +SP 272 +LA English +PB IT Revolution +SN 978-1-942788-39-3 +ST Project to Product +K1 TT refs + + +RT Book, Whole +T1 The Devops Handbook: How to Create World-Class Agility, Reliability, and Security in Technology Organizations +A1 Kim, Gene +A1 Debois, Patrick +A1 Willis, John +AB For decades, technology leaders have struggled to balance agility, reliability, and security, and the consequences of failure have never been greater. The effective management of technology is critical for business competitiveness. High-performing organizations are 2.5 times more likely to exceed profitability, market share, and productivity goals. The DevOps Handbook shows leaders how to create the cultural norms and the technical practices necessary to maximize organizational learning, increase employee satisfaction, and win in the marketplace. +PP Portland, OR +FD 1 Dec. 2016 +YR 2016 +ED Illustrated edition +SP 250 +LA English +PB Trade Select +SN 978-1-942788-00-3 +ST The Devops Handbook +K1 TT refs + + +RT Web Page +T1 The Secret to Amazons Success Internal APIs +A1 Lane, Kin +T2 API Evangelist +AB A network of research sites dedicated to the technology, business, and politics of APIs. +FD 2012-01-12 +YR 2012 +LA en-us +UL https://apievangelist.com/2012/01/12/the-secret-to-amazons-success-internal-apis/ +RD 2021/02/23/21:08:00 +K1 TT refs + + +RT Journal Article +T1 The magical number seven, plus or minus two: some limits on our capacity for processing information +A1 Miller, George A. +T2 Psychological Review +AB A variety of researches are examined from the standpoint of information theory. It is shown that the unaided observer is severely limited in terms of the amount of information he can receive, process, and remember. However, it is shown that by the use of various techniques, e.g., use of several stimulus dimensions, recoding, and various mnemonic devices, this informational bottleneck can be broken. 20 references. (PsycINFO Database Record (c) 2016 APA, all rights reserved) +FD 1956 +YR 1956 +DO 10.1037/h0043158 +VO 63 +IS 2 +SP 81 +OP 97 +SN 1939-1471(Electronic),0033-295X(Print) +ST The magical number seven, plus or minus two +K1 Cognitive Processes +K1 Information Theory +K1 TT refs + + +RT Web Page +T1 What is Site Reliability Engineering? +A1 Niall Murphy +UL https://sre.google/in-conversation/ +RD 2021/02/23/21:38:43 +K1 TT refs + + +RT Web Page +T1 The Divisive Effect of Separate Issue Tracking Tools +A1 Pais, Manuel +A1 Skelton, Matthew +T2 InfoQ +AB Separate issue tracking systems for Development and IT Operations are a source of conflict and ineffectiveness for many organizations. For effective Database Lifecycle Management (DLM), we typically need shared issue tracking systems where DBA teams can see upcoming work from Development and Development teams can see details of live service issues logged from Production. +FD 2017-03-22 +YR 2017 +LA en +UL https://www.infoq.com/articles/issue-tracking-tools/ +RD 2021/02/23/21:49:37 +K1 TT refs + + +RT Web Page +T1 Why and How to Test Logging +A1 Pais, Manuel +A1 Skelton, Matthew +T2 InfoQ +AB Logging and aggregation are crucial tools for today's complex, distributed systems. They provide rich insights which keep time to recover short. We must therefore make sure we test logging adequately. +FD 2016-10-26 +YR 2016 +LA en +UL https://www.infoq.com/articles/why-test-logging/ +RD 2021/02/23/21:50:56 +K1 TT refs + + +RT Book, Whole +T1 The New Hacker's Dictionary +A1 Raymond, Eric S. +AB This new edition of the hacker's own phenomenally successful lexicon includes more than 100 new entries and updates or revises 200 more. +PP Cambridge, Mass +FD 11 Oct. 1996 +YR 1996 +ED third edition +SP 570 +LA English +PB MIT Press +SN 978-0-262-68092-9 +K1 TT refs + + +RT Book, Whole +T1 Holacracy: The New Management System for a Rapidly Changing World +A1 Robertson, Brian J. +FD 2 Jun. 2015 +YR 2015 +LA English +PB Henry Holt and Co. +ST Holacracy +K1 TT refs + + +RT Magazine Article +T1 Why Diverse Teams Are Smarter +A1 Rock, David +A1 Grant, Heidi +T2 Harvard Business Review +AB Research shows they’re more successful in three important ways. +FD 2016-11-04T13:00:24Z +YR 2016 +SN 0017-8012 +UL https://hbr.org/2016/11/why-diverse-teams-are-smarter +RD 2021/02/23/21:56:57 +K1 Decision making +K1 Diversity +K1 Leading teams +K1 TT refs + + +RT Book, Whole +T1 Improving Performance: How to Manage the White Space on the Organization Chart +A1 Rummler, Geary A. +A1 Brache, Alan P. +AB Improving Performance is recognized as the book that launched the Process Improvement revolution. It was the first such approach to bridge the gap between organization strategy and the individual. Now, in this revised and expanded new edition, Gary Rummler reflects on the key needs of organizations faced with today's challenge of managing change in today's complex world. The book shows how to apply the three levels of performance and link performance to strategy, move from annual programs to sustained performance improvement, redesign processes, overcome the seven deadly sins of performance improvement and much more. +PP San Francisco +FD 4 Jan. 2013 +YR 2013 +ED 3rd edition +SP 288 +LA English +PB Jossey-Bass +SN 978-1-118-14370-4 +ST Improving Performance +K1 TT refs + + diff --git a/Team-Topologies-references-Zotero.rdf b/Team-Topologies-references-Zotero.rdf new file mode 100644 index 0000000..5b4ae0d --- /dev/null +++ b/Team-Topologies-references-Zotero.rdf @@ -0,0 +1,10052 @@ +