48,14 €*
Versandkostenfrei per Post / DHL
Aktuell nicht verfügbar
Software projects are, all too often, utter nightmares for everyone involved. Depending on which study you read, between 60 and 90 percent of all software projects are completed late, run over budget, or deliver an inferior quality end product. This blight affects everyone from large organizations trying to roll out business change to tiny startups desperately trying to launch their MVP before the money runs out. While there has been much attention devoted to understanding these failings, leading to the development of entire management methodologies aimed at reducing the failure rate, such new processes have had, at best, limited success in delivering better results.
Based on a decade spent exploring the world of software, Patrick Gleeson argues that the underlying reason for the high failure rate of software projects is that software development, being a deeply arcane and idiosyncratic process, tends to be thoroughly and disastrously misunderstood by managers and leaders. So long as the people tasked with making decisions about software projects are unaware of these idiosyncrasies and their ramifications, software projects will be delivered late, software products will be unfit for purpose, and relations between software developers and their non-technical colleagues will be strained. Even the most potent modern management tools are ineffective when wielded blindly.
To anyone who employs, contracts, manages, or works with software developers, Working with Coders: A Guide to Software Development for the Perplexed Non-Techie delivers the understanding necessary to reduce friction and inefficiencies at the intersection between software development teams and their non-technical colleagues.
What You'll Learn
Discover why software projects are so commonly delivered late and with an abysmal end product
Examine why the relationship between coders and their non-technical colleagues is often strained
Understand how the software development process works and how to support it effectively
Decipher and use the jargon of software development
Keep a team of coders happy and improve the odds of successful software project delivery
Anyone who employs, contracts, or manages software developers¿such as tech startup CEOs, project managers, and clients of digital agencies¿and wishes the relationship wereeasier and more productive. The secondary readership is software developers who want to find ways of working more effectively as part of a team.
Software projects are, all too often, utter nightmares for everyone involved. Depending on which study you read, between 60 and 90 percent of all software projects are completed late, run over budget, or deliver an inferior quality end product. This blight affects everyone from large organizations trying to roll out business change to tiny startups desperately trying to launch their MVP before the money runs out. While there has been much attention devoted to understanding these failings, leading to the development of entire management methodologies aimed at reducing the failure rate, such new processes have had, at best, limited success in delivering better results.
Based on a decade spent exploring the world of software, Patrick Gleeson argues that the underlying reason for the high failure rate of software projects is that software development, being a deeply arcane and idiosyncratic process, tends to be thoroughly and disastrously misunderstood by managers and leaders. So long as the people tasked with making decisions about software projects are unaware of these idiosyncrasies and their ramifications, software projects will be delivered late, software products will be unfit for purpose, and relations between software developers and their non-technical colleagues will be strained. Even the most potent modern management tools are ineffective when wielded blindly.
To anyone who employs, contracts, manages, or works with software developers, Working with Coders: A Guide to Software Development for the Perplexed Non-Techie delivers the understanding necessary to reduce friction and inefficiencies at the intersection between software development teams and their non-technical colleagues.
What You'll Learn
Discover why software projects are so commonly delivered late and with an abysmal end product
Examine why the relationship between coders and their non-technical colleagues is often strained
Understand how the software development process works and how to support it effectively
Decipher and use the jargon of software development
Keep a team of coders happy and improve the odds of successful software project delivery
Anyone who employs, contracts, or manages software developers¿such as tech startup CEOs, project managers, and clients of digital agencies¿and wishes the relationship wereeasier and more productive. The secondary readership is software developers who want to find ways of working more effectively as part of a team.
Patrick Gleeson has been a coder and a manager of coders for the past 10 years. He has worked in a variety of organizations, from bespoke software consultancies to multinational corporations to tiny start-ups, and is currently CTO of Think Smart, a company that provides tools to help young people make better career choices. He holds a degree from the University of Cambridge in Philosophy and Classics, and another one from the London Academy of Music and Dramatic Art in Technical Theatre. He also sidelines as a composer for film and theater, and once spent a year building animatronic puppets as part of a robot circus, including a mechanical octopus that played the xylophone.
Examines the strains in the relationship between coders and their non-technical colleagues
Shows how to improve coder/non-coder professional relations and the odds of successful software project delivery
Describes how the software development process works and how to support it effectively
Covers how to decipher and use the jargon of software development
Chapter 1: Introductions.- Chapter 2: Why Writing Software Is Nothing Like Building A House.- Chapter 3: (Fr)Agile.- Chapter 4: What Do They Do All Day?.- Chapter 5: The Big Green Check Mark.- Chapter 6: Taking the "Arg!" out of Jargon.- Chapter 7: So You Need to Hire an Engineer.- Chapter 8: Programmer Preoccupations.- Chapter 9: Keeping Coders Happy.- Chapter 10: When It All Goes Wrong.
Erscheinungsjahr: | 2017 |
---|---|
Fachbereich: | Management |
Genre: | Wirtschaft |
Rubrik: | Recht & Wirtschaft |
Medium: | Taschenbuch |
Inhalt: |
xiv
220 S. |
ISBN-13: | 9781484227008 |
ISBN-10: | 148422700X |
Sprache: | Englisch |
Herstellernummer: | 978-1-4842-2700-8 |
Ausstattung / Beilage: | Paperback |
Einband: | Kartoniert / Broschiert |
Autor: | Gleeson, Patrick |
Auflage: | 1st ed. |
Hersteller: |
Apress
Apress L.P. |
Maße: | 235 x 155 x 13 mm |
Von/Mit: | Patrick Gleeson |
Erscheinungsdatum: | 05.07.2017 |
Gewicht: | 0,365 kg |
Patrick Gleeson has been a coder and a manager of coders for the past 10 years. He has worked in a variety of organizations, from bespoke software consultancies to multinational corporations to tiny start-ups, and is currently CTO of Think Smart, a company that provides tools to help young people make better career choices. He holds a degree from the University of Cambridge in Philosophy and Classics, and another one from the London Academy of Music and Dramatic Art in Technical Theatre. He also sidelines as a composer for film and theater, and once spent a year building animatronic puppets as part of a robot circus, including a mechanical octopus that played the xylophone.
Examines the strains in the relationship between coders and their non-technical colleagues
Shows how to improve coder/non-coder professional relations and the odds of successful software project delivery
Describes how the software development process works and how to support it effectively
Covers how to decipher and use the jargon of software development
Chapter 1: Introductions.- Chapter 2: Why Writing Software Is Nothing Like Building A House.- Chapter 3: (Fr)Agile.- Chapter 4: What Do They Do All Day?.- Chapter 5: The Big Green Check Mark.- Chapter 6: Taking the "Arg!" out of Jargon.- Chapter 7: So You Need to Hire an Engineer.- Chapter 8: Programmer Preoccupations.- Chapter 9: Keeping Coders Happy.- Chapter 10: When It All Goes Wrong.
Erscheinungsjahr: | 2017 |
---|---|
Fachbereich: | Management |
Genre: | Wirtschaft |
Rubrik: | Recht & Wirtschaft |
Medium: | Taschenbuch |
Inhalt: |
xiv
220 S. |
ISBN-13: | 9781484227008 |
ISBN-10: | 148422700X |
Sprache: | Englisch |
Herstellernummer: | 978-1-4842-2700-8 |
Ausstattung / Beilage: | Paperback |
Einband: | Kartoniert / Broschiert |
Autor: | Gleeson, Patrick |
Auflage: | 1st ed. |
Hersteller: |
Apress
Apress L.P. |
Maße: | 235 x 155 x 13 mm |
Von/Mit: | Patrick Gleeson |
Erscheinungsdatum: | 05.07.2017 |
Gewicht: | 0,365 kg |