Team-Topologies-references-Refworks.txt

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 <p><span style="color: #3d3d3d; font-family: 'Source Sans Pro'; font-size: 16px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: #ffffff; text-decoration-style: initial; text-decoration-color: initial; display: inline !important; float: none;">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.</span></p>
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 <p>Pages 1 in PDF</p>
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 &amp; 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, &quot;Managing Digital: Concepts and Practices&quot;, 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 <p><em><span style="font-size: 11pt; font-family: Arial; color: #000000; background-color: transparent; font-weight: 400; font-variant: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">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.</span></em></p>
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 <p>"synthetic sense organs for the outside" p.291 - 25 September</p>
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 <p>Navy</p>
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 <p>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</p>
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 <p>Cybernetics p.65-66</p>
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

