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 @@ + +MyLibraryZotero17Sosa, Manuel E.Eppinger, Steven D.Rowles, Craig M.The Misalignment of Product Architecture and Organizational Structure in Complex Product DevelopmentManagement ScienceManagement ScienceManagement Science1674-1689501212TT refs2004December 1, 20040025-190910.1287/mnsc.1040.0289Product 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.pubsonline.informs.org (Atypon)https://pubsonline.informs.org/doi/abs/10.1287/mnsc.1040.0289C:\Users\matth\Zotero\storage\LFX4UP2D\Sosa et al. - 2004 - The Misalignment of Product Architecture and Organ.pdfC:\Users\matth\Zotero\storage\HX3KUJAM\mnsc.1040.html2018-11-03 21:47:13MyLibraryZotero6McChrystal, General StanleySilverman, DavidCollins, TantumFussell, ChrisTeam of Teams: New Rules of Engagement for a Complex WorldTeam of Teams304TT refs201526 Nov. 2015New York, NYPortfolio Penguin978-0-241-25083-9As 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.AmazonEnglishhttps://www.amazon.co.uk/Team-Teams-Rules-Engagement-Complex/dp/0241250838MyLibraryZotero17Dunbar, R. I. M.Neocortex size as a constraint on group size in primatesJournal of Human EvolutionJournal of Human EvolutionJournal of Human Evolution469-4932266behavioural ecologybody sizebrain sizegroomingsocial intellectTT refs1992June 1, 19920047-248410.1016/0047-2484(92)90081-JTwo 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.ScienceDirecthttp://www.sciencedirect.com/science/article/pii/004724849290081JC:\Users\matth\Zotero\storage\DBXXV44R\004724849290081J.html2018-11-02 19:19:54MyLibraryZotero12Casella, KarenImproving Team Productivity by Reducing Context Switching | LinkedInLinkedIn PulseLinkedIn PulseTT refs20162016-10-26https://www.linkedin.com/pulse/improving-team-productivity-reducing-context-karen-casella/C:\Users\matth\Zotero\storage\NSUUWJMW\improving-team-productivity-reducing-context-karen-casella.html2017-10-09 19:53:52MyLibraryZotero56Skelton, MatthewIcebreaker for Agile Retrospectives – Empathy SnapMatthew SkeltonMatthew SkeltonTT refs20122012-11-15T19:35:56+00:00I 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…enhttp://empathysnap.com/C:\Users\matth\Zotero\storage\3WUB82YS\icebreaker-for-agile-retrospectives-empathy-snap.html2018-10-30 22:13:47MyLibraryZotero56Kelly, AllanConway's Law v. Software Architecturedzone.comdzone.comTT refs201314 March 2013I'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...enhttps://dzone.com/articles/conways-law-v-softwareC:\Users\matth\Zotero\storage\LXVJPATG\conways-law-v-software.html2018-10-30 18:01:56MyLibraryZotero12Neumark, PeterDevOps & Product Teams - Win or Fail?InfoQInfoQTT refs201529 June 2015Peter 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!https://www.infoq.com/articles/devops-product-teamsC:\Users\matth\Zotero\storage\XFCDAPW2\devops-product-teams.html2016-08-11 19:04:29MyLibraryZotero56Snowden, DaveThe rule of 5,15 & 150Cognitive EdgeCognitive EdgeTT refs20062006-12-10T15:21:31+00:00Recognise it? Well of course, it’s the best-fit reduced major axis regression equation between neocortex…http://cognitive-edge.com/blog/logn-0-093-3-389-logcr-1-r20-764-t3410-35-p0-001/C:\Users\matth\Zotero\storage\SWFX2CGN\logn-0-093-3-389-logcr-1-r20-764-t3410-35-p0-001.html2016-08-11 19:16:07MyLibraryZotero56Ingles, PaulConvergence to KubernetesPaul InglesPaul InglesTT refs20182018-06-18T20:48:10.012ZStandardisation to Scalehttps://medium.com/@pingles/convergence-to-kubernetes-137ffa7ea2bcC:\Users\matth\Zotero\storage\Q3NGIXLX\convergence-to-kubernetes-137ffa7ea2bc.html2018-10-29 22:42:29MyLibraryZotero6Humble, JezFarley, DavidContinuous Delivery: Reliable Software Releases through Build, Test, and Deployment AutomationContinuous Delivery51201 editionTT refs201027 July 2010Upper Saddle River, NJAddison Wesley978-0-321-60191-9Winner 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.AmazonEnglishhttps://www.amazon.co.uk/Continuous-Delivery-Deployment-Automation-Addison-Wesley/dp/0321601912/ref=asap_bc?ie=UTF8MyLibraryZotero6Humble, JezMolesky, JoanneO'Reilly, BarryLean Enterprise: How High Performance Organizations Innovate at ScaleLean Enterprise3521 editionTT refs20153 Jan. 2015BeijingO'Reilly Media978-1-4493-6842-5How 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 environmentsAmazonEnglishhttps://www.amazon.co.uk/Lean-Enterprise-Performance-Organizations-Innovate/dp/1449368425MyLibraryZotero56Skelton, MatthewYour 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@matthewpskeltonTT refs20182018-07-25T14:30enhttps://twitter.com/matthewpskelton/status/1022111880423395329C:\Users\matth\Zotero\storage\LNZMUFKB\1022111880423395329.html2018-10-29 16:12:06TweetMyLibraryZotero56Cottmeyer, MikeThings to Consider When Structuring Your Agile EnterpriseLeadingAgileLeadingAgileTT refs20142014-02-05T08:58:42-04:00There 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.en-UShttps://www.leadingagile.com/2014/02/structure-agile-enterprise/C:\Users\matth\Zotero\storage\337AQ9GA\structure-agile-enterprise.html2018-10-29 13:19:36MyLibraryZotero56Shibata, KenichiHow to build a platform team now! the secrets to successful engineeringHacker NoonHacker NoonTT refs20182018-09-29T11:22:41.039ZTLDR; Scaling teams are hard. A platform team done right can help ease the hardships.https://hackernoon.com/how-to-build-a-platform-team-now-the-secrets-to-successful-engineering-8a9b6a4d2c8C:\Users\matth\Zotero\storage\9DYTS98U\how-to-build-a-platform-team-now-the-secrets-to-successful-engineering-8a9b6a4d2c8.html2018-10-29 13:09:08MyLibraryZotero6Perri, MelissaEscaping the Build Trap1751 editionTT refs201830 Nov. 2018S.l.O′Reilly978-1-4919-7379-0To 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.AmazonEnglishhttps://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+TrapMyLibraryZotero56Marshall, BobA 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@flowchainsenseiTT refs20182018-10-29T09:20enhttps://twitter.com/flowchainsensei/status/1056838136574152704C:\Users\matth\Zotero\storage\VQT2LZHI\1056838136574152704.html2018-10-29 10:42:45TweetMyLibraryZotero6Karlgaard, RichMalone, Michael S.Team Genius: The New Science of High-Performing OrganizationsTeam Genius304TT refs201513 Aug. 2015New York, NYHarperBusiness978-0-06-230254-0A 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.AmazonEnglishhttps://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+geniusMyLibraryZotero6Burgess, MarkThinking in Promises1941 editionTT refs20156 July 2015Sebastopol, CaliforniaO'Reilly Media978-1-4919-1787-9Imagine 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.AmazonEnglishhttps://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+promisesMyLibraryZotero6Narayan, SriramAgile IT Organization Design: For Digital Transformation and Continuous DeliveryAgile IT Organization Design30201 editionTT refs201514 Jun. 2015New YorkAddison-Wesley Professional978-0-13-390335-5Design 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 interventionsAmazonEnglishhttps://www.amazon.co.uk/Agile-Organization-Design-Transformation-Continuous/dp/0133903354MyLibraryZotero56Urquhart, JamesCommunications and Conway’s LawDigital AnatomyDigital AnatomyTT refs20162016-09-28T05:21:41.025ZIn my last post, I described what I see as a disruption in the way digital businesses will operate in the future:https://medium.com/digital-anatomy/communications-and-conways-law-6a1a9deae32C:\Users\matth\Zotero\storage\P5SAHF4I\communications-and-conways-law-6a1a9deae32.html2018-10-27 07:07:36MyLibraryZotero23Urquhart, JamesIT operations in a cloudy worldCNETCNETTT refs201015 Sept 2010Understanding 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.enhttps://www.cnet.com/news/it-operations-in-a-cloudy-world/C:\Users\matth\Zotero\storage\S6PI5EAQ\it-operations-in-a-cloudy-world.html2018-10-27 06:44:13MyLibraryZotero6Dunbar, Professor RobinHow Many Friends Does One Person Need?: Dunbar's Number and Other Evolutionary QuirksHow Many Friends Does One Person Need?320Main editionTT refs20104 Feb. 2010LondonFaber & Faber978-0-571-25342-5We 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.AmazonEnglishhttps://www.amazon.co.uk/Many-Friends-Does-Person-Need/dp/0571253423/ref=tmm_hrd_swatch_0?_encoding=UTF8&qid=&sr=MyLibraryZotero56Wastell, KatherineWhat we mean when we talk about service design at the Co-opCo-op Digital BlogCo-op Digital BlogTT refs20182018-10-25T15:29:51+00:00I 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 …enhttps://digitalblog.coop.co.uk/2018/10/25/what-we-mean-when-we-talk-about-service-design-at-the-co-op/C:\Users\matth\Zotero\storage\FV9LB3CI\what-we-mean-when-we-talk-about-service-design-at-the-co-op.html2018-10-26 16:02:14MyLibraryZotero56Hall, JonITSM, DevOps, and why three-tier support should be replaced with Swarming.MediumMediumTT refs20162016-12-17T00:23:59.072ZThe 3-tier support structure is ubiquitous in ITSM, but it is fundamentally at odds with DevOps principles. Swarming is a better answer.https://medium.com/@JonHall_/itsm-devops-and-why-the-three-tier-structure-must-be-replaced-with-swarming-91e76ba22304C:\Users\matth\Zotero\storage\42HW7BFA\itsm-devops-and-why-the-three-tier-structure-must-be-replaced-with-swarming-91e76ba22304.html2018-10-26 15:54:30MyLibraryZotero56Kitson, JonSquad Health ChecksSky Betting & Gaming Technology BlogSky Betting & Gaming Technology BlogTT refs20171 Feb 2017Enabling Continuous Improvement through regular introspection by the teams themselves.https://technology.skybettingandgaming.com/2017/02/01/squad-health-checks/C:\Users\matth\Zotero\storage\VTL5ZZEK\squad-health-checks.html2018-10-26 12:00:18MyLibraryZotero56Overeem, BarryHow I Used the Spotify Squad Health Check Model – Barry Overeem – The LiberatorsTT refs20157 August 2015en-UShttp://www.barryovereem.com/how-i-used-the-spotify-squad-health-check-model/C:\Users\matth\Zotero\storage\VCL7UFWI\how-i-used-the-spotify-squad-health-check-model.html2018-10-26 11:58:53MyLibraryZotero56Kniberg, HenrikSquad Health Check model – visualizing what to improveLabsLabsTT refs20142014-09-16T07:45:43+00:00(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…enhttps://labs.spotify.com/2014/09/16/squad-health-check-model/C:\Users\matth\Zotero\storage\AY6BREM7\squad-health-check-model.html2018-10-26 11:59:00MyLibraryZotero6Davies, RachelSedley, LizAgile Coaching2501 editionTT refs20097 Sept. 2009Raleigh, N.CPragmatic Bookshelf978-1-934356-43-2Discover 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.AmazonEnglishhttps://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+coachingMyLibraryZotero6Adkins, LyssaCoaching Agile Teams: A Companion for ScrumMasters, Agile Coaches, and Project Managers in TransitionCoaching Agile Teams34201 editionTT refs201018 May 2010Upper Saddle River, NJAddison-Wesley Professional978-0-321-63770-3The 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?AmazonEnglishhttps://www.amazon.co.uk/Coaching-Agile-Teams-ScrumMasters-Addison-Wesley/dp/0321637704MyLibraryZotero6Skelton, MatthewTech Talks for Beginners1TT refs20182018Leeds, UKConflux Digital978-1-912058-85-3MyLibraryZotero6Morgan-Smith, VictoriaSkelton, MatthewInternal Tech Conferences1TT refs20192019Leeds, UKConflux Digital978-1-912058-97-6MyLibraryZotero3Kitagawa, JustinPlatforms at Twilio: Unlocking Developer EffectivenessPlatforms at TwilioTT refs201818 October 2018Justin 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.https://www.infoq.com/presentations/twilio-devopsC:\Users\matth\Zotero\storage\XGL6886I\Kitagawa - 2018 - Platforms at Twilio Unlocking Developer Effective.pdf2018-10-24 21:17:18MyLibraryZotero6Rother, MikeToyota Kata: Managing People for Improvement, Adaptiveness and Superior ResultsToyota Kata3361 editionTT refs200916 Oct. 2009New YorkMcGraw-Hill Education978-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.AmazonEnglishhttps://www.amazon.co.uk/Toyota-Kata-Managing-Improvement-Adaptiveness/dp/0071635238MyLibraryZotero47PivotalMicroservices: Organizing Large Teams for Rapid DeliveryMicroservicesTT refs20162016SpringOne 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.Technologyhttps://www.slideshare.net/Pivotal/microservices-organizing-large-teams-for-rapid-delivery2018-10-19 11:21:48TechnologyMyLibraryZotero6Forsgren, NicoleHumble, JezAccelerate: The Science of Lean Software and Devops: Building and Scaling High Performing Technology OrganizationsAccelerate156TT refs201830 April 2018Portland, OregonTrade Select978-1-942788-33-1Accelerate 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.AmazonEnglishhttps://www.amazon.co.uk/Accelerate-Software-Performing-Technology-Organizations/dp/1942788339MyLibraryZotero6Roberts, JohnThe Modern Firm: Organizational Design for Performance and GrowthThe Modern Firm334TT refs200711 Oct. 2007OxfordOxford University Press, USA978-0-19-829375-0Business 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.AmazonEnglishhttps://www.amazon.co.uk/Modern-Firm-Organizational-Performance-Management/dp/0198293755MyLibraryZotero6Degrandis, DominicaMaking Work Visible: Exposing Time Theft to Optimize WorkflowMaking Work Visible3761 editionTT refs20172 Nov. 2017Portland, ORIT Revolution Press978-1-942788-15-7If 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.AmazonEnglishhttps://www.amazon.co.uk/Making-Work-Visible-Exposing-Optimize/dp/1942788150MyLibraryZotero6Stanford, NaomiThe Economist Guide to Organisation Design 2nd edition: Creating high-performing and adaptable enterprisesThe Economist Guide to Organisation Design 2nd edition3522 editionTT refs201526 Feb. 2015LondonEconomist Books978-1-78125-310-6Thousands 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.AmazonEnglishhttps://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=BH8EGR56GCY11FY8710VMyLibraryZotero3IT RevolutionDevOps Over Coffee - Adidasadidasdevopsdevops enterprise summitdevops trainingdevops tutorialdoes18does18 londondoes18 ukenterprisefernando cornagolondonmarkus rautertsummitTT refsukwhat is devops20183 July 2018YouTubehttps://www.youtube.com/watch?v=oOjdXeGp44E&feature=youtu.be&t=10712018-10-16 13:41:141923 secondsMyLibraryZotero56Humble, JezThere's No Such Thing as a "Devops Team" - Continuous DeliveryContinuous DeliveryContinuous DeliveryTT refs201219 October 2012https://continuousdelivery.com/2012/10/theres-no-such-thing-as-a-devops-team/C:\Users\matth\Zotero\storage\UC6XPKB2\theres-no-such-thing-as-a-devops-team.html2018-10-15 20:07:11MyLibraryZotero56Mihaljov, TimoHaving a dedicated DevOps person who does all the DevOpsing is like having a dedicated collaboration person who does all the collaborating.@noidi@noidiTT refs20172017-04-14T14:43enhttps://twitter.com/noidi/status/852879869998501889C:\Users\matth\Zotero\storage\BKWL4T64\852879869998501889.html2018-10-15 20:04:19TweetMyLibraryZotero12Beal, HelenThe Industry Just Can't Decide about DevOps TeamsInfoQInfoQTT refs2017Oct 26, 2017The 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.https://www.infoq.com/news/2017/10/devops-teams-good-or-badC:\Users\matth\Zotero\storage\FYUNDLSG\devops-teams-good-or-bad.html2018-10-15 20:00:45MyLibraryZotero47Munns, ChrisChris Munns, DevOps @ Amazon: Microservices, 2 Pizza Teams, & 50 Mill…Chris Munns, DevOps @ AmazonTT refs20162 May 2016http://www.slideshare.net/TriNimbus/chris-munns-devops-amazon-microservices-2-pizza-teams-50-million-deploys-a-yearC:\Users\matth\Zotero\storage\ZDUED6WE\Munns - 2016 - Chris Munns, DevOps @ Amazon Microservices, 2 Piz.pdf2016-08-12 02:36:19MyLibraryZotero6Pink, Daniel H.Drive256Main editionTT refs201113 Jan. 2011EdinburghCanongate Books Ltd978-1-84767-769-3A 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.AmazonEnglishhttps://www.amazon.co.uk/Drive-Daniel-H-Pink/dp/184767769XMyLibraryZotero12Pais, ManuelPrezi's CTO on how to remain a lean startup after 4 yearsInfoQInfoQTT refs2012Oct 05, 2012Peter 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.https://www.infoq.com/news/2012/10/Prezi-lean-startupC:\Users\matth\Zotero\storage\XBSSQZH6\Prezi-lean-startup.html2018-10-15 19:35:23MyLibraryZotero23Bauernberger, JoachimDevOps in Telecoms – is it possible?Telecom Tech NewsTelecom Tech NewsTT refs201401 October 2014In telecoms, the adoption of DevOps is much higher than generally believed and it seems most are willing to extend their existing agile methodologies.http://www.telecomstechnews.com/news/2014/oct/01/devops-telecoms-it-possible/C:\Users\matth\Zotero\storage\7ZII52A2\devops-telecoms-it-possible.html2016-07-06 20:39:48MyLibraryZotero56Netflix Technology BlogThe Netflix Simian ArmyNetflix TechBlogNetflix TechBlogTT refs20112011-07-19T07:00:00.000ZKeeping our cloud safe, secure, and highly availablehttps://medium.com/netflix-techblog/the-netflix-simian-army-16e57fbab116C:\Users\matth\Zotero\storage\XZZSL7UH\the-netflix-simian-army-16e57fbab116.html2018-10-15 08:42:29MyLibraryZotero12Bryson, BrandonArchitects Should Code: The Architect's MisconceptionInfoQArchitects Should CodeInfoQTT refs2015Aug 06, 2015The 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.https://www.infoq.com/articles/architects-should-code-brysonC:\Users\matth\Zotero\storage\TKCX2LFH\architects-should-code-bryson.html2018-10-15 08:36:19MyLibraryZotero56Adams, PaulScaling Product Teams: How to Build and Structure for HypergrowthInside IntercomScaling Product TeamsInside IntercomTT refs20152015-01-28T16:45:00+01:00There’s been lots written about how Internet businesses should build software, from books like The Lean Start-Up, and posts from...en-UShttps://www.intercom.com/blog/how-we-build-software/C:\Users\matth\Zotero\storage\REPVWSJQ\how-we-build-software.html2018-10-15 07:51:26MyLibraryZotero19Hastie, ShaneAn interview with Sam Guckenheimer on Microsoft's Journey to Cloud CadenceInfoQInfoQTT refs2014Oct 17, 2014At 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.https://www.infoq.com/articles/agile2014-guckenheimerC:\Users\matth\Zotero\storage\ILDAF4FE\agile2014-guckenheimer.html2018-10-15 07:38:51MyLibraryZotero47Kniberg, HenrikReal-Life Agile ScalingAgile Tour BangkokTT refs201521 November 2015Bangkokhttp://blog.crisp.se/wp-content/uploads/2015/11/Real-life-agile-scaling.pdfC:\Users\matth\Zotero\storage\FC76KA3I\Real-life-agile-scaling.pdfMyLibraryZotero12innolutionFeature Team Definition | InnolutionTT refshttps://innolution.com/resources/glossary/feature-teamC:\Users\matth\Zotero\storage\CSL5ASPY\feature-team.html2018-10-14 22:06:28MyLibraryZotero6Beyer, BetsyPetoff, JenniferJones, ChrisMurphy, Niall RichardSite Reliability Engineering5521 editionTT refs20168 April 2016Beijing ; BostonO′Reilly978-1-4919-2912-4The 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 useAmazonEnglishhttps://www.amazon.co.uk/Site-Reliability-Engineering-Betsy-Beyer/dp/149192912XMyLibraryZotero56Dogan, Jaana B.The SRE modelJBDJBDTT refs20172017-07-31T04:48:56.534ZCindy Sridharan’s fantastic article on why everyone is not ops makes you rethink of the relationship between your development and…https://medium.com/@rakyll/the-sre-model-6e19376ef986C:\Users\matth\Zotero\storage\YBCLU3NT\the-sre-model-6e19376ef986.html2018-10-14 15:43:48MyLibraryZotero56Rensin, DaveIntroducing Google Customer Reliability EngineeringGoogle Cloud BlogGoogle Cloud BlogTT refs2016October 10, 2016In 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 tohttps://cloud.google.com/blog/products/gcp/introducing-a-new-era-of-customer-support-google-customer-reliability-engineering/C:\Users\matth\Zotero\storage\8TF4ZA2H\introducing-a-new-era-of-customer-support-google-customer-reliability-engineering.html2018-10-14 15:33:55MyLibraryZotero6Weinberg, Gerald M.An Introduction to General Systems Thinking27925 Silver anniversary ed editionTT refs20011 Jan. 2001New YorkDorset House Publishing Co Inc.,U.S.978-0-932633-49-1For 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.AmazonEnglishhttps://www.amazon.co.uk/Introduction-General-Systems-Thinking/dp/0932633498MyLibraryZotero56Scaled AgileSystem Team – Scaled Agile FrameworkTT refs20152015SAFe for Lean Enterprisesen-UShttps://www.scaledagileframework.com/system-team/C:\Users\matth\Zotero\storage\MBRRIA76\system-team.html2018-10-14 06:50:00MyLibraryZotero17O'Connor, DebraJohnson, TristanUNDERSTANDING TEAM COGNITION IN PERFORMANCE IMPROVEMENT TEAMS: A META ANALYSIS OF CHANGE IN SHARED MENTAL MODELSUNDERSTANDING TEAM COGNITION IN PERFORMANCE IMPROVEMENT TEAMSTT refs2018October 13, 2018Team 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 BackgroundResearchGatehttps://www.researchgate.net/publication/238589980_UNDERSTANDING_TEAM_COGNITION_IN_PERFORMANCE_IMPROVEMENT_TEAMS_A_META_ANALYSIS_OF_CHANGE_IN_SHARED_MENTAL_MODELSMyLibraryZotero6Salas, EduardoFiore, Stephen M.Team Cognition: Understanding the Factors That Drive Process and PerformanceTeam Cognition264TT refs200431 Mar. 2004Washington, DCAmerican Psychological Assoc978-1-59147-103-5Given 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.AmazonEnglishhttps://www.amazon.co.uk/Team-Cognition-Understanding-Factors-Performance/dp/1591471036MyLibraryZotero47Jo PearceHacking Your Head : Managing Information Overload (extended)Hacking Your HeadTT refs201629 April 2016There are limits on our ability to learn and process information.Technologyhttps://www.slideshare.net/JoPearce5/hacking-your-head-managing-information-overload-extended2018-10-13 06:41:28TechnologyMyLibraryZotero26Sinha, HarshHarsh Sinha on Building Culture at TransferWiseTT refs201819 February 2018In this podcast Shane Hastie, Lead Editor for Culture & Methods, spoke to Harsh Sinha, CTO of TransferWise, about deliberately designing organisational culture.https://www.infoq.com/podcasts/Harsh-Sinha-transferwise-building-cultureC:\Users\matth\Zotero\storage\385WSC2A\Harsh-Sinha-transferwise-building-culture.html2018-10-12 10:24:17MyLibraryZotero10Eckstein, JuttaDingsøyr, TorgeirMoe, Nils BredeTonelli, RobertoCounsell, SteveGencel, CigdemPetersen, KaiArchitecture in Large Scale Agile DevelopmentLecture Notes in Business Information ProcessingAgile Methods. Large-Scale Development, Refactoring, Testing, and Estimation21-29agile methodsarchitectchangechief architectcommunity of practicecomplexityemergent architecturelarge-scale agile software developmentproject managementsoftware engineeringtechnical consulting teamtechnical service teamTT refsuncertainty20142014Springer International Publishing978-3-319-14358-3In 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.Springer LinkenC:\Users\matth\Zotero\storage\JE895XXZ\Eckstein - 2014 - Architecture in Large Scale Agile Development.pdfAgile Methods. Large-Scale Development, Refactoring, Testing, and EstimationMyLibraryZotero6Eckstein, JuttaAgile Development in the Large: Diving into the DeepAgile Development in the Large234TT refs20041 Jan. 2004New YorkDorset House Publishing Co Inc.,U.S.978-0-932633-57-6Agile 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.AmazonEnglishhttps://www.amazon.co.uk/Agile-Development-Large-Diving-into/dp/0932633579/ref=tmm_pap_title_0?_encoding=UTF8&qid=&sr=MyLibraryZotero6Deming, W. EdwardsOut of the CrisisTT refs19861986Cambridge, Mass.Massachusetts Institute of Technology978-0-262-54115-2Amazonhttps://www.amazon.co.uk/Out-Crisis-W-Edwards-Deming/dp/B0016JQVWA/ref=dp_ob_title_bkMyLibraryZotero17Jay, GraylinHale, JoanneSmith, RandyHale, DavidKraft, NicholasWard, CharlesCyclomatic Complexity and Lines of Code: Empirical Evidence of a Stable Linear RelationshipJSEACyclomatic Complexity and Lines of CodeJSEA137-1432TT refs2009January 1, 200910.4236/jsea.2009.23020Researchers 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.ResearchGateC:\Users\matth\Zotero\storage\ZBXI8CGR\Jay et al. - 2009 - Cyclomatic Complexity and Lines of Code Empirical.pdfhttps://www.researchgate.net/publication/220204439_Cyclomatic_Complexity_and_Lines_of_Code_Empirical_Evidence_of_a_Stable_Linear_RelationshipMyLibraryZotero19Lowe, Steven A.How to use event storming to achieve domain-driven designTechBeaconTechBeaconTT refs20152015-10-15Event storming is a fast, lightweight group modeling technique you can use to accelerate developer productivity and facilitate domain-driven design.enhttps://techbeacon.com/introduction-event-storming-easy-way-achieve-domain-driven-designC:\Users\matth\Zotero\storage\ML8SIA37\introduction-event-storming-easy-way-achieve-domain-driven-design.html2018-10-10 19:36:51MyLibraryZotero56Tune, NickDomain-Driven Architecture DiagramsNick Tune’s Tech Strategy BlogNick Tune’s Tech Strategy BlogTT refs20152015-08-15T14:57:00.000ZDomain-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…https://medium.com/nick-tune-tech-strategy-blog/domain-driven-architecture-diagrams-139a75acb578C:\Users\matth\Zotero\storage\U72BQYKC\domain-driven-architecture-diagrams-139a75acb578.html2018-10-10 19:39:14MyLibraryZotero19Brandolini, AlbertoStrategic Domain Driven Design with Context MappingInfoQInfoQTT refs200925 November 2009Many 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.https://www.infoq.com/articles/ddd-contextmappingC:\Users\matth\Zotero\storage\H7AZU2ME\ddd-contextmapping.html2018-10-10 19:35:52MyLibraryZotero56Wiley, EvanScaling XP Through Self-Similarity at Pivotal Cloud FoundryAgile AllianceAgile AllianceTT refs20182018-07-28T02:40:26ZRESOURCES Author: Please Note: You must be logged in as a Member to download this content. Download (PDF)en-UShttps://www.agilealliance.org/resources/experience-reports/scaling-xp-through-self-similarity-at-pivotal-cloud-foundry/C:\Users\matth\Zotero\storage\W9EPDT2L\scaling-xp-through-self-similarity-at-pivotal-cloud-foundry.html2018-10-10 14:00:02MyLibraryZotero56Blalock, MicahOf Mustard Seeds and MicroservicesCrederaCrederaTT refs20152015-05-06T08:58:43-05:00Does your current architecture encourage or impede the development of a rhizomatic culture of autonomy, responsibility, collaboration, speed, and rapid course correction?https://www.credera.com/blog/technology-insights/java/mustard-seeds-microservices/C:\Users\matth\Zotero\storage\6JI5YJ7G\mustard-seeds-microservices.html2018-10-10 10:14:05MyLibraryZotero56Nygard, MichaelThe Perils of Semantic Coupling - Wide Awake DevelopersTT refs20152015-04-29T06:03:21-05:00On 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.enhttp://michaelnygard.com/blog/2015/04/the-perils-of-semantic-coupling/C:\Users\matth\Zotero\storage\KNS9WLXC\the-perils-of-semantic-coupling.html2018-10-10 09:34:50MyLibraryZotero56Long, JoshGARY (go ahead, repeat yourself)@starbuxman@starbuxmanTT refs20162016-05-25T20:19enhttps://twitter.com/starbuxman/status/735550836147814400C:\Users\matth\Zotero\storage\RVUS2JYV\735550836147814400.html2018-10-10 10:01:45TweetMyLibraryZotero13PivotalThe Essential Elements of Enterprise PaaSTT refs20162 December 2016Pivotalhttps://content.pivotal.io/white-papers/the-essential-elements-of-enterprise-paasC:\Users\matth\Zotero\storage\F9JCGQDA\Pivotal - 2016 - The Essential Elements of Enterprise PaaS.pdfC:\Users\matth\Zotero\storage\RCQ2W9CL\the-essential-elements-of-enterprise-paas.html2018-10-09 20:41:04MyLibraryZotero17MacCormack, AlanRusnak, JohnBaldwin, Carliss Y.Exploring the Structure of Complex Software Designs: An Empirical Study of Open Source and Proprietary CodeManagement ScienceExploring the Structure of Complex Software DesignsManagement Science1015-10305277TT refs200607/20060025-1909, 1526-550110.1287/mnsc.1060.0552Crossrefenhttp://pubsonline.informs.org/doi/abs/10.1287/mnsc.1060.0552C:\Users\matth\Zotero\storage\MKYPAY52\MacCormack et al. - 2006 - Exploring the Structure of Complex Software Design.pdf2018-10-09 19:35:59MyLibraryZotero56Cohn, MikeNine Questions To Assess Scrum Team StructureMountain Goat SoftwareMountain Goat SoftwareTT refs20109 March 2010Scrum Team structure is critical for the success of any scrum project. Mike Cohn explains why and gives nine questions to assess scrum team structure.enhttps://www.mountaingoatsoftware.com/blog/nine-questions-to-assess-team-structureC:\Users\matth\Zotero\storage\UW4ULGGM\nine-questions-to-assess-team-structure.html2018-10-09 19:20:04MyLibraryZotero47Minick, EricYanko, CurtisCreating a DevOps Team that Isn't EvilTT refs201526 Feb 2015http://www.slideshare.net/Urbancode/creating-a-devops-team-that-isnt-evil2016-08-11 16:27:06MyLibraryZotero56Minick, EricThe goal for a "DevOps Team" should be to put itself out of business by enabling the rest of the org.@ericminick@ericminickTT refs20148:27 am - 1 Oct 2014https://twitter.com/ericminick/status/517335119330172930C:\Users\matth\Zotero\storage\6PQZQN46\517335119330172930.html2016-08-11 16:21:31microblogMyLibraryZotero6Morris, KiefInfrastructure as Code: Managing Servers in the CloudInfrastructure as Code2501 editionTT refs201630 Jun. 2016O'Reilly Media978-1-4919-2435-8This 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.AmazonEnglishhttps://www.amazon.co.uk/Infrastructure-Code-Managing-Servers-Cloud/dp/1491924357MyLibraryZotero12Drew HoskinsWhat is it like to be part of the Infrastructure team at Facebook? - QuoraQuoraQuoraTT refs201516 Feb 2015https://www.quora.com/What-is-it-like-to-be-part-of-the-Infrastructure-team-at-FacebookC:\Users\matth\Zotero\storage\EHRJFKTA\What-is-it-like-to-be-part-of-the-Infrastructure-team-at-Facebook.html2016-08-11 12:54:10MyLibraryZotero12Brown, SimonAre You a Software Architect?InfoQInfoQTT refs201009 Feb 2010The 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?https://www.infoq.com/articles/brown-are-you-a-software-architectC:\Users\matth\Zotero\storage\RNDQZFWK\brown-are-you-a-software-architect.html2016-08-11 10:56:49MyLibraryZotero47Cockcroft, AdrianGoto Berlin - Migrating to Microservices (Fast Delivery)GOTO BerlinTT refs201415 November 2014Berlinhttp://www.slideshare.net/adriancockcroft/goto-berlinC:\Users\matth\Zotero\storage\SMCI33X3\Cockcroft - 2014 - Goto Berlin - Migrating to Microservices (Fast Del.pdf2016-08-11 09:53:04MyLibraryZotero12Skelton Thatcher ConsultingDevOps TopologiesTT refs20162016The 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.http://web.devopstopologies.comC:\Users\matth\Zotero\storage\7GUPBTVE\web.devopstopologies.com.html2016-08-09 19:33:06MyLibraryZotero26Edwards, DamonPais, ManuelDamon Edwards: DevOps is an Enterprise ConcernDamon EdwardsTT refs201431 May 2014Damon 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.https://www.infoq.com/interviews/interview-damon-edwards-qcon-2014C:\Users\matth\Zotero\storage\SCZ4F8ZC\interview-damon-edwards-qcon-2014.html2016-08-09 08:13:49MyLibraryZotero56Kniberg, HenrikCrisp's Blog » Scaling Agile @ Spotify with Tribes, Squads, Chapters & GuildsTT refs20122012http://blog.crisp.se/2012/11/14/henrikkniberg/scaling-agile-at-spotifyC:\Users\matth\Zotero\storage\NR8C3XAE\SpotifyScaling.pdfC:\Users\matth\Zotero\storage\RHQEXQGX\scaling-agile-at-spotify.htmlC:\Users\matth\Zotero\storage\V83UY4D8\Scaling-Agile-at-Spotify.png2016-07-06 22:44:45MyLibraryZotero12Bennett, DrakeThe Dunbar Number, From the Guru of Social NetworksBloomberg.comBloomberg.comTT refs20132013-01-11How a technophobic Oxford primatologist became Silicon Valley’s social networking guruhttp://www.bloomberg.com/news/articles/2013-01-10/the-dunbar-number-from-the-guru-of-social-networksC:\Users\matth\Zotero\storage\8PHP365X\the-dunbar-number-from-the-guru-of-social-networks.html2016-07-27 15:26:07MyLibraryZotero17Clegg, Chris WSociotechnical principles for system designApplied ErgonomicsApplied ErgonomicsApplied Ergonomics463-4773155INFORMATION technologyManagement practicesNew ways of workingSociotechnical principlessystem designTT refs2000October 2, 20000003-687010.1016/S0003-6870(00)00009-0This 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.ScienceDirecthttp://www.sciencedirect.com/science/article/pii/S0003687000000090C:\Users\matth\Zotero\storage\QUPTPE4K\Sociotechnical_principles_for_system_des20160604-19668-qecuzw.pdfC:\Users\matth\Zotero\storage\TFBJBNEA\S0003687000000090.html2016-07-15 13:33:27MyLibraryZotero17Zambonelli, FrancoToward sociotechnical urban superorganismsComputerComputerTT refs20122012Sooner 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.Google Scholarhttp://spartan.ac.brocku.ca/~tkennedy/COMM/Zambonelli2012.pdfC:\Users\matth\Zotero\storage\N74FQ7UK\Zambonelli2012.pdf2016-07-15 13:28:37MyLibraryZotero17Cherns, AlbertThe principles of sociotechnical designHuman RelationsHuman Relations783-7922988*Organizational Developmentorganizational structureTT refs197619761741-282X(Electronic);0018-7267(Print)10.1177/001872677602900806Discusses 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.APA PsycNETC:\Users\matth\Zotero\storage\DCJUESVN\Human Relations-1976-Cherns-783-92.pdfC:\Users\matth\Zotero\storage\QXTIKRH7\1977-04533-001.htmlMyLibraryZotero12Chaudhary, MukeshWorking with Component Teams: How to Navigate the Complexity - Scrum AllianceTT refs20125 September 2012https://www.scrumalliance.org/community/articles/2012/september/working-with-component-teams-how-to-navigate-the-cC:\Users\matth\Zotero\storage\T27TFI9R\working-with-component-teams-how-to-navigate-the-c.html2016-07-06 23:27:45MyLibraryZotero56Leffingwell, DeanFeature Teams Vs. Component Teams (continued)Scaling Software AgilityScaling Software AgilityTT refs20112011-05-02T01:22:20+00:00My 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…https://scalingsoftwareagility.wordpress.com/2011/05/02/feature-teams-vs-component-teams-continued/C:\Users\matth\Zotero\storage\QVSUHN7J\feature-teams-vs-component-teams-continued.html2016-07-06 23:21:21MyLibraryZotero56Leffingwell, DeanOrganizing at Scale: Feature Teams vs. Component Teams – Part 3Scaling Software AgilityOrganizing at ScaleScaling Software AgilityTT refs20092009-07-22T00:57:37+00:00As 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, …https://scalingsoftwareagility.wordpress.com/2009/07/22/organizing-agile-at-scale-feature-teams-versus-component-teams-part-3/C:\Users\matth\Zotero\storage\GGR6V5IC\organizing-agile-at-scale-feature-teams-versus-component-teams-part-3.html2016-07-06 23:04:25MyLibraryZotero6Leffingwell, DeanScaling Software Agility: Best Practices for Large EnterprisesScaling Software Agility3841 editionTT refs2007March 8, 2007Upper Saddle River, NJAddison-Wesley Professional978-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 IndexAmazonEnglishhttps://www.amazon.com/Scaling-Software-Agility-Practices-Enterprises/dp/0321458192?ie=UTF8&adid=0YJHJHSXJNA4EENGM7N5&camp=14573&creative=327641&creativeASIN=0321458192&linkCode=as1&tag=wwwleffingwel-20MyLibraryZotero6Rubin, Kenneth S.Essential Scrum: A Practical Guide to the Most Popular Agile ProcessEssential Scrum50401 editionTT refs201226 July 2012Upper Saddle River, NJAddison Wesley978-0-13-704329-3A 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.AmazonEnglishhttps://www.amazon.co.uk/Essential-Scrum-Practical-Addison-Wesley-Signature/dp/0137043295MyLibraryZotero6Cusumano, 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 PeopleMicrosoft Secrets5321st Touchstone Ed editionTT refs198815 Aug. 1988New YorkSimon and Schuster978-0-684-85531-8PREFACE 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 featAmazonEnglishhttps://www.amazon.co.uk/Microsoft-Secrets-Powerful-Software-Technology/dp/0684855313MyLibraryZotero56John, WolfgangDevOps for Service Providers - next generation toolsEricsson Research BlogEricsson Research BlogTT refs20152015-12-07T12:07:17+00:00SP-DevOps Toolkit for next generation telco managment, recently released by EU FP7 project Unify.https://www.ericsson.com/research-blog/cloud/devops-for-service-providers-next-generation-tools/C:\Users\matth\Zotero\storage\ZSH3A2MJ\devops-for-service-providers-next-generation-tools.html2016-07-06 20:42:25MyLibraryZotero12Skelton, MatthewHow Different Team Topologies Influence DevOps CultureInfoQInfoQTT refs20152015-09-02There 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.https://www.infoq.com/articles/devops-team-topologiesC:\Users\matth\Zotero\storage\DRCWAG2S\devops-team-topologies.html2016-07-06 07:49:39MyLibraryZotero17Westrum, RA typology of organisational culturesQuality & safety in health careQuality & safety in health careQual Saf Health Careii22-ii2713Suppl 2Suppl 2TT refs20042004-121475-389810.1136/qshc.2003.009522There 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.PubMed Centralhttp://www.ncbi.nlm.nih.gov/pmc/articles/PMC1765804/C:\Users\matth\Zotero\storage\9JR9XQE6\Westrum - 2004 - A typology of organisational cultures.pdfhttp://www.ncbi.nlm.nih.gov/pmc/articles/PMC1765804/2016-07-05 21:53:28MyLibraryZotero17Luo, JiaoVan de Ven, Andrew H.Jing, RuntianJiang, YuanTransitioning from a hierarchical product organization to an open platform organization: a Chinese case studyJournal of Organization DesignTransitioning from a hierarchical product organization to an open platform organizationJournal of Organization DesignJournal of Organization Design17ChinaCorporate ventureMicro-enterpriseOrganization designStrategy and structureTT refs2018January 5, 20182245-408X10.1186/s41469-017-0026-xOrganizations 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.BioMed Centralhttps://doi.org/10.1186/s41469-017-0026-xC:\Users\matth\Zotero\storage\EMZQWB62\Luo et al. - 2018 - Transitioning from a hierarchical product organiza.pdfC:\Users\matth\Zotero\storage\HB97XQVK\s41469-017-0026-x.html2018-02-02 20:06:18MyLibraryZotero6Gothelf, JeffSeiden, JoshSense and Respond: How Successful Organizations Listen to Customers and Create New Products ContinuouslySense and Respond256TT refs20177 Feb. 2017Boston, MassachusettsHarvard Business Review Press978-1-63369-188-9The 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)AmazonEnglishhttps://www.amazon.co.uk/Sense-Respond-Successful-Organizations-Continuously/dp/1633691888/ref=pd_sim_14_60?_encoding=UTF8&psc=1&refRID=61RF25M4AK9G580DFX56MyLibraryZotero17Edmondson, AmyPsychological Safety and Learning Behavior in Work TeamsAdministrative Science QuarterlyAdministrative Science QuarterlyAdministrative Science Quarterly350-3834422TT refs1999June 1, 19990001-839210.2307/2666999This 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.SAGE Journalsenhttp://journals.sagepub.com/doi/abs/10.2307/2666999C:\Users\matth\Zotero\storage\U432RN48\Edmondson - 1999 - Psychological Safety and Learning Behavior in Work.pdf2017-02-07 16:13:55MyLibraryZotero17Sweller, JohnCognitive load during problem solving: Effects on learningCognitive scienceCognitive load during problem solvingCognitive science257–2851222TT refs19881988Google Scholarhttp://onlinelibrary.wiley.com/doi/10.1207/s15516709cog1202_4/abstractC:\Users\matth\Zotero\storage\JWB7B8RM\s15516709cog1202_4.pdf2016-10-19 09:59:39MyLibraryZotero17Sweller, JohnCognitive Load Theory, Learning Difficulty, and Instructional DesignLearning and InstructionLearning and Instruction295-3124TT refs19941994This 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.C:\Users\matth\Zotero\storage\ZMPZVHDU\cognitive_load_theory_sweller.pdfMyLibraryZotero56Pearce, JoDay 3: Managing Cognitive Load for Team Learning12 Devs of XmasDay 312 Devs of XmasTT refs20152015-12-28T00:00:35+00:00On 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…http://12devsofxmas.co.uk/2015/12/day-3-managing-cognitive-load-for-team-learning/C:\Users\matth\Zotero\storage\3VJAWGR7\day-3-managing-cognitive-load-for-team-learning.html2016-10-06 10:11:46MyLibraryZotero17Fan, XiaocongChen, Po-ChunYen, JohnLearning HMM-based cognitive load models for supporting human-agent teamworkCognitive Systems ResearchCognitive Systems Research108–1191111TT refs20102010Google Scholarhttp://www.sciencedirect.com/science/article/pii/S1389041708000405C:\Users\matth\Zotero\storage\55DBTU28\ICCM07-124.pdf2016-10-06 10:07:24MyLibraryZotero56Seiter, CourtneyWe've Changed Our Product Team Structure 4 Times: Here's Where We Are TodayOpenWe've Changed Our Product Team Structure 4 TimesOpenTT refs20152015-10-20T08:00:09-05:00Here'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.https://open.buffer.com/product-team-evolution/C:\Users\matth\Zotero\storage\KSKGV7DS\product-team-evolution.html2016-08-11 23:36:26MyLibraryZotero12Almeida, ThiagoDevOps Lessons Learned at Microsoft EngineeringInfoQInfoQTT refs201622 May 2016Thiago Almeida from Microsoft shares how adopting DevOps practices resulted in better engineering and happier teams, and the lessons learned in that journey.https://www.infoq.com/articles/devops-lessons-microsoftC:\Users\matth\Zotero\storage\GNAZZU5E\devops-lessons-microsoft.html2016-08-12 02:22:54MyLibraryZotero12Hoff, ToddAmazon Architecture - High Scalability -TT refs200718 Sept 2007This is a wonderfully informative Amazon update based on Joachim Rohde's discovery of an interview...http://highscalability.com/blog/2007/9/18/amazon-architecture.htmlC:\Users\matth\Zotero\storage\Z7KVSICF\amazon-architecture.html2016-08-12 01:40:22MyLibraryZotero12Bright, PeterHow Microsoft dragged its development practices into the 21st centuryArs TechnicaArs TechnicaTT refs20146/8/2014In the Web era of development, Waterfalls are finally out. Agile is in.http://arstechnica.com/information-technology/2014/08/how-microsoft-dragged-its-development-practices-into-the-21st-century/C:\Users\matth\Zotero\storage\IWAF3DUM\3.html2016-08-12 01:28:40MyLibraryZotero47Cooley, FaithOrganizational Design for Effective Software DevelopmentTT refs201412 Nov 2014A 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.http://www.slideshare.net/Dev9Com/organizational-design-for-effective-software-developmentC:\Users\matth\Zotero\storage\BIGXMMTG\Cooley - 2014 - Organizational Design for Effective Software Devel.pdf2016-08-11 22:11:09MyLibraryZotero5Bosch, JanNord, Robert L.On the Development of Software Product-Family ComponentsSoftware Product LinesLecture Notes in Computer ScienceSoftware Product Lines146-1643154Computers and SocietyManagement of Computing and Information SystemsSoftware engineeringSoftware Engineering/Programming and Operating SystemsTT refs20042004/08/30Springer Berlin Heidelberg978-3-540-22918-6 978-3-540-28630-1Several 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.link.springer.comenhttp://link.springer.com/chapter/10.1007/978-3-540-28630-1_9C:\Users\matth\Zotero\storage\T5IBNSK5\splc2004-bosch.pdfC:\Users\matth\Zotero\storage\MXDMHGGR\10.html2016-08-11 21:49:19MyLibraryZotero23Coutu, DianeWhy Teams Don’t WorkHarvard Business ReviewHarvard Business ReviewTT refs20092009-05-01T04:00:00ZA leading organizational psychologist explains the five critical conditions that make the difference between success and failure.https://hbr.org/2009/05/why-teams-dont-workC:\Users\matth\Zotero\storage\8C277GFW\why-teams-dont-work.html2016-08-11 20:00:38MyLibraryZotero56Crawford, JasonAmazon's “two-pizza teams”: The ultimate divisional organization • Uncharted TerritoryUncharted Territory on SvbtleAmazon's “two-pizza teams”Uncharted Territory on SvbtleTT refs201330 July 2013Amazon’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, Fieldbookhttp://blog.jasoncrawford.org/two-pizza-teamsC:\Users\matth\Zotero\storage\GC5ZF858\two-pizza-teams.html2016-08-11 19:49:53MyLibraryZotero12Ben LindersScaling Teams to Grow Effective OrganizationsInfoQInfoQTT refs201611 Aug 2016When 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.https://www.infoq.com/news/2016/08/scaling-teams?utm_campaign=rightbar_v2&utm_source=infoq&utm_medium=news_link&utm_content=link_textC:\Users\matth\Zotero\storage\6S65RK8Z\scaling-teams.html2016-08-11 19:29:48MyLibraryZotero12David MoleDrive: How we Used Daniel Pink’s Work to Create a Happier, More Productive Work PlaceInfoQDriveInfoQTT refs201510 Sept 2015The 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.https://www.infoq.com/articles/drive-productive-workplaceC:\Users\matth\Zotero\storage\H2AFN2U8\drive-productive-workplace.html2016-08-11 19:25:02MyLibraryZotero12Kramer, Staci D.The Biggest Thing Amazon Got Right: The PlatformThe Biggest Thing Amazon Got RightTT refs20112011-10-12Google (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…en-UShttps://gigaom.com/2011/10/12/419-the-biggest-thing-amazon-got-right-the-platform/C:\Users\matth\Zotero\storage\WA965K4D\419-the-biggest-thing-amazon-got-right-the-platform.html2019-06-05 10:43:50MyLibraryZotero6Greenleaf, Robert K.The Servant as Leaderrev Edition editionTT refs2015September 30, 2015The Greenleaf Center for Servant Leadership978-0-9822012-2-0This 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.AmazonEnglishhttps://www.amazon.com/Servant-as-Leader-Robert-Greenleaf/dp/0982201222MyLibraryZotero6Webber, EmilyBuilding Successful Communities of Practice80TT refs201618 Feb 2016London, UKBlurb978-0-9574919-3-9Connecting 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.AmazonEnglishhttps://www.amazon.co.uk/Building-Successful-Communities-Practice-Webber/dp/095749193XMyLibraryZotero6Reinertsen, Donald G.The Principles of Product Development Flow: Second Generation Lean Product DevelopmentThe Principles of Product Development Flow294Business & Economics / ManagementBusiness & Economics / Office ManagementTT refs20092009Celeritas978-1-935401-00-1A 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.Google Booksenhttps://books.google.co.uk/books?id=1HlPPgAACAAJMyLibraryZotero6Doorley, ScottWitthoft, ScottUniversity, Hasso Plattner Institute of Design at StanfordKelley, DavidMake Space: How to Set the Stage for Creative CollaborationMake Space272TT refs201227 Jan. 2012Hoboken, N.JJohn Wiley & Sons978-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.AmazonEnglishhttps://www.amazon.co.uk/Make-Space-Stage-Creative-Collaboration/dp/1118143728MyLibraryZotero6Betz, CharlesManaging Digital612Education / GeneralTT refs20182018Van Haren978-94-018-0348-9About 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.Google Booksenhttps://books.google.co.uk/books?id=tPB4DwAAQBAJMyLibraryZotero6Womack, James P.Jones, Daniel T.Lean Thinking: Banish Waste And Create Wealth In Your CorporationLean Thinking396New Ed editionTT refs20037 July 2003LondonSimon & Schuster / Free Press978-0-7432-3164-0Lean 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.AmazonEnglishhttps://www.amazon.co.uk/gp/product/0743231643/ref=ppx_od_dt_b_asin_title_s00?ie=UTF8&psc=1MyLibraryZotero6Manns, Mary LynnRising, LindaFearless Change: patterns for introducing new ideasFearless Change30401 editionTT refs20044 Oct. 2004BostonAddison Wesley978-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!AmazonEnglishhttps://www.amazon.co.uk/Fearless-Change-patterns-introducing-ideas/dp/0201741571MyLibraryZotero5Kim, Dr Kyung HeePierce, Robert A.Carayannis, Elias G.Convergent Versus Divergent ThinkingEncyclopedia of Creativity, Invention, Innovation and EntrepreneurshipEncyclopedia of Creativity, Invention, Innovation and Entrepreneurship245-250Business and Management, generalEntrepreneurshipTT refs20132013Springer New York978-1-4614-3857-1 978-1-4614-3858-8Definitions - 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 ...link.springer.comenhttp://link.springer.com/referenceworkentry/10.1007/978-1-4614-3858-8_22C:\Users\matth\Zotero\storage\DF95WT6W\10.html2016-08-09 22:44:30MyLibraryZotero6Smith, SteveSkelton, MatthewBuild Quality InTT refs20152015-02-27Leeds, UKConflux Digital978-1-912058-55-6http://buildqualityin.com/MyLibraryZotero47Phillips, AmyTesting ObservabilityTT refs201805 April 2018InfoQAmy Phillips discusses the impact of observability on testing, from new techniques, greater Dev and Ops involvement, right through to whether testing is needed anymore.https://www.infoq.com/presentations/observability-testingC:\Users\matth\Zotero\storage\BI5F3XKW\observability-testing.html2018-11-13 20:56:21MyLibraryZotero56Fowler, Martinbliki: BoundedContextmartinfowler.comblikimartinfowler.comTT refs201415 January 2014Don'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.https://martinfowler.com/bliki/BoundedContext.htmlC:\Users\matth\Zotero\storage\RFTJY7DL\BoundedContext.html2018-11-13 20:50:47MyLibraryZotero6Evans, EricDomain-Driven Design: Tackling Complexity in the Heart of SoftwareDomain-Driven Design56001 editionTT refs200320 Aug. 2003BostonAddison Wesley978-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.AmazonEnglishhttps://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=1MyLibraryZotero56Fowler, Martinbliki: MicroservicePrerequisitesmartinfowler.comblikimartinfowler.comTT refs201428 August 2014There 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.https://martinfowler.com/bliki/MicroservicePrerequisites.htmlC:\Users\matth\Zotero\storage\HTC39TXX\MicroservicePrerequisites.html2018-11-13 20:48:17MyLibraryZotero6Newman, SamBuilding Microservices2801 editionTT refs201520 Feb. 2015Beijing Sebastopol, CAO'Reilly Media978-1-4919-5035-7Distributed 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 architecturesAmazonEnglishhttps://www.amazon.co.uk/Building-Microservices-Sam-Newman/dp/1491950358MyLibraryZotero47Simenon, StefanRoos, Wiebe deTransforming CI/CD at ABN AMRO to Accelerate Software Delivery and Im…TT refs2018Mar 27, 2018ABN AMRO is using continuous integration/continuous delivery to help toTechnologyhttps://www.slideshare.net/DevOpsWebinars/transforming-cicd-at-abn-amro-to-accelerate-software-delivery-and-improve-security2018-11-13 20:40:34TechnologyMyLibraryZotero19Cunningham, WardUnderstand the High Cost of Technical Debt by Ward Cunningham - DZone Agiledzone.comdzone.comTT refs201324 August 2013A 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...enhttps://dzone.com/articles/understand-high-cost-technicalC:\Users\matth\Zotero\storage\VE9N7LJD\understand-high-cost-technical.html2018-10-01 16:12:28MyLibraryZotero17Tuckman, Bruce W.Developmental sequence in small groupsPsychological BulletinPsychological Bulletin384-3996366Cognitive DevelopmentGroup DynamicsInterpersonal InteractionSocial InteractionTT refs196519651939-1455(Electronic),0033-2909(Print)10.1037/h002210050 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)APA PsycNETC:\Users\matth\Zotero\storage\VEKJKXSP\1965-12187-001.htmlMyLibraryZotero6Axelrod, Robert A.Complexity of Cooperation: Agent-Based Models of Competition and CollaborationComplexity of Cooperation248TT refs19977 Sept. 1997Princeton, N.JPrinceton University Press978-0-691-01567-5Robert 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 complexityAmazonEnglishhttps://www.amazon.co.uk/Complexity-Cooperation-Agent-Based-Competition-Collaboration/dp/0691015678MyLibraryZotero12Stompff, GuidoFacilitating Team Cognition: How designers mirror what NPD teams doResearchGate(PDF) Facilitating Team CognitionResearchGateTT refs2012September 2012PDF | 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...enhttps://www.researchgate.net/publication/254831689_Facilitating_Team_Cognition_How_designers_mirror_what_NPD_teams_doC:\Users\matth\Zotero\storage\UR5Q8EWE\Stompff - 2012 - Facilitating Team Cognition How designers mirror .pdfC:\Users\matth\Zotero\storage\QKF88A9J\254831689_Facilitating_Team_Cognition_How_designers_mirror_what_NPD_teams_do.html2018-11-12 10:57:06MyLibraryZotero6WienerCybernetics: or Control and Communication in the Animal and the MachineCybernetics212second edition editionTT refs19611 Jan. 1961Cambridge, MassMIT Press978-0-262-73009-9Acclaimed 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 ReviewAmazonEnglishhttps://www.amazon.co.uk/Cybernetics-Control-Communication-Animal-Machine/dp/026273009XMyLibraryZotero6Skelton, MatthewThatcher, RobTeam Guide to Software OperabilityTeam Guide series1TT refs20162016-09-15Leeds, UKConflux Books978-1-912058-71-6Learn how a focus on software operability helps to increase system reliability, reduce problems in Production, and reduce total cost of ownership (TCO).http://operabilitybook.com/1MyLibraryZotero6Sussna, JeffDesigning Delivery: Rethinking IT in the Digital Service EconomyDesigning Delivery2321 editionTT refs201517 July 2015BeijingO'Reilly Media978-1-4919-4988-7Now 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 stabilityAmazonEnglishhttps://www.amazon.co.uk/Designing-Delivery-Rethinking-Digital-Service/dp/1491949880MyLibraryZotero56O'Dell, ChrisYou build it, You run it (Why developers should also be on call)Skelton ThatcherSkelton ThatcherTT refs20172017-10-18T08:17:58+00:00It’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...en-GBhttps://skeltonthatcher.com/blog/build-run-developers-also-call/C:\Users\matth\Zotero\storage\9HCJVFEC\build-run-developers-also-call.html2018-11-06 10:16:00MyLibraryZotero19Wardley, SimonAn introduction to Wardley 'Value Chain' MappingCIO UKCIO UKTT refs2015March 19, 2015What is Wardley Mapping? This is about my journey, from a newly-minted yet confused CEO caught like a rabbit staring helpless into the...https://www.cio.co.uk/it-strategy/introduction-wardley-value-chain-mapping-3604565/C:\Users\matth\Zotero\storage\R9KY5A45\introduction-wardley-value-chain-mapping-3604565.html2018-11-05 20:52:23MyLibraryZotero56Holliday, BenA ‘service-oriented’ approach to organisation designFutureGovFutureGovTT refs20182018-09-25T08:41:01.264ZAt FutureGov we help build organisations fit for the future. Working side by side with our clients and partners, we use service design to…https://blog.wearefuturegov.com/a-service-oriented-approach-to-organisation-design-1e075be7f578C:\Users\matth\Zotero\storage\P9IU6HYJ\a-service-oriented-approach-to-organisation-design-1e075be7f578.html2018-09-27 08:32:33MyLibraryZotero6Schwarz, MarkCox, JasonSnyder, JonathanRendell, MarkNambiar, ChivasKapadia, MustafaThinking Environments671TT refs20162016Portland, ORIT Revolution PressWhile 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.Englishhttps://itrevolution.com/book/thinking-environments/C:\Users\matth\Zotero\storage\TIGHXKJG\Schwarz et al. - 2016 - Thinking Environments.pdfMyLibraryZotero3Lewis, JamesMicroservices and the Inverse Conway Manoeuvre - James LewisTT refs201716 Feb 2017YouTubehttps://www.youtube.com/watch?v=uamh7xppO3E2018-11-05 14:43:103477 secondsMyLibraryZotero6Allen, Thomas J.Managing the Flow of Technology334New Ed editionTT refs19844 Jan. 1984Cambridge, Mass.MIT Press978-0-262-51027-1The 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.AmazonEnglishhttps://www.amazon.co.uk/Managing-Flow-Technology-MIT-Press/dp/0262510278MyLibraryZotero47Evans, WilliamThe Need for Speed: Enabling DevOps through Enterprise Architecture |…The Need for SpeedTT refs201602 November 2016This is a talk presented at the DevOps Enterprise Summit, 2016 by Mark LandyBusinesshttps://www.slideshare.net/willevans/the-need-for-speed-enabling-devops-through-enterprise-architecture2018-11-04 10:06:20BusinessMyLibraryZotero56Allspaw, JohnBlameless PostMortems and a Just CultureCode as CraftCode as CraftTT refs20122012-05-22T16:45:11+00:00Last 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…https://codeascraft.com/2012/05/22/blameless-postmortems/C:\Users\matth\Zotero\storage\89P3SX3B\blameless-postmortems.html2018-11-04 09:13:01MyLibraryZotero27Googlere:Work - Guide: Understand team effectivenessreTT refs201517 November 2015Fostering psychological safety can help teams perform and innovate, Google found while trying to understand what makes team great.https://rework.withgoogle.com/guides/understanding-team-effectiveness/steps/define-team/C:\Users\matth\Zotero\storage\NNWCJFKC\define-team.html2017-10-09 19:29:18MyLibraryZotero56Rozovsky, Juliare:Work - The five keys to a successful Google teamreTT refs201517 November 2015Pod. 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?enhttps://rework.withgoogle.com/blog/five-keys-to-a-successful-google-team/C:\Users\matth\Zotero\storage\EDF8NLYU\five-keys-to-a-successful-google-team.html2018-11-04 09:00:55MyLibraryZotero6Nygard, Michael T.Release It! Design and Deploy Production-Ready Software3762nd ed. editionTT refs20182 Feb. 2018Raleigh, North CarolinaO′Reilly978-1-68050-239-8A 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.AmazonEnglishhttps://www.amazon.co.uk/Release-Design-Deploy-Production-Ready-Software/dp/1680502395MyLibraryZotero6Coplien, James O.Harrison, NeilOrganizational Patterns of Agile Software Development436Computers / Programming / GeneralComputers / Software Development & Engineering / GeneralTT refs20052005Pearson Prentice Hall978-0-13-146740-8This 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.Google Booksenhttps://books.google.co.uk/books?id=6K5QAAAAMAAJMyLibraryZotero56Kelly, AllanReturn to Conway’s LawAllan Kelly AssociatesAllan Kelly AssociatesTT refs20062006-01-17T12:53:00+00:00Are 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 Lawen-GBhttps://www.allankellyassociates.co.uk/archives/1169/return-to-conways-law/C:\Users\matth\Zotero\storage\4IN6I3UZ\return-to-conways-law.html2018-10-09 18:30:36MyLibraryZotero56Skelton, MatthewWhat Team Structure is Right for DevOps to Flourish?Matthew SkeltonMatthew SkeltonTT refs20132013-10-22T00:21:50+00:00Update (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…enhttps://blog.matthewskelton.net/2013/10/22/what-team-structure-is-right-for-devops-to-flourish/C:\Users\matth\Zotero\storage\24HZBGR4\what-team-structure-is-right-for-devops-to-flourish.html2018-10-05 14:27:01MyLibraryZotero17Skulmowski, AlexanderRey, Günter DanielMeasuring Cognitive Load in Embodied Learning SettingsFrontiers in PsychologyFrontiers in PsychologyFront. Psychol.8Cognitive LoadCognitive Load TheoryEmbodied CognitionLearningMeasurementTT refs201720171664-107810.3389/fpsyg.2017.01191In 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.FrontiersEnglishhttps://www.frontiersin.org/articles/10.3389/fpsyg.2017.01191/fullC:\Users\matth\Zotero\storage\H3U68H93\Skulmowski and Rey - 2017 - Measuring Cognitive Load in Embodied Learning Sett.pdf2018-10-01 20:15:31MyLibraryZotero6DeMarco, TomLister, TimothyPeopleware: Productive Projects and TeamsPeopleware2452nd Revised edition editionTT refs19991 Jan. 1999New York, NYDorset House Publishing Co Inc.,U.S.978-0-932633-43-9Two 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.AmazonEnglishhttps://www.amazon.co.uk/Peopleware-Productive-Projects-Tom-DeMarco/dp/0932633439MyLibraryZotero17Ancona, Deborah GladsteinCaldwell, David F.Demography and Design: Predictors of New Product Team PerformanceOrganization ScienceDemography and DesignOrganization ScienceOrganization Science321-341333TT refs1992August 1, 19921047-703910.1287/orsc.3.3.321The 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.pubsonline.informs.org (Atypon)https://pubsonline.informs.org/doi/abs/10.1287/orsc.3.3.321C:\Users\matth\Zotero\storage\HGX84C9S\orsc.3.3.html2018-10-01 19:07:59MyLibraryZotero17Lim, Beng-ChongKlein, Katherine J.Team mental models and team performance: a field study of the effects of team mental model similarity and accuracyJournal of Organizational BehaviorTeam mental models and team performanceJournal of Organizational Behavior403-4182744TT refs20062006-06-011099-137910.1002/job.387We 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.Wiley Online Libraryenhttps://onlinelibrary.wiley.com/doi/abs/10.1002/job.387C:\Users\matth\Zotero\storage\YN7ACFL5\job.html2018-10-01 19:02:19MyLibraryZotero17Driskell, James E.Salas, EduardoCollective Behavior and Team PerformanceHuman FactorsHuman FactorsHum Factors277-2883433TT refs1992June 1, 19920018-720810.1177/001872089203400303Modern 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.SAGE Journalsenhttps://doi.org/10.1177/0018720892034003032018-10-01 18:49:51MyLibraryZotero17Carayon, PascaleHuman factors of complex sociotechnical systemsApplied ErgonomicsApplied ErgonomicsApplied Ergonomics525-5353744Complex work systemComputer and information system securityHealth care and patient safetyMacroergonomicsOrganizational design and management (ODAM)Sociotechnical systemTT refs2006July 20060003-687010.1016/j.apergo.2006.04.011Increasingly 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.ScienceDirecthttp://www.sciencedirect.com/science/article/pii/S0003687006000585C:\Users\matth\Zotero\storage\8S9VA9PN\S0003687006000585.html2016-07-15 13:36:13MyLibraryZotero17Johnston, Joan H.Fiore, Stephen M.Smith, C.A.P.Application of Cognitive Load Theory to Developing a Measure of Team Decision EfficiencyMilitary PsychologyMilitary PsychologyTT refs20022002Improving 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.http://www.dtic.mil/dtic/tr/fulltext/u2/a525820.pdfC:\Users\matth\Zotero\storage\2BVLRPG8\Johnston et al. - 2002 - Application of Cognitive Load Theory to Developing.pdf2016-05-20MyLibraryZotero17Ilgen, DanielR. Hollenbeck, JohnEffective Team Performance Under Stress and Normal Conditions: An Experimental Paradigm, Theory and Data for Studying Team Decision Making in Hierarchical Teams with Distributed ExpertiseEffective Team Performance Under Stress and Normal Conditions85TT refs1993August 1, 1993The 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 teamsResearchGateC:\Users\matth\Zotero\storage\UFKMNWWN\Ilgen and R. Hollenbeck - 1993 - Effective Team Performance Under Stress and Normal.pdfhttps://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_ExpertiseMyLibraryZotero56Malan, RuthConway’s Lawtraceinthesand.com Blogtraceinthesand.com BlogTT refs200813 February 2008http://traceinthesand.com/blog/2008/02/13/conways-law/C:\Users\matth\Zotero\storage\RZJXHU7G\conways-law.html2018-10-01 14:08:05MyLibraryZotero17Driskell, JamesSalas, EduardoJohnston, JoanDoes Stress Lead to a Loss of Team Perspective?Group Dynamics: Theory, Research, and PracticeGroup Dynamics: Theory, Research, and Practice291-3023TT refs1999December 1, 199910.1037/1089-2699.3.4.291One 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)ResearchGateC:\Users\matth\Zotero\storage\VW4NHM2W\Driskell et al. - 1999 - Does Stress Lead to a Loss of Team Perspective.pdfhttps://www.researchgate.net/publication/232517202_Does_Stress_Lead_to_a_Loss_of_Team_PerspectiveMyLibraryZotero56Meadows, DonellaLeverage Points: Places to Intervene in a SystemThe Academy for Systems ChangeLeverage PointsThe Academy for Systems ChangeTT refs19971997By 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 — …en-UShttp://donellameadows.org/archives/leverage-points-places-to-intervene-in-a-system/C:\Users\matth\Zotero\storage\596NXTUG\leverage-points-places-to-intervene-in-a-system.html2018-09-23 20:32:17MyLibraryZotero6Beer, StaffordBrain of the Firm 2e4322 editionTT refs199516 May 1995ChichesterJohn Wiley & Sons978-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, CBEAmazonEnglishhttps://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=UTF8MyLibraryZotero6Drucker, PeterThe Daily Drucker494Performing Arts / Dance / GeneralTT refs20182018-03-09Routledge978-1-136-01929-6A 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.Google Booksenhttps://books.google.co.uk/books?id=TnhQDwAAQBAJMyLibraryZotero6Pflaeging, NielsOrganize for Complexity: How to Get Life Back Into Work to Build the High-Performance OrganizationOrganize for Complexity144Revised, ed. editionTT refs201419 Mar. 2014BetaCodex Publishing978-0-9915376-0-0A 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, changeXAmazonEnglishhttps://www.amazon.co.uk/Organize-Complexity-High-Performance-Organization-Publishing/dp/0991537602MyLibraryZotero56Pflaeging, NielsOrg Physics: The 3 faces of every companyNiels PflaegingOrg PhysicsNiels PflaegingTT refs20172017-03-06T13:17:06.613ZHow a triad of structures allows companies to absorb complexityhttps://medium.com/@NielsPflaeging/org-physics-the-3-faces-of-every-company-df16025f65f8C:\Users\matth\Zotero\storage\SPPEKE25\org-physics-the-3-faces-of-every-company-df16025f65f8.html2018-09-25 17:32:29MyLibraryZotero56Fisher-Ogden, PhilipBurrell, GregMarsh, DianneFull Cycle Developers at NetflixNetflix TechBlogNetflix TechBlogTT refs20182018-05-17T15:01:01.876ZOperating what you build, empowered with amazing developer toolshttps://medium.com/netflix-techblog/full-cycle-developers-at-netflix-a08c31f83249C:\Users\matth\Zotero\storage\UZHI5BNE\full-cycle-developers-at-netflix-a08c31f83249.html2018-09-25 14:58:25MyLibraryZotero12Bottcher, EvanWhat I Talk About When I Talk About Platformsmartinfowler.commartinfowler.comTT refs201805 March 2018These days everyone is building a 'platform' to speed up delivery of digital products. But what makes an effective digital platform?https://martinfowler.com/articles/talk-about-platforms.htmlC:\Users\matth\Zotero\storage\HAKUI52D\talk-about-platforms.html2018-09-25 11:55:44MyLibraryZotero56Schotkamp, TomDanoesastro, MartinHR’s Pioneering Role in Agile at INGhttps://www.bcg.comhttps://www.bcg.comTT refs20181 June 2018First, HR carried out an agile makeover of the bank’s Dutch unit—then, it transformed itself. HR and functional-area leaders everywhere, take note.enhttps://www.bcg.com/en-gb/publications/2018/human-resources-pioneering-role-agile-ing.aspxC:\Users\matth\Zotero\storage\W7XX9L75\HRs Pioneering Role_ex01_tcm-193159.pngC:\Users\matth\Zotero\storage\GU2RHRJ9\human-resources-pioneering-role-agile-ing.html2018-09-25 07:40:45MyLibraryZotero6Laloux, FredericReinventing Organizations: A Guide to Creating Organizations Inspired by the Next Stage in Human ConsciousnessReinventing Organizations3821 editionTT refs201410 Feb. 2014BrusselsNelson Parker978-2-9601335-0-9The 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.AmazonEnglishhttps://www.amazon.co.uk/Reinventing-Organizations-Creating-Inspired-Consciousness/dp/2960133501MyLibraryZotero6Feathers, MichaelWorking Effectively with Legacy Code45601 editionTT refs200422 Sept. 2004Upper Saddle River, NJPrentice Hall978-0-13-117705-5This 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.AmazonEnglishhttps://www.amazon.co.uk/Working-Effectively-Legacy-Michael-Feathers/dp/0131177052MyLibraryZotero19Cutler, John12 Signs You’re Working in a Feature FactoryHacker NoonHacker NoonTT refs20162016-11-17T04:52:04.072ZI’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…https://hackernoon.com/12-signs-youre-working-in-a-feature-factory-44a5b938d6a2C:\Users\matth\Zotero\storage\N9I5HRAI\12-signs-youre-working-in-a-feature-factory-44a5b938d6a2.html2018-09-24 06:51:38MyLibraryZotero6Lencioni, Patrick M.The Five Dysfunctions of a Team: A Leadership FableThe Five Dysfunctions of a Team2401 editionTT refs200218 April 2002San FranciscoJohn Wiley & Sons978-0-7879-6075-9In 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.AmazonEnglishhttps://www.amazon.co.uk/Five-Dysfunctions-Team-Leadership-Lencioni/dp/0787960756MyLibraryZotero17Forrester, RussDrexler, Allan B.A model for team-based organization performanceAcademy of Management PerspectivesAcademy of Management PerspectivesAMP36-491333TT refs1999August 1, 19991558-908010.5465/ame.1999.2210313The 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.journals.aom.org (Atypon)https://journals.aom.org/doi/abs/10.5465/ame.1999.2210313C:\Users\matth\Zotero\storage\DHRKPC2R\ame.1999.html2018-09-23 14:34:33MyLibraryZotero17DeSanctis, GerardinePoole, Marshall ScottCapturing the Complexity in Advanced Technology Use: Adaptive Structuration TheoryOrganization ScienceCapturing the Complexity in Advanced Technology UseOrganization Science121-147522TT refs199419941047-7039The 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.JSTORhttps://www.jstor.org/stable/2635011C:\Users\matth\Zotero\storage\4RC9CGSI\DeSanctis and Poole - 1994 - Capturing the Complexity in Advanced Technology Us.pdf2018-09-23 14:08:13MyLibraryZotero17Knight, PamelaAcquisition Community Team Dynamics: The Tuckman Model vs. the DAU Model4th Annual Acquisition Research Symposium of the Naval Postgraduate School4th Annual Acquisition Research Symposium of the Naval Postgraduate School55TT refs200730 April 2007The 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.Zoteroenhttp://www.dtic.mil/dtic/tr/fulltext/u2/a493549.pdfC:\Users\matth\Zotero\storage\36LLN877\Acquisition Community Team Dynamics The Tuckman M.pdfMyLibraryZotero19Larman, CriagVodde, BasChoose Feature Teams over Component Teams for AgilityInfoQInfoQTT refs200815 July 2008Feature 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.https://www.infoq.com/articles/scaling-lean-agile-feature-teamsC:\Users\matth\Zotero\storage\NA7FUCZR\scaling-lean-agile-feature-teams.html2018-09-17 17:10:49MyLibraryZotero10Conway, MelToward Simplifying Application Development, in a Dozen LessonsTT refs201703 January 2017http://melconway.com/Home/pdf/simplify.pdfC:\Users\matth\Zotero\storage\PEN4SH8V\simplify.pdfMyLibraryZotero17Conway, Melvin EHOW DO COMMITTEES INVENT?DatamationDatamation4TT refs19681968Zoteroenhttp://www.melconway.com/Home/pdf/committees.pdfC:\Users\matth\Zotero\storage\JGUIFA8Q\Conway - 1968 - HOW DO COMMITTEES INVENT.pdfMyLibraryZotero6Ackoff, Russell L.Addison, Herbert J.Bibb, SallyManagement F-laws: How Organizations Really WorkManagement F-laws180TT refs200724 Jan. 2007Triarchy Press978-0-9550081-2-2A 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?AmazonEnglishhttps://smile.amazon.co.uk/gp/product/0955008123/ref=od_aui_detailpages00?ie=UTF8&psc=1MyLibraryZotero6Ackoff, Russell L.Re-Creating the Corporation: A Design of Organizations for the 21st CenturyRe-Creating the Corporation348First Edition editionTT refs19997 Oct. 1999New YorkOUP USA978-0-19-512387-6Over 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.AmazonEnglishhttps://www.amazon.co.uk/gp/product/0195123875/ref=od_aui_detailpages00?ie=UTF8&psc=1MyLibraryZotero6Larman, CraigVodde, BasLarge-Scale Scrum: More with LeSSLarge-Scale Scrum3561 editionTT refs201630 Sept. 2016Addison-Wesley Professional978-0-321-98571-2The 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 teamsAmazonEnglishC:\Users\matth\Zotero\storage\WKRJ8U9K\LeSS-poster.pdfC:\Users\matth\Zotero\storage\EF6CQMZT\Larman and Vodde - 2016 - Large-Scale Scrum More with LeSS.pdfhttps://www.amazon.co.uk/Large-Scale-Scrum-More-Addison-Wesley-Signature-ebook/dp/B01JP91OR4MyLibraryZotero6Tune, NickMillett, ScottDesigning Autonomous Teams and ServicesTT refs20172017O'Reilly Media978-1-4919-9431-3In 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...enhttps://www.oreilly.com/programming/free/designing-autonomous-teams-and-services.cspC:\Users\matth\Zotero\storage\LBBDGNVN\Tune and Millett - 2017 - Designing Autonomous Teams and Services.pdfC:\Users\matth\Zotero\storage\9PFLNK3I\designing-autonomous-teams-and-services.html2018-09-10 19:49:36MyLibraryZotero27Levina, NataliaVaast, EmmanuelleThe Emergence of Boundary Spanning Competence in Practice: Implications for Information Systems' Implementation and UseThe Emergence of Boundary Spanning Competence in Practiceboundariesboundary objectsboundary spannersBoundary spanningBourdieuclient-consultant relationshipintranetIS implementationIS useKnowledge Managementorganizational learningpractice theoryrolesTT refs20052005/03/16Rochester, NYSocial Science Research NetworkID 1276022This 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.SSRN Scholarly Paperpapers.ssrn.comenhttps://papers.ssrn.com/abstract=1276022C:\Users\matth\Zotero\storage\LPP84NCL\Levina and Vaast - 2005 - The Emergence of Boundary Spanning Competence in P.pdfC:\Users\matth\Zotero\storage\AM6DNVDX\papers.html2018-09-10 13:30:40SSRN Scholarly PaperMyLibraryZotero6Kelly, AllanProject Myopia: Why projects damage software #NoProjects eBook: Allan Kelly: Amazon.co.uk: Kindle StoreTT refs201828 July 2018Software Strategy Ltd978-1-912832-03-3https://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+myopiaC:\Users\matth\Zotero\storage\ZEPN6Y76\ref=sr_1_1.html2018-09-10 10:46:54MyLibraryZotero17Scholtes, IngoMavrodiev, PavlinSchweitzer, FrankFrom Aristotle to Ringelmann: A Large-scale Analysis of Team Productivity and Coordination in Open Source Software ProjectsEmpirical Softw. Engg.From Aristotle to RingelmannEmpirical Softw. Engg.642–6832122CoordinationOpen source softwareProductivity factorsRepository miningSocial aspects of software engineeringSoftware engineeringTT refs2016April 20161382-325610.1007/s10664-015-9406-4Complex 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.ACM Digital Libraryhttp://dx.doi.org/10.1007/s10664-015-9406-4C:\Users\matth\Zotero\storage\326EHGNB\Scholtes et al. - 2016 - From Aristotle to Ringelmann A Large-scale Analys.pdf2018-09-10 07:33:26MyLibraryZotero12Kelly, AllanNo Projects - Beyond ProjectsInfoQInfoQTT refs201405 Dec 2014Applying 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.https://www.infoq.com/articles/kelly-beyond-projectsC:\Users\matth\Zotero\storage\FBZFUC7E\kelly-beyond-projects.html2018-09-09 14:39:13MyLibraryZotero12Kotter, John P.Accelerate!Harvard Business ReviewHarvard Business ReviewTT refs20122012-11-01T04:00:00ZHow the most innovative companies capitalize on today’s rapid-fire strategic challenges—and still make their numbers.https://hbr.org/2012/11/accelerateC:\Users\matth\Zotero\storage\E5VLD288\accelerate.html2018-09-07 15:57:44MyLibraryZotero6Kelly, AllanBusiness Patterns for Software Developers4061 editionTT refs20123 Feb. 2012ChichesterJohn Wiley & Sons978-1-119-99924-9A 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.AmazonEnglishhttps://www.amazon.co.uk/Business-Patterns-Software-Developers-Allan/dp/1119999243MyLibraryZotero17Bernstein, Ethan S.Turban, StephenThe impact of the ‘open’ workspace on human collaborationPhil. Trans. R. Soc. BPhil. Trans. R. Soc. BPhil. Trans. R. Soc. B2017023937317531753TT refs20182018/08/190962-8436, 1471-297010.1098/rstb.2017.0239Organizations’ 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’.rstb.royalsocietypublishing.orgenhttp://rstb.royalsocietypublishing.org/content/373/1753/20170239C:\Users\matth\Zotero\storage\F9XLI9ZT\Bernstein and Turban - 2018 - The impact of the ‘open’ workspace on human collab.pdfhttp://www.ncbi.nlm.nih.gov/pubmed/29967303C:\Users\matth\Zotero\storage\3QZ96ZQN\20170239.html2018-09-03 21:22:23MyLibraryZotero17Strode, Diane E.Huff, Sid L.Hope, BeverleyLink, SebastianCoordination in co-located agile software development projectsJournal of Systems and SoftwareJournal of Systems and SoftwareJournal of Systems and Software1222-12388566Agile methodsAgile software development projectCoordination effectivenessCoordination strategyCoordination TheoryExtreme ProgrammingScrumTT refs2012June 1, 20120164-121210.1016/j.jss.2012.02.017Agile 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.ScienceDirecthttp://www.sciencedirect.com/science/article/pii/S0164121212000465C:\Users\matth\Zotero\storage\LKI2XFMC\Strode et al. - 2012 - Coordination in co-located agile software developm.pdfC:\Users\matth\Zotero\storage\QVSLLQNC\S0164121212000465.html2018-09-03 21:10:59MyLibraryZotero56HBS CommunicationsCollaborate on complex problems, but only intermittentlyHarvard GazetteHarvard GazetteTT refs20182018-08-15T18:17:12-0400When 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.en-UShttps://news.harvard.edu/gazette/story/2018/08/collaborate-on-complex-problems-but-only-intermittently/C:\Users\matth\Zotero\storage\S5ILWPWN\collaborate-on-complex-problems-but-only-intermittently.html2018-09-03 20:51:28MyLibraryZotero17Bernstein, EthanShore, JesseLazer, DavidHow intermittent breaks in interaction improve collective intelligenceProceedings of the National Academy of SciencesProceedings of the National Academy of SciencesPNAS201802407collective intelligencesocial influencesocial networksTT refs20182018/08/100027-8424, 1091-649010.1073/pnas.1802407115People 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.www.pnas.orgenhttp://www.pnas.org/content/early/2018/08/09/1802407115C:\Users\matth\Zotero\storage\ZLHDYIN6\Bernstein et al. - 2018 - How intermittent breaks in interaction improve col.pdfC:\Users\matth\Zotero\storage\XQ78SS7D\1802407115.htmlhttp://www.ncbi.nlm.nih.gov/pubmed/301043712018-09-03 20:58:53MyLibraryZotero17Jang, SujinCultural Brokerage and Creative Performance in Multicultural TeamsOrganization ScienceOrganization ScienceOrganization Science993-10092866TT refs2017December 1, 20171047-703910.1287/orsc.2017.1162This 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.pubsonline.informs.org (Atypon)https://pubsonline.informs.org/doi/full/10.1287/orsc.2017.1162C:\Users\matth\Zotero\storage\IMLJHLK8\Jang - 2017 - Cultural Brokerage and Creative Performance in Mul.pdfC:\Users\matth\Zotero\storage\RNYY9GT6\orsc.2017.html2018-09-03 20:37:21MyLibraryZotero12Bernstein, EthanBunch, JohnCanner, NikoLee, MichaelBeyond the Holacracy HypeHarvard Business ReviewHarvard Business ReviewTT refs20162016-07-01T04:00:00ZThe overwrought claims—and actual promise—of the next generation of self-managed teamshttps://hbr.org/2016/07/beyond-the-holacracy-hypeC:\Users\matth\Zotero\storage\JIFHDPV5\beyond-the-holacracy-hype.html2018-09-03 20:32:52MyLibraryZotero17MacCormack, AlanBaldwin, Carliss Y.Rusnak, JohnExploring the Duality Between Product and Organizational Architectures: A Test of the 'Mirroring' HypothesisResearch PolicyExploring the Duality Between Product and Organizational ArchitecturesResearch Policy1309-13244188TT refs20122012/10/1A 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.www.hbs.eduhttp://www.hbs.edu/faculty/Pages/item.aspx?num=43260C:\Users\matth\Zotero\storage\V3337ABV\08-039_1861e507-1dc1-4602-85b8-90d71559d85b.pdfC:\Users\matth\Zotero\storage\ZAZN5ZZG\item.html2016-12-03 12:22:22MyLibraryZotero6Leveson, Nancy G.Engineering a Safer World: Systems Thinking Applied to SafetyEngineering a Safer World560Reprint editionTT refs201714 Feb. 2017Cambridge, Massachusetts London, EnglangMIT Press978-0-262-53369-0A 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.AmazonEnglishC:\Users\matth\Zotero\storage\VH5HU73M\Leveson - 2017 - Engineering a Safer World Systems Thinking Applie.pdfhttps://www.amazon.co.uk/Engineering-Safer-World-Systems-Thinking/dp/0262533693MyLibraryZotero12Skelton, MatthewHow to find the right DevOps tools for your teamTechBeaconTechBeaconTT refs20182018-03-16T11:00:00-04:00Building a DevOps tool suite? Here are 9 field-tested tips for making all the right choices—and avoiding disaster.enhttps://techbeacon.com/devops/how-find-right-devops-tools-your-team2020-10-12 18:32:55MyLibraryZotero6Brooks, FrederickMythical Man-Month, The: Essays on Software Engineering, Anniversary EditionMythical Man-Month, The3362nd editionTT refs19958 Aug. 1995Reading, MassAddison-Wesley978-0-201-83595-3Few 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."AmazonEnglishhttps://www.amazon.co.uk/Mythical-Man-Month-Software-Engineering-Anniversary/dp/0201835959MyLibraryZotero12Edwards, DamonWhat is DevOps?dev2opsdev2opsTT refs20102010-02-23en-UShttp://dev2ops.org/2010/02/what-is-devops/C:\Users\matth\Zotero\storage\HWVRRFGJ\what-is-devops.html2021-02-23 16:41:58MyLibraryZotero6Hansson, David HeinemeierFried, JasonRemote: Office Not RequiredRemote256TT refs201331 Oct. 2013LondonVermilion978-0-09-195467-3For 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.AmazonEnglishhttps://www.amazon.co.uk/Remote-Required-David-Heinemeier-Hansson/dp/0091954673MyLibraryZotero6Helfand, HeidiDynamic Reteaming: The Art and Wisdom of Changing TeamsDynamic Reteaming293TT refs201931 July 2019Reteam, LLC978-1-73356-721-3Dynamic 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.AmazonEnglishhttps://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-2MyLibraryZotero6Kersten, MikProject 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 FrameworkProject to Product272Illustrated editionTT refs201928 Feb. 2019Portland, ORIT Revolution978-1-942788-39-3In 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.AmazonEnglishhttps://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-1MyLibraryZotero6Kim, GeneDebois, PatrickWillis, JohnThe Devops Handbook: How to Create World-Class Agility, Reliability, and Security in Technology OrganizationsThe Devops Handbook250Illustrated editionTT refs20161 Dec. 2016Portland, ORTrade Select978-1-942788-00-3For 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.AmazonEnglishhttps://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-1MyLibraryZotero56Lane, KinThe Secret to Amazons Success Internal APIsAPI EvangelistAPI EvangelistTT refs20122012-01-12A network of research sites dedicated to the technology, business, and politics of APIs.en-ushttps://apievangelist.com/2012/01/12/the-secret-to-amazons-success-internal-apis/C:\Users\matth\Zotero\storage\3EQLEVXB\the-secret-to-amazons-success-internal-apis.html2021-02-23 21:08:00MyLibraryZotero17Miller, George A.The magical number seven, plus or minus two: some limits on our capacity for processing informationPsychological ReviewThe magical number seven, plus or minus twoPsychological Review81-976322Cognitive ProcessesInformation TheoryTT refs195619561939-1471(Electronic),0033-295X(Print)10.1037/h0043158A 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)APA PsycNETC:\Users\matth\Zotero\storage\VVD3ADRD\Miller - 1956 - The magical number seven, plus or minus two some .pdfC:\Users\matth\Zotero\storage\KKN26DXR\Miller GA Magical Seven Psych Review 1955.pdfC:\Users\matth\Zotero\storage\3AD5XBW7\1957-02914-001.htmlMyLibraryZotero12Niall MurphyWhat is Site Reliability Engineering?TT refshttps://sre.google/in-conversation/C:\Users\matth\Zotero\storage\G6WAJFG9\in-conversation.html2021-02-23 21:38:43MyLibraryZotero12Pais, ManuelSkelton, MatthewThe Divisive Effect of Separate Issue Tracking ToolsInfoQInfoQTT refs20172017-03-22Separate 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.enhttps://www.infoq.com/articles/issue-tracking-tools/C:\Users\matth\Zotero\storage\ARPVP7KP\issue-tracking-tools.html2021-02-23 21:49:37MyLibraryZotero12Pais, ManuelSkelton, MatthewWhy and How to Test LoggingInfoQInfoQTT refs20162016-10-26Logging 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.enhttps://www.infoq.com/articles/why-test-logging/C:\Users\matth\Zotero\storage\EQHKNCQF\why-test-logging.html2021-02-23 21:50:56MyLibraryZotero6Raymond, Eric S.The New Hacker's Dictionary570third editionTT refs199611 Oct. 1996Cambridge, MassMIT Press978-0-262-68092-9This new edition of the hacker's own phenomenally successful lexicon includes more than 100 new entries and updates or revises 200 more.AmazonEnglishhttps://www.amazon.co.uk/New-Hackers-Dictionary-MIT-Press/dp/0262680920MyLibraryZotero6Robertson, Brian J.Holacracy: The New Management System for a Rapidly Changing WorldHolacracyTT refs20152 Jun. 2015Henry Holt and Co.AmazonEnglishhttps://www.amazon.co.uk/Holacracy-Management-System-Rapidly-Changing/dp/B01L985542/ref=tmm_hrd_swatch_0?_encoding=UTF8&qid=1614117307&sr=1-1MyLibraryZotero19Rock, DavidGrant, HeidiWhy Diverse Teams Are SmarterHarvard Business ReviewHarvard Business ReviewDecision makingDiversityLeading teamsTT refs20162016-11-04T13:00:24Z0017-8012Research shows they’re more successful in three important ways.hbr.orghttps://hbr.org/2016/11/why-diverse-teams-are-smarterC:\Users\matth\Zotero\storage\USHN2I6G\why-diverse-teams-are-smarter.html2021-02-23 21:56:57MyLibraryZotero6Rummler, Geary A.Brache, Alan P.Improving Performance: How to Manage the White Space on the Organization ChartImproving Performance2883rd editionTT refs20134 Jan. 2013San FranciscoJossey-Bass978-1-118-14370-4Improving 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.AmazonEnglishhttps://www.amazon.co.uk/Improving-Performance-Manage-White-Organization-dp-1118143701/dp/1118143701/ref=dp_ob_title_bk \ No newline at end of file diff --git a/Team-Topologies-references-Markdown.md b/Team-Topologies-references-Markdown.md new file mode 100644 index 0000000..eb4ce37 --- /dev/null +++ b/Team-Topologies-references-Markdown.md @@ -0,0 +1,213 @@ +Ackoff, Russell L. 1999. Re-Creating the Corporation: A Design of Organizations for the 21st Century. First Edition edition. New York: OUP USA. +Ackoff, Russell L., Herbert J. Addison, and Sally Bibb. 2007. Management F-Laws: How Organizations Really Work. Triarchy Press. +Adams, Paul. 2015. ‘Scaling Product Teams: How to Build and Structure for Hypergrowth’. Inside Intercom (blog). 28 January 2015. https://www.intercom.com/blog/how-we-build-software/. +Adkins, Lyssa. 2010. Coaching Agile Teams: A Companion for ScrumMasters, Agile Coaches, and Project Managers in Transition. 01 edition. Upper Saddle River, NJ: Addison-Wesley Professional. +Allen, Thomas J. 1984. Managing the Flow of Technology. New Ed edition. Cambridge, Mass.: MIT Press. +Allspaw, John. 2012. ‘Blameless PostMortems and a Just Culture’. Code as Craft (blog). 22 May 2012. https://codeascraft.com/2012/05/22/blameless-postmortems/. +Almeida, Thiago. 2016. ‘DevOps Lessons Learned at Microsoft Engineering’. InfoQ. 22 May 2016. https://www.infoq.com/articles/devops-lessons-microsoft. +Ancona, Deborah Gladstein, and David F. Caldwell. 1992. ‘Demography and Design: Predictors of New Product Team Performance’. Organization Science 3 (3): 321–41. https://doi.org/10.1287/orsc.3.3.321. +Axelrod, Robert A. 1997. Complexity of Cooperation: Agent-Based Models of Competition and Collaboration. Princeton, N.J: Princeton University Press. +Bauernberger, Joachim. 2014. ‘DevOps in Telecoms – Is It Possible?’ Telecom Tech News, 1 October 2014. http://www.telecomstechnews.com/news/2014/oct/01/devops-telecoms-it-possible/. +Beal, Helen. 2017. ‘The Industry Just Can’t Decide about DevOps Teams’. InfoQ. 26 October 2017. https://www.infoq.com/news/2017/10/devops-teams-good-or-bad. +Beer, Stafford. 1995. Brain of the Firm 2e. 2 edition. Chichester: John Wiley & Sons. +Ben Linders. 2016. ‘Scaling Teams to Grow Effective Organizations’. InfoQ. 11 August 2016. https://www.infoq.com/news/2016/08/scaling-teams?utm_campaign=rightbar_v2&utm_source=infoq&utm_medium=news_link&utm_content=link_text. +Bennett, Drake. 2013. ‘The Dunbar Number, From the Guru of Social Networks’. Bloomberg.Com. 11 January 2013. http://www.bloomberg.com/news/articles/2013-01-10/the-dunbar-number-from-the-guru-of-social-networks. +Bernstein, Ethan, John Bunch, Niko Canner, and Michael Lee. 2016. ‘Beyond the Holacracy Hype’. Harvard Business Review. 1 July 2016. https://hbr.org/2016/07/beyond-the-holacracy-hype. +Bernstein, Ethan S., and Stephen Turban. 2018. ‘The Impact of the “Open” Workspace on Human Collaboration’. Phil. Trans. R. Soc. B 373 (1753): 20170239. https://doi.org/10.1098/rstb.2017.0239. +Bernstein, Ethan, Jesse Shore, and David Lazer. 2018. ‘How Intermittent Breaks in Interaction Improve Collective Intelligence’. Proceedings of the National Academy of Sciences, August, 201802407. https://doi.org/10.1073/pnas.1802407115. +Betz, Charles. 2018. Managing Digital. Van Haren. +Beyer, Betsy, Jennifer Petoff, Chris Jones, and Niall Richard Murphy. 2016. Site Reliability Engineering. 1 edition. Beijing ; Boston: O′Reilly. +Blalock, Micah. 2015. ‘Of Mustard Seeds and Microservices’. Credera (blog). 6 May 2015. https://www.credera.com/blog/technology-insights/java/mustard-seeds-microservices/. +Bosch, Jan. 2004. ‘On the Development of Software Product-Family Components’. In Software Product Lines, edited by Robert L. Nord, 146–64. Lecture Notes in Computer Science 3154. Springer Berlin Heidelberg. https://doi.org/10.1007/978-3-540-28630-1_9. +Bottcher, Evan. 2018. ‘What I Talk About When I Talk About Platforms’. Martinfowler.Com. 5 March 2018. https://martinfowler.com/articles/talk-about-platforms.html. +Brandolini, Alberto. 2009. ‘Strategic Domain Driven Design with Context Mapping’. InfoQ, 25 November 2009. https://www.infoq.com/articles/ddd-contextmapping. +Bright, Peter. 2014. ‘How Microsoft Dragged Its Development Practices into the 21st Century’. Ars Technica. 6 August 2014. http://arstechnica.com/information-technology/2014/08/how-microsoft-dragged-its-development-practices-into-the-21st-century/. +Brooks, Frederick. 1995. Mythical Man-Month, The: Essays on Software Engineering, Anniversary Edition. 2nd edition. Reading, Mass: Addison-Wesley. +Brown, Simon. 2010. ‘Are You a Software Architect?’ InfoQ. 9 February 2010. https://www.infoq.com/articles/brown-are-you-a-software-architect. +Bryson, Brandon. 2015. ‘Architects Should Code: The Architect’s Misconception’. InfoQ. 6 August 2015. https://www.infoq.com/articles/architects-should-code-bryson. +Burgess, Mark. 2015. Thinking in Promises. 1 edition. Sebastopol, California: O’Reilly Media. +Carayon, Pascale. 2006. ‘Human Factors of Complex Sociotechnical Systems’. Applied Ergonomics, Special Issue: Meeting Diversity in Ergonomics, 37 (4): 525–35. https://doi.org/10.1016/j.apergo.2006.04.011. +Casella, Karen. 2016. ‘Improving Team Productivity by Reducing Context Switching | LinkedIn’. LinkedIn Pulse. 26 October 2016. https://www.linkedin.com/pulse/improving-team-productivity-reducing-context-karen-casella/. +Chaudhary, Mukesh. 2012. ‘Working with Component Teams: How to Navigate the Complexity - Scrum Alliance’. 5 September 2012. https://www.scrumalliance.org/community/articles/2012/september/working-with-component-teams-how-to-navigate-the-c. +Cherns, Albert. 1976. ‘The Principles of Sociotechnical Design’. Human Relations 29 (8): 783–92. https://doi.org/10.1177/001872677602900806. +Clegg, Chris W. 2000. ‘Sociotechnical Principles for System Design’. Applied Ergonomics 31 (5): 463–77. https://doi.org/10.1016/S0003-6870(00)00009-0. +Cockcroft, Adrian. 2014. ‘Goto Berlin - Migrating to Microservices (Fast Delivery)’. Presented at the GOTO Berlin, Berlin, November 15. http://www.slideshare.net/adriancockcroft/goto-berlin. +Cohn, Mike. 2010. ‘Nine Questions To Assess Scrum Team Structure’. Mountain Goat Software (blog). 9 March 2010. https://www.mountaingoatsoftware.com/blog/nine-questions-to-assess-team-structure. +Conway, Mel. 2017. ‘Toward Simplifying Application Development, in a Dozen Lessons’. In . http://melconway.com/Home/pdf/simplify.pdf. +Conway, Melvin E. 1968. ‘HOW DO COMMITTEES INVENT?’ Datamation, 4. +Cooley, Faith. 2014. ‘Organizational Design for Effective Software Development’. November 12. http://www.slideshare.net/Dev9Com/organizational-design-for-effective-software-development. +Coplien, James O., and Neil Harrison. 2005. Organizational Patterns of Agile Software Development. Pearson Prentice Hall. +Cottmeyer, Mike. 2014. ‘Things to Consider When Structuring Your Agile Enterprise’. LeadingAgile (blog). 5 February 2014. https://www.leadingagile.com/2014/02/structure-agile-enterprise/. +Coutu, Diane. 2009. ‘Why Teams Don’t Work’. Harvard Business Review, 1 May 2009. https://hbr.org/2009/05/why-teams-dont-work. +Crawford, Jason. 2013. ‘Amazon’s “Two-Pizza Teams”: The Ultimate Divisional Organization • Uncharted Territory’. Uncharted Territory on Svbtle (blog). 30 July 2013. http://blog.jasoncrawford.org/two-pizza-teams. +Cunningham, Ward. 2013. ‘Understand the High Cost of Technical Debt by Ward Cunningham - DZone Agile’. Dzone.Com, 24 August 2013. https://dzone.com/articles/understand-high-cost-technical. +Cusumano, Michael A. 1988. 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. 1st Touchstone Ed edition. New York: Simon and Schuster. +Cutler, John. 2016. ‘12 Signs You’re Working in a Feature Factory’. Hacker Noon, 17 November 2016. https://hackernoon.com/12-signs-youre-working-in-a-feature-factory-44a5b938d6a2. +David Mole. 2015. ‘Drive: How We Used Daniel Pink’s Work to Create a Happier, More Productive Work Place’. InfoQ. 10 September 2015. https://www.infoq.com/articles/drive-productive-workplace. +Davies, Rachel, and Liz Sedley. 2009. Agile Coaching. 1 edition. Raleigh, N.C: Pragmatic Bookshelf. +Degrandis, Dominica. 2017. Making Work Visible: Exposing Time Theft to Optimize Workflow. 1 edition. Portland, OR: IT Revolution Press. +DeMarco, Tom, and Timothy Lister. 1999. Peopleware: Productive Projects and Teams. 2nd Revised edition edition. New York, NY: Dorset House Publishing Co Inc.,U.S. +Deming, W. Edwards. 1986. Out of the Crisis. Cambridge, Mass.: Massachusetts Institute of Technology. +DeSanctis, Gerardine, and Marshall Scott Poole. 1994. ‘Capturing the Complexity in Advanced Technology Use: Adaptive Structuration Theory’. Organization Science 5 (2): 121–47. +Dogan, Jaana B. 2017. ‘The SRE Model’. JBD (blog). 31 July 2017. https://medium.com/@rakyll/the-sre-model-6e19376ef986. +Doorley, Scott, Scott Witthoft, Hasso Plattner Institute of Design at Stanford University, and David Kelley. 2012. Make Space: How to Set the Stage for Creative Collaboration. Hoboken, N.J: John Wiley & Sons. +Drew Hoskins. 2015. ‘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. +Driskell, James E., and Eduardo Salas. 1992. ‘Collective Behavior and Team Performance’. Human Factors 34 (3): 277–88. https://doi.org/10.1177/001872089203400303. +Driskell, James, Eduardo Salas, and Joan Johnston. 1999. ‘Does Stress Lead to a Loss of Team Perspective?’ Group Dynamics: Theory, Research, and Practice 3 (December): 291–302. https://doi.org/10.1037/1089-2699.3.4.291. +Drucker, Peter. 2018. The Daily Drucker. Routledge. +Dunbar, Professor Robin. 2010. How Many Friends Does One Person Need?: Dunbar’s Number and Other Evolutionary Quirks. Main edition. London: Faber & Faber. +Dunbar, R. I. M. 1992. ‘Neocortex Size as a Constraint on Group Size in Primates’. Journal of Human Evolution 22 (6): 469–93. https://doi.org/10.1016/0047-2484(92)90081-J. +Eckstein, Jutta. 2004. Agile Development in the Large: Diving into the Deep. New York: Dorset House Publishing Co Inc.,U.S. +———. 2014. ‘Architecture in Large Scale Agile Development’. In Agile Methods. Large-Scale Development, Refactoring, Testing, and Estimation, edited by Torgeir Dingsøyr, Nils Brede Moe, Roberto Tonelli, Steve Counsell, Cigdem Gencel, and Kai Petersen, 21–29. Lecture Notes in Business Information Processing. Springer International Publishing. +Edmondson, Amy. 1999. ‘Psychological Safety and Learning Behavior in Work Teams’. Administrative Science Quarterly 44 (2): 350–83. https://doi.org/10.2307/2666999. +Edwards, Damon. 2010. ‘What Is DevOps?’ Dev2ops. 23 February 2010. http://dev2ops.org/2010/02/what-is-devops/. +———. 2014. Damon Edwards: DevOps is an Enterprise Concern Interview by Manuel Pais. https://www.infoq.com/interviews/interview-damon-edwards-qcon-2014. +Evans, Eric. 2003. Domain-Driven Design: Tackling Complexity in the Heart of Software. 01 edition. Boston: Addison Wesley. +Evans, William. 2016. ‘The Need for Speed: Enabling DevOps through Enterprise Architecture |…’. Business, November 2. https://www.slideshare.net/willevans/the-need-for-speed-enabling-devops-through-enterprise-architecture. +Fan, Xiaocong, Po-Chun Chen, and John Yen. 2010. ‘Learning HMM-Based Cognitive Load Models for Supporting Human-Agent Teamwork’. Cognitive Systems Research 11 (1): 108–19. +Feathers, Michael. 2004. Working Effectively with Legacy Code. 01 edition. Upper Saddle River, NJ: Prentice Hall. +Fisher-Ogden, Philip, Greg Burrell, and Dianne Marsh. 2018. ‘Full Cycle Developers at Netflix’. Netflix TechBlog (blog). 17 May 2018. https://medium.com/netflix-techblog/full-cycle-developers-at-netflix-a08c31f83249. +Forrester, Russ, and Allan B. Drexler. 1999. ‘A Model for Team-Based Organization Performance’. Academy of Management Perspectives 13 (3): 36–49. https://doi.org/10.5465/ame.1999.2210313. +Forsgren, Nicole, and Jez Humble. 2018. Accelerate: The Science of Lean Software and Devops: Building and Scaling High Performing Technology Organizations. Portland, Oregon: Trade Select. +Fowler, Martin. 2014a. ‘Bliki: BoundedContext’. Martinfowler.Com (blog). 15 January 2014. https://martinfowler.com/bliki/BoundedContext.html. +———. 2014b. ‘Bliki: MicroservicePrerequisites’. Martinfowler.Com (blog). 28 August 2014. https://martinfowler.com/bliki/MicroservicePrerequisites.html. +Google. 2015. ‘Re:Work - Guide: Understand Team Effectiveness’. https://rework.withgoogle.com/guides/understanding-team-effectiveness/steps/define-team/. +Gothelf, Jeff, and Josh Seiden. 2017. Sense and Respond: How Successful Organizations Listen to Customers and Create New Products Continuously. Boston, Massachusetts: Harvard Business Review Press. +Greenleaf, Robert K. 2015. The Servant as Leader. Rev Edition edition. The Greenleaf Center for Servant Leadership. +Hall, Jon. 2016. ‘ITSM, DevOps, and Why Three-Tier Support Should Be Replaced with Swarming.’ Medium (blog). 17 December 2016. https://medium.com/@JonHall_/itsm-devops-and-why-the-three-tier-structure-must-be-replaced-with-swarming-91e76ba22304. +Hansson, David Heinemeier, and Jason Fried. 2013. Remote: Office Not Required. London: Vermilion. +Hastie, Shane. 2014. ‘An Interview with Sam Guckenheimer on Microsoft’s Journey to Cloud Cadence’. InfoQ, 17 October 2014. https://www.infoq.com/articles/agile2014-guckenheimer. +HBS Communications. 2018. ‘Collaborate on Complex Problems, but Only Intermittently’. Harvard Gazette (blog). 15 August 2018. https://news.harvard.edu/gazette/story/2018/08/collaborate-on-complex-problems-but-only-intermittently/. +Helfand, Heidi. 2019. Dynamic Reteaming: The Art and Wisdom of Changing Teams. Reteam, LLC. +Hoff, Todd. 2007. ‘Amazon Architecture - High Scalability -’. 18 September 2007. http://highscalability.com/blog/2007/9/18/amazon-architecture.html. +Holliday, Ben. 2018. ‘A “Service-Oriented” Approach to Organisation Design’. FutureGov (blog). 25 September 2018. https://blog.wearefuturegov.com/a-service-oriented-approach-to-organisation-design-1e075be7f578. +Humble, Jez. 2012. ‘There’s No Such Thing as a “Devops Team” - Continuous Delivery’. Continuous Delivery (blog). 19 October 2012. https://continuousdelivery.com/2012/10/theres-no-such-thing-as-a-devops-team/. +Humble, Jez, and David Farley. 2010. Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation. 01 edition. Upper Saddle River, NJ: Addison Wesley. +Humble, Jez, Joanne Molesky, and Barry O’Reilly. 2015. Lean Enterprise: How High Performance Organizations Innovate at Scale. 1 edition. Beijing: O’Reilly Media. +Ilgen, Daniel, and John R. Hollenbeck. 1993. ‘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’, August, 85. +Ingles, Paul. 2018. ‘Convergence to Kubernetes’. Paul Ingles (blog). 18 June 2018. https://medium.com/@pingles/convergence-to-kubernetes-137ffa7ea2bc. +innolution. n.d. ‘Feature Team Definition | Innolution’. Accessed 14 October 2018. https://innolution.com/resources/glossary/feature-team. +IT Revolution. 2018. DevOps Over Coffee - Adidas. DevOps Enterprise Summit. https://www.youtube.com/watch?v=oOjdXeGp44E&feature=youtu.be&t=1071. +Jang, Sujin. 2017. ‘Cultural Brokerage and Creative Performance in Multicultural Teams’. Organization Science 28 (6): 993–1009. https://doi.org/10.1287/orsc.2017.1162. +Jay, Graylin, Joanne Hale, Randy Smith, David Hale, Nicholas Kraft, and Charles Ward. 2009. ‘Cyclomatic Complexity and Lines of Code: Empirical Evidence of a Stable Linear Relationship’. JSEA 2 (January): 137–43. https://doi.org/10.4236/jsea.2009.23020. +Jo Pearce. 2016. ‘Hacking Your Head : Managing Information Overload (Extended)’. Technology, April 29. https://www.slideshare.net/JoPearce5/hacking-your-head-managing-information-overload-extended. +John, Wolfgang. 2015. ‘DevOps for Service Providers - next Generation Tools’. Ericsson Research Blog (blog). 7 December 2015. https://www.ericsson.com/research-blog/cloud/devops-for-service-providers-next-generation-tools/. +Johnston, Joan H., Stephen M. Fiore, and C.A.P. Smith. 2002. ‘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. +Karlgaard, Rich, and Michael S. Malone. 2015. Team Genius: The New Science of High-Performing Organizations. New York, NY: HarperBusiness. +Kelly, Allan. 2006. ‘Return to Conway’s Law’. Allan Kelly Associates (blog). 17 January 2006. https://www.allankellyassociates.co.uk/archives/1169/return-to-conways-law/. +———. 2012. Business Patterns for Software Developers. 1 edition. Chichester: John Wiley & Sons. +———. 2013. ‘Conway’s Law v. Software Architecture’. Dzone.Com (blog). 14 March 2013. https://dzone.com/articles/conways-law-v-software. +———. 2014. ‘No Projects - Beyond Projects’. InfoQ. 5 December 2014. https://www.infoq.com/articles/kelly-beyond-projects. +———. 2018. Project Myopia: Why Projects Damage Software #NoProjects EBook: Allan Kelly: Amazon.Co.Uk: Kindle Store. Software Strategy Ltd. 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. +Kersten, Mik. 2019. 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. Illustrated edition. Portland, OR: IT Revolution. +Kim, Dr Kyung Hee, and Robert A. Pierce. 2013. ‘Convergent Versus Divergent Thinking’. In Encyclopedia of Creativity, Invention, Innovation and Entrepreneurship, edited by Elias G. Carayannis, 245–50. Springer New York. https://doi.org/10.1007/978-1-4614-3858-8_22. +Kim, Gene, Patrick Debois, and John Willis. 2016. The Devops Handbook: How to Create World-Class Agility, Reliability, and Security in Technology Organizations. Illustrated edition. Portland, OR: Trade Select. +Kitagawa, Justin. 2018. Platforms at Twilio: Unlocking Developer Effectiveness. https://www.infoq.com/presentations/twilio-devops. +Kitson, Jon. 2017. ‘Squad Health Checks’. Sky Betting & Gaming Technology Blog (blog). 1 February 2017. https://technology.skybettingandgaming.com/2017/02/01/squad-health-checks/. +Kniberg, Henrik. 2012. ‘Crisp’s Blog » Scaling Agile @ Spotify with Tribes, Squads, Chapters & Guilds’. 2012. http://blog.crisp.se/2012/11/14/henrikkniberg/scaling-agile-at-spotify. +———. 2014. ‘Squad Health Check Model – Visualizing What to Improve’. Labs (blog). 16 September 2014. https://labs.spotify.com/2014/09/16/squad-health-check-model/. +———. 2015. ‘Real-Life Agile Scaling’. Presented at the Agile Tour Bangkok, Bangkok, November 21. http://blog.crisp.se/wp-content/uploads/2015/11/Real-life-agile-scaling.pdf. +Knight, Pamela. 2007. ‘Acquisition Community Team Dynamics: The Tuckman Model vs. the DAU Model’. 4th Annual Acquisition Research Symposium of the Naval Postgraduate School, April, 55. +Kotter, John P. 2012. ‘Accelerate!’ Harvard Business Review. 1 November 2012. https://hbr.org/2012/11/accelerate. +Kramer, Staci D. 2011. ‘The Biggest Thing Amazon Got Right: The Platform’. 12 October 2011. https://gigaom.com/2011/10/12/419-the-biggest-thing-amazon-got-right-the-platform/. +Laloux, Frederic. 2014. Reinventing Organizations: A Guide to Creating Organizations Inspired by the Next Stage in Human Consciousness. 1 edition. Brussels: Nelson Parker. +Lane, Kin. 2012. ‘The Secret to Amazons Success Internal APIs’. API Evangelist (blog). 12 January 2012. https://apievangelist.com/2012/01/12/the-secret-to-amazons-success-internal-apis/. +Larman, Craig, and Bas Vodde. 2016. Large-Scale Scrum: More with LeSS. 1 edition. Addison-Wesley Professional. +Larman, Criag, and Bas Vodde. 2008. ‘Choose Feature Teams over Component Teams for Agility’. InfoQ, 15 July 2008. https://www.infoq.com/articles/scaling-lean-agile-feature-teams. +Leffingwell, Dean. 2007. Scaling Software Agility: Best Practices for Large Enterprises. 1 edition. Upper Saddle River, NJ: Addison-Wesley Professional. +———. 2009. ‘Organizing at Scale: Feature Teams vs. Component Teams – Part 3’. Scaling Software Agility (blog). 22 July 2009. https://scalingsoftwareagility.wordpress.com/2009/07/22/organizing-agile-at-scale-feature-teams-versus-component-teams-part-3/. +———. 2011. ‘Feature Teams Vs. Component Teams (Continued)’. Scaling Software Agility (blog). 2 May 2011. https://scalingsoftwareagility.wordpress.com/2011/05/02/feature-teams-vs-component-teams-continued/. +Lencioni, Patrick M. 2002. The Five Dysfunctions of a Team: A Leadership Fable. 1 edition. San Francisco: John Wiley & Sons. +Leveson, Nancy G. 2017. Engineering a Safer World: Systems Thinking Applied to Safety. Reprint edition. Cambridge, Massachusetts London, Englang: MIT Press. +Levina, Natalia, and Emmanuelle Vaast. 2005. ‘The Emergence of Boundary Spanning Competence in Practice: Implications for Information Systems’ Implementation and Use’. SSRN Scholarly Paper ID 1276022. Rochester, NY: Social Science Research Network. https://papers.ssrn.com/abstract=1276022. +Lewis, James. 2017. Microservices and the Inverse Conway Manoeuvre - James Lewis. NCS Conferences. https://www.youtube.com/watch?v=uamh7xppO3E. +Lim, Beng-Chong, and Katherine J. Klein. 2006. ‘Team Mental Models and Team Performance: A Field Study of the Effects of Team Mental Model Similarity and Accuracy’. Journal of Organizational Behavior 27 (4): 403–18. https://doi.org/10.1002/job.387. +Long, Josh. 2016. ‘GARY (Go Ahead, Repeat Yourself)’. Tweet. @starbuxman (blog). 25 May 2016. https://twitter.com/starbuxman/status/735550836147814400. +Lowe, Steven A. 2015. ‘How to Use Event Storming to Achieve Domain-Driven Design’. TechBeacon, 15 October 2015. https://techbeacon.com/introduction-event-storming-easy-way-achieve-domain-driven-design. +Luo, Jiao, Andrew H. Van de Ven, Runtian Jing, and Yuan Jiang. 2018. ‘Transitioning from a Hierarchical Product Organization to an Open Platform Organization: A Chinese Case Study’. Journal of Organization Design 7 (January): 1. https://doi.org/10.1186/s41469-017-0026-x. +MacCormack, Alan, Carliss Y. Baldwin, and John Rusnak. 2012. ‘Exploring the Duality Between Product and Organizational Architectures: A Test of the “Mirroring” Hypothesis’. Research Policy 41 (8): 1309–24. +MacCormack, Alan, John Rusnak, and Carliss Y. Baldwin. 2006. ‘Exploring the Structure of Complex Software Designs: An Empirical Study of Open Source and Proprietary Code’. Management Science 52 (7): 1015–30. https://doi.org/10.1287/mnsc.1060.0552. +Malan, Ruth. 2008. ‘Conway’s Law’. Traceinthesand.Com Blog (blog). 13 February 2008. http://traceinthesand.com/blog/2008/02/13/conways-law/. +Manns, Mary Lynn, and Linda Rising. 2004. Fearless Change: Patterns for Introducing New Ideas. 01 edition. Boston: Addison Wesley. +Marshall, Bob. 2018. ‘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.’ Tweet. @flowchainsensei (blog). 29 October 2018. https://twitter.com/flowchainsensei/status/1056838136574152704. +McChrystal, General Stanley, David Silverman, Tantum Collins, and Chris Fussell. 2015. Team of Teams: New Rules of Engagement for a Complex World. New York, NY: Portfolio Penguin. +Meadows, Donella. 1997. ‘Leverage Points: Places to Intervene in a System’. The Academy for Systems Change (blog). 1997. http://donellameadows.org/archives/leverage-points-places-to-intervene-in-a-system/. +Mihaljov, Timo. 2017. ‘Having a Dedicated DevOps Person Who Does All the DevOpsing Is like Having a Dedicated Collaboration Person Who Does All the Collaborating.’ Tweet. @noidi (blog). 14 April 2017. https://twitter.com/noidi/status/852879869998501889. +Miller, George A. 1956. ‘The Magical Number Seven, plus or Minus Two: Some Limits on Our Capacity for Processing Information’. Psychological Review 63 (2): 81–97. https://doi.org/10.1037/h0043158. +Minick, Eric. 2014. ‘The Goal for a “DevOps Team” Should Be to Put Itself out of Business by Enabling the Rest of the Org.’ Microblog. @ericminick (blog). 8 October 2014. https://twitter.com/ericminick/status/517335119330172930. +Minick, Eric, and Curtis Yanko. 2015. ‘Creating a DevOps Team That Isn’t Evil’. February 26. http://www.slideshare.net/Urbancode/creating-a-devops-team-that-isnt-evil. +Morgan-Smith, Victoria, and Matthew Skelton. 2019. Internal Tech Conferences. 1st ed. Leeds, UK: Conflux Digital. +Morris, Kief. 2016. Infrastructure as Code: Managing Servers in the Cloud. 1 edition. O’Reilly Media. +Munns, Chris. 2016. ‘Chris Munns, DevOps @ Amazon: Microservices, 2 Pizza Teams, & 50 Mill…’. May 2. http://www.slideshare.net/TriNimbus/chris-munns-devops-amazon-microservices-2-pizza-teams-50-million-deploys-a-year. +Narayan, Sriram. 2015. Agile IT Organization Design: For Digital Transformation and Continuous Delivery. 01 edition. New York: Addison-Wesley Professional. +Netflix Technology Blog. 2011. ‘The Netflix Simian Army’. Netflix TechBlog (blog). 19 July 2011. https://medium.com/netflix-techblog/the-netflix-simian-army-16e57fbab116. +Neumark, Peter. 2015. ‘DevOps & Product Teams - Win or Fail?’ InfoQ. 29 June 2015. https://www.infoq.com/articles/devops-product-teams. +Newman, Sam. 2015. Building Microservices. 1 edition. Beijing Sebastopol, CA: O’Reilly Media. +Niall Murphy. n.d. ‘What Is Site Reliability Engineering?’ Accessed 23 February 2021. https://sre.google/in-conversation/. +Nygard, Michael. 2015. ‘The Perils of Semantic Coupling - Wide Awake Developers’. 29 April 2015. http://michaelnygard.com/blog/2015/04/the-perils-of-semantic-coupling/. +Nygard, Michael T. 2018. Release It! Design and Deploy Production-Ready Software. 2nd ed. edition. Raleigh, North Carolina: O′Reilly. +O’Connor, Debra, and Tristan Johnson. 2018. ‘UNDERSTANDING TEAM COGNITION IN PERFORMANCE IMPROVEMENT TEAMS: A META ANALYSIS OF CHANGE IN SHARED MENTAL MODELS’, October. +O’Dell, Chris. 2017. ‘You Build It, You Run It (Why Developers Should Also Be on Call)’. Skelton Thatcher (blog). 18 October 2017. https://skeltonthatcher.com/blog/build-run-developers-also-call/. +Overeem, Barry. 2015. ‘How I Used the Spotify Squad Health Check Model – Barry Overeem – The Liberators’. 7 August 2015. http://www.barryovereem.com/how-i-used-the-spotify-squad-health-check-model/. +Pais, Manuel. 2012. ‘Prezi’s CTO on How to Remain a Lean Startup after 4 Years’. InfoQ. 5 October 2012. https://www.infoq.com/news/2012/10/Prezi-lean-startup. +Pais, Manuel, and Matthew Skelton. 2016. ‘Why and How to Test Logging’. InfoQ. 26 October 2016. https://www.infoq.com/articles/why-test-logging/. +———. 2017. ‘The Divisive Effect of Separate Issue Tracking Tools’. InfoQ. 22 March 2017. https://www.infoq.com/articles/issue-tracking-tools/. +Pearce, Jo. 2015. ‘Day 3: Managing Cognitive Load for Team Learning’. 12 Devs of Xmas (blog). 28 December 2015. http://12devsofxmas.co.uk/2015/12/day-3-managing-cognitive-load-for-team-learning/. +Perri, Melissa. 2018. Escaping the Build Trap. 1 edition. S.l.: O′Reilly. +Pflaeging, Niels. 2014. Organize for Complexity: How to Get Life Back Into Work to Build the High-Performance Organization. Revised, ed. Edition. BetaCodex Publishing. +———. 2017. ‘Org Physics: The 3 Faces of Every Company’. Niels Pflaeging (blog). 6 March 2017. https://medium.com/@NielsPflaeging/org-physics-the-3-faces-of-every-company-df16025f65f8. +Phillips, Amy. 2018. ‘Testing Observability’. InfoQ, April 5. https://www.infoq.com/presentations/observability-testing. +Pink, Daniel H. 2011. Drive. Main edition. Edinburgh: Canongate Books Ltd. +Pivotal. 2016a. ‘Microservices: Organizing Large Teams for Rapid Delivery’. Technology. https://www.slideshare.net/Pivotal/microservices-organizing-large-teams-for-rapid-delivery. +———. 2016b. ‘The Essential Elements of Enterprise PaaS’. Pivotal. https://content.pivotal.io/white-papers/the-essential-elements-of-enterprise-paas. +Raymond, Eric S. 1996. The New Hacker’s Dictionary. Third edition. Cambridge, Mass: MIT Press. +Reinertsen, Donald G. 2009. The Principles of Product Development Flow: Second Generation Lean Product Development. Celeritas. +Rensin, Dave. 2016. ‘Introducing Google Customer Reliability Engineering’. Google Cloud Blog (blog). 10 October 2016. https://cloud.google.com/blog/products/gcp/introducing-a-new-era-of-customer-support-google-customer-reliability-engineering/. +Roberts, John. 2007. The Modern Firm: Organizational Design for Performance and Growth. Oxford: Oxford University Press, USA. +Robertson, Brian J. 2015. Holacracy: The New Management System for a Rapidly Changing World. Henry Holt and Co. +Rock, David, and Heidi Grant. 2016. ‘Why Diverse Teams Are Smarter’. Harvard Business Review, 4 November 2016. https://hbr.org/2016/11/why-diverse-teams-are-smarter. +Rother, Mike. 2009. Toyota Kata: Managing People for Improvement, Adaptiveness and Superior Results. 1 edition. New York: McGraw-Hill Education. +Rozovsky, Julia. 2015. ‘Re:Work - The Five Keys to a Successful Google Team’. 17 November 2015. https://rework.withgoogle.com/blog/five-keys-to-a-successful-google-team/. +Rubin, Kenneth S. 2012. Essential Scrum: A Practical Guide to the Most Popular Agile Process. 01 edition. Upper Saddle River, NJ: Addison Wesley. +Rummler, Geary A., and Alan P. Brache. 2013. Improving Performance: How to Manage the White Space on the Organization Chart. 3rd edition. San Francisco: Jossey-Bass. +Salas, Eduardo, and Stephen M. Fiore, eds. 2004. Team Cognition: Understanding the Factors That Drive Process and Performance. Washington, DC: American Psychological Assoc. +Scaled Agile. 2015. ‘System Team – Scaled Agile Framework’. 2015. https://www.scaledagileframework.com/system-team/. +Scholtes, Ingo, Pavlin Mavrodiev, and Frank Schweitzer. 2016. ‘From Aristotle to Ringelmann: A Large-Scale Analysis of Team Productivity and Coordination in Open Source Software Projects’. Empirical Softw. Engg. 21 (2): 642–83. https://doi.org/10.1007/s10664-015-9406-4. +Schotkamp, Tom, and Martin Danoesastro. 2018. ‘HR’s Pioneering Role in Agile at ING’. Https://Www.Bcg.Com (blog). 1 June 2018. https://www.bcg.com/en-gb/publications/2018/human-resources-pioneering-role-agile-ing.aspx. +Schwarz, Mark, Jason Cox, Jonathan Snyder, Mark Rendell, Chivas Nambiar, and Mustafa Kapadia. 2016. Thinking Environments. 1st ed. Portland, OR: IT Revolution Press. https://itrevolution.com/book/thinking-environments/. +Seiter, Courtney. 2015. ‘We’ve Changed Our Product Team Structure 4 Times: Here’s Where We Are Today’. Open (blog). 20 October 2015. https://open.buffer.com/product-team-evolution/. +Shibata, Kenichi. 2018. ‘How to Build a Platform Team Now! The Secrets to Successful Engineering’. Hacker Noon (blog). 29 September 2018. https://hackernoon.com/how-to-build-a-platform-team-now-the-secrets-to-successful-engineering-8a9b6a4d2c8. +Simenon, Stefan, and Wiebe de Roos. 2018. ‘Transforming CI/CD at ABN AMRO to Accelerate Software Delivery and Im…’. Technology, March 27. https://www.slideshare.net/DevOpsWebinars/transforming-cicd-at-abn-amro-to-accelerate-software-delivery-and-improve-security. +Sinha, Harsh. 2018. Harsh Sinha on Building Culture at TransferWise. https://www.infoq.com/podcasts/Harsh-Sinha-transferwise-building-culture. +Skelton, Matthew. 2012. ‘Icebreaker for Agile Retrospectives – Empathy Snap’. Matthew Skelton (blog). 15 November 2012. http://empathysnap.com/. +———. 2013. ‘What Team Structure Is Right for DevOps to Flourish?’ Matthew Skelton (blog). 22 October 2013. https://blog.matthewskelton.net/2013/10/22/what-team-structure-is-right-for-devops-to-flourish/. +———. 2015. ‘How Different Team Topologies Influence DevOps Culture’. InfoQ. 2 September 2015. https://www.infoq.com/articles/devops-team-topologies. +———. 2018a. Tech Talks for Beginners. 1st ed. Leeds, UK: Conflux Digital. +———. 2018b. ‘How to Find the Right DevOps Tools for Your Team’. TechBeacon. 16 March 2018. https://techbeacon.com/devops/how-find-right-devops-tools-your-team. +———. 2018c. ‘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’. Tweet. @matthewpskelton (blog). 25 July 2018. https://twitter.com/matthewpskelton/status/1022111880423395329. +Skelton, Matthew, and Rob Thatcher. 2016. Team Guide to Software Operability. Team Guide Series 1. Leeds, UK: Conflux Books. http://operabilitybook.com/. +Skelton Thatcher Consulting. 2016. ‘DevOps Topologies’. 2016. http://web.devopstopologies.com. +Skulmowski, Alexander, and Günter Daniel Rey. 2017. ‘Measuring Cognitive Load in Embodied Learning Settings’. Frontiers in Psychology 8. https://doi.org/10.3389/fpsyg.2017.01191. +Smith, Steve, and Matthew Skelton, eds. 2015. Build Quality In. Leeds, UK: Conflux Digital. http://buildqualityin.com/. +Snowden, Dave. 2006. ‘The Rule of 5,15 & 150’. Cognitive Edge (blog). 10 December 2006. http://cognitive-edge.com/blog/logn-0-093-3-389-logcr-1-r20-764-t3410-35-p0-001/. +Sosa, Manuel E., Steven D. Eppinger, and Craig M. Rowles. 2004. ‘The Misalignment of Product Architecture and Organizational Structure in Complex Product Development’. Management Science 50 (12): 1674–89. https://doi.org/10.1287/mnsc.1040.0289. +Stanford, Naomi. 2015. The Economist Guide to Organisation Design 2nd Edition: Creating High-Performing and Adaptable Enterprises. 2 edition. London: Economist Books. +Stompff, Guido. 2012. ‘Facilitating Team Cognition: How Designers Mirror What NPD Teams Do’. ResearchGate. September 2012. https://www.researchgate.net/publication/254831689_Facilitating_Team_Cognition_How_designers_mirror_what_NPD_teams_do. +Strode, Diane E., Sid L. Huff, Beverley Hope, and Sebastian Link. 2012. ‘Coordination in Co-Located Agile Software Development Projects’. Journal of Systems and Software, Special Issue: Agile Development, 85 (6): 1222–38. https://doi.org/10.1016/j.jss.2012.02.017. +Sussna, Jeff. 2015. Designing Delivery: Rethinking IT in the Digital Service Economy. 1 edition. Beijing: O’Reilly Media. +Sweller, John. 1988. ‘Cognitive Load during Problem Solving: Effects on Learning’. Cognitive Science 12 (2): 257–85. +———. 1994. ‘Cognitive Load Theory, Learning Difficulty, and Instructional Design’. Learning and Instruction 4: 295–312. +Tuckman, Bruce W. 1965. ‘Developmental Sequence in Small Groups’. Psychological Bulletin 63 (6): 384–99. https://doi.org/10.1037/h0022100. +Tune, Nick. 2015. ‘Domain-Driven Architecture Diagrams’. Nick Tune’s Tech Strategy Blog (blog). 15 August 2015. https://medium.com/nick-tune-tech-strategy-blog/domain-driven-architecture-diagrams-139a75acb578. +Tune, Nick, and Scott Millett. 2017. Designing Autonomous Teams and Services. O’Reilly Media. https://www.oreilly.com/programming/free/designing-autonomous-teams-and-services.csp. +Urquhart, James. 2010. ‘IT Operations in a Cloudy World’. CNET, 15 September 2010. https://www.cnet.com/news/it-operations-in-a-cloudy-world/. +———. 2016. ‘Communications and Conway’s Law’. Digital Anatomy (blog). 28 September 2016. https://medium.com/digital-anatomy/communications-and-conways-law-6a1a9deae32. +Wardley, Simon. 2015. ‘An Introduction to Wardley “Value Chain” Mapping’. CIO UK, 19 March 2015. https://www.cio.co.uk/it-strategy/introduction-wardley-value-chain-mapping-3604565/. +Wastell, Katherine. 2018. ‘What We Mean When We Talk about Service Design at the Co-Op’. Co-Op Digital Blog (blog). 25 October 2018. https://digitalblog.coop.co.uk/2018/10/25/what-we-mean-when-we-talk-about-service-design-at-the-co-op/. +Webber, Emily. 2016. Building Successful Communities of Practice. London, UK: Blurb. +Weinberg, Gerald M. 2001. An Introduction to General Systems Thinking. 25 Silver anniversary ed edition. New York: Dorset House Publishing Co Inc.,U.S. +Westrum, R. 2004. ‘A Typology of Organisational Cultures’. Quality & Safety in Health Care 13 (Suppl 2): ii22–27. https://doi.org/10.1136/qshc.2003.009522. +Wiener. 1961. Cybernetics: Or Control and Communication in the Animal and the Machine. Second edition edition. Cambridge, Mass: MIT Press. +Wiley, Evan. 2018. ‘Scaling XP Through Self-Similarity at Pivotal Cloud Foundry’. Agile Alliance (blog). 28 July 2018. https://www.agilealliance.org/resources/experience-reports/scaling-xp-through-self-similarity-at-pivotal-cloud-foundry/. +Womack, James P., and Daniel T. Jones. 2003. Lean Thinking: Banish Waste And Create Wealth In Your Corporation. New Ed edition. London: Simon & Schuster / Free Press. +Zambonelli, Franco. 2012. ‘Toward Sociotechnical Urban Superorganisms’. Computer. http://spartan.ac.brocku.ca/~tkennedy/COMM/Zambonelli2012.pdf. diff --git a/Team-Topologies-references-Refworks.txt b/Team-Topologies-references-Refworks.txt new file mode 100644 index 0000000..6888597 --- /dev/null +++ b/Team-Topologies-references-Refworks.txt @@ -0,0 +1,3174 @@ +RT Journal Article +T1 The Misalignment of Product Architecture and Organizational Structure in Complex Product Development +A1 Sosa, Manuel E. +A1 Eppinger, Steven D. +A1 Rowles, Craig M. +T2 Management Science +AB 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. +FD December 1, 2004 +YR 2004 +DO 10.1287/mnsc.1040.0289 +VO 50 +IS 12 +SP 1674 +OP 1689 +JO Management Science +SN 0025-1909 +UL https://pubsonline.informs.org/doi/abs/10.1287/mnsc.1040.0289 +RD 2018/11/03/21:47:13 +K1 TT refs + + +RT Book, Whole +T1 Team of Teams: New Rules of Engagement for a Complex World +A1 McChrystal, General Stanley +A1 Silverman, David +A1 Collins, Tantum +A1 Fussell, Chris +AB 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. +PP New York, NY +FD 26 Nov. 2015 +YR 2015 +SP 304 +LA English +PB Portfolio Penguin +SN 978-0-241-25083-9 +ST Team of Teams +K1 TT refs + + +RT Journal Article +T1 Neocortex size as a constraint on group size in primates +A1 Dunbar, R. I. M. +T2 Journal of Human Evolution +AB 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. +FD June 1, 1992 +YR 1992 +DO 10.1016/0047-2484(92)90081-J +VO 22 +IS 6 +SP 469 +OP 493 +JO Journal of Human Evolution +SN 0047-2484 +UL http://www.sciencedirect.com/science/article/pii/004724849290081J +RD 2018/11/02/19:19:54 +K1 behavioural ecology +K1 body size +K1 brain size +K1 grooming +K1 social intellect +K1 TT refs + + +RT Web Page +T1 Improving Team Productivity by Reducing Context Switching | LinkedIn +A1 Casella, Karen +T2 LinkedIn Pulse +FD 2016-10-26 +YR 2016 +UL https://www.linkedin.com/pulse/improving-team-productivity-reducing-context-karen-casella/ +RD 2017/10/09/19:53:52 +K1 TT refs + + +RT Web Page +T1 Icebreaker for Agile Retrospectives – Empathy Snap +A1 Skelton, Matthew +T2 Matthew Skelton +AB 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… +FD 2012-11-15T19:35:56+00:00 +YR 2012 +LA en +UL http://empathysnap.com/ +RD 2018/10/30/22:13:47 +K1 TT refs + + +RT Web Page +T1 Conway's Law v. Software Architecture +A1 Kelly, Allan +T2 dzone.com +AB 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... +FD 14 March 2013 +YR 2013 +LA en +UL https://dzone.com/articles/conways-law-v-software +RD 2018/10/30/18:01:56 +K1 TT refs + + +RT Web Page +T1 DevOps & Product Teams - Win or Fail? +A1 Neumark, Peter +T2 InfoQ +AB 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! +FD 29 June 2015 +YR 2015 +UL https://www.infoq.com/articles/devops-product-teams +RD 2016/08/11/19:04:29 +K1 TT refs + + +RT Web Page +T1 The rule of 5,15 & 150 +A1 Snowden, Dave +T2 Cognitive Edge +AB Recognise it? Well of course, it’s the best-fit reduced major axis regression equation between neocortex… +FD 2006-12-10T15:21:31+00:00 +YR 2006 +UL http://cognitive-edge.com/blog/logn-0-093-3-389-logcr-1-r20-764-t3410-35-p0-001/ +RD 2016/08/11/19:16:07 +K1 TT refs + + +RT Web Page +T1 Convergence to Kubernetes +A1 Ingles, Paul +T2 Paul Ingles +AB Standardisation to Scale +FD 2018-06-18T20:48:10.012Z +YR 2018 +UL https://medium.com/@pingles/convergence-to-kubernetes-137ffa7ea2bc +RD 2018/10/29/22:42:29 +K1 TT refs + + +RT Book, Whole +T1 Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation +A1 Humble, Jez +A1 Farley, David +AB 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. +PP Upper Saddle River, NJ +FD 27 July 2010 +YR 2010 +ED 01 edition +SP 512 +LA English +PB Addison Wesley +SN 978-0-321-60191-9 +ST Continuous Delivery +K1 TT refs + + +RT Book, Whole +T1 Lean Enterprise: How High Performance Organizations Innovate at Scale +A1 Humble, Jez +A1 Molesky, Joanne +A1 O'Reilly, Barry +AB 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 +PP Beijing +FD 3 Jan. 2015 +YR 2015 +ED 1 edition +SP 352 +LA English +PB O'Reilly Media +SN 978-1-4493-6842-5 +ST Lean Enterprise +K1 TT refs + + +RT Web Page +T1 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 +A1 Skelton, Matthew +T2 @matthewpskelton +FD 2018-07-25T14:30 +YR 2018 +LA en +CL Tweet +UL https://twitter.com/matthewpskelton/status/1022111880423395329 +RD 2018/10/29/16:12:06 +K1 TT refs + + +RT Web Page +T1 Things to Consider When Structuring Your Agile Enterprise +A1 Cottmeyer, Mike +T2 LeadingAgile +AB 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. +FD 2014-02-05T08:58:42-04:00 +YR 2014 +LA en-US +UL https://www.leadingagile.com/2014/02/structure-agile-enterprise/ +RD 2018/10/29/13:19:36 +K1 TT refs + + +RT Web Page +T1 How to build a platform team now! the secrets to successful engineering +A1 Shibata, Kenichi +T2 Hacker Noon +AB TLDR; Scaling teams are hard. A platform team done right can help ease the hardships. +FD 2018-09-29T11:22:41.039Z +YR 2018 +UL https://hackernoon.com/how-to-build-a-platform-team-now-the-secrets-to-successful-engineering-8a9b6a4d2c8 +RD 2018/10/29/13:09:08 +K1 TT refs + + +RT Book, Whole +T1 Escaping the Build Trap +A1 Perri, Melissa +AB 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. +PP S.l. +FD 30 Nov. 2018 +YR 2018 +ED 1 edition +SP 175 +LA English +PB O′Reilly +SN 978-1-4919-7379-0 +K1 TT refs + + +RT Web Page +T1 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. +A1 Marshall, Bob +T2 @flowchainsensei +FD 2018-10-29T09:20 +YR 2018 +LA en +CL Tweet +UL https://twitter.com/flowchainsensei/status/1056838136574152704 +RD 2018/10/29/10:42:45 +K1 TT refs + + +RT Book, Whole +T1 Team Genius: The New Science of High-Performing Organizations +A1 Karlgaard, Rich +A1 Malone, Michael S. +AB 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. +PP New York, NY +FD 13 Aug. 2015 +YR 2015 +SP 304 +LA English +PB HarperBusiness +SN 978-0-06-230254-0 +ST Team Genius +K1 TT refs + + +RT Book, Whole +T1 Thinking in Promises +A1 Burgess, Mark +AB 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. +PP Sebastopol, California +FD 6 July 2015 +YR 2015 +ED 1 edition +SP 194 +LA English +PB O'Reilly Media +SN 978-1-4919-1787-9 +K1 TT refs + + +RT Book, Whole +T1 Agile IT Organization Design: For Digital Transformation and Continuous Delivery +A1 Narayan, Sriram +AB 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 +PP New York +FD 14 Jun. 2015 +YR 2015 +ED 01 edition +SP 302 +LA English +PB Addison-Wesley Professional +SN 978-0-13-390335-5 +ST Agile IT Organization Design +K1 TT refs + + +RT Web Page +T1 Communications and Conway’s Law +A1 Urquhart, James +T2 Digital Anatomy +AB In my last post, I described what I see as a disruption in the way digital businesses will operate in the future: +FD 2016-09-28T05:21:41.025Z +YR 2016 +UL https://medium.com/digital-anatomy/communications-and-conways-law-6a1a9deae32 +RD 2018/10/27/07:07:36 +K1 TT refs + + +RT Newspaper Article +T1 IT operations in a cloudy world +A1 Urquhart, James +T2 CNET +AB 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. +FD 15 Sept 2010 +YR 2010 +LA en +UL https://www.cnet.com/news/it-operations-in-a-cloudy-world/ +RD 2018/10/27/06:44:13 +K1 TT refs + + +RT Book, Whole +T1 How Many Friends Does One Person Need?: Dunbar's Number and Other Evolutionary Quirks +A1 Dunbar, Professor Robin +AB 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. +PP London +FD 4 Feb. 2010 +YR 2010 +ED Main edition +SP 320 +LA English +PB Faber & Faber +SN 978-0-571-25342-5 +ST How Many Friends Does One Person Need? +K1 TT refs + + +RT Web Page +T1 What we mean when we talk about service design at the Co-op +A1 Wastell, Katherine +T2 Co-op Digital Blog +AB 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 … +FD 2018-10-25T15:29:51+00:00 +YR 2018 +LA en +UL https://digitalblog.coop.co.uk/2018/10/25/what-we-mean-when-we-talk-about-service-design-at-the-co-op/ +RD 2018/10/26/16:02:14 +K1 TT refs + + +RT Web Page +T1 ITSM, DevOps, and why three-tier support should be replaced with Swarming. +A1 Hall, Jon +T2 Medium +AB The 3-tier support structure is ubiquitous in ITSM, but it is fundamentally at odds with DevOps principles. Swarming is a better answer. +FD 2016-12-17T00:23:59.072Z +YR 2016 +UL https://medium.com/@JonHall_/itsm-devops-and-why-the-three-tier-structure-must-be-replaced-with-swarming-91e76ba22304 +RD 2018/10/26/15:54:30 +K1 TT refs + + +RT Web Page +T1 Squad Health Checks +A1 Kitson, Jon +T2 Sky Betting & Gaming Technology Blog +AB Enabling Continuous Improvement through regular introspection by the teams themselves. +FD 1 Feb 2017 +YR 2017 +UL https://technology.skybettingandgaming.com/2017/02/01/squad-health-checks/ +RD 2018/10/26/12:00:18 +K1 TT refs + + +RT Web Page +T1 How I Used the Spotify Squad Health Check Model – Barry Overeem – The Liberators +A1 Overeem, Barry +FD 7 August 2015 +YR 2015 +LA en-US +UL http://www.barryovereem.com/how-i-used-the-spotify-squad-health-check-model/ +RD 2018/10/26/11:58:53 +K1 TT refs + + +RT Web Page +T1 Squad Health Check model – visualizing what to improve +A1 Kniberg, Henrik +T2 Labs +AB (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… +FD 2014-09-16T07:45:43+00:00 +YR 2014 +LA en +UL https://labs.spotify.com/2014/09/16/squad-health-check-model/ +RD 2018/10/26/11:59:00 +K1 TT refs + + +RT Book, Whole +T1 Agile Coaching +A1 Davies, Rachel +A1 Sedley, Liz +AB 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. +PP Raleigh, N.C +FD 7 Sept. 2009 +YR 2009 +ED 1 edition +SP 250 +LA English +PB Pragmatic Bookshelf +SN 978-1-934356-43-2 +K1 TT refs + + +RT Book, Whole +T1 Coaching Agile Teams: A Companion for ScrumMasters, Agile Coaches, and Project Managers in Transition +A1 Adkins, Lyssa +AB 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? +PP Upper Saddle River, NJ +FD 18 May 2010 +YR 2010 +ED 01 edition +SP 342 +LA English +PB Addison-Wesley Professional +SN 978-0-321-63770-3 +ST Coaching Agile Teams +K1 TT refs + + +RT Book, Whole +T1 Tech Talks for Beginners +A1 Skelton, Matthew +PP Leeds, UK +FD 2018 +YR 2018 +ED 1 +PB Conflux Digital +SN 978-1-912058-85-3 +K1 TT refs + + +RT Book, Whole +T1 Internal Tech Conferences +A1 Morgan-Smith, Victoria +A1 Skelton, Matthew +PP Leeds, UK +FD 2019 +YR 2019 +ED 1 +PB Conflux Digital +SN 978-1-912058-97-6 +K1 TT refs + + +RT Video +T1 Platforms at Twilio: Unlocking Developer Effectiveness +A1 Kitagawa, Justin +AB 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. +FD 18 October 2018 +YR 2018 +ST Platforms at Twilio +UL https://www.infoq.com/presentations/twilio-devops +RD 2018/10/24/21:17:18 +K1 TT refs + + +RT Book, Whole +T1 Toyota Kata: Managing People for Improvement, Adaptiveness and Superior Results +A1 Rother, Mike +AB "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. +PP New York +FD 16 Oct. 2009 +YR 2009 +ED 1 edition +SP 336 +LA English +PB McGraw-Hill Education +SN 978-0-07-163523-3 +ST Toyota Kata +K1 TT refs + + +RT Report +T1 Microservices: Organizing Large Teams for Rapid Delivery +A2 Pivotal +AB 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. +FD 2016 +YR 2016 +CL Technology +ST Microservices +UL https://www.slideshare.net/Pivotal/microservices-organizing-large-teams-for-rapid-delivery +RD 2018/10/19/11:21:48 +K1 TT refs + + +RT Book, Whole +T1 Accelerate: The Science of Lean Software and Devops: Building and Scaling High Performing Technology Organizations +A1 Forsgren, Nicole +A1 Humble, Jez +AB 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. +PP Portland, Oregon +FD 30 April 2018 +YR 2018 +SP 156 +LA English +PB Trade Select +SN 978-1-942788-33-1 +ST Accelerate +K1 TT refs + + +RT Book, Whole +T1 The Modern Firm: Organizational Design for Performance and Growth +A1 Roberts, John +AB 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. +PP Oxford +FD 11 Oct. 2007 +YR 2007 +SP 334 +LA English +PB Oxford University Press, USA +SN 978-0-19-829375-0 +ST The Modern Firm +K1 TT refs + + +RT Book, Whole +T1 Making Work Visible: Exposing Time Theft to Optimize Workflow +A1 Degrandis, Dominica +AB 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. +PP Portland, OR +FD 2 Nov. 2017 +YR 2017 +ED 1 edition +SP 376 +LA English +PB IT Revolution Press +SN 978-1-942788-15-7 +ST Making Work Visible +K1 TT refs + + +RT Book, Whole +T1 The Economist Guide to Organisation Design 2nd edition: Creating high-performing and adaptable enterprises +A1 Stanford, Naomi +AB 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. +PP London +FD 26 Feb. 2015 +YR 2015 +ED 2 edition +SP 352 +LA English +PB Economist Books +SN 978-1-78125-310-6 +ST The Economist Guide to Organisation Design 2nd edition +K1 TT refs + + +RT Video +T1 DevOps Over Coffee - Adidas +A1 IT Revolution +FD 3 July 2018 +YR 2018 +UL https://www.youtube.com/watch?v=oOjdXeGp44E&feature=youtu.be&t=1071 +RD 2018/10/16/13:41:14 +K1 adidas +K1 devops +K1 devops enterprise summit +K1 devops training +K1 devops tutorial +K1 does18 +K1 does18 london +K1 does18 uk +K1 enterprise +K1 fernando cornago +K1 london +K1 markus rautert +K1 summit +K1 TT refs +K1 uk +K1 what is devops + + +RT Web Page +T1 There's No Such Thing as a "Devops Team" - Continuous Delivery +A1 Humble, Jez +T2 Continuous Delivery +FD 19 October 2012 +YR 2012 +UL https://continuousdelivery.com/2012/10/theres-no-such-thing-as-a-devops-team/ +RD 2018/10/15/20:07:11 +K1 TT refs + + +RT Web Page +T1 Having a dedicated DevOps person who does all the DevOpsing is like having a dedicated collaboration person who does all the collaborating. +A1 Mihaljov, Timo +T2 @noidi +FD 2017-04-14T14:43 +YR 2017 +LA en +CL Tweet +UL https://twitter.com/noidi/status/852879869998501889 +RD 2018/10/15/20:04:19 +K1 TT refs + + +RT Web Page +T1 The Industry Just Can't Decide about DevOps Teams +A1 Beal, Helen +T2 InfoQ +AB 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. +FD Oct 26, 2017 +YR 2017 +UL https://www.infoq.com/news/2017/10/devops-teams-good-or-bad +RD 2018/10/15/20:00:45 +K1 TT refs + + +RT Report +T1 Chris Munns, DevOps @ Amazon: Microservices, 2 Pizza Teams, & 50 Mill… +A2 Munns, Chris +FD 2 May 2016 +YR 2016 +ST Chris Munns, DevOps @ Amazon +UL http://www.slideshare.net/TriNimbus/chris-munns-devops-amazon-microservices-2-pizza-teams-50-million-deploys-a-year +RD 2016/08/12/02:36:19 +K1 TT refs + + +RT Book, Whole +T1 Drive +A1 Pink, Daniel H. +AB 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. +PP Edinburgh +FD 13 Jan. 2011 +YR 2011 +ED Main edition +SP 256 +LA English +PB Canongate Books Ltd +SN 978-1-84767-769-3 +K1 TT refs + + +RT Web Page +T1 Prezi's CTO on how to remain a lean startup after 4 years +A1 Pais, Manuel +T2 InfoQ +AB 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. +FD Oct 05, 2012 +YR 2012 +UL https://www.infoq.com/news/2012/10/Prezi-lean-startup +RD 2018/10/15/19:35:23 +K1 TT refs + + +RT Newspaper Article +T1 DevOps in Telecoms – is it possible? +A1 Bauernberger, Joachim +T2 Telecom Tech News +AB In telecoms, the adoption of DevOps is much higher than generally believed and it seems most are willing to extend their existing agile methodologies. +FD 01 October 2014 +YR 2014 +UL http://www.telecomstechnews.com/news/2014/oct/01/devops-telecoms-it-possible/ +RD 2016/07/06/20:39:48 +K1 TT refs + + +RT Web Page +T1 The Netflix Simian Army +A1 Netflix Technology Blog +T2 Netflix TechBlog +AB Keeping our cloud safe, secure, and highly available +FD 2011-07-19T07:00:00.000Z +YR 2011 +UL https://medium.com/netflix-techblog/the-netflix-simian-army-16e57fbab116 +RD 2018/10/15/08:42:29 +K1 TT refs + + +RT Web Page +T1 Architects Should Code: The Architect's Misconception +A1 Bryson, Brandon +T2 InfoQ +AB 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. +FD Aug 06, 2015 +YR 2015 +ST Architects Should Code +UL https://www.infoq.com/articles/architects-should-code-bryson +RD 2018/10/15/08:36:19 +K1 TT refs + + +RT Web Page +T1 Scaling Product Teams: How to Build and Structure for Hypergrowth +A1 Adams, Paul +T2 Inside Intercom +AB There’s been lots written about how Internet businesses should build software, from books like The Lean Start-Up, and posts from... +FD 2015-01-28T16:45:00+01:00 +YR 2015 +LA en-US +ST Scaling Product Teams +UL https://www.intercom.com/blog/how-we-build-software/ +RD 2018/10/15/07:51:26 +K1 TT refs + + +RT Magazine Article +T1 An interview with Sam Guckenheimer on Microsoft's Journey to Cloud Cadence +A1 Hastie, Shane +T2 InfoQ +AB 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. +FD Oct 17, 2014 +YR 2014 +UL https://www.infoq.com/articles/agile2014-guckenheimer +RD 2018/10/15/07:38:51 +K1 TT refs + + +RT Report +T1 Real-Life Agile Scaling +T2 Agile Tour Bangkok +A2 Kniberg, Henrik +PP Bangkok +FD 21 November 2015 +YR 2015 +UL http://blog.crisp.se/wp-content/uploads/2015/11/Real-life-agile-scaling.pdf +K1 TT refs + + +RT Web Page +T1 Feature Team Definition | Innolution +A1 innolution +UL https://innolution.com/resources/glossary/feature-team +RD 2018/10/14/22:06:28 +K1 TT refs + + +RT Book, Whole +T1 Site Reliability Engineering +A1 Beyer, Betsy +A1 Petoff, Jennifer +A1 Jones, Chris +A1 Murphy, Niall Richard +AB 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 +PP Beijing ; Boston +FD 8 April 2016 +YR 2016 +ED 1 edition +SP 552 +LA English +PB O′Reilly +SN 978-1-4919-2912-4 +K1 TT refs + + +RT Web Page +T1 The SRE model +A1 Dogan, Jaana B. +T2 JBD +AB Cindy Sridharan’s fantastic article on why everyone is not ops makes you rethink of the relationship between your development and… +FD 2017-07-31T04:48:56.534Z +YR 2017 +UL https://medium.com/@rakyll/the-sre-model-6e19376ef986 +RD 2018/10/14/15:43:48 +K1 TT refs + + +RT Web Page +T1 Introducing Google Customer Reliability Engineering +A1 Rensin, Dave +T2 Google Cloud Blog +AB 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 +FD October 10, 2016 +YR 2016 +UL https://cloud.google.com/blog/products/gcp/introducing-a-new-era-of-customer-support-google-customer-reliability-engineering/ +RD 2018/10/14/15:33:55 +K1 TT refs + + +RT Book, Whole +T1 An Introduction to General Systems Thinking +A1 Weinberg, Gerald M. +AB 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. +PP New York +FD 1 Jan. 2001 +YR 2001 +ED 25 Silver anniversary ed edition +SP 279 +LA English +PB Dorset House Publishing Co Inc.,U.S. +SN 978-0-932633-49-1 +K1 TT refs + + +RT Web Page +T1 System Team – Scaled Agile Framework +A1 Scaled Agile +AB SAFe for Lean Enterprises +FD 2015 +YR 2015 +LA en-US +UL https://www.scaledagileframework.com/system-team/ +RD 2018/10/14/06:50:00 +K1 TT refs + + +RT Journal Article +T1 UNDERSTANDING TEAM COGNITION IN PERFORMANCE IMPROVEMENT TEAMS: A META ANALYSIS OF CHANGE IN SHARED MENTAL MODELS +A1 O'Connor, Debra +A1 Johnson, Tristan +AB 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 +FD October 13, 2018 +YR 2018 +ST UNDERSTANDING TEAM COGNITION IN PERFORMANCE IMPROVEMENT TEAMS +LK https://www.researchgate.net/publication/238589980_UNDERSTANDING_TEAM_COGNITION_IN_PERFORMANCE_IMPROVEMENT_TEAMS_A_META_ANALYSIS_OF_CHANGE_IN_SHARED_MENTAL_MODELS +K1 TT refs + + +RT Book, Whole +T1 Team Cognition: Understanding the Factors That Drive Process and Performance +A3 Salas, Eduardo +A3 Fiore, Stephen M. +AB 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. +PP Washington, DC +FD 31 Mar. 2004 +YR 2004 +SP 264 +LA English +PB American Psychological Assoc +SN 978-1-59147-103-5 +ST Team Cognition +K1 TT refs + + +RT Report +T1 Hacking Your Head : Managing Information Overload (extended) +A2 Jo Pearce +AB There are limits on our ability to learn and process information. +FD 29 April 2016 +YR 2016 +CL Technology +ST Hacking Your Head +UL https://www.slideshare.net/JoPearce5/hacking-your-head-managing-information-overload-extended +RD 2018/10/13/06:41:28 +K1 TT refs + + +RT Personal Communication +T1 Harsh Sinha on Building Culture at TransferWise +A1 Sinha, Harsh +AB In this podcast Shane Hastie, Lead Editor for Culture & Methods, spoke to Harsh Sinha, CTO of TransferWise, about deliberately designing organisational culture. +FD 19 February 2018 +YR 2018 +UL https://www.infoq.com/podcasts/Harsh-Sinha-transferwise-building-culture +RD 2018/10/12/10:24:17 +K1 TT refs + + +RT Conference Proceedings +T1 Architecture in Large Scale Agile Development +A1 Eckstein, Jutta +A2 Dingsøyr, Torgeir +A2 Moe, Nils Brede +A2 Tonelli, Roberto +A2 Counsell, Steve +A2 Gencel, Cigdem +A2 Petersen, Kai +T3 Lecture Notes in Business Information Processing +AB 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. +U3 Agile Methods. Large-Scale Development, Refactoring, Testing, and Estimation +FD 2014 +YR 2014 +SP 21 +OP 29 +LA en +PB Springer International Publishing +SN 978-3-319-14358-3 +K1 agile methods +K1 architect +K1 change +K1 chief architect +K1 community of practice +K1 complexity +K1 emergent architecture +K1 large-scale agile software development +K1 project management +K1 software engineering +K1 technical consulting team +K1 technical service team +K1 TT refs +K1 uncertainty + + +RT Book, Whole +T1 Agile Development in the Large: Diving into the Deep +A1 Eckstein, Jutta +AB 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. +PP New York +FD 1 Jan. 2004 +YR 2004 +SP 234 +LA English +PB Dorset House Publishing Co Inc.,U.S. +SN 978-0-932633-57-6 +ST Agile Development in the Large +K1 TT refs + + +RT Book, Whole +T1 Out of the Crisis +A1 Deming, W. Edwards +PP Cambridge, Mass. +FD 1986 +YR 1986 +PB Massachusetts Institute of Technology +SN 978-0-262-54115-2 +K1 TT refs + + +RT Journal Article +T1 Cyclomatic Complexity and Lines of Code: Empirical Evidence of a Stable Linear Relationship +A1 Jay, Graylin +A1 Hale, Joanne +A1 Smith, Randy +A1 Hale, David +A1 Kraft, Nicholas +A1 Ward, Charles +T2 JSEA +AB 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. +FD January 1, 2009 +YR 2009 +DO 10.4236/jsea.2009.23020 +VO 2 +SP 137 +OP 143 +ST Cyclomatic Complexity and Lines of Code +LK https://www.researchgate.net/publication/220204439_Cyclomatic_Complexity_and_Lines_of_Code_Empirical_Evidence_of_a_Stable_Linear_Relationship +K1 TT refs + + +RT Magazine Article +T1 How to use event storming to achieve domain-driven design +A1 Lowe, Steven A. +T2 TechBeacon +AB Event storming is a fast, lightweight group modeling technique you can use to accelerate developer productivity and facilitate domain-driven design. +FD 2015-10-15 +YR 2015 +LA en +UL https://techbeacon.com/introduction-event-storming-easy-way-achieve-domain-driven-design +RD 2018/10/10/19:36:51 +K1 TT refs + + +RT Web Page +T1 Domain-Driven Architecture Diagrams +A1 Tune, Nick +T2 Nick Tune’s Tech Strategy Blog +AB 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… +FD 2015-08-15T14:57:00.000Z +YR 2015 +UL https://medium.com/nick-tune-tech-strategy-blog/domain-driven-architecture-diagrams-139a75acb578 +RD 2018/10/10/19:39:14 +K1 TT refs + + +RT Magazine Article +T1 Strategic Domain Driven Design with Context Mapping +A1 Brandolini, Alberto +T2 InfoQ +AB 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. +FD 25 November 2009 +YR 2009 +UL https://www.infoq.com/articles/ddd-contextmapping +RD 2018/10/10/19:35:52 +K1 TT refs + + +RT Web Page +T1 Scaling XP Through Self-Similarity at Pivotal Cloud Foundry +A1 Wiley, Evan +T2 Agile Alliance +AB RESOURCES Author: Please Note: You must be logged in as a Member to download this content. Download (PDF) +FD 2018-07-28T02:40:26Z +YR 2018 +LA en-US +UL https://www.agilealliance.org/resources/experience-reports/scaling-xp-through-self-similarity-at-pivotal-cloud-foundry/ +RD 2018/10/10/14:00:02 +K1 TT refs + + +RT Web Page +T1 Of Mustard Seeds and Microservices +A1 Blalock, Micah +T2 Credera +AB Does your current architecture encourage or impede the development of a rhizomatic culture of autonomy, responsibility, collaboration, speed, and rapid course correction? +FD 2015-05-06T08:58:43-05:00 +YR 2015 +UL https://www.credera.com/blog/technology-insights/java/mustard-seeds-microservices/ +RD 2018/10/10/10:14:05 +K1 TT refs + + +RT Web Page +T1 The Perils of Semantic Coupling - Wide Awake Developers +A1 Nygard, Michael +AB 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. +FD 2015-04-29T06:03:21-05:00 +YR 2015 +LA en +UL http://michaelnygard.com/blog/2015/04/the-perils-of-semantic-coupling/ +RD 2018/10/10/09:34:50 +NO

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 +NO

Pages 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 +NO

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.

+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 +NO

Navy

+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 +NO

the 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 +NO

Cybernetics 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 @@ + + + journalArticle + + + + + + Sosa + Manuel E. + + + + + Eppinger + Steven D. + + + + + Rowles + Craig M. + + + + + + + TT refs + The Misalignment of Product Architecture and Organizational Structure in Complex Product Development + 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. + December 1, 2004 + pubsonline.informs.org (Atypon) + + + https://pubsonline.informs.org/doi/abs/10.1287/mnsc.1040.0289 + + + 2018-11-03 21:47:13 + 1674-1689 + + + 50 + Management Science + DOI 10.1287/mnsc.1040.0289 + 12 + Management Science + ISSN 0025-1909 + + + attachment + Sosa et al. - 2004 - The Misalignment of Product Architecture and Organ.pdf + application/pdf + + + attachment + Snapshot + + + https://pubsonline.informs.org/doi/abs/10.1287/mnsc.1040.0289 + + + 2018-11-03 21:47:29 + 1 + text/html + + + book + + + + + New York, NY + + + Portfolio Penguin + + + + + + + McChrystal + General Stanley + + + + + Silverman + David + + + + + Collins + Tantum + + + + + Fussell + Chris + + + + + + TT refs + Team of Teams: New Rules of Engagement for a Complex World + 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. + 26 Nov. 2015 + English + Team of Teams + Amazon + ISBN 978-0-241-25083-9 + 304 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Team-Teams-Rules-Engagement-Complex/dp/0241250838 + + + 2018-11-02 21:25:19 + 3 + text/html + + + journalArticle + + + + + + Dunbar + R. I. M. + + + + + + + + behavioural ecology + + + + body size + + + brain size + + + grooming + + + + social intellect + + + TT refs + Neocortex size as a constraint on group size in primates + 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. + June 1, 1992 + ScienceDirect + + + http://www.sciencedirect.com/science/article/pii/004724849290081J + + + 2018-11-02 19:19:54 + 469-493 + + + 22 + Journal of Human Evolution + DOI 10.1016/0047-2484(92)90081-J + 6 + Journal of Human Evolution + ISSN 0047-2484 + + + attachment + ScienceDirect Snapshot + + + https://www.sciencedirect.com/science/article/pii/004724849290081J?via%3Dihub + + + 2018-11-02 19:19:58 + 1 + text/html + + + webpage + + LinkedIn Pulse + + + + + + Casella + Karen + + + + + + TT refs + Improving Team Productivity by Reducing Context Switching | LinkedIn + 2016-10-26 + + + https://www.linkedin.com/pulse/improving-team-productivity-reducing-context-karen-casella/ + + + 2017-10-09 19:53:52 + + + attachment + Improving Team Productivity by Reducing Context Switching | LinkedIn + + + https://www.linkedin.com/pulse/improving-team-productivity-reducing-context-karen-casella/ + + + 2017-10-09 19:53:52 + 1 + text/html + + + blogPost + + Matthew Skelton + + + + + + Skelton + Matthew + + + + + + TT refs + Icebreaker for Agile Retrospectives – Empathy Snap + 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-15T19:35:56+00:00 + en + + + http://empathysnap.com/ + + + 2018-10-30 22:13:47 + https://blog.matthewskelton.net/2012/11/15/icebreaker-for-agile-retrospectives-empathy-snap/ + + + attachment + Snapshot + + + https://blog.matthewskelton.net/2012/11/15/icebreaker-for-agile-retrospectives-empathy-snap/ + + + 2018-10-30 22:13:51 + 1 + text/html + + + blogPost + + dzone.com + + + + + + Kelly + Allan + + + + + + TT refs + Conway's Law v. Software Architecture + 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... + 14 March 2013 + en + + + https://dzone.com/articles/conways-law-v-software + + + 2018-10-30 18:01:56 + + + attachment + Snapshot + + + https://dzone.com/articles/conways-law-v-software + + + 2018-10-30 18:02:01 + 1 + text/html + + + webpage + + InfoQ + + + + + + Neumark + Peter + + + + + + TT refs + DevOps & Product Teams - Win or Fail? + 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! + 29 June 2015 + + + https://www.infoq.com/articles/devops-product-teams + + + 2016-08-11 19:04:29 + + + attachment + Snapshot + + + https://www.infoq.com/articles/devops-product-teams + + + 2016-08-11 19:04:29 + 1 + text/html + + + blogPost + + Cognitive Edge + + + + + + Snowden + Dave + + + + + + TT refs + The rule of 5,15 & 150 + Recognise it? Well of course, it’s the best-fit reduced major axis regression equation between neocortex… + 2006-12-10T15:21:31+00:00 + + + http://cognitive-edge.com/blog/logn-0-093-3-389-logcr-1-r20-764-t3410-35-p0-001/ + + + 2016-08-11 19:16:07 + + + attachment + Snapshot + + + http://cognitive-edge.com/blog/logn-0-093-3-389-logcr-1-r20-764-t3410-35-p0-001/ + + + 2016-08-11 19:16:07 + 1 + text/html + + + blogPost + + Paul Ingles + + + + + + Ingles + Paul + + + + + + TT refs + Convergence to Kubernetes + Standardisation to Scale + 2018-06-18T20:48:10.012Z + + + https://medium.com/@pingles/convergence-to-kubernetes-137ffa7ea2bc + + + 2018-10-29 22:42:29 + + + attachment + Snapshot + + + https://medium.com/@pingles/convergence-to-kubernetes-137ffa7ea2bc + + + 2018-10-29 22:42:33 + 1 + text/html + + + book + + + + + Upper Saddle River, NJ + + + Addison Wesley + + + + + + + Humble + Jez + + + + + Farley + David + + + + + + TT refs + Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation + 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. + 27 July 2010 + English + Continuous Delivery + Amazon + ISBN 978-0-321-60191-9 + 01 edition + 512 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Continuous-Delivery-Deployment-Automation-Addison-Wesley/dp/0321601912/ref=asap_bc?ie=UTF8 + + + 2018-10-29 16:35:54 + 3 + text/html + + + book + + + + + Beijing + + + O'Reilly Media + + + + + + + Humble + Jez + + + + + Molesky + Joanne + + + + + O'Reilly + Barry + + + + + + TT refs + Lean Enterprise: How High Performance Organizations Innovate at Scale + 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 + 3 Jan. 2015 + English + Lean Enterprise + Amazon + ISBN 978-1-4493-6842-5 + 1 edition + 352 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Lean-Enterprise-Performance-Organizations-Innovate/dp/1449368425 + + + 2018-10-29 16:34:17 + 3 + text/html + + + blogPost + + @matthewpskelton + + + + + + Skelton + Matthew + + + + + + TT refs + 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 + 2018-07-25T14:30 + en + + + https://twitter.com/matthewpskelton/status/1022111880423395329 + + + 2018-10-29 16:12:06 + Tweet + + + attachment + Snapshot + + + https://twitter.com/matthewpskelton/status/1022111880423395329 + + + 2018-10-29 16:12:12 + 1 + text/html + + + blogPost + + LeadingAgile + + + + + + Cottmeyer + Mike + + + + + + TT refs + Things to Consider When Structuring Your 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-05T08:58:42-04:00 + en-US + + + https://www.leadingagile.com/2014/02/structure-agile-enterprise/ + + + 2018-10-29 13:19:36 + + + attachment + Snapshot + + + https://www.leadingagile.com/2014/02/structure-agile-enterprise/ + + + 2018-10-29 13:19:39 + 1 + text/html + + + blogPost + + Hacker Noon + + + + + + Shibata + Kenichi + + + + + + TT refs + How to build a platform team now! the secrets to successful engineering + TLDR; Scaling teams are hard. A platform team done right can help ease the hardships. + 2018-09-29T11:22:41.039Z + + + https://hackernoon.com/how-to-build-a-platform-team-now-the-secrets-to-successful-engineering-8a9b6a4d2c8 + + + 2018-10-29 13:09:08 + + + attachment + Snapshot + + + https://hackernoon.com/how-to-build-a-platform-team-now-the-secrets-to-successful-engineering-8a9b6a4d2c8 + + + 2018-10-29 13:09:12 + 1 + text/html + + + book + + + + + S.l. + + + O′Reilly + + + + + + + Perri + Melissa + + + + + + TT refs + Escaping the Build Trap + 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. + 30 Nov. 2018 + English + Amazon + ISBN 978-1-4919-7379-0 + 1 edition + 175 + + + attachment + Amazon.com Link + + + 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 + + + 2018-10-29 12:48:35 + 3 + text/html + + + blogPost + + @flowchainsensei + + + + + + Marshall + Bob + + + + + + TT refs + 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. + 2018-10-29T09:20 + en + + + https://twitter.com/flowchainsensei/status/1056838136574152704 + + + 2018-10-29 10:42:45 + Tweet + + + attachment + Snapshot + + + https://twitter.com/flowchainsensei/status/1056838136574152704 + + + 2018-10-29 10:42:52 + 1 + text/html + + + book + + + + + New York, NY + + + HarperBusiness + + + + + + + Karlgaard + Rich + + + + + Malone + Michael S. + + + + + + TT refs + Team Genius: The New Science of High-Performing Organizations + 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. + 13 Aug. 2015 + English + Team Genius + Amazon + ISBN 978-0-06-230254-0 + 304 + + + attachment + Amazon.com Link + + + 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 + + + 2018-10-28 21:41:00 + 3 + text/html + + + book + + + + + Sebastopol, California + + + O'Reilly Media + + + + + + + Burgess + Mark + + + + + + TT refs + Thinking in Promises + 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. + 6 July 2015 + English + Amazon + ISBN 978-1-4919-1787-9 + 1 edition + 194 + + + attachment + Amazon.com Link + + + 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 + + + 2018-10-28 21:40:13 + 3 + text/html + + + book + + + + + New York + + + Addison-Wesley Professional + + + + + + + Narayan + Sriram + + + + + + TT refs + Agile IT Organization Design: For Digital Transformation and Continuous Delivery + 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 + 14 Jun. 2015 + English + Agile IT Organization Design + Amazon + ISBN 978-0-13-390335-5 + 01 edition + 302 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Agile-Organization-Design-Transformation-Continuous/dp/0133903354 + + + 2018-10-28 21:37:04 + 3 + text/html + + + blogPost + + Digital Anatomy + + + + + + Urquhart + James + + + + + + TT refs + Communications and Conway’s Law + In my last post, I described what I see as a disruption in the way digital businesses will operate in the future: + 2016-09-28T05:21:41.025Z + + + https://medium.com/digital-anatomy/communications-and-conways-law-6a1a9deae32 + + + 2018-10-27 07:07:36 + + + attachment + Snapshot + + + https://medium.com/digital-anatomy/communications-and-conways-law-6a1a9deae32 + + + 2018-10-27 07:07:39 + 1 + text/html + + + newspaperArticle + + CNET + + + + + + Urquhart + James + + + + + + TT refs + 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. + 15 Sept 2010 + en + + + https://www.cnet.com/news/it-operations-in-a-cloudy-world/ + + + 2018-10-27 06:44:13 + + + attachment + Snapshot + + + https://www.cnet.com/news/it-operations-in-a-cloudy-world/ + + + 2018-10-27 06:44:17 + 1 + text/html + + + book + + + + + London + + + Faber & Faber + + + + + + + Dunbar + Professor Robin + + + + + + TT refs + How Many Friends Does One Person Need?: Dunbar's Number and Other Evolutionary Quirks + 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. + 4 Feb. 2010 + English + How Many Friends Does One Person Need? + Amazon + ISBN 978-0-571-25342-5 + Main edition + 320 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Many-Friends-Does-Person-Need/dp/0571253423/ref=tmm_hrd_swatch_0?_encoding=UTF8&qid=&sr= + + + 2018-10-26 21:12:53 + 3 + text/html + + + blogPost + + Co-op Digital Blog + + + + + + Wastell + Katherine + + + + + + TT refs + 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-25T15:29:51+00:00 + en + + + https://digitalblog.coop.co.uk/2018/10/25/what-we-mean-when-we-talk-about-service-design-at-the-co-op/ + + + 2018-10-26 16:02:14 + + + attachment + Snapshot + + + https://digitalblog.coop.co.uk/2018/10/25/what-we-mean-when-we-talk-about-service-design-at-the-co-op/?linkId=58716576 + + + 2018-10-26 16:02:17 + 1 + text/html + + + blogPost + + Medium + + + + + + Hall + Jon + + + + + + TT refs + ITSM, DevOps, and why three-tier support should be replaced with Swarming. + 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-17T00:23:59.072Z + + + https://medium.com/@JonHall_/itsm-devops-and-why-the-three-tier-structure-must-be-replaced-with-swarming-91e76ba22304 + + + 2018-10-26 15:54:30 + + + attachment + Snapshot + + + https://medium.com/@JonHall_/itsm-devops-and-why-the-three-tier-structure-must-be-replaced-with-swarming-91e76ba22304 + + + 2018-10-26 15:54:35 + 1 + text/html + + + blogPost + + + Sky Betting & Gaming Technology Blog + + + + + + + Kitson + Jon + + + + + + TT refs + Squad Health Checks + Enabling Continuous Improvement through regular introspection by the teams themselves. + 1 Feb 2017 + + + https://technology.skybettingandgaming.com/2017/02/01/squad-health-checks/ + + + 2018-10-26 12:00:18 + + + attachment + Snapshot + + + https://engineering.skybettingandgaming.com/2017/02/01/squad-health-checks/ + + + 2018-10-26 12:00:21 + 1 + text/html + + + blogPost + + + + + + + + Overeem + Barry + + + + + + TT refs + How I Used the Spotify Squad Health Check Model – Barry Overeem – The Liberators + 7 August 2015 + en-US + + + http://www.barryovereem.com/how-i-used-the-spotify-squad-health-check-model/ + + + 2018-10-26 11:58:53 + + + attachment + Snapshot + + + http://www.barryovereem.com/how-i-used-the-spotify-squad-health-check-model/ + + + 2018-10-26 11:58:56 + 1 + text/html + + + blogPost + + Labs + + + + + + Kniberg + Henrik + + + + + + TT refs + Squad Health Check model – visualizing what to improve + (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-16T07:45:43+00:00 + en + + + https://labs.spotify.com/2014/09/16/squad-health-check-model/ + + + 2018-10-26 11:59:00 + + + attachment + Snapshot + + + https://labs.spotify.com/2014/09/16/squad-health-check-model/ + + + 2018-10-26 11:59:04 + 1 + text/html + + + book + + + + + Raleigh, N.C + + + Pragmatic Bookshelf + + + + + + + Davies + Rachel + + + + + Sedley + Liz + + + + + + TT refs + Agile Coaching + 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. + 7 Sept. 2009 + English + Amazon + ISBN 978-1-934356-43-2 + 1 edition + 250 + + + attachment + Amazon.com Link + + + 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 + + + 2018-10-26 11:31:32 + 3 + text/html + + + book + + + + + Upper Saddle River, NJ + + + Addison-Wesley Professional + + + + + + + Adkins + Lyssa + + + + + + TT refs + Coaching Agile Teams: A Companion for ScrumMasters, Agile Coaches, and Project Managers in Transition + 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? + 18 May 2010 + English + Coaching Agile Teams + Amazon + ISBN 978-0-321-63770-3 + 01 edition + 342 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Coaching-Agile-Teams-ScrumMasters-Addison-Wesley/dp/0321637704 + + + 2018-10-26 11:31:04 + 3 + text/html + + + book + + + + + Leeds, UK + + + Conflux Digital + + + + + + + Skelton + Matthew + + + + + TT refs + Tech Talks for Beginners + 2018 + ISBN 978-1-912058-85-3 + 1 + + + book + + + + + Leeds, UK + + + Conflux Digital + + + + + + + Morgan-Smith + Victoria + + + + + Skelton + Matthew + + + + + TT refs + Internal Tech Conferences + 2019 + ISBN 978-1-912058-97-6 + 1 + + + videoRecording + + + + + Kitagawa + Justin + + + + + + TT refs + Platforms at Twilio: Unlocking Developer Effectiveness + 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. + 18 October 2018 + Platforms at Twilio + + + https://www.infoq.com/presentations/twilio-devops + + + 2018-10-24 21:17:18 + + + attachment + Kitagawa - 2018 - Platforms at Twilio Unlocking Developer Effective.pdf + application/pdf + + + book + + + + + New York + + + McGraw-Hill Education + + + + + + + Rother + Mike + + + + + + TT refs + Toyota Kata: Managing People for Improvement, Adaptiveness and Superior Results + "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. + 16 Oct. 2009 + English + Toyota Kata + Amazon + ISBN 978-0-07-163523-3 + 1 edition + 336 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Toyota-Kata-Managing-Improvement-Adaptiveness/dp/0071635238 + + + 2018-10-19 11:42:36 + 3 + text/html + + + presentation + + + + Pivotal + + + + TT refs + 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 + Microservices + + + https://www.slideshare.net/Pivotal/microservices-organizing-large-teams-for-rapid-delivery + + + 2018-10-19 11:21:48 + Technology + + + book + + + + + Portland, Oregon + + + Trade Select + + + + + + + Forsgren + Nicole + + + + + Humble + Jez + + + + + + TT refs + Accelerate: The Science of Lean Software and Devops: Building and Scaling High Performing Technology Organizations + 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. + 30 April 2018 + English + Accelerate + Amazon + ISBN 978-1-942788-33-1 + 156 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Accelerate-Software-Performing-Technology-Organizations/dp/1942788339 + + + 2018-10-17 20:52:37 + 3 + text/html + + + book + + + + + Oxford + + + Oxford University Press, USA + + + + + + + Roberts + John + + + + + + TT refs + The Modern Firm: Organizational Design for Performance and Growth + 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. + 11 Oct. 2007 + English + The Modern Firm + Amazon + ISBN 978-0-19-829375-0 + 334 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Modern-Firm-Organizational-Performance-Management/dp/0198293755 + + + 2018-10-17 08:11:03 + 3 + text/html + + + book + + + + + Portland, OR + + + IT Revolution Press + + + + + + + Degrandis + Dominica + + + + + + TT refs + Making Work Visible: Exposing Time Theft to Optimize Workflow + 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. + 2 Nov. 2017 + English + Making Work Visible + Amazon + ISBN 978-1-942788-15-7 + 1 edition + 376 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Making-Work-Visible-Exposing-Optimize/dp/1942788150 + + + 2018-10-17 07:36:58 + 3 + text/html + + + book + + + + + London + + + Economist Books + + + + + + + Stanford + Naomi + + + + + + TT refs + The Economist Guide to Organisation Design 2nd edition: Creating high-performing and adaptable enterprises + 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. + 26 Feb. 2015 + English + The Economist Guide to Organisation Design 2nd edition + Amazon + ISBN 978-1-78125-310-6 + 2 edition + 352 + + + attachment + Amazon.com Link + + + 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 + + + 2018-10-16 20:20:37 + 3 + text/html + + + videoRecording + + + DevOps Enterprise Summit + + + + + + + IT Revolution + + + + + + 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 + + DevOps Over Coffee - Adidas + 3 July 2018 + YouTube + + + https://www.youtube.com/watch?v=oOjdXeGp44E&feature=youtu.be&t=1071 + + + 2018-10-16 13:41:14 + 1923 seconds + + + blogPost + + Continuous Delivery + + + + + + Humble + Jez + + + + + + TT refs + There's No Such Thing as a "Devops Team" - Continuous Delivery + 19 October 2012 + + + https://continuousdelivery.com/2012/10/theres-no-such-thing-as-a-devops-team/ + + + 2018-10-15 20:07:11 + + + attachment + There's No Such Thing as a "Devops Team" - Continuous Delivery + + + https://continuousdelivery.com/2012/10/theres-no-such-thing-as-a-devops-team/ + + + 2018-10-15 20:07:11 + 1 + text/html + + + blogPost + + @noidi + + + + + + Mihaljov + Timo + + + + + + TT refs + Having a dedicated DevOps person who does all the DevOpsing is like having a dedicated collaboration person who does all the collaborating. + 2017-04-14T14:43 + en + + + https://twitter.com/noidi/status/852879869998501889 + + + 2018-10-15 20:04:19 + Tweet + + + attachment + Snapshot + + + https://twitter.com/noidi/status/852879869998501889 + + + 2018-10-15 20:04:27 + 1 + text/html + + + webpage + + InfoQ + + + + + + Beal + Helen + + + + + + TT refs + The Industry Just Can't Decide about DevOps Teams + 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. + Oct 26, 2017 + + + https://www.infoq.com/news/2017/10/devops-teams-good-or-bad + + + 2018-10-15 20:00:45 + + + attachment + Snapshot + + + https://www.infoq.com/news/2017/10/devops-teams-good-or-bad + + + 2018-10-15 20:00:51 + 1 + text/html + + + presentation + + + + + Munns + Chris + + + + + + TT refs + Chris Munns, DevOps @ Amazon: Microservices, 2 Pizza Teams, & 50 Mill… + 2 May 2016 + Chris Munns, DevOps @ Amazon + + + http://www.slideshare.net/TriNimbus/chris-munns-devops-amazon-microservices-2-pizza-teams-50-million-deploys-a-year + + + 2016-08-12 02:36:19 + + + attachment + Munns - 2016 - Chris Munns, DevOps @ Amazon Microservices, 2 Piz.pdf + application/pdf + + + book + + + + + Edinburgh + + + Canongate Books Ltd + + + + + + + Pink + Daniel H. + + + + + + TT refs + Drive + 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. + 13 Jan. 2011 + English + Amazon + ISBN 978-1-84767-769-3 + Main edition + 256 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Drive-Daniel-H-Pink/dp/184767769X + + + 2018-10-15 19:40:36 + 3 + text/html + + + webpage + + InfoQ + + + + + + Pais + Manuel + + + + + + TT refs + Prezi's CTO on how to remain a lean startup after 4 years + 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. + Oct 05, 2012 + + + https://www.infoq.com/news/2012/10/Prezi-lean-startup + + + 2018-10-15 19:35:23 + + + attachment + Snapshot + + + https://www.infoq.com/news/2012/10/Prezi-lean-startup + + + 2018-10-15 19:35:29 + 1 + text/html + + + newspaperArticle + + Telecom Tech News + + + + + + Bauernberger + Joachim + + + + + + TT refs + DevOps in Telecoms – is 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. + 01 October 2014 + + + http://www.telecomstechnews.com/news/2014/oct/01/devops-telecoms-it-possible/ + + + 2016-07-06 20:39:48 + + + attachment + Snapshot + + + http://www.telecomstechnews.com/news/2014/oct/01/devops-telecoms-it-possible/ + + + 2016-07-06 20:39:48 + 1 + text/html + + + blogPost + + Netflix TechBlog + + + + + + Netflix Technology Blog + + + + + + TT refs + The Netflix Simian Army + Keeping our cloud safe, secure, and highly available + 2011-07-19T07:00:00.000Z + + + https://medium.com/netflix-techblog/the-netflix-simian-army-16e57fbab116 + + + 2018-10-15 08:42:29 + + + attachment + Snapshot + + + https://medium.com/netflix-techblog/the-netflix-simian-army-16e57fbab116 + + + 2018-10-15 08:42:32 + 1 + text/html + + + webpage + + InfoQ + + + + + + Bryson + Brandon + + + + + + TT refs + Architects Should Code: The Architect's Misconception + 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. + Aug 06, 2015 + Architects Should Code + + + https://www.infoq.com/articles/architects-should-code-bryson + + + 2018-10-15 08:36:19 + + + attachment + Snapshot + + + https://www.infoq.com/articles/architects-should-code-bryson + + + 2018-10-15 08:36:28 + 1 + text/html + + + blogPost + + Inside Intercom + + + + + + Adams + Paul + + + + + + TT refs + Scaling Product Teams: How to Build and Structure for Hypergrowth + There’s been lots written about how Internet businesses should build software, from books like The Lean Start-Up, and posts from... + 2015-01-28T16:45:00+01:00 + en-US + Scaling Product Teams + + + https://www.intercom.com/blog/how-we-build-software/ + + + 2018-10-15 07:51:26 + + + attachment + Snapshot + + + https://www.intercom.com/blog/how-we-build-software/ + + + 2018-10-15 07:51:31 + 1 + text/html + + + magazineArticle + + InfoQ + + + + + + Hastie + Shane + + + + + + TT refs + An interview with Sam Guckenheimer on Microsoft's Journey to Cloud Cadence + 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. + Oct 17, 2014 + + + https://www.infoq.com/articles/agile2014-guckenheimer + + + 2018-10-15 07:38:51 + + + attachment + Snapshot + + + https://www.infoq.com/articles/agile2014-guckenheimer + + + 2018-10-15 07:38:57 + 1 + text/html + + + presentation + + + + + Bangkok + + + + + + + + + Kniberg + Henrik + + + + + + TT refs + Real-Life Agile Scaling + 21 November 2015 + + + http://blog.crisp.se/wp-content/uploads/2015/11/Real-life-agile-scaling.pdf + + + Agile Tour Bangkok + + + attachment + Real-life-agile-scaling.pdf + + + http://blog.crisp.se/wp-content/uploads/2015/11/Real-life-agile-scaling.pdf + + + 2018-10-15 07:25:55 + 1 + application/pdf + + + webpage + + + + + + + + innolution + + + + + + TT refs + Feature Team Definition | Innolution + + + https://innolution.com/resources/glossary/feature-team + + + 2018-10-14 22:06:28 + + + attachment + Feature Team Definition | Innolution + + + https://innolution.com/resources/glossary/feature-team + + + 2018-10-14 22:06:30 + 1 + text/html + + + book + + + + + Beijing ; Boston + + + O′Reilly + + + + + + + Beyer + Betsy + + + + + Petoff + Jennifer + + + + + Jones + Chris + + + + + Murphy + Niall Richard + + + + + + TT refs + Site Reliability Engineering + 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 + 8 April 2016 + English + Amazon + ISBN 978-1-4919-2912-4 + 1 edition + 552 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Site-Reliability-Engineering-Betsy-Beyer/dp/149192912X + + + 2018-10-14 15:47:13 + 3 + text/html + + + blogPost + + JBD + + + + + + Dogan + Jaana B. + + + + + + TT refs + The SRE model + Cindy Sridharan’s fantastic article on why everyone is not ops makes you rethink of the relationship between your development and… + 2017-07-31T04:48:56.534Z + + + https://medium.com/@rakyll/the-sre-model-6e19376ef986 + + + 2018-10-14 15:43:48 + + + attachment + Snapshot + + + https://medium.com/@rakyll/the-sre-model-6e19376ef986 + + + 2018-10-14 15:43:51 + 1 + text/html + + + blogPost + + Google Cloud Blog + + + + + + Rensin + Dave + + + + + + TT refs + Introducing 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 + October 10, 2016 + + + https://cloud.google.com/blog/products/gcp/introducing-a-new-era-of-customer-support-google-customer-reliability-engineering/ + + + 2018-10-14 15:33:55 + + + attachment + Snapshot + + + https://cloud.google.com/blog/products/gcp/introducing-a-new-era-of-customer-support-google-customer-reliability-engineering + + + 2018-10-14 15:33:58 + 1 + text/html + + + book + + + + + New York + + + Dorset House Publishing Co Inc.,U.S. + + + + + + + Weinberg + Gerald M. + + + + + + TT refs + An Introduction to General Systems Thinking + 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. + 1 Jan. 2001 + English + Amazon + ISBN 978-0-932633-49-1 + 25 Silver anniversary ed edition + 279 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Introduction-General-Systems-Thinking/dp/0932633498 + + + 2018-10-14 14:13:14 + 3 + text/html + + + blogPost + + + + + + + + Scaled Agile + + + + + + TT refs + System Team – Scaled Agile Framework + SAFe for Lean Enterprises + 2015 + en-US + + + https://www.scaledagileframework.com/system-team/ + + + 2018-10-14 06:50:00 + + + attachment + Snapshot + + + https://www.scaledagileframework.com/system-team/ + + + 2018-10-14 06:50:05 + 1 + text/html + + + journalArticle + + + + + + + + O'Connor + Debra + + + + + Johnson + Tristan + + + + + + TT refs + 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 + October 13, 2018 + UNDERSTANDING TEAM COGNITION IN PERFORMANCE IMPROVEMENT TEAMS + ResearchGate + + + attachment + ResearchGate Link + + + https://www.researchgate.net/publication/238589980_UNDERSTANDING_TEAM_COGNITION_IN_PERFORMANCE_IMPROVEMENT_TEAMS_A_META_ANALYSIS_OF_CHANGE_IN_SHARED_MENTAL_MODELS + + + 2018-10-13 07:32:39 + 3 + + + book + + + + + Washington, DC + + + American Psychological Assoc + + + + + + + Salas + Eduardo + + + + + Fiore + Stephen M. + + + + + + TT refs + Team Cognition: Understanding the Factors That Drive Process and Performance + 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. + 31 Mar. 2004 + English + Team Cognition + Amazon + ISBN 978-1-59147-103-5 + 264 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Team-Cognition-Understanding-Factors-Performance/dp/1591471036 + + + 2018-10-13 07:13:20 + 3 + text/html + + + presentation + + + + + Jo Pearce + + + + + TT refs + Hacking Your Head : Managing Information Overload (extended) + There are limits on our ability to learn and process information. + 29 April 2016 + Hacking Your Head + + + https://www.slideshare.net/JoPearce5/hacking-your-head-managing-information-overload-extended + + + 2018-10-13 06:41:28 + Technology + + + interview + + + + + Sinha + Harsh + + + + + + TT refs + Harsh Sinha on Building Culture at TransferWise + In this podcast Shane Hastie, Lead Editor for Culture & Methods, spoke to Harsh Sinha, CTO of TransferWise, about deliberately designing organisational culture. + 19 February 2018 + + + https://www.infoq.com/podcasts/Harsh-Sinha-transferwise-building-culture + + + 2018-10-12 10:24:17 + + + attachment + Snapshot + + + https://www.infoq.com/podcasts/Harsh-Sinha-transferwise-building-culture + + + 2018-10-12 10:24:25 + 1 + text/html + + + conferencePaper + + + + + Lecture Notes in Business Information Processing + + + ISBN 978-3-319-14358-3 + Agile Methods. Large-Scale Development, Refactoring, Testing, and Estimation + + + + + Springer International Publishing + + + + + + + Eckstein + Jutta + + + + + + + + + Dingsøyr + Torgeir + + + + + Moe + Nils Brede + + + + + Tonelli + Roberto + + + + + Counsell + Steve + + + + + Gencel + Cigdem + + + + + Petersen + Kai + + + + + + + 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 + + Architecture in Large Scale Agile Development + 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 + en + Springer Link + 21-29 + + + attachment + Eckstein - 2014 - Architecture in Large Scale Agile Development.pdf + application/pdf + + + book + + + + + New York + + + Dorset House Publishing Co Inc.,U.S. + + + + + + + Eckstein + Jutta + + + + + + TT refs + Agile Development in the Large: Diving into the Deep + 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. + 1 Jan. 2004 + English + Agile Development in the Large + Amazon + ISBN 978-0-932633-57-6 + 234 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Agile-Development-Large-Diving-into/dp/0932633579/ref=tmm_pap_title_0?_encoding=UTF8&qid=&sr= + + + 2018-10-10 21:09:55 + 3 + text/html + + + book + + + + + Cambridge, Mass. + + + Massachusetts Institute of Technology + + + + + + + Deming + W. Edwards + + + + + + TT refs + Out of the Crisis + 1986 + Amazon + ISBN 978-0-262-54115-2 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Out-Crisis-W-Edwards-Deming/dp/B0016JQVWA/ref=dp_ob_title_bk + + + 2018-10-10 20:40:52 + 3 + text/html + + + journalArticle + + + 2 + JSEA + DOI 10.4236/jsea.2009.23020 + + + + + + + Jay + Graylin + + + + + Hale + Joanne + + + + + Smith + Randy + + + + + Hale + David + + + + + Kraft + Nicholas + + + + + Ward + Charles + + + + + + + TT refs + Cyclomatic Complexity and Lines of Code: Empirical Evidence of a Stable Linear Relationship + 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. + January 1, 2009 + Cyclomatic Complexity and Lines of Code + ResearchGate + 137-143 + + + attachment + Full Text PDF + + + https://www.researchgate.net/profile/David_Hale2/publication/220204439_Cyclomatic_Complexity_and_Lines_of_Code_Empirical_Evidence_of_a_Stable_Linear_Relationship/links/55b57fc808aec0e5f436ab83/Cyclomatic-Complexity-and-Lines-of-Code-Empirical-Evidence-of-a-Stable-Linear-Relationship.pdf + + + 2018-10-10 20:00:03 + 1 + application/pdf + + + attachment + ResearchGate Link + + + https://www.researchgate.net/publication/220204439_Cyclomatic_Complexity_and_Lines_of_Code_Empirical_Evidence_of_a_Stable_Linear_Relationship + + + 2018-10-10 20:00:03 + 3 + + + magazineArticle + + TechBeacon + + + + + + Lowe + Steven A. + + + + + + TT refs + How to use event storming to 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 + en + + + https://techbeacon.com/introduction-event-storming-easy-way-achieve-domain-driven-design + + + 2018-10-10 19:36:51 + + + attachment + Snapshot + + + https://techbeacon.com/introduction-event-storming-easy-way-achieve-domain-driven-design + + + 2018-10-10 19:36:56 + 1 + text/html + + + blogPost + + Nick Tune’s Tech Strategy Blog + + + + + + Tune + Nick + + + + + + TT refs + Domain-Driven Architecture Diagrams + 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-15T14:57:00.000Z + + + https://medium.com/nick-tune-tech-strategy-blog/domain-driven-architecture-diagrams-139a75acb578 + + + 2018-10-10 19:39:14 + + + attachment + Snapshot + + + https://medium.com/nick-tune-tech-strategy-blog/domain-driven-architecture-diagrams-139a75acb578 + + + 2018-10-10 19:39:19 + 1 + text/html + + + magazineArticle + + InfoQ + + + + + + Brandolini + Alberto + + + + + + TT refs + Strategic Domain Driven Design with Context Mapping + 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. + 25 November 2009 + + + https://www.infoq.com/articles/ddd-contextmapping + + + 2018-10-10 19:35:52 + + + attachment + Snapshot + + + https://www.infoq.com/articles/ddd-contextmapping + + + 2018-10-10 19:36:00 + 1 + text/html + + + blogPost + + Agile Alliance + + + + + + Wiley + Evan + + + + + + TT refs + 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-28T02:40:26Z + en-US + + + https://www.agilealliance.org/resources/experience-reports/scaling-xp-through-self-similarity-at-pivotal-cloud-foundry/ + + + 2018-10-10 14:00:02 + + + attachment + Snapshot + + + https://www.agilealliance.org/resources/experience-reports/scaling-xp-through-self-similarity-at-pivotal-cloud-foundry/ + + + 2018-10-10 14:00:10 + 1 + text/html + + + blogPost + + Credera + + + + + + Blalock + Micah + + + + + + TT refs + Of Mustard Seeds and 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-06T08:58:43-05:00 + + + https://www.credera.com/blog/technology-insights/java/mustard-seeds-microservices/ + + + 2018-10-10 10:14:05 + + + attachment + Snapshot + + + https://www.credera.com/blog/technology-insights/java/mustard-seeds-microservices/ + + + 2018-10-10 10:14:10 + 1 + text/html + + + blogPost + + + + + + + + Nygard + Michael + + + + + + TT refs + The Perils of Semantic Coupling - Wide Awake Developers + 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-29T06:03:21-05:00 + en + + + http://michaelnygard.com/blog/2015/04/the-perils-of-semantic-coupling/ + + + 2018-10-10 09:34:50 + + + attachment + Snapshot + + + http://www.michaelnygard.com/blog/2015/04/the-perils-of-semantic-coupling/ + + + 2018-10-10 09:34:53 + 1 + text/html + + + blogPost + + @starbuxman + + + + + + Long + Josh + + + + + + TT refs + GARY (go ahead, repeat yourself) + 2016-05-25T20:19 + en + + + https://twitter.com/starbuxman/status/735550836147814400 + + + 2018-10-10 10:01:45 + Tweet + + + attachment + Snapshot + + + https://twitter.com/starbuxman/status/735550836147814400 + + + 2018-10-10 10:01:54 + 1 + text/html + + + document + + Pivotal + + + + + Pivotal + + + + + + TT refs + The Essential Elements of Enterprise PaaS + 2 December 2016 + + + https://content.pivotal.io/white-papers/the-essential-elements-of-enterprise-paas + + + 2018-10-09 20:41:04 + + + attachment + Pivotal - 2016 - The Essential Elements of Enterprise PaaS.pdf + application/pdf + + + attachment + Snapshot + + + https://content.pivotal.io/white-papers/the-essential-elements-of-enterprise-paas + + + 2018-10-09 20:41:11 + 1 + text/html + + + journalArticle + + + + + + MacCormack + Alan + + + + + Rusnak + John + + + + + Baldwin + Carliss Y. + + + + + + TT refs + Exploring the Structure of Complex Software Designs: An Empirical Study of Open Source and Proprietary Code + 07/2006 + en + Exploring the Structure of Complex Software Designs + Crossref + + + http://pubsonline.informs.org/doi/abs/10.1287/mnsc.1060.0552 + + + 2018-10-09 19:35:59 + 1015-1030 + + + 52 + Management Science + DOI 10.1287/mnsc.1060.0552 + 7 + ISSN 0025-1909, 1526-5501 + + + attachment + MacCormack et al. - 2006 - Exploring the Structure of Complex Software Design.pdf + + + https://www.hbs.edu/faculty/Publication%20Files/05-016.pdf + + + 2018-10-09 19:35:56 + 1 + application/pdf + + + blogPost + + Mountain Goat Software + + + + + + Cohn + Mike + + + + + + TT refs + Nine Questions To Assess Scrum 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. + 9 March 2010 + en + + + https://www.mountaingoatsoftware.com/blog/nine-questions-to-assess-team-structure + + + 2018-10-09 19:20:04 + + + attachment + Snapshot + + + https://www.mountaingoatsoftware.com/blog/nine-questions-to-assess-team-structure + + + 2018-10-09 19:20:10 + 1 + text/html + + + presentation + + + + + Minick + Eric + + + + + Yanko + Curtis + + + + + TT refs + Creating a DevOps Team that Isn't Evil + 26 Feb 2015 + + + http://www.slideshare.net/Urbancode/creating-a-devops-team-that-isnt-evil + + + 2016-08-11 16:27:06 + + + blogPost + + @ericminick + + + + + + Minick + Eric + + + + + + TT refs + The goal for a "DevOps Team" should be to put itself out of business by enabling the rest of the org. + 8:27 am - 1 Oct 2014 + + + https://twitter.com/ericminick/status/517335119330172930 + + + 2016-08-11 16:21:31 + microblog + + + attachment + Tweet Snapshot + + + https://twitter.com/ericminick/status/517335119330172930 + + + 2016-08-11 16:21:33 + 1 + text/html + + + book + + + O'Reilly Media + + + + + + + Morris + Kief + + + + + + TT refs + Infrastructure as Code: Managing Servers in the Cloud + 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. + 30 Jun. 2016 + English + Infrastructure as Code + Amazon + ISBN 978-1-4919-2435-8 + 1 edition + 250 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Infrastructure-Code-Managing-Servers-Cloud/dp/1491924357 + + + 2016-08-11 12:58:31 + 3 + text/html + + + forumPost + + Quora + + + + + + Drew Hoskins + + + + + + TT refs + What is it like to be part of the Infrastructure team at Facebook? - Quora + 16 Feb 2015 + + + https://www.quora.com/What-is-it-like-to-be-part-of-the-Infrastructure-team-at-Facebook + + + 2016-08-11 12:54:10 + + + attachment + What is it like to be part of the Infrastructure team at Facebook? - Quora + + + https://www.quora.com/What-is-it-like-to-be-part-of-the-Infrastructure-team-at-Facebook + + + 2016-08-11 12:54:11 + 1 + text/html + + + webpage + + InfoQ + + + + + + Brown + Simon + + + + + + TT refs + 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? + 09 Feb 2010 + + + https://www.infoq.com/articles/brown-are-you-a-software-architect + + + 2016-08-11 10:56:49 + + + attachment + Snapshot + + + https://www.infoq.com/articles/brown-are-you-a-software-architect + + + 2016-08-11 10:56:49 + 1 + text/html + + + presentation + + + + + Berlin + + + + + + + + + Cockcroft + Adrian + + + + + + TT refs + Goto Berlin - Migrating to Microservices (Fast Delivery) + 15 November 2014 + + + http://www.slideshare.net/adriancockcroft/goto-berlin + + + 2016-08-11 09:53:04 + GOTO Berlin + + + attachment + Cockcroft - 2014 - Goto Berlin - Migrating to Microservices (Fast Del.pdf + application/pdf + + + webpage + + + + + + + + Skelton Thatcher Consulting + + + + + + TT refs + DevOps Topologies + 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 + + + http://web.devopstopologies.com + + + 2016-08-09 19:33:06 + + + attachment + Snapshot + + + http://web.devopstopologies.com/ + + + 2016-08-09 19:33:06 + 1 + text/html + + + interview + + + + + Edwards + Damon + + + + + + + + + Pais + Manuel + + + + + + TT refs + Damon Edwards: DevOps is an Enterprise Concern + 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. + 31 May 2014 + Damon Edwards + + + https://www.infoq.com/interviews/interview-damon-edwards-qcon-2014 + + + 2016-08-09 08:13:49 + + + attachment + Snapshot + + + https://www.infoq.com/interviews/interview-damon-edwards-qcon-2014 + + + 2016-08-09 08:13:49 + 1 + text/html + + + blogPost + + + + + + + + Kniberg + Henrik + + + + + + + + TT refs + Crisp's Blog » Scaling Agile @ Spotify with Tribes, Squads, Chapters & Guilds + 2012 + + + http://blog.crisp.se/2012/11/14/henrikkniberg/scaling-agile-at-spotify + + + 2016-07-06 22:44:45 + + + attachment + SpotifyScaling.pdf + application/pdf + + + attachment + Snapshot + + + http://blog.crisp.se/2012/11/14/henrikkniberg/scaling-agile-at-spotify + + + 2016-07-06 22:44:45 + 1 + text/html + + + attachment + Scaling-Agile-at-Spotify.png + image/png + + + webpage + + Bloomberg.com + + + + + + Bennett + Drake + + + + + + TT refs + The Dunbar Number, From the Guru of Social Networks + How a technophobic Oxford primatologist became Silicon Valley’s social networking guru + 2013-01-11 + + + http://www.bloomberg.com/news/articles/2013-01-10/the-dunbar-number-from-the-guru-of-social-networks + + + 2016-07-27 15:26:07 + + + attachment + Snapshot + + + http://www.bloomberg.com/news/articles/2013-01-10/the-dunbar-number-from-the-guru-of-social-networks + + + 2016-07-27 15:26:07 + 1 + text/html + + + journalArticle + + + + + + Clegg + Chris W + + + + + + + + + INFORMATION technology + + + + + Management practices + + + + + New ways of working + + + + + Sociotechnical principles + + + + system design + + TT refs + Sociotechnical principles for system design + 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. + October 2, 2000 + ScienceDirect + + + http://www.sciencedirect.com/science/article/pii/S0003687000000090 + + + 2016-07-15 13:33:27 + 463-477 + + + 31 + Applied Ergonomics + DOI 10.1016/S0003-6870(00)00009-0 + 5 + Applied Ergonomics + ISSN 0003-6870 + + + attachment + Sociotechnical_principles_for_system_des20160604-19668-qecuzw.pdf + + + http://s3.amazonaws.com/academia.edu.documents/46229763/Sociotechnical_principles_for_system_des20160604-19668-qecuzw.pdf?AWSAccessKeyId=AKIAJ56TQJRTWSMTNPEA&Expires=1468593669&Signature=x75rjIlOBJxup0evrIONwwF88uY%3D&response-content-disposition=inline%3B%20filename%3DSociotechnical_principles_for_system_des.pdf + + + 2016-07-15 13:41:22 + 1 + application/pdf + + + attachment + ScienceDirect Snapshot + + + http://www.sciencedirect.com/science/article/pii/S0003687000000090 + + + 2016-07-15 13:33:27 + 1 + text/html + + + journalArticle + + Computer + + + + + + Zambonelli + Franco + + + + + + TT refs + Toward sociotechnical urban superorganisms + 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 + Google Scholar + + + http://spartan.ac.brocku.ca/~tkennedy/COMM/Zambonelli2012.pdf + + + 2016-07-15 13:28:37 + + + attachment + Zambonelli2012.pdf + + + http://spartan.ac.brocku.ca/~tkennedy/COMM/Zambonelli2012.pdf + + + 2016-07-15 13:28:33 + 1 + application/pdf + + + journalArticle + + + + + + Cherns + Albert + + + + + + + + + *Organizational Development + + + + + organizational structure + + + TT refs + The principles of sociotechnical design + 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 + APA PsycNET + (c) 2012 APA, all rights reserved + 783-792 + + + 29 + Human Relations + DOI 10.1177/001872677602900806 + 8 + ISSN 1741-282X(Electronic);0018-7267(Print) + + + attachment + Human Relations-1976-Cherns-783-92.pdf + application/pdf + + + attachment + APA PsycNET Snapshot + + + http://psycnet.apa.org/psycinfo/1977-04533-001 + + + 2016-07-15 13:22:41 + 1 + text/html + + + webpage + + + + + + + + Chaudhary + Mukesh + + + + + + TT refs + Working with Component Teams: How to Navigate the Complexity - Scrum Alliance + 5 September 2012 + + + https://www.scrumalliance.org/community/articles/2012/september/working-with-component-teams-how-to-navigate-the-c + + + 2016-07-06 23:27:45 + + + attachment + 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 + + + 2016-07-06 23:27:46 + 1 + text/html + + + blogPost + + Scaling Software Agility + + + + + + Leffingwell + Dean + + + + + + TT refs + 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-02T01:22:20+00:00 + + + https://scalingsoftwareagility.wordpress.com/2011/05/02/feature-teams-vs-component-teams-continued/ + + + 2016-07-06 23:21:21 + + + attachment + Snapshot + + + https://scalingsoftwareagility.wordpress.com/2011/05/02/feature-teams-vs-component-teams-continued/ + + + 2016-07-06 23:21:21 + 1 + text/html + + + blogPost + + Scaling Software Agility + + + + + + Leffingwell + Dean + + + + + + TT refs + Organizing at Scale: Feature Teams vs. 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-22T00:57:37+00:00 + Organizing at Scale + + + https://scalingsoftwareagility.wordpress.com/2009/07/22/organizing-agile-at-scale-feature-teams-versus-component-teams-part-3/ + + + 2016-07-06 23:04:25 + + + attachment + Snapshot + + + https://scalingsoftwareagility.wordpress.com/2009/07/22/organizing-agile-at-scale-feature-teams-versus-component-teams-part-3/ + + + 2016-07-06 23:04:25 + 1 + text/html + + + book + + + + + Upper Saddle River, NJ + + + Addison-Wesley Professional + + + + + + + Leffingwell + Dean + + + + + + TT refs + Scaling Software Agility: Best Practices for Large Enterprises + “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 + March 8, 2007 + English + Scaling Software Agility + Amazon + ISBN 978-0-321-45819-3 + 1 edition + 384 + + + attachment + Amazon.com Link + + + 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 + + + 2016-07-06 23:01:09 + 3 + text/html + + + book + + + + + Upper Saddle River, NJ + + + Addison Wesley + + + + + + + Rubin + Kenneth S. + + + + + + TT refs + Essential Scrum: A Practical Guide to the Most Popular Agile Process + 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. + 26 July 2012 + English + Essential Scrum + Amazon + ISBN 978-0-13-704329-3 + 01 edition + 504 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Essential-Scrum-Practical-Addison-Wesley-Signature/dp/0137043295 + + + 2016-07-06 22:58:10 + 3 + text/html + + + book + + + + + New York + + + Simon and Schuster + + + + + + + Cusumano + Michael A. + + + + + + TT refs + 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 + 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 + 15 Aug. 1988 + English + Microsoft Secrets + Amazon + ISBN 978-0-684-85531-8 + 1st Touchstone Ed edition + 532 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Microsoft-Secrets-Powerful-Software-Technology/dp/0684855313 + + + 2016-07-06 21:41:47 + 3 + text/html + + + blogPost + + Ericsson Research Blog + + + + + + John + Wolfgang + + + + + + TT refs + DevOps for Service Providers - next generation tools + SP-DevOps Toolkit for next generation telco managment, recently released by EU FP7 project Unify. + 2015-12-07T12:07:17+00:00 + + + https://www.ericsson.com/research-blog/cloud/devops-for-service-providers-next-generation-tools/ + + + 2016-07-06 20:42:25 + + + attachment + Snapshot + + + https://www.ericsson.com/research-blog/cloud/devops-for-service-providers-next-generation-tools/ + + + 2016-07-06 20:42:25 + 1 + text/html + + + webpage + + InfoQ + + + + + + Skelton + Matthew + + + + + + TT refs + How Different Team Topologies Influence DevOps Culture + 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 + + + https://www.infoq.com/articles/devops-team-topologies + + + 2016-07-06 07:49:39 + + + attachment + Snapshot + + + https://www.infoq.com/articles/devops-team-topologies + + + 2016-07-06 07:49:39 + 1 + text/html + + + journalArticle + + + + + + Westrum + R + + + + + + + TT refs + A typology of organisational cultures + 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 + PubMed Central + + + http://www.ncbi.nlm.nih.gov/pmc/articles/PMC1765804/ + + + 2016-07-05 21:53:28 + PMID: 15576687 +PMCID: PMC1765804 + ii22-ii27 + + + 13 + Quality & safety in health care + DOI 10.1136/qshc.2003.009522 + Suppl 2 + Qual Saf Health Care + ISSN 1475-3898 + + + attachment + PubMed Central Full Text PDF + + + http://www.ncbi.nlm.nih.gov/pmc/articles/PMC1765804/pdf/v013p0ii22.pdf + + + 2016-07-05 21:53:28 + 1 + application/pdf + + + attachment + PubMed Central Link + + + http://www.ncbi.nlm.nih.gov/pmc/articles/PMC1765804/ + + + 2016-07-05 21:53:28 + 3 + text/html + + + journalArticle + + + + + + Luo + Jiao + + + + + Van de Ven + Andrew H. + + + + + Jing + Runtian + + + + + Jiang + Yuan + + + + + + + + China + + + + Corporate venture + + + + + Micro-enterprise + + + + + Organization design + + + + + Strategy and structure + + + TT refs + Transitioning from a hierarchical product organization to an open platform organization: a Chinese case study + 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. + January 5, 2018 + Transitioning from a hierarchical product organization to an open platform organization + BioMed Central + + + https://doi.org/10.1186/s41469-017-0026-x + + + 2018-02-02 20:06:18 + 1 + + + 7 + Journal of Organization Design + DOI 10.1186/s41469-017-0026-x + Journal of Organization Design + ISSN 2245-408X + + + attachment + Snapshot + + + https://jorgdesign.springeropen.com/articles/10.1186/s41469-017-0026-x + + + 2018-02-02 20:06:24 + 1 + text/html + + + attachment + Full Text PDF + + + https://jorgdesign.springeropen.com/track/pdf/10.1186/s41469-017-0026-x?site=jorgdesign.springeropen.com + + + 2018-02-02 20:06:19 + 1 + application/pdf + + + book + + + + + Boston, Massachusetts + + + Harvard Business Review Press + + + + + + + Gothelf + Jeff + + + + + Seiden + Josh + + + + + + TT refs + Sense and Respond: How Successful Organizations Listen to Customers and Create New Products Continuously + 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) + 7 Feb. 2017 + English + Sense and Respond + Amazon + ISBN 978-1-63369-188-9 + 256 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Sense-Respond-Successful-Organizations-Continuously/dp/1633691888/ref=pd_sim_14_60?_encoding=UTF8&psc=1&refRID=61RF25M4AK9G580DFX56 + + + 2017-08-16 06:38:37 + 3 + text/html + + + journalArticle + + + + + + Edmondson + Amy + + + + + + TT refs + Psychological Safety and Learning Behavior in Work Teams + 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. + June 1, 1999 + en + SAGE Journals + + + http://journals.sagepub.com/doi/abs/10.2307/2666999 + + + 2017-02-07 16:13:55 + 350-383 + + + 44 + Administrative Science Quarterly + DOI 10.2307/2666999 + 2 + Administrative Science Quarterly + ISSN 0001-8392 + + + attachment + SAGE PDF Full Text + + + http://journals.sagepub.com/doi/pdf/10.2307/2666999 + + + 2017-02-07 16:13:55 + 1 + application/pdf + + + journalArticle + + + 12 + Cognitive science + 2 + + + + + + + Sweller + John + + + + + + TT refs + Cognitive load during problem solving: Effects on learning + 1988 + Cognitive load during problem solving + Google Scholar + + + http://onlinelibrary.wiley.com/doi/10.1207/s15516709cog1202_4/abstract + + + 2016-10-19 09:59:39 + 257–285 + + + attachment + s15516709cog1202_4.pdf + + + http://onlinelibrary.wiley.com/store/10.1207/s15516709cog1202_4/asset/s15516709cog1202_4.pdf?v=1&t=iugqyjhw&s=755fce258e20058017601d895e12b9101761318c + + + 2016-10-19 09:59:35 + 1 + application/pdf + + + journalArticle + + + 4 + Learning and Instruction + + + + + + + Sweller + John + + + + + + TT refs + Cognitive Load Theory, Learning Difficulty, and Instructional Design + 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 + 295-312 + + + attachment + cognitive_load_theory_sweller.pdf + + + http://coral.ufsm.br/tielletcab/Apostilas/cognitive_load_theory_sweller.pdf + + + 2016-10-19 09:39:53 + 1 + application/pdf + + + blogPost + + 12 Devs of Xmas + + + + + + Pearce + Jo + + + + + + TT refs + 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-28T00:00:35+00:00 + Day 3 + + + http://12devsofxmas.co.uk/2015/12/day-3-managing-cognitive-load-for-team-learning/ + + + 2016-10-06 10:11:46 + + + attachment + Snapshot + + + http://12devsofxmas.co.uk/2015/12/day-3-managing-cognitive-load-for-team-learning/ + + + 2016-10-06 10:11:46 + 1 + text/html + + + journalArticle + + + 11 + Cognitive Systems Research + 1 + + + + + + + Fan + Xiaocong + + + + + Chen + Po-Chun + + + + + Yen + John + + + + + + TT refs + Learning HMM-based cognitive load models for supporting human-agent teamwork + 2010 + Google Scholar + + + http://www.sciencedirect.com/science/article/pii/S1389041708000405 + + + 2016-10-06 10:07:24 + 108–119 + + + attachment + ICCM07-124.pdf + + + https://agentlab.ist.psu.edu/lab/publications/ICCM07-124.pdf + + + 2016-10-06 10:07:19 + 1 + application/pdf + + + blogPost + + Open + + + + + + Seiter + Courtney + + + + + + TT refs + We've Changed Our Product Team Structure 4 Times: Here's Where We Are Today + 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-20T08:00:09-05:00 + We've Changed Our Product Team Structure 4 Times + + + https://open.buffer.com/product-team-evolution/ + + + 2016-08-11 23:36:26 + + + attachment + Snapshot + + + https://open.buffer.com/product-team-evolution/ + + + 2016-08-11 23:36:26 + 1 + text/html + + + webpage + + InfoQ + + + + + + Almeida + Thiago + + + + + + TT refs + DevOps Lessons Learned at Microsoft Engineering + Thiago Almeida from Microsoft shares how adopting DevOps practices resulted in better engineering and happier teams, and the lessons learned in that journey. + 22 May 2016 + + + https://www.infoq.com/articles/devops-lessons-microsoft + + + 2016-08-12 02:22:54 + + + attachment + Snapshot + + + https://www.infoq.com/articles/devops-lessons-microsoft + + + 2016-08-12 02:22:54 + 1 + text/html + + + webpage + + + + + + + + Hoff + Todd + + + + + + TT refs + Amazon Architecture - High Scalability - + This is a wonderfully informative Amazon update based on Joachim Rohde's discovery of an interview... + 18 Sept 2007 + + + http://highscalability.com/blog/2007/9/18/amazon-architecture.html + + + 2016-08-12 01:40:22 + + + attachment + Snapshot + + + http://highscalability.com/blog/2007/9/18/amazon-architecture.html + + + 2016-08-12 01:40:22 + 1 + text/html + + + webpage + + Ars Technica + + + + + + Bright + Peter + + + + + + TT refs + How Microsoft dragged its development practices into the 21st century + In the Web era of development, Waterfalls are finally out. Agile is in. + 6/8/2014 + + + http://arstechnica.com/information-technology/2014/08/how-microsoft-dragged-its-development-practices-into-the-21st-century/ + + + 2016-08-12 01:28:40 + + + attachment + Snapshot + + + http://arstechnica.com/information-technology/2014/08/how-microsoft-dragged-its-development-practices-into-the-21st-century/3/ + + + 2016-08-12 01:28:40 + 1 + text/html + + + presentation + + + + + Cooley + Faith + + + + + + TT refs + 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. + 12 Nov 2014 + + + http://www.slideshare.net/Dev9Com/organizational-design-for-effective-software-development + + + 2016-08-11 22:11:09 + + + attachment + Cooley - 2014 - Organizational Design for Effective Software Devel.pdf + application/pdf + + + bookSection + + + + + Lecture Notes in Computer Science + 3154 + + + ISBN 978-3-540-22918-6 978-3-540-28630-1 + Software Product Lines + + + + + Springer Berlin Heidelberg + + + + + + + Bosch + Jan + + + + + + + + + Nord + Robert L. + + + + + + + + + Computers and Society + + + + + Management of Computing and Information Systems + + + + + Software engineering + + + + + Software Engineering/Programming and Operating Systems + + + TT refs + On the Development of Software Product-Family Components + 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 + en + link.springer.com + + + http://link.springer.com/chapter/10.1007/978-3-540-28630-1_9 + + + 2016-08-11 21:49:19 + ©2004 Springer-Verlag Berlin Heidelberg + DOI: 10.1007/978-3-540-28630-1_9 + 146-164 + + + attachment + splc2004-bosch.pdf + + + http://www.janbosch.com/articles/splc2004-bosch.pdf + + + 2016-08-11 21:48:31 + 1 + application/pdf + + + attachment + Snapshot + + + http://link.springer.com/chapter/10.1007%2F978-3-540-28630-1_9 + + + 2016-08-11 21:49:19 + 1 + text/html + + + newspaperArticle + + + Harvard Business Review + + + + + + + Coutu + Diane + + + + + + TT refs + Why Teams Don’t Work + A leading organizational psychologist explains the five critical conditions that make the difference between success and failure. + 2009-05-01T04:00:00Z + + + https://hbr.org/2009/05/why-teams-dont-work + + + 2016-08-11 20:00:38 + + + attachment + Snapshot + + + https://hbr.org/2009/05/why-teams-dont-work + + + 2016-08-11 20:00:38 + 1 + text/html + + + blogPost + + Uncharted Territory on Svbtle + + + + + + Crawford + Jason + + + + + + TT refs + Amazon's “two-pizza teams”: The ultimate divisional organization • Uncharted Territory + 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 + 30 July 2013 + Amazon's “two-pizza teams” + + + http://blog.jasoncrawford.org/two-pizza-teams + + + 2016-08-11 19:49:53 + + + attachment + Snapshot + + + http://blog.jasoncrawford.org/two-pizza-teams + + + 2016-08-11 19:49:53 + 1 + text/html + + + webpage + + InfoQ + + + + + + Ben Linders + + + + + + TT refs + Scaling Teams to Grow Effective Organizations + 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. + 11 Aug 2016 + + + https://www.infoq.com/news/2016/08/scaling-teams?utm_campaign=rightbar_v2&utm_source=infoq&utm_medium=news_link&utm_content=link_text + + + 2016-08-11 19:29:48 + + + attachment + Snapshot + + + https://www.infoq.com/news/2016/08/scaling-teams?utm_campaign=rightbar_v2&utm_source=infoq&utm_medium=news_link&utm_content=link_text + + + 2016-08-11 19:29:48 + 1 + text/html + + + webpage + + InfoQ + + + + + + David Mole + + + + + + TT refs + Drive: How we Used Daniel Pink’s Work to Create a Happier, More Productive Work Place + 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. + 10 Sept 2015 + Drive + + + https://www.infoq.com/articles/drive-productive-workplace + + + 2016-08-11 19:25:02 + + + attachment + Snapshot + + + https://www.infoq.com/articles/drive-productive-workplace + + + 2016-08-11 19:25:02 + 1 + text/html + + + webpage + + + + + + + + Kramer + Staci D. + + + + + + TT refs + 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 + en-US + The Biggest Thing Amazon Got Right + + + https://gigaom.com/2011/10/12/419-the-biggest-thing-amazon-got-right-the-platform/ + + + 2019-06-05 10:43:50 + + + attachment + Snapshot + + + https://gigaom.com/2011/10/12/419-the-biggest-thing-amazon-got-right-the-platform/ + + + 2019-06-05 10:43:56 + 1 + text/html + + + book + + + The Greenleaf Center for Servant Leadership + + + + + + + Greenleaf + Robert K. + + + + + + TT refs + The Servant as Leader + 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. + September 30, 2015 + English + Amazon + ISBN 978-0-9822012-2-0 + rev Edition edition + + + attachment + Amazon.com Link + + + https://www.amazon.com/Servant-as-Leader-Robert-Greenleaf/dp/0982201222 + + + 2019-06-05 10:36:10 + 3 + text/html + + + book + + + + + London, UK + + + Blurb + + + + + + + Webber + Emily + + + + + + TT refs + Building Successful Communities of Practice + 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. + 18 Feb 2016 + English + Amazon + ISBN 978-0-9574919-3-9 + 80 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Building-Successful-Communities-Practice-Webber/dp/095749193X + + + 2018-09-04 07:25:17 + 3 + text/html + + + book + + Celeritas + + + + + + Reinertsen + Donald G. + + + + + + + + Business & Economics / Management + + + + + Business & Economics / Office Management + + + TT refs + The Principles of Product Development Flow: Second Generation Lean Product Development + 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 + en + The Principles of Product Development Flow + Google Books + Google-Books-ID: 1HlPPgAACAAJ + ISBN 978-1-935401-00-1 + 294 + + + attachment + Google Books Link + + + https://books.google.co.uk/books?id=1HlPPgAACAAJ + + + 2019-06-05 10:32:30 + 3 + text/html + + + book + + + + + Hoboken, N.J + + + John Wiley & Sons + + + + + + + Doorley + Scott + + + + + Witthoft + Scott + + + + + University + Hasso Plattner Institute of Design at Stanford + + + + + Kelley + David + + + + + + TT refs + Make Space: How to Set the Stage for Creative Collaboration + "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. + 27 Jan. 2012 + English + Make Space + Amazon + ISBN 978-1-118-14372-8 + 272 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Make-Space-Stage-Creative-Collaboration/dp/1118143728 + + + 2019-04-01 10:40:45 + 3 + text/html + + + book + + Van Haren + + + + + + Betz + Charles + + + + + + + + Education / General + + + TT refs + Managing Digital + 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 + en + Google Books + Google-Books-ID: tPB4DwAAQBAJ + ISBN 978-94-018-0348-9 + 612 + + + attachment + Google Books Link + + + https://books.google.co.uk/books?id=tPB4DwAAQBAJ + + + 2019-03-28 21:55:03 + 3 + text/html + + + book + + + + + London + + + Simon & Schuster / Free Press + + + + + + + Womack + James P. + + + + + Jones + Daniel T. + + + + + + TT refs + Lean Thinking: Banish Waste And Create Wealth In Your Corporation + 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. + 7 July 2003 + English + Lean Thinking + Amazon + ISBN 978-0-7432-3164-0 + New Ed edition + 396 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/gp/product/0743231643/ref=ppx_od_dt_b_asin_title_s00?ie=UTF8&psc=1 + + + 2019-03-28 20:34:00 + 3 + text/html + + + book + + + + + Boston + + + Addison Wesley + + + + + + + Manns + Mary Lynn + + + + + Rising + Linda + + + + + + TT refs + Fearless Change: patterns for introducing new ideas + “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! + 4 Oct. 2004 + English + Fearless Change + Amazon + ISBN 978-0-201-74157-5 + 01 edition + 304 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Fearless-Change-patterns-introducing-ideas/dp/0201741571 + + + 2019-03-04 08:01:04 + 3 + text/html + + + bookSection + + + ISBN 978-1-4614-3857-1 978-1-4614-3858-8 + Encyclopedia of Creativity, Invention, Innovation and Entrepreneurship + + + + + Springer New York + + + + + + + Kim + Dr Kyung Hee + + + + + Pierce + Robert A. + + + + + + + + + Carayannis + Elias G. + + + + + + + + Business and Management, general + + + + + Entrepreneurship + + + TT refs + Convergent Versus Divergent Thinking + 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 + en + link.springer.com + + + http://link.springer.com/referenceworkentry/10.1007/978-1-4614-3858-8_22 + + + 2016-08-09 22:44:30 + ©2013 Springer Science+Business Media LLC + DOI: 10.1007/978-1-4614-3858-8_22 + 245-250 + + + attachment + Snapshot + + + http://link.springer.com/referenceworkentry/10.1007%2F978-1-4614-3858-8_22 + + + 2016-08-09 22:44:30 + 1 + text/html + + + book + + + + + Leeds, UK + + + Conflux Digital + + + + + + + Smith + Steve + + + + + Skelton + Matthew + + + + + TT refs + Build Quality In + 2015-02-27 + + + http://buildqualityin.com/ + + + ISBN 978-1-912058-55-6 + + + presentation + + + + + InfoQ + + + + + + + + + Phillips + Amy + + + + + + TT refs + Testing Observability + 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. + 05 April 2018 + + + https://www.infoq.com/presentations/observability-testing + + + 2018-11-13 20:56:21 + + + attachment + Snapshot + + + https://www.infoq.com/presentations/observability-testing + + + 2018-11-13 20:56:47 + 1 + text/html + + + blogPost + + martinfowler.com + + + + + + Fowler + Martin + + + + + + TT refs + bliki: BoundedContext + 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. + 15 January 2014 + bliki + + + https://martinfowler.com/bliki/BoundedContext.html + + + 2018-11-13 20:50:47 + + + attachment + Snapshot + + + https://martinfowler.com/bliki/BoundedContext.html + + + 2018-11-13 20:50:48 + 1 + text/html + + + book + + + + + Boston + + + Addison Wesley + + + + + + + Evans + Eric + + + + + + TT refs + Domain-Driven Design: Tackling Complexity in the Heart of Software + “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. + 20 Aug. 2003 + English + Domain-Driven Design + Amazon + ISBN 978-0-321-12521-7 + 01 edition + 560 + + + attachment + Amazon.com Link + + + 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 + + + 2018-11-13 20:49:50 + 3 + text/html + + + blogPost + + martinfowler.com + + + + + + Fowler + Martin + + + + + + TT refs + bliki: MicroservicePrerequisites + 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. + 28 August 2014 + bliki + + + https://martinfowler.com/bliki/MicroservicePrerequisites.html + + + 2018-11-13 20:48:17 + + + attachment + Snapshot + + + https://martinfowler.com/bliki/MicroservicePrerequisites.html + + + 2018-11-13 20:48:19 + 1 + text/html + + + book + + + + + Beijing Sebastopol, CA + + + O'Reilly Media + + + + + + + Newman + Sam + + + + + + TT refs + Building Microservices + 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 + 20 Feb. 2015 + English + Amazon + ISBN 978-1-4919-5035-7 + 1 edition + 280 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Building-Microservices-Sam-Newman/dp/1491950358 + + + 2018-11-13 20:46:54 + 3 + text/html + + + presentation + + + + + Simenon + Stefan + + + + + Roos + Wiebe de + + + + + TT refs + Transforming CI/CD at ABN AMRO to Accelerate Software Delivery and Im… + ABN AMRO is using continuous integration/continuous delivery to help to + Mar 27, 2018 + + + https://www.slideshare.net/DevOpsWebinars/transforming-cicd-at-abn-amro-to-accelerate-software-delivery-and-improve-security + + + 2018-11-13 20:40:34 + Technology + + + magazineArticle + + dzone.com + + + + + + Cunningham + Ward + + + + + + TT refs + Understand the High Cost of Technical Debt by Ward Cunningham - DZone Agile + 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... + 24 August 2013 + en + + + https://dzone.com/articles/understand-high-cost-technical + + + 2018-10-01 16:12:28 + + + attachment + Snapshot + + + https://dzone.com/articles/understand-high-cost-technical + + + 2018-10-01 16:12:35 + 1 + text/html + + + journalArticle + + + + + + Tuckman + Bruce W. + + + + + + + + Cognitive Development + + + + Group Dynamics + + + + Interpersonal Interaction + + + + + Social Interaction + + + TT refs + Developmental sequence in small groups + 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 + APA PsycNET + 384-399 + + + 63 + Psychological Bulletin + DOI 10.1037/h0022100 + 6 + ISSN 1939-1455(Electronic),0033-2909(Print) + + + attachment + Snapshot + + + http://psycnet.apa.org/record/1965-12187-001 + + + 2018-11-13 20:11:28 + 1 + text/html + + + book + + + + + Princeton, N.J + + + Princeton University Press + + + + + + + Axelrod + Robert A. + + + + + + TT refs + Complexity of Cooperation: Agent-Based Models of Competition and Collaboration + 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 + 7 Sept. 1997 + English + Complexity of Cooperation + Amazon + ISBN 978-0-691-01567-5 + 248 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Complexity-Cooperation-Agent-Based-Competition-Collaboration/dp/0691015678 + + + 2018-11-12 17:25:16 + 3 + text/html + + + webpage + + ResearchGate + + + + + + Stompff + Guido + + + + + + + TT refs + 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... + September 2012 + en + (PDF) Facilitating Team Cognition + + + https://www.researchgate.net/publication/254831689_Facilitating_Team_Cognition_How_designers_mirror_what_NPD_teams_do + + + 2018-11-12 10:57:06 + + + attachment + Stompff - 2012 - Facilitating Team Cognition How designers mirror .pdf + application/pdf + + + attachment + Snapshot + + + https://www.researchgate.net/publication/254831689_Facilitating_Team_Cognition_How_designers_mirror_what_NPD_teams_do + + + 2018-11-12 10:57:10 + 1 + text/html + + + book + + + + + Cambridge, Mass + + + MIT Press + + + + + + Wiener + + + + + TT refs + Cybernetics: or Control and Communication in the Animal and the Machine + 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 + 1 Jan. 1961 + English + Cybernetics + Amazon + ISBN 978-0-262-73009-9 + second edition edition + 212 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Cybernetics-Control-Communication-Animal-Machine/dp/026273009X + + + 2018-11-12 09:56:25 + 3 + text/html + + + book + + + Team Guide series + 1 + + + + + + + Leeds, UK + + + Conflux Books + + + + + + + Skelton + Matthew + + + + + Thatcher + Rob + + + + + TT refs + Team Guide to Software Operability + 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 + + + http://operabilitybook.com/ + + + ISBN 978-1-912058-71-6 + + + book + + + + + Beijing + + + O'Reilly Media + + + + + + + Sussna + Jeff + + + + + + TT refs + Designing Delivery: Rethinking IT in the Digital Service Economy + 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 + 17 July 2015 + English + Designing Delivery + Amazon + ISBN 978-1-4919-4988-7 + 1 edition + 232 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Designing-Delivery-Rethinking-Digital-Service/dp/1491949880 + + + 2018-11-06 17:33:46 + 3 + text/html + + + blogPost + + Skelton Thatcher + + + + + + O'Dell + Chris + + + + + + TT refs + You build it, You run it (Why developers should also be on 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-18T08:17:58+00:00 + en-GB + + + https://skeltonthatcher.com/blog/build-run-developers-also-call/ + + + 2018-11-06 10:16:00 + + + attachment + Snapshot + + + https://skeltonthatcher.com/blog/build-run-developers-also-call/ + + + 2018-11-06 10:16:25 + 1 + text/html + + + magazineArticle + + CIO UK + + + + + + Wardley + Simon + + + + + + TT refs + An introduction to Wardley 'Value Chain' Mapping + What is Wardley Mapping? This is about my journey, from a newly-minted yet confused CEO caught like a rabbit staring helpless into the... + March 19, 2015 + + + https://www.cio.co.uk/it-strategy/introduction-wardley-value-chain-mapping-3604565/ + + + 2018-11-05 20:52:23 + Copyright 2018 IDG Communications Ltd + + + attachment + Snapshot + + + https://www.cio.co.uk/it-strategy/introduction-wardley-value-chain-mapping-3604565/ + + + 2018-11-05 20:52:48 + 1 + text/html + + + blogPost + + FutureGov + + + + + + Holliday + Ben + + + + + + TT refs + A ‘service-oriented’ approach to organisation design + 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-25T08:41:01.264Z + + + https://blog.wearefuturegov.com/a-service-oriented-approach-to-organisation-design-1e075be7f578 + + + 2018-09-27 08:32:33 + + + attachment + Snapshot + + + https://blog.wearefuturegov.com/a-service-oriented-approach-to-organisation-design-1e075be7f578 + + + 2018-09-27 08:32:43 + 1 + text/html + + + book + + + + + Portland, OR + + + IT Revolution Press + + + + + + + Schwarz + Mark + + + + + Cox + Jason + + + + + Snyder + Jonathan + + + + + Rendell + Mark + + + + + Nambiar + Chivas + + + + + Kapadia + Mustafa + + + + + + TT refs + 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 + English + + + https://itrevolution.com/book/thinking-environments/ + + + 1 + 67 + + + attachment + Schwarz et al. - 2016 - Thinking Environments.pdf + application/pdf + + + videoRecording + + + NCS Conferences + + + + + + + Lewis + James + + + + + TT refs + Microservices and the Inverse Conway Manoeuvre - James Lewis + 16 Feb 2017 + YouTube + + + https://www.youtube.com/watch?v=uamh7xppO3E + + + 2018-11-05 14:43:10 + 3477 seconds + + + book + + + + + Cambridge, Mass. + + + MIT Press + + + + + + + Allen + Thomas J. + + + + + + TT refs + Managing the Flow of Technology + 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. + 4 Jan. 1984 + English + Amazon + ISBN 978-0-262-51027-1 + New Ed edition + 334 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Managing-Flow-Technology-MIT-Press/dp/0262510278 + + + 2018-11-05 14:16:53 + 3 + text/html + + + presentation + + + + + Evans + William + + + + + TT refs + The Need for Speed: Enabling DevOps through Enterprise Architecture |… + This is a talk presented at the DevOps Enterprise Summit, 2016 by Mark Landy + 02 November 2016 + The Need for Speed + + + https://www.slideshare.net/willevans/the-need-for-speed-enabling-devops-through-enterprise-architecture + + + 2018-11-04 10:06:20 + Business + + + blogPost + + Code as Craft + + + + + + Allspaw + John + + + + + + TT refs + Blameless PostMortems and a Just Culture + 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-22T16:45:11+00:00 + + + https://codeascraft.com/2012/05/22/blameless-postmortems/ + + + 2018-11-04 09:13:01 + + + attachment + Snapshot + + + https://codeascraft.com/2012/05/22/blameless-postmortems/ + + + 2018-11-04 09:13:05 + 1 + text/html + + + report + + + + Google + + + + + TT refs + re:Work - Guide: Understand team effectiveness + Fostering psychological safety can help teams perform and innovate, Google found while trying to understand what makes team great. + 17 November 2015 + re + + + https://rework.withgoogle.com/guides/understanding-team-effectiveness/steps/define-team/ + + + 2017-10-09 19:29:18 + + + attachment + Snapshot + + + https://rework.withgoogle.com/guides/understanding-team-effectiveness/steps/define-team/ + + + 2017-10-09 19:29:19 + 1 + text/html + + + blogPost + + + + + + + + Rozovsky + Julia + + + + + + TT refs + re:Work - The 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? + 17 November 2015 + en + re + + + https://rework.withgoogle.com/blog/five-keys-to-a-successful-google-team/ + + + 2018-11-04 09:00:55 + + + attachment + Snapshot + + + https://rework.withgoogle.com/blog/five-keys-to-a-successful-google-team/ + + + 2018-11-04 09:01:18 + 1 + text/html + + + book + + + + + Raleigh, North Carolina + + + O′Reilly + + + + + + + Nygard + Michael T. + + + + + + TT refs + Release It! Design and Deploy Production-Ready Software + 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. + 2 Feb. 2018 + English + Amazon + ISBN 978-1-68050-239-8 + 2nd ed. edition + 376 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Release-Design-Deploy-Production-Ready-Software/dp/1680502395 + + + 2018-10-09 19:15:10 + 3 + text/html + + + book + + + Pearson Prentice Hall + + + + + + + Coplien + James O. + + + + + Harrison + Neil + + + + + + + + Computers / Programming / General + + + + + Computers / Software Development & Engineering / General + + + TT refs + Organizational Patterns of Agile Software Development + 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 + en + Google Books + Google-Books-ID: 6K5QAAAAMAAJ + ISBN 978-0-13-146740-8 + 436 + + + attachment + Google Books Link + + + https://books.google.co.uk/books?id=6K5QAAAAMAAJ + + + 2018-10-09 18:40:25 + 3 + text/html + + + blogPost + + Allan Kelly Associates + + + + + + Kelly + Allan + + + + + + TT refs + Return to Conway’s 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-17T12:53:00+00:00 + en-GB + + + https://www.allankellyassociates.co.uk/archives/1169/return-to-conways-law/ + + + 2018-10-09 18:30:36 + + + attachment + Snapshot + + + https://www.allankellyassociates.co.uk/archives/1169/return-to-conways-law/ + + + 2018-10-09 18:30:46 + 1 + text/html + + + blogPost + + Matthew Skelton + + + + + + Skelton + Matthew + + + + + + TT refs + 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-22T00:21:50+00:00 + en + + + https://blog.matthewskelton.net/2013/10/22/what-team-structure-is-right-for-devops-to-flourish/ + + + 2018-10-05 14:27:01 + + + attachment + Snapshot + + + https://blog.matthewskelton.net/2013/10/22/what-team-structure-is-right-for-devops-to-flourish/ + + + 2018-10-05 14:27:07 + 1 + text/html + + + journalArticle + + + + + + Skulmowski + Alexander + + + + + Rey + Günter Daniel + + + + + + + Cognitive Load + + + + Cognitive Load Theory + + + + + Embodied Cognition + + + + Learning + + + Measurement + + TT refs + Measuring Cognitive Load in Embodied Learning Settings + 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 + English + Frontiers + + + https://www.frontiersin.org/articles/10.3389/fpsyg.2017.01191/full + + + 2018-10-01 20:15:31 + + + 8 + Frontiers in Psychology + DOI 10.3389/fpsyg.2017.01191 + Front. Psychol. + ISSN 1664-1078 + + + attachment + Full Text PDF + + + https://www.frontiersin.org/articles/10.3389/fpsyg.2017.01191/pdf + + + 2018-10-01 20:15:33 + 1 + application/pdf + + + book + + + + + New York, NY + + + Dorset House Publishing Co Inc.,U.S. + + + + + + + DeMarco + Tom + + + + + Lister + Timothy + + + + + + TT refs + Peopleware: Productive Projects and Teams + 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. + 1 Jan. 1999 + English + Peopleware + Amazon + ISBN 978-0-932633-43-9 + 2nd Revised edition edition + 245 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Peopleware-Productive-Projects-Tom-DeMarco/dp/0932633439 + + + 2018-10-01 19:35:03 + 3 + text/html + + + journalArticle + + + + + + Ancona + Deborah Gladstein + + + + + Caldwell + David F. + + + + + + TT refs + Demography and Design: Predictors of New Product Team Performance + 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. + August 1, 1992 + Demography and Design + pubsonline.informs.org (Atypon) + + + https://pubsonline.informs.org/doi/abs/10.1287/orsc.3.3.321 + + + 2018-10-01 19:07:59 + 321-341 + + + 3 + Organization Science + DOI 10.1287/orsc.3.3.321 + 3 + Organization Science + ISSN 1047-7039 + + + attachment + Snapshot + + + https://pubsonline.informs.org/doi/abs/10.1287/orsc.3.3.321 + + + 2018-10-01 19:08:12 + 1 + text/html + + + journalArticle + + + + + + Lim + Beng-Chong + + + + + Klein + Katherine J. + + + + + + TT refs + Team mental models and team performance: a field study of the effects of team mental model similarity and accuracy + 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 + en + Team mental models and team performance + Wiley Online Library + + + https://onlinelibrary.wiley.com/doi/abs/10.1002/job.387 + + + 2018-10-01 19:02:19 + Copyright © 2006 John Wiley & Sons, Ltd. + 403-418 + + + 27 + Journal of Organizational Behavior + DOI 10.1002/job.387 + 4 + ISSN 1099-1379 + + + attachment + Snapshot + + + https://onlinelibrary.wiley.com/doi/abs/10.1002/job.387 + + + 2018-10-01 19:02:32 + 1 + text/html + + + journalArticle + + + + + + Driskell + James E. + + + + + Salas + Eduardo + + + + + TT refs + Collective Behavior and Team Performance + 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. + June 1, 1992 + en + SAGE Journals + + + https://doi.org/10.1177/001872089203400303 + + + 2018-10-01 18:49:51 + 277-288 + + + 34 + Human Factors + DOI 10.1177/001872089203400303 + 3 + Hum Factors + ISSN 0018-7208 + + + journalArticle + + + + + Special Issue: Meeting Diversity in Ergonomics + + + 37 + Applied Ergonomics + DOI 10.1016/j.apergo.2006.04.011 + 4 + Applied Ergonomics + ISSN 0003-6870 + + + + + + + Carayon + Pascale + + + + + + + + Complex work system + + + + + Computer and information system security + + + + + Health care and patient safety + + + + Macroergonomics + + + + Organizational design and management (ODAM) + + + + + Sociotechnical system + + + TT refs + Human factors of complex sociotechnical systems + 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. + July 2006 + ScienceDirect + + + http://www.sciencedirect.com/science/article/pii/S0003687006000585 + + + 2016-07-15 13:36:13 + 525-535 + + + attachment + ScienceDirect Snapshot + + + http://www.sciencedirect.com/science/article/pii/S0003687006000585 + + + 2016-07-15 13:36:13 + 1 + text/html + + + journalArticle + + Military Psychology + + + + + + Johnston + Joan H. + + + + + Fiore + Stephen M. + + + + + Smith + C.A.P. + + + + + + TT refs + Application of Cognitive Load Theory to Developing a Measure of Team Decision Efficiency + 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 + + + http://www.dtic.mil/dtic/tr/fulltext/u2/a525820.pdf + + + 2016-05-20 + + + attachment + Johnston et al. - 2002 - Application of Cognitive Load Theory to Developing.pdf + application/pdf + + + journalArticle + + + + + + + + Ilgen + Daniel + + + + + R. Hollenbeck + John + + + + + + + TT refs + 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 + August 1, 1993 + Effective Team Performance Under Stress and Normal Conditions + ResearchGate + 85 + + + attachment + Full Text PDF + + + https://www.researchgate.net/profile/Daniel_Ilgen/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/links/584ec53d08aecb6bd8d00f94/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.pdf + + + 2018-10-01 14:16:12 + 1 + application/pdf + + + attachment + ResearchGate Link + + + 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 + + + 2018-10-01 14:16:12 + 3 + + + blogPost + + traceinthesand.com Blog + + + + + + Malan + Ruth + + + + + + TT refs + Conway’s Law + 13 February 2008 + + + http://traceinthesand.com/blog/2008/02/13/conways-law/ + + + 2018-10-01 14:08:05 + + + attachment + Snapshot + + + http://traceinthesand.com/blog/2008/02/13/conways-law/ + + + 2018-10-01 14:08:08 + 1 + text/html + + + journalArticle + + + 3 + Group Dynamics: Theory, Research, and Practice + DOI 10.1037/1089-2699.3.4.291 + + + + + + + Driskell + James + + + + + Salas + Eduardo + + + + + Johnston + Joan + + + + + + + TT refs + Does Stress Lead to a Loss of Team Perspective? + 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) + December 1, 1999 + ResearchGate + 291-302 + + + attachment + ResearchGate Link + + + https://www.researchgate.net/publication/232517202_Does_Stress_Lead_to_a_Loss_of_Team_Perspective + + + 2018-10-01 13:52:45 + 3 + + + attachment + Full Text PDF + + + https://www.researchgate.net/profile/Eduardo_Salas3/publication/232517202_Does_Stress_Lead_to_a_Loss_of_Team_Perspective/links/00b7d5193ab31a5a16000000/Does-Stress-Lead-to-a-Loss-of-Team-Perspective.pdf + + + 2018-10-01 13:52:44 + 1 + application/pdf + + + blogPost + + The Academy for Systems Change + + + + + + Meadows + Donella + + + + + + TT refs + 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 + en-US + Leverage Points + + + http://donellameadows.org/archives/leverage-points-places-to-intervene-in-a-system/ + + + 2018-09-23 20:32:17 + + + attachment + Snapshot + + + http://donellameadows.org/archives/leverage-points-places-to-intervene-in-a-system/ + + + 2018-09-23 20:32:21 + 1 + text/html + + + book + + + + + Chichester + + + John Wiley & Sons + + + + + + + Beer + Stafford + + + + + + TT refs + Brain of the Firm 2e + "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 + 16 May 1995 + English + Amazon + ISBN 978-0-471-94839-1 + 2 edition + 432 + + + attachment + Amazon.com Link + + + 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 + + + 2018-10-01 08:22:30 + 3 + text/html + + + book + + Routledge + + + + + + Drucker + Peter + + + + + + + + Performing Arts / Dance / General + + + TT refs + The Daily Drucker + 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 + en + Google Books + Google-Books-ID: TnhQDwAAQBAJ + ISBN 978-1-136-01929-6 + 494 + + + attachment + Google Books Link + + + https://books.google.co.uk/books?id=TnhQDwAAQBAJ + + + 2018-09-27 08:23:41 + 3 + text/html + + + book + + + BetaCodex Publishing + + + + + + + Pflaeging + Niels + + + + + + + + + Steinmann + Pia + + + + + + TT refs + Organize for Complexity: How to Get Life Back Into Work to Build the High-Performance Organization + 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 + 19 Mar. 2014 + English + Organize for Complexity + Amazon + ISBN 978-0-9915376-0-0 + Revised, ed. edition + 144 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Organize-Complexity-High-Performance-Organization-Publishing/dp/0991537602 + + + 2018-09-25 17:34:25 + 3 + text/html + + + blogPost + + Niels Pflaeging + + + + + + Pflaeging + Niels + + + + + + TT refs + Org Physics: The 3 faces of every company + How a triad of structures allows companies to absorb complexity + 2017-03-06T13:17:06.613Z + Org Physics + + + https://medium.com/@NielsPflaeging/org-physics-the-3-faces-of-every-company-df16025f65f8 + + + 2018-09-25 17:32:29 + + + attachment + Snapshot + + + https://medium.com/@NielsPflaeging/org-physics-the-3-faces-of-every-company-df16025f65f8 + + + 2018-09-25 17:32:33 + 1 + text/html + + + blogPost + + Netflix TechBlog + + + + + + Fisher-Ogden + Philip + + + + + Burrell + Greg + + + + + Marsh + Dianne + + + + + + TT refs + Full Cycle Developers at Netflix + Operating what you build, empowered with amazing developer tools + 2018-05-17T15:01:01.876Z + + + https://medium.com/netflix-techblog/full-cycle-developers-at-netflix-a08c31f83249 + + + 2018-09-25 14:58:25 + + + attachment + Snapshot + + + https://medium.com/netflix-techblog/full-cycle-developers-at-netflix-a08c31f83249 + + + 2018-09-25 14:58:29 + 1 + text/html + + + webpage + + martinfowler.com + + + + + + Bottcher + Evan + + + + + + TT refs + What I Talk About When I Talk About Platforms + These days everyone is building a 'platform' to speed up delivery of digital products. But what makes an effective digital platform? + 05 March 2018 + + + https://martinfowler.com/articles/talk-about-platforms.html + + + 2018-09-25 11:55:44 + + + attachment + Snapshot + + + https://martinfowler.com/articles/talk-about-platforms.html + + + 2018-09-25 11:55:47 + 1 + text/html + + + blogPost + + https://www.bcg.com + + + + + + Schotkamp + Tom + + + + + Danoesastro + Martin + + + + + + + TT refs + HR’s Pioneering Role in Agile at ING + 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. + 1 June 2018 + en + + + https://www.bcg.com/en-gb/publications/2018/human-resources-pioneering-role-agile-ing.aspx + + + 2018-09-25 07:40:45 + + + attachment + HRs Pioneering Role_ex01_tcm-193159.png + image/png + + + attachment + Snapshot + + + https://www.bcg.com/en-gb/publications/2018/human-resources-pioneering-role-agile-ing.aspx + + + 2018-09-25 07:40:52 + 1 + text/html + + + book + + + + + Brussels + + + Nelson Parker + + + + + + + Laloux + Frederic + + + + + + TT refs + Reinventing Organizations: A Guide to Creating Organizations Inspired by the Next Stage in Human Consciousness + 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. + 10 Feb. 2014 + English + Reinventing Organizations + Amazon + ISBN 978-2-9601335-0-9 + 1 edition + 382 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Reinventing-Organizations-Creating-Inspired-Consciousness/dp/2960133501 + + + 2018-09-24 21:51:14 + 3 + text/html + + + book + + + + + Upper Saddle River, NJ + + + Prentice Hall + + + + + + + Feathers + Michael + + + + + + TT refs + Working Effectively with Legacy Code + 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. + 22 Sept. 2004 + English + Amazon + ISBN 978-0-13-117705-5 + 01 edition + 456 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Working-Effectively-Legacy-Michael-Feathers/dp/0131177052 + + + 2018-09-24 10:57:58 + 3 + text/html + + + magazineArticle + + Hacker Noon + + + + + + Cutler + John + + + + + + TT refs + 12 Signs You’re Working in a Feature Factory + 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-17T04:52:04.072Z + + + https://hackernoon.com/12-signs-youre-working-in-a-feature-factory-44a5b938d6a2 + + + 2018-09-24 06:51:38 + + + attachment + Snapshot + + + https://hackernoon.com/12-signs-youre-working-in-a-feature-factory-44a5b938d6a2 + + + 2018-09-24 06:51:45 + 1 + text/html + + + book + + + + + San Francisco + + + John Wiley & Sons + + + + + + + Lencioni + Patrick M. + + + + + + TT refs + The Five Dysfunctions of a Team: A Leadership Fable + 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. + 18 April 2002 + English + The Five Dysfunctions of a Team + Amazon + ISBN 978-0-7879-6075-9 + 1 edition + 240 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Five-Dysfunctions-Team-Leadership-Lencioni/dp/0787960756 + + + 2018-09-23 15:21:07 + 3 + text/html + + + journalArticle + + + + + + Forrester + Russ + + + + + Drexler + Allan B. + + + + + + TT refs + A model for team-based organization performance + 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. + August 1, 1999 + journals.aom.org (Atypon) + + + https://journals.aom.org/doi/abs/10.5465/ame.1999.2210313 + + + 2018-09-23 14:34:33 + 36-49 + + + 13 + Academy of Management Perspectives + DOI 10.5465/ame.1999.2210313 + 3 + AMP + ISSN 1558-9080 + + + attachment + Snapshot + + + https://journals.aom.org/doi/abs/10.5465/ame.1999.2210313 + + + 2018-09-23 14:34:40 + 1 + text/html + + + journalArticle + + + 5 + Organization Science + 2 + ISSN 1047-7039 + + + + + + + DeSanctis + Gerardine + + + + + Poole + Marshall Scott + + + + + + TT refs + Capturing the Complexity in Advanced Technology Use: Adaptive Structuration Theory + 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 + Capturing the Complexity in Advanced Technology Use + JSTOR + + + https://www.jstor.org/stable/2635011 + + + 2018-09-23 14:08:13 + 121-147 + + + attachment + DeSanctis and Poole - 1994 - Capturing the Complexity in Advanced Technology Us.pdf + application/pdf + + + journalArticle + + + 4th Annual Acquisition Research Symposium of the Naval Postgraduate School + + + + + + + Knight + Pamela + + + + + + TT refs + Acquisition Community Team Dynamics: The Tuckman Model vs. the DAU Model + 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. + 30 April 2007 + en + Zotero + + + http://www.dtic.mil/dtic/tr/fulltext/u2/a493549.pdf + + + 55 + + + attachment + Acquisition Community Team Dynamics The Tuckman M.pdf + + + http://www.dtic.mil/dtic/tr/fulltext/u2/a493549.pdf + + + 2018-09-23 13:43:01 + 1 + application/pdf + + + magazineArticle + + InfoQ + + + + + + Larman + Criag + + + + + Vodde + Bas + + + + + + TT refs + Choose Feature Teams over Component Teams for Agility + 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. + 15 July 2008 + + + https://www.infoq.com/articles/scaling-lean-agile-feature-teams + + + 2018-09-17 17:10:49 + + + attachment + Snapshot + + + https://www.infoq.com/articles/scaling-lean-agile-feature-teams + + + 2018-09-17 17:10:55 + 1 + text/html + + + conferencePaper + + + + + + + + Conway + Mel + + + + + + TT refs + Toward Simplifying Application Development, in a Dozen Lessons + 03 January 2017 + + + http://melconway.com/Home/pdf/simplify.pdf + + + + + attachment + simplify.pdf + + + http://melconway.com/Home/pdf/simplify.pdf + + + 2018-09-13 19:29:20 + 1 + application/pdf + + + journalArticle + + Datamation + + + + + + Conway + Melvin E + + + + + + TT refs + HOW DO COMMITTEES INVENT? + 1968 + en + Zotero + + + http://www.melconway.com/Home/pdf/committees.pdf + + + 4 + + + attachment + Conway - 1968 - HOW DO COMMITTEES INVENT.pdf + + + http://www.melconway.com/Home/pdf/committees.pdf + + + 2018-09-13 19:14:54 + 1 + application/pdf + + + book + + + Triarchy Press + + + + + + + Ackoff + Russell L. + + + + + Addison + Herbert J. + + + + + Bibb + Sally + + + + + + TT refs + Management F-laws: How Organizations Really Work + 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? + 24 Jan. 2007 + English + Management F-laws + Amazon + ISBN 978-0-9550081-2-2 + 180 + + + attachment + Amazon.com Link + + + https://smile.amazon.co.uk/gp/product/0955008123/ref=od_aui_detailpages00?ie=UTF8&psc=1 + + + 2018-09-13 08:53:31 + 3 + text/html + + + book + + + + + New York + + + OUP USA + + + + + + + Ackoff + Russell L. + + + + + + TT refs + Re-Creating the Corporation: A Design of Organizations for the 21st Century + 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. + 7 Oct. 1999 + English + Re-Creating the Corporation + Amazon + ISBN 978-0-19-512387-6 + First Edition edition + 348 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/gp/product/0195123875/ref=od_aui_detailpages00?ie=UTF8&psc=1 + + + 2018-09-13 08:53:26 + 3 + text/html + + + book + + + Addison-Wesley Professional + + + + + + + Larman + Craig + + + + + Vodde + Bas + + + + + + + + TT refs + Large-Scale Scrum: More with LeSS + 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 + 30 Sept. 2016 + English + Large-Scale Scrum + Amazon + ISBN 978-0-321-98571-2 + 1 edition + 356 + + + attachment + LeSS-poster.pdf + application/pdf + + + attachment + Larman and Vodde - 2016 - Large-Scale Scrum More with LeSS.pdf + application/pdf + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Large-Scale-Scrum-More-Addison-Wesley-Signature-ebook/dp/B01JP91OR4 + + + 2018-09-13 08:31:49 + 3 + text/html + + + book + + + O'Reilly Media + + + + + + + Tune + Nick + + + + + Millett + Scott + + + + + + + TT refs + Designing Autonomous Teams and Services + 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 + en + + + https://www.oreilly.com/programming/free/designing-autonomous-teams-and-services.csp + + + 2018-09-10 19:49:36 + ISBN 978-1-4919-9431-3 + + + attachment + Tune and Millett - 2017 - Designing Autonomous Teams and Services.pdf + application/pdf + + + attachment + Snapshot + + + https://www.oreilly.com/programming/free/designing-autonomous-teams-and-services.csp + + + 2018-09-10 19:49:41 + 1 + text/html + + + report + + + + + Rochester, NY + + + Social Science Research Network + + + + + + + Levina + Natalia + + + + + Vaast + Emmanuelle + + + + + + + + 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 + The Emergence of Boundary Spanning Competence in Practice: Implications for Information Systems' Implementation and Use + 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 + en + The Emergence of Boundary Spanning Competence in Practice + papers.ssrn.com + + + https://papers.ssrn.com/abstract=1276022 + + + 2018-09-10 13:30:40 + ID 1276022 + SSRN Scholarly Paper + + + attachment + Full Text PDF + + + https://papers.ssrn.com/sol3/Delivery.cfm/SSRN_ID1276022_code327560.pdf?abstractid=1276022&mirid=1 + + + 2018-09-10 13:30:50 + 1 + application/pdf + + + attachment + Snapshot + + + https://papers.ssrn.com/sol3/papers.cfm?abstract_id=1276022 + + + 2018-09-10 13:30:48 + 1 + text/html + + + book + + + Software Strategy Ltd + + + + + + + Kelly + Allan + + + + + + TT refs + Project Myopia: Why projects damage software #NoProjects eBook: Allan Kelly: Amazon.co.uk: Kindle Store + 28 July 2018 + + + 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-09-10 10:46:54 + ISBN 978-1-912832-03-3 + + + attachment + Project Myopia: Why projects damage software #NoProjects eBook: Allan Kelly: Amazon.co.uk: Kindle Store + + + 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-09-10 10:47:00 + 1 + text/html + + + journalArticle + + + + + + Scholtes + Ingo + + + + + Mavrodiev + Pavlin + + + + + Schweitzer + Frank + + + + + + + Coordination + + + + Open source software + + + + + Productivity factors + + + + + Repository mining + + + + + Social aspects of software engineering + + + + + Software engineering + + + TT refs + From Aristotle to Ringelmann: A Large-scale Analysis of Team Productivity and Coordination in Open Source Software Projects + 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. + April 2016 + From Aristotle to Ringelmann + ACM Digital Library + + + http://dx.doi.org/10.1007/s10664-015-9406-4 + + + 2018-09-10 07:33:26 + 642–683 + + + 21 + Empirical Softw. Engg. + DOI 10.1007/s10664-015-9406-4 + 2 + ISSN 1382-3256 + + + attachment + Scholtes et al. - 2016 - From Aristotle to Ringelmann A Large-scale Analys.pdf + application/pdf + + + webpage + + InfoQ + + + + + + Kelly + Allan + + + + + + TT refs + No Projects - 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. + 05 Dec 2014 + + + https://www.infoq.com/articles/kelly-beyond-projects + + + 2018-09-09 14:39:13 + + + attachment + Snapshot + + + https://www.infoq.com/articles/kelly-beyond-projects + + + 2018-09-09 14:39:19 + 1 + text/html + + + webpage + + Harvard Business Review + + + + + + Kotter + John P. + + + + + + TT refs + Accelerate! + How the most innovative companies capitalize on today’s rapid-fire strategic challenges—and still make their numbers. + 2012-11-01T04:00:00Z + + + https://hbr.org/2012/11/accelerate + + + 2018-09-07 15:57:44 + + + attachment + Snapshot + + + https://hbr.org/2012/11/accelerate + + + 2018-09-07 15:57:52 + 1 + text/html + + + book + + + + + Chichester + + + John Wiley & Sons + + + + + + + Kelly + Allan + + + + + + TT refs + Business Patterns for Software Developers + 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. + 3 Feb. 2012 + English + Amazon + ISBN 978-1-119-99924-9 + 1 edition + 406 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Business-Patterns-Software-Developers-Allan/dp/1119999243 + + + 2018-09-04 07:41:01 + 3 + text/html + + + journalArticle + + + + + + Bernstein + Ethan S. + + + + + Turban + Stephen + + + + + + + + TT refs + The impact of the ‘open’ workspace on human collaboration + 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 + en + rstb.royalsocietypublishing.org + + + http://rstb.royalsocietypublishing.org/content/373/1753/20170239 + + + 2018-09-03 21:22:23 + © 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. + PMID: 29967303 + 20170239 + + + 373 + Phil. Trans. R. Soc. B + DOI 10.1098/rstb.2017.0239 + 1753 + Phil. Trans. R. Soc. B + ISSN 0962-8436, 1471-2970 + + + attachment + PubMed entry + + + http://www.ncbi.nlm.nih.gov/pubmed/29967303 + + + 2018-09-03 21:22:32 + 3 + text/html + + + attachment + Snapshot + + + http://rstb.royalsocietypublishing.org/content/373/1753/20170239 + + + 2018-09-03 21:22:31 + 1 + text/html + + + attachment + Full Text PDF + + + http://rstb.royalsocietypublishing.org/content/373/1753/20170239.full.pdf + + + 2018-09-03 21:22:27 + 1 + application/pdf + + + journalArticle + + + + + + Strode + Diane E. + + + + + Huff + Sid L. + + + + + Hope + Beverley + + + + + Link + Sebastian + + + + + + + + Agile methods + + + + Agile software development project + + + + + Coordination effectiveness + + + + + Coordination strategy + + + + + Coordination Theory + + + + + Extreme Programming + + + + Scrum + + TT refs + Coordination in co-located agile software development projects + 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. + June 1, 2012 + ScienceDirect + + + http://www.sciencedirect.com/science/article/pii/S0164121212000465 + + + 2018-09-03 21:10:59 + 1222-1238 + + + + + Special Issue: Agile Development + + + 85 + Journal of Systems and Software + DOI 10.1016/j.jss.2012.02.017 + 6 + Journal of Systems and Software + ISSN 0164-1212 + + + attachment + Strode et al. - 2012 - Coordination in co-located agile software developm.pdf + application/pdf + + + attachment + ScienceDirect Snapshot + + + http://www.sciencedirect.com/science/article/pii/S0164121212000465 + + + 2018-09-03 21:11:03 + 1 + text/html + + + blogPost + + Harvard Gazette + + + + + + HBS Communications + + + + + + TT refs + 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-15T18:17:12-0400 + en-US + + + https://news.harvard.edu/gazette/story/2018/08/collaborate-on-complex-problems-but-only-intermittently/ + + + 2018-09-03 20:51:28 + + + attachment + Snapshot + + + https://news.harvard.edu/gazette/story/2018/08/collaborate-on-complex-problems-but-only-intermittently/?utm_medium=social&utm_campaign=hu-twitter-general&utm_source=twitter + + + 2018-09-03 20:51:31 + 1 + text/html + + + journalArticle + + + + + + Bernstein + Ethan + + + + + Shore + Jesse + + + + + Lazer + David + + + + + + + + + + collective intelligence + + + + + social influence + + + + social networks + + TT refs + How intermittent breaks in interaction improve collective intelligence + 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 + en + www.pnas.org + + + http://www.pnas.org/content/early/2018/08/09/1802407115 + + + 2018-09-03 20:58:53 + 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). + PMID: 30104371 + 201802407 + + + Proceedings of the National Academy of Sciences + DOI 10.1073/pnas.1802407115 + PNAS + ISSN 0027-8424, 1091-6490 + + + attachment + Snapshot + + + http://www.pnas.org/content/early/2018/08/09/1802407115.short?rss=1 + + + 2018-09-03 20:59:01 + 1 + text/html + + + attachment + PubMed entry + + + http://www.ncbi.nlm.nih.gov/pubmed/30104371 + + + 2018-09-03 20:59:01 + 3 + text/html + + + attachment + Full Text PDF + + + http://www.pnas.org/content/early/2018/08/09/1802407115.full.pdf + + + 2018-09-03 20:58:56 + 1 + application/pdf + + + journalArticle + + + 28 + Organization Science + DOI 10.1287/orsc.2017.1162 + 6 + Organization Science + ISSN 1047-7039 + + + + + + + Jang + Sujin + + + + + + + TT refs + Cultural Brokerage and Creative Performance in Multicultural Teams + 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. + December 1, 2017 + pubsonline.informs.org (Atypon) + + + https://pubsonline.informs.org/doi/full/10.1287/orsc.2017.1162 + + + 2018-09-03 20:37:21 + 993-1009 + + + attachment + Snapshot + + + https://pubsonline.informs.org/doi/full/10.1287/orsc.2017.1162 + + + 2018-09-03 20:37:32 + 1 + text/html + + + attachment + Full Text PDF + + + https://pubsonline.informs.org/doi/pdf/10.1287/orsc.2017.1162 + + + 2018-09-03 20:37:24 + 1 + application/pdf + + + webpage + + Harvard Business Review + + + + + + Bernstein + Ethan + + + + + Bunch + John + + + + + Canner + Niko + + + + + Lee + Michael + + + + + + TT refs + Beyond the Holacracy Hype + The overwrought claims—and actual promise—of the next generation of self-managed teams + 2016-07-01T04:00:00Z + + + https://hbr.org/2016/07/beyond-the-holacracy-hype + + + 2018-09-03 20:32:52 + + + attachment + Snapshot + + + https://hbr.org/2016/07/beyond-the-holacracy-hype + + + 2018-09-03 20:32:57 + 1 + text/html + + + journalArticle + + + 41 + Research Policy + 8 + + + + + + + MacCormack + Alan + + + + + Baldwin + Carliss Y. + + + + + Rusnak + John + + + + + + + TT refs + Exploring the Duality Between Product and Organizational Architectures: A Test of the 'Mirroring' Hypothesis + 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/1 + Exploring the Duality Between Product and Organizational Architectures + www.hbs.edu + + + http://www.hbs.edu/faculty/Pages/item.aspx?num=43260 + + + 2016-12-03 12:22:22 + 1309-1324 + + + attachment + 08-039_1861e507-1dc1-4602-85b8-90d71559d85b.pdf + application/pdf + + + attachment + Snapshot + + + http://www.hbs.edu/faculty/Pages/item.aspx?num=43260 + + + 2016-12-03 12:22:22 + 1 + text/html + + + book + + + + + Cambridge, Massachusetts London, Englang + + + MIT Press + + + + + + + Leveson + Nancy G. + + + + + + + TT refs + Engineering a Safer World: Systems Thinking Applied to Safety + 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. + 14 Feb. 2017 + English + Engineering a Safer World + Amazon + ISBN 978-0-262-53369-0 + Reprint edition + 560 + + + attachment + Leveson - 2017 - Engineering a Safer World Systems Thinking Applie.pdf + application/pdf + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Engineering-Safer-World-Systems-Thinking/dp/0262533693 + + + 2018-07-15 15:57:26 + 3 + text/html + + + webpage + + TechBeacon + + + + + + Skelton + Matthew + + + + + TT refs + How to find the right DevOps tools for your team + Building a DevOps tool suite? Here are 9 field-tested tips for making all the right choices—and avoiding disaster. + 2018-03-16T11:00:00-04:00 + en + + + https://techbeacon.com/devops/how-find-right-devops-tools-your-team + + + 2020-10-12 18:32:55 + + + book + + + + + Reading, Mass + + + Addison-Wesley + + + + + + + Brooks + Frederick + + + + + + TT refs + Mythical Man-Month, The: Essays on Software Engineering, Anniversary Edition + 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." + 8 Aug. 1995 + English + Mythical Man-Month, The + Amazon + ISBN 978-0-201-83595-3 + 2nd edition + 336 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Mythical-Man-Month-Software-Engineering-Anniversary/dp/0201835959 + + + 2021-02-23 16:25:12 + 3 + text/html + + + webpage + + dev2ops + + + + + + Edwards + Damon + + + + + + TT refs + What is DevOps? + 2010-02-23 + en-US + + + http://dev2ops.org/2010/02/what-is-devops/ + + + 2021-02-23 16:41:58 + + + attachment + Snapshot + + + http://dev2ops.org/2010/02/what-is-devops/ + + + 2021-02-23 16:42:04 + 1 + text/html + + + book + + + + + London + + + Vermilion + + + + + + + Hansson + David Heinemeier + + + + + Fried + Jason + + + + + + TT refs + Remote: Office Not Required + 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. + 31 Oct. 2013 + English + Remote + Amazon + ISBN 978-0-09-195467-3 + 256 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Remote-Required-David-Heinemeier-Hansson/dp/0091954673 + + + 2021-02-23 16:46:22 + 3 + text/html + + + book + + + Reteam, LLC + + + + + + + Helfand + Heidi + + + + + + TT refs + Dynamic Reteaming: The Art and Wisdom of Changing Teams + 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. + 31 July 2019 + English + Dynamic Reteaming + Amazon + ISBN 978-1-73356-721-3 + 293 + + + attachment + Amazon.com Link + + + 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 + + + 2021-02-23 16:49:47 + 3 + text/html + + + book + + + + + Portland, OR + + + IT Revolution + + + + + + + Kersten + Mik + + + + + + TT refs + 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 + 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. + 28 Feb. 2019 + English + Project to Product + Amazon + ISBN 978-1-942788-39-3 + Illustrated edition + 272 + + + attachment + Amazon.com Link + + + 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 + + + 2021-02-23 16:56:43 + 3 + text/html + + + book + + + + + Portland, OR + + + Trade Select + + + + + + + Kim + Gene + + + + + Debois + Patrick + + + + + Willis + John + + + + + + TT refs + The Devops Handbook: How to Create World-Class Agility, Reliability, and Security in Technology Organizations + 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. + 1 Dec. 2016 + English + The Devops Handbook + Amazon + ISBN 978-1-942788-00-3 + Illustrated edition + 250 + + + attachment + Amazon.com Link + + + 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 + + + 2021-02-23 16:57:19 + 3 + text/html + + + blogPost + + API Evangelist + + + + + + Lane + Kin + + + + + + TT refs + The Secret to Amazons Success Internal APIs + A network of research sites dedicated to the technology, business, and politics of APIs. + 2012-01-12 + en-us + + + https://apievangelist.com/2012/01/12/the-secret-to-amazons-success-internal-apis/ + + + 2021-02-23 21:08:00 + + + attachment + Snapshot + + + https://apievangelist.com/2012/01/12/the-secret-to-amazons-success-internal-apis/ + + + 2021-02-23 21:08:04 + 1 + text/html + + + journalArticle + + + + + + Miller + George A. + + + + + + + + + + Cognitive Processes + + + + + Information Theory + + + TT refs + The magical number seven, plus or minus two: some limits on our capacity for processing information + 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 + The magical number seven, plus or minus two + APA PsycNET + Place: US +Publisher: American Psychological Association + 81-97 + + + 63 + Psychological Review + DOI 10.1037/h0043158 + 2 + ISSN 1939-1471(Electronic),0033-295X(Print) + + + attachment + Submitted Version + + + https://pdfs.semanticscholar.org/4023/ae0ba18eed43a97e8b8c9c8fcc9a671b7aa3.pdf + + + 2021-02-23 21:32:26 + 1 + application/pdf + + + attachment + Snapshot + + + https://psycnet.apa.org/record/1957-02914-001 + + + 2021-02-23 21:32:28 + 1 + text/html + + + attachment + Miller GA Magical Seven Psych Review 1955.pdf + application/pdf + + + webpage + + + + + + + + Niall Murphy + + + + + + TT refs + What is Site Reliability Engineering? + + + https://sre.google/in-conversation/ + + + 2021-02-23 21:38:43 + + + attachment + Google - Site Reliability Engineering + + + https://sre.google/in-conversation/ + + + 2021-02-23 21:38:46 + 1 + text/html + + + webpage + + InfoQ + + + + + + Pais + Manuel + + + + + Skelton + Matthew + + + + + + TT refs + The Divisive Effect of Separate 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 + en + + + https://www.infoq.com/articles/issue-tracking-tools/ + + + 2021-02-23 21:49:37 + + + attachment + Snapshot + + + https://www.infoq.com/articles/issue-tracking-tools/ + + + 2021-02-23 21:49:44 + 1 + text/html + + + webpage + + InfoQ + + + + + + Pais + Manuel + + + + + Skelton + Matthew + + + + + + TT refs + Why and How to 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 + en + + + https://www.infoq.com/articles/why-test-logging/ + + + 2021-02-23 21:50:56 + + + attachment + Snapshot + + + https://www.infoq.com/articles/why-test-logging/ + + + 2021-02-23 21:51:02 + 1 + text/html + + + book + + + + + Cambridge, Mass + + + MIT Press + + + + + + + Raymond + Eric S. + + + + + + TT refs + The New Hacker's Dictionary + This new edition of the hacker's own phenomenally successful lexicon includes more than 100 new entries and updates or revises 200 more. + 11 Oct. 1996 + English + Amazon + ISBN 978-0-262-68092-9 + third edition + 570 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/New-Hackers-Dictionary-MIT-Press/dp/0262680920 + + + 2021-02-23 21:54:00 + 3 + text/html + + + book + + + Henry Holt and Co. + + + + + + + Robertson + Brian J. + + + + + + TT refs + Holacracy: The New Management System for a Rapidly Changing World + 2 Jun. 2015 + English + Holacracy + Amazon + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Holacracy-Management-System-Rapidly-Changing/dp/B01L985542/ref=tmm_hrd_swatch_0?_encoding=UTF8&qid=1614117307&sr=1-1 + + + 2021-02-23 21:55:36 + 3 + text/html + + + magazineArticle + + + + + + Rock + David + + + + + Grant + Heidi + + + + + + + Decision making + + + Diversity + + + Leading teams + + TT refs + Why Diverse Teams Are Smarter + Research shows they’re more successful in three important ways. + 2016-11-04T13:00:24Z + hbr.org + + + https://hbr.org/2016/11/why-diverse-teams-are-smarter + + + 2021-02-23 21:56:57 + Section: Diversity + + + Harvard Business Review + ISSN 0017-8012 + + + attachment + Snapshot + + + https://hbr.org/2016/11/why-diverse-teams-are-smarter + + + 2021-02-23 21:57:03 + 1 + text/html + + + book + + + + + San Francisco + + + Jossey-Bass + + + + + + + Rummler + Geary A. + + + + + Brache + Alan P. + + + + + + TT refs + Improving Performance: How to Manage the White Space on the Organization Chart + 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. + 4 Jan. 2013 + English + Improving Performance + Amazon + ISBN 978-1-118-14370-4 + 3rd edition + 288 + + + attachment + Amazon.com Link + + + https://www.amazon.co.uk/Improving-Performance-Manage-White-Organization-dp-1118143701/dp/1118143701/ref=dp_ob_title_bk + + + 2021-02-23 22:02:00 + 3 + text/html + +