Rating: 
Summary: Disappointing. Don't expect insights nor explanations...
Review: ABOUT ITS CONTENTS: I bought the book because of its table of contents. Reading the book the first time was very disappointing. After nine chapters I had read several tables containing the same information stated from different points of view, some organizational models that the author criticized without clear explanations. I found lots of recommendations for reading other books the author wrote himself. Sometimes I felt I was reading an editorial catalog. Because of the references I decided to buy some of those books. After reading three other books I decided to rewrite my review. The book has lots of ideas that help reorganizing an IT department, but the book itself is nothing but an update that summarizes concepts that were explained in other books.ABOUT ITS VALUE: The author has succeed reorganizing IT departments and he wants to write about the importance of applying mainframe administration paradigm to client/server solutions. The book is helpful only if the reader wants to know what could be wrong at the IT Department. Although there is a proposed model, there aren't specific recommendations, choices, roadmaps, deployment guidelines, impact analysis (budget, time, employee morale, issues, risks, etc.). The model isn't complete. The author doesn't explain how to structure and integrate applications development teams, corporate applications administration, decentralized IT support personnel, and outsourced areas among other important functions. The project management function is mentioned but its explanation is avoided.
Rating: 
Summary: Disappointing. Don't expect insights nor explanations...
Review: ABOUT ITS CONTENTS: I bought the book because of its table of contents. Reading the book was very disappointing. After nine chapters, whose structure I'm still trying to figure out, I have read lots of tables containing the same information stated from different points of view, some organizational models that the author criticizes without telling you how he came to discover that the model doesn't works. During the lecture you'll find lots of recommendations for reading other books the author wrote himself (i.e. Building the New Enterprise, Managing the New Enterprise). Sometimes I felt I was reading an editorial catalog containing a reference of the books I shouldn't miss. In my opinion, if the problems were mentioned, the author should have analyzed them in detail, because they were tightly related with the topic being presented. ABOUT ITS VALUE: It seems to me that the author has succeed reorganizing some IT departments and now he wants to write about his experiences. But how would a consultant benefit himself from reading another one's experiences when there aren't explanations, recommendations, choices, roadmaps, deployment guidelines, impact analysis (budget, time, employee morale, issues, risks, etc.). Buy the book only if you want to know what could be going wrong at your IT department, not as a guide for building your new IT infrastructure.
Rating: 
Summary: Ultimately disappointing
Review: Although filled with interesting and even good ideas, this bookultimately disappoints. For example, Chapter 9 argues that the"Enterprise Services" organization "represents the support and development organization of the future". Separating mission-critical (7x24) and non-mission critical (9x5) support is a key requirement. How does "Enterprise Systems" implement that requirement? 1. The Technical Support division provides 7x24 DBA and system admin services for mission critical systems. So far, so good. 2. Non-mission crtical systems are supported by... by... Gosh, there doesn't seems to be anyone in Enterprise Services supporting non-mission critical systems. So who supports development, pre-production, and "business- critical" systems? 3. Maybe Enterprise Systems only does mission critical systems... 4. But that would suggest the Network team is 7x24 also, but no mention is made of 7x24 network support. 5. And Enterprise Systems includes a 9x5 Client Services group - that doesn't sound mission critical, either. 6. And why the "Project Management" and "Cross-Functional Teams" sections? What do they have to do with the Enterprise Services organization? 7. What does the "Global Technologies" division do - it's on the Enterprise Systems org chart but not discussed. Oh, that's right, it's in a single paragraph buried back in the middle of chapter 4 - how could I have forgotten... Now I understand! Like a movie preview, there's just enough information to get you interested in seeing the movie. THAT must be why the authors suggest you "please read our [other four] book[s]" a total of 20 times in 124 pages (the author's count, found in the index). This book just whets your appetite for those other books! Those other books must have all the rest of the details... Or maybe it's to sell their services: o "The first step [in building a worldclass infrastructure] is information gathering that is our one- to two-day assessment process. An outside consultant (see Appendix A [sic] for the program) should perform this the appraisal" p. 85).END
Rating:
Summary: Some valuable insights and some glaring problems
Review: I had heard good things about this book from both colleagues and clients. I finally got a copy recently as a reference for peer reviewing an assessment of a proposed IT organizational design for a large Middle East oil company. This was one of the references I used to verify and validate the assessment findings and recommendations. Here are the strengths and weaknesses of the book as I see them: * Strengths: There is a wealth of great ideas. I especially like the way the authors group system administration and DBA functions, and I fully concur with a previous reviewer that this is an excellent practice. I also like the way the authors never lose sight of the fact that IT needs to be organized in both a cost-effective manner and structured to provide the best possible service in the form of reliability, availability and support. In fact I compiled a large list of excellent ideas and best practices after combing through this book. * Weaknesses: It's unanimous - the table of contents bears no relationship to the actual contents of this book. I blame the publisher for that, not the authors. Not that the authors are blameless. I found no coherent structure to the book. The list of gems I compiled from this book was the result of an arduous process because they are scattered throughout in seemingly random order. However, the biggest flaw I found is that the authors seem to be presenting a point of view based on their experience, with no real traceability to the rich body of knowledge that has been developed. For example the IT Service Management Forum (ITSMF), which is an international professional organization devoted to promoting standards and best practices in IT service management has a model to which an IT organizational structure can be benchmarked. The ITSMF uses standards and methods from the IT Infrastructure Library Series, which were developed by the British Government (and are available from Amazon), which align service and application delivery and support to IT organization. This "standard" was not mentioned once in the book, which I consider to be a glaring omission. * On Balance: This book has flaws, some small and some large. It also has some excellent ideas and certainly contains a wealth of best practices. Despite the weaknesses I mentioned, the organizational structure proposed by the authors is better than what I have seen in practice at numerous clients, some of which are very large corporations. Also, this book does step up to the plate and address organizational structure head-on. Most of the books I have read are more focused on IT value to the business. While these are important, they all seem to sidestep any recommendations for how an IT organization should be structured. So, this book has a lot of value in that respect. * Recommendation: Read this book for the ideas. However, do not read it in a vacuum. Compare and contrast the recommendations made with the large body of knowledge on service management and the associated recommendations for organizing IT to support the models that have been internationally adopted.
Rating:
Summary: Some valuable insights and some glaring problems
Review: I had heard good things about this book from both colleagues and clients. I finally got a copy recently as a reference for peer reviewing an assessment of a proposed IT organizational design for a large Middle East oil company. This was one of the references I used to verify and validate the assessment findings and recommendations. Here are the strengths and weaknesses of the book as I see them: * Strengths: There is a wealth of great ideas. I especially like the way the authors group system administration and DBA functions, and I fully concur with a previous reviewer that this is an excellent practice. I also like the way the authors never lose sight of the fact that IT needs to be organized in both a cost-effective manner and structured to provide the best possible service in the form of reliability, availability and support. In fact I compiled a large list of excellent ideas and best practices after combing through this book. * Weaknesses: It's unanimous - the table of contents bears no relationship to the actual contents of this book. I blame the publisher for that, not the authors. Not that the authors are blameless. I found no coherent structure to the book. The list of gems I compiled from this book was the result of an arduous process because they are scattered throughout in seemingly random order. However, the biggest flaw I found is that the authors seem to be presenting a point of view based on their experience, with no real traceability to the rich body of knowledge that has been developed. For example the IT Service Management Forum (ITSMF), which is an international professional organization devoted to promoting standards and best practices in IT service management has a model to which an IT organizational structure can be benchmarked. The ITSMF uses standards and methods from the IT Infrastructure Library Series, which were developed by the British Government (and are available from Amazon), which align service and application delivery and support to IT organization. This "standard" was not mentioned once in the book, which I consider to be a glaring omission. * On Balance: This book has flaws, some small and some large. It also has some excellent ideas and certainly contains a wealth of best practices. Despite the weaknesses I mentioned, the organizational structure proposed by the authors is better than what I have seen in practice at numerous clients, some of which are very large corporations. Also, this book does step up to the plate and address organizational structure head-on. Most of the books I have read are more focused on IT value to the business. While these are important, they all seem to sidestep any recommendations for how an IT organization should be structured. So, this book has a lot of value in that respect. * Recommendation: Read this book for the ideas. However, do not read it in a vacuum. Compare and contrast the recommendations made with the large body of knowledge on service management and the associated recommendations for organizing IT to support the models that have been internationally adopted.
Rating: 
Summary: Brilliant concepts
Review: I think that it is the best book for entire IT organizations. It takes you trough the journeys from basic and general concepts to concrete and specific topics of technology field. I sense that the writer has a enormous experience as well as knowledge in many areas of IT infrastructure.
I strongly recommend this book as an asset.
Rating:
Summary: Brilliant concepts
Review: I think that it is the best book for entire IT organizations. It takes you trough the journeys from basic and general concepts to concrete and specific topics of technology field. I sense that the writer has a enormous experience as well as knowledge in many areas of IT infrastructure.
I strongly recommend this book as an asset.
Rating:
Summary: IT Generaliations
Review: The book has some publishing flaws. The index does not refer to any thing in the book - look up an item, go to the referenced page and try to find anything evenly remotely close to the index item - you can't. However, the general information is OK. I have been in the consulting industry for sometime. This is the general approach that is standard for IT consultants. However, there are many more issues regarding web infrastructure that are missing - critical issues that are not even addressed or mentioned. Technical issues such as the real metrics and general structure for RAS and very high concurrency systems, or the differences between OLTP and DSS or Business Intelligence are not even hinted at. It would be more helpful to the new IT manager if there were case studies and some concrete examples and measures. If you are brand new to IT, then this book is helpful. But for a real professional - I'm not really sure. I see this text as more beginners guide to IT than as something truely usefull for the seasoned professional.
Rating:
Summary: A smattering of ideas but not a battleplan
Review: The most interesting statistic in the book was the fact that of 40 major corporations studied, not a single one could do client/server infrastructure successfully. Oh, well. I did feel that this book was a bit too much of an advertisement for the author's other services, and it took some discipline to read it.
Nevertheless, there are some good ideas worth taking note of--I would suggest using a yellow marker and Post-it notes to come back to later. Much of the advise is well-known aphorisms, but being cliche is not the same as being irrelevant. It is just that I was hoping for a meatier treatise on how to create the world-class infrastructure, and this felt more like an executive summary.
There is a great quote on page 41: "Unfortunately, processes should only be designed and implemented by the folks in the trenches, not by people who are far removed from the front lines." I agree, but my feeling is that this book may be targeted towards those far removed from the fighting but who have budgetary approval authority for consulting services.
Rating:
Summary: How to sell your services 101!
Review: The text has many flaws. One of the most glaring is that the index has nothing to do with the book. You cannot find anything that the index indexes. The general principles are OK - but have been around in IT professionalism for about the 33 years that I have been in the business. There are no case studies, recommendations for remediation, no base technologies or deployment issues noted, and no mention of the educational leap that most professi0nals are finding themselves confronted with today in a distributed environment. There are incosistencies in the recommended approach, no sample task lists, questions for the internal people ... etc. These guide lines can be found at the websites of IBM, DEC, Amdahl, Hitachi, Data General, KPMG, PriceWaterhouseCoopers, and Ernst-Young.
| 
