|
||||||||||||||||||||
|
||||||||||||||||||||
|
||||||||||||||||||||
The Enterprise and Scrum
und über 1 Million weitere Bücher verfügbar für Amazon Kindle .
Erfahren Sie mehr
| ||||||||||||||||||
 Gutschein erhalten
Tauschen Sie jetzt The Enterprise and Scrum gegen einen Amazon-Gutschein in Höhe von EUR 9,70 ein - einlösbar für Tausende von Artikeln bei Amazon.de. Entdecken Sie mehr eintauschbare Bücher im Bücher Trade-In Shop. Bitte beachten Sie die Teilnahmebedingungen.
 Jetzt für Amazon Student anmelden und um 20% erhöhten Eintauschwert sichern. |
Wird oft zusammen gekauft
Produktinformation
|
Mehr über den Autor
Entdecken Sie Bücher, lesen Sie über Autoren und mehr
› Besuchen Sie die Seite von Ken Schwaber auf Amazon
› Besuchen Sie die Seite von Ken Schwaber auf Amazon
Produktbeschreibungen
Kurzbeschreibung
It s time to extend the benefits of Scrum greater agility, higher-quality products, and lower costs from individual teams to your entire enterprise. However, with Scrum s lack of prescribed rules, the friction of change can be challenging as people struggle to break from old project management habits. In this book, agile-process revolution leader Ken Schwaber takes you through change management for you organizational and interpersonal processes explaining how to successfully adopt Scrum across your entire organization. A cofounder of Scrum, Ken draws from decades of experience, answering your questions through case studies of proven practices and processes. With them, you ll learn how to adopt and adapt Scrum in the enterprise. And gain profound levels of transparency into your development processes. Discover how to: Evaluate the benefits of adopting Scrum in any size organization Initiate an enterprise transition project Implement a single, prioritized Product Backlog Organize effective Scrum teams using a top-down approach Adapt and apply solutions for integrating engineering practices across multiple teams Shorten release times by managing high-value increments Refine your Scrum practices and help reduce the length of Sprints
Synopsis
It s time to extend the benefits of Scrum greater agility, higher-quality products, and lower costs from individual teams to your entire enterprise. However, with Scrum s lack of prescribed rules, the friction of change can be challenging as people struggle to break from old project management habits. In this book, agile-process revolution leader Ken Schwaber takes you through change management for you organizational and interpersonal processes explaining how to successfully adopt Scrum across your entire organization. A cofounder of Scrum, Ken draws from decades of experience, answering your questions through case studies of proven practices and processes. With them, you ll learn how to adopt and adapt Scrum in the enterprise. And gain profound levels of transparency into your development processes.Discover how to: Evaluate the benefits of adopting Scrum in any size organization Initiate an enterprise transition project Implement a single, prioritized Product Backlog Organize effective Scrum teams using a top-down approach Adapt and apply solutions for integrating engineering practices across multiple teams Shorten release times by managing high-value increments Refine your Scrum practices and help reduce the length of Sprints
Welche anderen Artikel kaufen Kunden, nachdem sie diesen Artikel angesehen haben?
In diesem Buch
(Mehr dazu)
Ausgewählte Seiten ansehen
Buchdeckel | Copyright | Inhaltsverzeichnis | Auszug | Stichwortverzeichnis
Buchdeckel | Copyright | Inhaltsverzeichnis | Auszug | Stichwortverzeichnis
Vorgeschlagene Tags zu ähnlichen Produkten(Was ist das?)Setzen Sie den ersten relevanten Tag hinzu (ein Schlüsselwort, das mit diesem Produkt in engem Zusammenhang steht).
|
Kundenrezensionen
Es gibt noch keine Kundenrezensionen auf Amazon.de
5 Sterne
4 Sterne
3 Sterne
2 Sterne
1 Sterne
Die hilfreichsten Kundenrezensionen auf Amazon.com (beta)
Amazon.com:
9 Rezensionen
66 von 74 Kunden fanden die folgende Rezension hilfreich
don't waste your time
14. Juli 2007
Format:Taschenbuch|Von Amazon bestätigter Kauf
I read this book based on Mike Cohn's recommendation. However, I was extremely disappointed in it.
The book starts out telling you what to do to manage Scrum throughout an enterprise. The only problem is the approach given assumes the entire enterprise has embraced using Scrum. I have never seen this. The real problem is typically getting the enterprise to embrace Scrum. The book gives little insight in how to do this. Integrating processes across teams and how to get organizations that work in competition with each other now to cooperate is pretty much ignored.
The rest of the book poses problems and tells you what you need to do, but rarely tells you how to do it. Most often, we are simply told to let the team figure it out. Sort of like a financial analyst telling you - "what you have to do is figure out how to buy stocks when they are low, and then sell them when the stocks go higher." Uh, OK, but _how_ do I do that? The book doesn't quite ever tell us.
The book also tells us about how the core of a system can become dead and tells us we have to stop this. But how? No advice is given on how to write tests or quality code or how to do integration across an Enterprise. In fact, almost nothing about writing code exists in the book. It's as if by following process entirely we can solve all of our problems with code quality, tests, integration, etc ...
My experience with Scrum teams and management is that you must give them reasons to expand Scrum beyond the team or you must explain to them how Scrum can scale when technical problems exist. How do you manage designs across multiple teams? How do you ensure re-use of common modules? How do you manage the dependencies between teams? These are all good questions which go both unasked and unanswered.
I'll admit that I didn't finish the book. After reading about 2/3rds through it I skimmed the rest because it didn't look like any value was coming forward from it.
Two books that I find much more useful are Scaling Software Agility: Best Practices for Large Enterprises by Dean Leffingwell and Agile Software Development in the Large: Diving Into the Deep by Jutta Eckstein
The book starts out telling you what to do to manage Scrum throughout an enterprise. The only problem is the approach given assumes the entire enterprise has embraced using Scrum. I have never seen this. The real problem is typically getting the enterprise to embrace Scrum. The book gives little insight in how to do this. Integrating processes across teams and how to get organizations that work in competition with each other now to cooperate is pretty much ignored.
The rest of the book poses problems and tells you what you need to do, but rarely tells you how to do it. Most often, we are simply told to let the team figure it out. Sort of like a financial analyst telling you - "what you have to do is figure out how to buy stocks when they are low, and then sell them when the stocks go higher." Uh, OK, but _how_ do I do that? The book doesn't quite ever tell us.
The book also tells us about how the core of a system can become dead and tells us we have to stop this. But how? No advice is given on how to write tests or quality code or how to do integration across an Enterprise. In fact, almost nothing about writing code exists in the book. It's as if by following process entirely we can solve all of our problems with code quality, tests, integration, etc ...
My experience with Scrum teams and management is that you must give them reasons to expand Scrum beyond the team or you must explain to them how Scrum can scale when technical problems exist. How do you manage designs across multiple teams? How do you ensure re-use of common modules? How do you manage the dependencies between teams? These are all good questions which go both unasked and unanswered.
I'll admit that I didn't finish the book. After reading about 2/3rds through it I skimmed the rest because it didn't look like any value was coming forward from it.
Two books that I find much more useful are Scaling Software Agility: Best Practices for Large Enterprises by Dean Leffingwell and Agile Software Development in the Large: Diving Into the Deep by Jutta Eckstein
13 von 13 Kunden fanden die folgende Rezension hilfreich
The book is more like an informal set of lecture notes written for a presentation
28. Juli 2008
Format:Taschenbuch
I built up a lot of expectation before reading this book because I learned a lot from the author's earlier book "Agile Project Management With Scrum" and not to mention that the author was the cofounder of scrum. But after I read it I was rather disappointed. I feel like the book is more like an informal set of lecture notes written for a presentation in stead of a well written and well thought book.
Before I further comment about that let me first take a guess about why people want to read a technical book. I think most people want to read a technical book because they hope the book can teach them something new. And if the reading process makes readers entertained that will make the book even more valuable. And that was what I got from "Agile Project Management With Scrum". But technical reading mostly does not get that luxury so long as the book is informative (and enlightened) we will say the time and energy spent for it is well worth.
So back to this book, I think before reading it every one will know that running scrum in a traditional waterfall process company is hard. What we want to know is how hard that it is. What kind of (typical) situation we may run into; what kind of specific issue we need to address and what was the author's way or suggestion to tackle them. But the author just kept saying that it is hard but you got to stick with scrum then finally you will make it. The author kept repeating that without even giving a valuable suggestion for it (putting the obstacles into transition backlog can't really be counted as a valuable suggestion). And the examples he gave were also superficial, i.e. repeating that you will make it finally without giving any valuable suggestion about how.
The second part of the book is about the practice using in the enterprise. But except for suggesting the use of scrum of scrum, which again readers will anticipate before reading the book and checking your burn down chart to know your productivity I still do not see any thing new or enlightened, although the example the author gave here were a little bit more impressive than the examples gave in the first part.
The third part of the book was the worst. The third part is about the introduction of scrum, the kind of materials you can find all over the internet. I even found that the author copies pasted some of paragraphs in his previous book "Agile Project Management With Scrum".
I do not mean to be harsh and the author is really some person I look up to. So maybe he was talking about something totally beyond my level and I hope anyone can point that out for me.
Before I further comment about that let me first take a guess about why people want to read a technical book. I think most people want to read a technical book because they hope the book can teach them something new. And if the reading process makes readers entertained that will make the book even more valuable. And that was what I got from "Agile Project Management With Scrum". But technical reading mostly does not get that luxury so long as the book is informative (and enlightened) we will say the time and energy spent for it is well worth.
So back to this book, I think before reading it every one will know that running scrum in a traditional waterfall process company is hard. What we want to know is how hard that it is. What kind of (typical) situation we may run into; what kind of specific issue we need to address and what was the author's way or suggestion to tackle them. But the author just kept saying that it is hard but you got to stick with scrum then finally you will make it. The author kept repeating that without even giving a valuable suggestion for it (putting the obstacles into transition backlog can't really be counted as a valuable suggestion). And the examples he gave were also superficial, i.e. repeating that you will make it finally without giving any valuable suggestion about how.
The second part of the book is about the practice using in the enterprise. But except for suggesting the use of scrum of scrum, which again readers will anticipate before reading the book and checking your burn down chart to know your productivity I still do not see any thing new or enlightened, although the example the author gave here were a little bit more impressive than the examples gave in the first part.
The third part of the book was the worst. The third part is about the introduction of scrum, the kind of materials you can find all over the internet. I even found that the author copies pasted some of paragraphs in his previous book "Agile Project Management With Scrum".
I do not mean to be harsh and the author is really some person I look up to. So maybe he was talking about something totally beyond my level and I hope anyone can point that out for me.
28 von 36 Kunden fanden die folgende Rezension hilfreich
Excellent resource for any large group adopting Scrum
28. Juni 2007
Format:Taschenbuch
The two best things about this book are that it: (1) provides a framework for adopting Scrum across an enterprise, and (2) describes some techniques for surmounting some of the problems you will likely face as you try. Although the book is about the "enterprise and Scrum" most of the contents will be applicable to any group of teams transitioning to Scrum. A set of five teams working together on a single project would benefit from this book even if they are not the whole enterprise.
Too many agile books suffer from being targeted at a single team working on a deserted island--that is, a seven-person team with no issues outside their one team. This book does not suffer from that problem. Want to know how to organize work on a project that is partitioned by architectural layer? How to structure a product backlog for the entire organization? Or how to organize teams across a large project? Or what are the proper reporting relationships on a large Scrum project? This book provides sage advice on these enterprise adoption issues and more.
The book is chock-full of real-life anecdotes (in which only the name of the company and key players have been changed). Each anecdote illustrates how one real company dealt with a real problem. Their problem, their context, and their solution won't exactly be yours, but seeing how others have addressed challenges can be illuminating in thinking how to address yours.
This is probably not your best choice as a first book on Scrum. For that start with the author's other two books. This book picks up where they left off, providing a wealth of information for enterprises and even workgroups adopting Scrum. If you're already familiar with the basics of Scrum, and especially if you are starting to hit the hard points of adopting it and spreading it through your organization then this book is for you.
Too many agile books suffer from being targeted at a single team working on a deserted island--that is, a seven-person team with no issues outside their one team. This book does not suffer from that problem. Want to know how to organize work on a project that is partitioned by architectural layer? How to structure a product backlog for the entire organization? Or how to organize teams across a large project? Or what are the proper reporting relationships on a large Scrum project? This book provides sage advice on these enterprise adoption issues and more.
The book is chock-full of real-life anecdotes (in which only the name of the company and key players have been changed). Each anecdote illustrates how one real company dealt with a real problem. Their problem, their context, and their solution won't exactly be yours, but seeing how others have addressed challenges can be illuminating in thinking how to address yours.
This is probably not your best choice as a first book on Scrum. For that start with the author's other two books. This book picks up where they left off, providing a wealth of information for enterprises and even workgroups adopting Scrum. If you're already familiar with the basics of Scrum, and especially if you are starting to hit the hard points of adopting it and spreading it through your organization then this book is for you.
Waren diese Rezensionen hilfreich?
Wir wollen von Ihnen hören.
Kunden diskutieren
|
Das Forum zu diesem Produkt
Fragen stellen, Meinungen austauschen, Einblicke gewinnen Aktive Diskussionen in ähnlichen Foren
Kundendiskussionen durchsuchen
|
Ähnliche Foren
|
||||||||||||||||||||||||||||||||||
Lieblingslisten
|
|
Ähnliche Artikel finden
- Fremdsprachige Bücher > Business, Karriere & Geld > Kleinunternehmen & Unternehmertum > Start-Ups & Unternehmensgründung
- Fremdsprachige Bücher > Computer & Internet > Hardware > Design & Architektur
- Fremdsprachige Bücher > Computer & Internet > Programmieren > Software-Design & Entwicklung > Softwareentwicklung
Anhand des Sachgebietes nach ähnlichen Produkten suchen:
Ihr Kommentar
Möchten Sie die Produktinformationen aktualisieren oder Feedback zu den Produktabbildungen geben?
|
