successful software development

Download Book Successful Software Development in PDF format. You can Read Online Successful Software Development here in PDF, EPUB, Mobi or Docx formats.

Software Leadership

Author : Murray Cantor
ISBN : 0201700441
Genre : Business & Economics
File Size : 33. 83 MB
Format : PDF, Mobi
Download : 965
Read : 1011

Download Now


"This book will help you not become a "Pointy Hair Manager." It will give you enough insight into the nature of software, the development process, and the techniques and tools used, so that you can intelligently reason about development and adjust, plan, replan, manage risks, and lead a team to success; not just document and record their failure." --From the Foreword by Philippe Kruchten, Rational Fellow, Rational Software Canada Together, a high demand for productive software development teams and a company's call for superior software have made seasoned professionals invaluable assets to software organizations. New managers must quickly become familiar with the key skills required by the needs of the position, and seasoned professionals must learn new methods of team organization to cope with the shorter length of the development cycle. Software Leadership: A Guide to Successful Software Development provides sound, practical guidance on how to be a good manager and how to build a competitive software team. This book is for the manager with little software background, as well as the seasoned software professional. Based on the author's extensive professional experience, the book is a concise and straightforward overview of what he has found that every competent team leader absolutely has to know and practice. The following topics, which a successful leader must understand, are covered in detail: Software quality Effective development practices Team dynamics Appropriate leadership style This book will show you how to lead your team toward the delivery of timely and cost-effective software, and teach you how to lead a modern software development project or organization. 0201700441B09072001

Outside In Software Development

Author : Carl Kessler
ISBN : 9780132704373
Genre : Computers
File Size : 32. 88 MB
Format : PDF, ePub
Download : 273
Read : 647

Download Now


"Outside-in thinking complements any approach your teams may be taking to the actual implementation of software, but it changes how you measure success. A successful outside-in team does a lot of learning and not much speculation." —Tom Poppendieck Build Software That Delivers Maximum Business Value to Every Key Stakeholder Imagine your ideal development project. It will deliver exactly what your clients need. It will achieve broad, rapid, enthusiastic adoption. And it will be designed and built by a productive, high-morale team of expert software professionals. Using this book's breakthrough "outside-in" approach to software development, your next project can be that ideal project. In Outside-in Software Development , two of IBM's most respected software leaders, Carl Kessler and John Sweitzer, show you how to identify the stakeholders who'll determine your project's real value, shape every decision around their real needs, and deliver software that achieves broad, rapid, enthusiastic adoption. The authors present an end-to-end framework and practical implementation techniques any development team can quickly benefit from, regardless of project type or scope. Using their proven approach, you can improve the effectiveness of every client conversation, define priorities with greater visibility and clarity, and make sure all your code delivers maximum business value. Coverage includes Understanding your stakeholders and the organizational and business context they operate in Clarifying the short- and long-term stakeholder goals your project will satisfy More effectively mapping project expectations to outcomes Building more "consumable" software: systems that are easier to deploy, use, and support Continuously enhancing alignment with stakeholder goals Helping stakeholders manage ongoing change long after you've delivered your product Mastering the leadership techniques needed to drive outside-in development

Successful Software Development

Author : Scott E. Donaldson
ISBN : 0130868264
Genre : Computers
File Size : 83. 29 MB
Format : PDF, Kindle
Download : 978
Read : 1004

Download Now


Preface We must not promise what we ought not, lest we be called on to perform what we cannot. —Attributed to Abraham Lincoln, speech delivered before the first Republican convention of Illinois, May 29, 1856,The Writings of Abraham Lincoln, ed. Arthur B. Lapsley, vol. 2, p. 249 (1905). Successful Software Developmentmeans "the ability to produce 'good' software systems 'consistently'" Customers want software systems to do what they are supposed to do, to be delivered on time, to be delivered for the agreed-upon cost, and to satisfy any other criteria they may specify. Sellers want the systems they develop to do what the customer wants, to be delivered ahead of schedule or on time, to earn them a reasonable profit, and to satisfy any other criteria that may govern the way they do business. Software systems satisfying both customer and seller criteria are "good." Customers and sellers also want their criteria satisfied "consistently." The software development business should not be a lottery. This book is a practitioner's guide for achieving successful software development. Making It Happenmeans "implementing a 'way' of successful software development" There is no one "way" to develop software systems. If there were, software systems development would have been reduced to an assembly-line process long ago. People with diverse experiences and educational disciplines contribute to advances in software development methodologies, processes, techniques, practices, and tools. This rich diversity brings about different "ways" to develop "good" software systems "consistently." This book is a practitioner's guide for making successful software development happen in a way that makes sense for your environment. Who Should Read This Book? The software development business is centered on a relationship between a customer and a seller of software products and services. So, this book is for both software customers and software sellers. More specifically, the intended audience is anyone who performs one or more of the following activities: Develops software products and software-related products Directly manages people who do the above Manages the above managers Buys/uses products from the above Educates the people above Individuals have used the first edition of this book to complement their particular expertise. Customers have used this book to refine their business dealings with sellers. Sellers have used this book to establish or refine their "way" of developing software systems for their customers. Sellers have also used the book to provide in-house training to their marketing personnel so the marketers better understand what their businesses are selling. Customers and sellers have used the book to train their human resource personnel so they better understand what skill sets are needed for the software development business. Universities have used the book in graduate schools to teach how to be successful in the software development business. For thesoftware customer, we explain and illustrate mechanisms to effectively communicate to the software seller (1) what you want, (2) when you want it, and (3) how much you want to pay for it. For thesoftware seller, we explain and illustrate the mechanisms to effectively communicate (1) to your customer your understanding of what the customer wants and (2) among your project team members how you are going to give the customer what the customer wants. For theeducator, we provide supplemental training materials for the classroom. This material is packaged in a separately available study guide that consists of the following items: Over 500 pages that recast the book's contents as presentation material. This material is organized by chapter and lays out the material in the order that it appears in the chapter. Most of the book's figures, or adaptations of these figures, appear in this material. Sample questions for homework assignments. Sample class project. Sample course syllabus. Educators can use the above material in conjunction with the companion Web site athttp://www.phptr.com/donaldson_siegel/to develop courses based on the book's material. These courses can be part of a corporate training program or a college or university curriculum. The study guide material is adapted from our teaching experience in both of these environments. Regarding the presentation material in the study guide, we note that students can use this material without an instructor as a companion to the book. Example uses of this material as a companion to the book include: Before reading a chapter or part of a chapter from the book, the student can go to the corresponding study guide pages to get a quick look at the chapter or chapter part. While reading a chapter or chapter part, the student can, in parallel, look at the corresponding study guide pages. Sometimes a different look at the same material can facilitate learning. After reading a chapter or chapter part, the student can go to the corresponding study guide pages for review purposes and quickly recall key points, concepts, and book illustrations. How Is This Software Development Book Different from Other Such Books? Lots of things go into making successful software development happen. Among the important things,effective communication,risk reduction, andan organizational "way" of successful software developmentstand out and are threaded throughout this book. Effective communicationmeans "transmitting information, thought, or feeling so that it issatisfactorily received or understoodemphasis added."1 At the risk of oversimplification, people understand the mechanics of creating software code, but both the customer and seller have trouble understanding each other. Customers have said, "We thought we told the developers what we thought we wanted, but what they delivered is not what we wanted." Sellers have said, "We thought we understood what the customer was trying to tell us, but come to find out, what we delivered is not what the customer wanted." Therefore, for us, Successful software development is first and foremost an ongoing exercise in effective communication between the customer and the seller throughout a software project. Risk reductionmeans "reducing the likelihood that software systems development products will (1) not be delivered on time, (2) not be delivered within budget, and (3) not do what the seller and customer mutually agreed that the products are supposed to do." Simply stated, people understand there are risks with creating software code. However, many people do not assess risk, allocate appropriate resources to mitigate risk, monitor risk, and decide how to deal with risk. Customers have said, "We don't have documented requirements, but we expect the system to do what it is supposed to do." In response to such customer requests, sellers have said, "No problem! The software should do what you want and we will deliver it on time." Therefore, for us, Successful software development is also an ongoing exercise in risk reduction. An organizational "way" of successful software developmentmeans "a set of processes that an organization uses to develop and maintain software and software-related products." We proceed from the premise that, as we said earlier, there is no one way to build software systems. Again, at the risk of oversimplification, customers have said, "We don't have time to stop and plan the work to be done, just get started coding." Sellers have said, "We know what the users need, so let's get started." Therefore, for us, A "way" of developing software systems consists of processes that (1) promote effective communication throughout software systems development and (2) continually reduce risk. We present processes based on fundamental engineering and process principles that include (1) project planning, (2) change control, and (3) product and process reviews. We present a language-based measurement technology2 for evaluating software processes and the products they yield. We explain how to use such measurements to improve your processes and products. We explain how to plan process improvement to help bring about improvement in the way you develop software systems. We explain why the ideas presented work, give you suggestions on how you can make them work, and offer insights into what may not work. An organizational "way" of doing business needs to incorporate such things as the lessons learned from people's experiences and previous software development projects. If the organizational "way" includes such experiences and lessons learned, known and/or anticipated risks are reduced, but not necessarily eliminated. Also, effective customer/seller communication reduces misunderstandings, thereby reducing the risk that a software product will not satisfy its criteria. This book, therefore, presents you with techniques for effectively communicating and reducing risk. We explain and illustrate fundamental engineering and process principles for you to consider whenMaking It Happenin your environment. We stress that these techniques have been successfully implemented on real-world software systems development projects and programs. The size of these projects and programs ranges from tens of thousands of dollars to hundreds of millions of dollars. How Is the Book Organized? The chapters address the following topics: Chapter 1The first chapter presents the business case for setting up a "consistent" way of doing software systems development. The chapter also presents some fundamental concepts and terms used throughout the book. These terms and concepts establish a working vocabulary to facilitate effective communication. Chapter 2The second chapter presents techniques for project planning and reducing risks. Many organizations develop project plans and then start working. For us, planning is just one part of an organization's "way" of developing software systems. Chapter 3The third chapter presents an organizational "way" (or process) for developing software systems—an organizational software systems development process. In effect, this "way" of doing business helps to set the stage for the rest of the book. There are many "best practices" for software development. The question is, "How do these practices interface with one another?" The organizational "way" presented consists of a set of related processes that embody fundamental engineering and process principles that specifically address effective communication and risk reduction. The organizational "way" presented contains a project planning process, a change control process, product and process review processes, and a measurement process. We define and explain roles, responsibilities, activities, and communication linkages. We present this "way" of developing software systems for your consideration when defining your way of doing business. We stated above a key principle regarding software development—successful software development is an ongoing exercise in risk reduction. In the third chapter, when we present a "way" for developing software systems for your consideration, we stress the following corollary to this key principle: If you decide under certain particular circumstances that it may make better sense not to follow your organizational way of doing business, then you should keep in mind that you might be increasing software systems development risk. Chapter 4No matter how well a project is planned, it is almost axiomatic that things will change once the project gets underway. Therefore, the fourth chapter presents the fundamental process of change control. This chapter also addresses the communications problems that plague any software systems development project. Sometimes the customer believes that the requirements were effectively communicated to the developer. Sometimes the developer believes the customer requirements were understood. Subsequent to developer implementation of the requirements, the customer and developer may have vastly different perspectives regarding requirements satisfaction. This chapter offers guidance for reducing the likelihood of such disconnects arising in your environment. Chapter 5For us, "consistent" software development involves the systems disciplines of management, development, and product assurance. The fifth chapter presents product and process reviews from the perspectives of these three systems development disciplines. This chapter focuses on how reviews help customers and/or sellers gain visibility into project progress and risk so that intelligent, informed decisions can be made with respect to what needs to be done next. Chapter 6Measurement for the sake of measurement is a waste of time and resources. The sixth chapter presents practical guidance on how to express meaningful measurement in everyday language that the intended audiences agree to and understand. Meaningful measurement contributes to (1) successful software systems development projects and (2) improvements in the "way" software systems are developed. Chapter 7Pressures such as competition generally push organizations to continue to improve their skill sets, processes, and products. The seventh chapter addresses people issues associated with maturing the organization's "way" of doing business. Getting software systems development processes on paper to document this "way" is a challenge. However, getting people in the organization to help build this "way" and then follow it is an even more imposing challenge. We present ideas for how to deal with this challenge. Chapter 8Finally, the eighth chapter presents guidance for planning improvements to your "way" of developing software systems. This chapter helps you select concepts from the preceding chapters to develop a process improvement approach. We discuss how to factor lessons learned from following your "way" of doing business or from not following your "way" into improvement activities. Also, we present other candidate practices for your consideration for improving your "way" of developing software systems. Table P-1 highlights in more specific terms what you will learn from each chapter. Table P-1 Chapter Highlights. Chapter Title and Purpose What You Will Learn 1 Business Case—(1) makes the business case for setting up a "consistent" way of doing software systems development and (2) introduces fundamental concepts needed for the rest of the book. Whatsuccessful software developmentmeans. Why investing in software process improvement to achieve consistently "good" products makes good business sense. Business way refinement/transformation is first and foremost a cultural change exercise. Successful software development must be a customer/seller partnership, where the "seller" is the software systems development enterprise and the "customer" is the buyer/user of what the seller provides. The ideas in the book are scalable—they apply to customer/seller partnerships of almost any size. The ideas in this book encompass customer/seller partnerships in any business environment (e.g., commercial, government). Why the software development business does not have to be a lottery. Why successful software development is not inextricably tied to individual heroics to get the job done. Why there is no one way to build software systems and how this viewpoint influences the way to achieve successful software development. Why prescriptively applying an organization's business way makes good business sense. What "prescriptive application of an organization's business way" means and why prescriptive application holds the key to institutionalizing the business way. Definitions of key terms needed for the rest of the book (e.g., software, software process, software process capability, software process maturity, prescriptive application, product and process "goodness," software process improvement, life cycle, culture). The role of organizational commitment in making successful software development happen. Effective customer/seller communication is a key element of successful software development. A key mechanism for effecting good customer/seller communication is the change control board (CCB). People are the most important success factor—not automated tools. Requisite software systems development disciplines for achieving success—management, development, product assurance. Obstacles to effecting cultural change. Making software development success happen extends far beyond (1) management edicts, (2) assembling a team of experienced and good people, and (3) a five-minute conversation with a customer and a three-week coding frenzy. Alternative approaches to refining/transforming an organization's business way. A systems engineering environment (SEE) provides a means for making successful software development happen—whether systems are developed sequentially or in parallel. The SEE consists of a process component (application development process environment ADPE) and a technology component (ADTE). 2 Project Planning Process—provides practical guidance for effectively planning software systems development work. The project plan is a living contract that binds the customer/seller partnership by setting forth the work that the seller's management, development, and product assurance disciplines accomplish and the customer's management approves. Life cycle's role in project planning. Planning is an ongoing negotiation between the buyer/user and seller. How to account for the interaction among the requisite disciplines—management, development, and product assurance—throughout the project life cycle. How to plan for change. Contrasting views of work accomplishment—ideal, real, and realistic—and their impact on project planning. How to construct a simple, but powerful, risk assessment approach for project planning use. How to incorporate risk reduction explicitly into a project plan budget. How to construct a risk-reduced project plan. How to develop an ADPE element defining an organization's project planning process. 3 Software Systems Development Process—(1) defines principles for putting together an organizationwide software systems development process (SOW), where the SOW is a customer vehicle framework that fosters success and (2) illustrates these principles by defining a top-level process that you can use as a starting point for defining a software development business way for your environment. Contractual agreements that can arise in the software systems development business. How to write a "good" statement of work for communicating to the seller what he/she wants. How the seller can constitute a project team and define associated responsibilities to accomplish project plan work. How the customer can effectively interact with the seller project team. How the seller can define a software systems development process that (1) explicitly includes the customer throughout the process and (2) can incorporate any product development life cycle. How to plug the seller organization and the customer organization(s) into the software systems development process so that both sides know how business is to be transacted. More about "prescriptive application" of the software systems development process. How to address process issues in those environments where numerous software systems development projects are unfolding more or less in parallel. How does a life cycle plug into the software systems development process. How level of detail and organizational scope are two major considerations in defining an organizational software systems development process. How the software systems development process can plug into a systems development process. How to design a form that helps track a product as it winds its way through the software systems development process. What are the responsibilities of the customer and the seller after the seller delivers the product to the customer. How to develop an ADPE element defining an organization's software systems development process. Why this element is a good place to begin setting up an ADPE. 4 Change Control Process—defines change control board (CCB) mechanics and provides practical guidance for setting up CCBs for your software projects. Why miscommunication can plague any software systems development project. How the customer and seller can have dramatically different views of the state of a product and what to do to reduce the likelihood of such different views arising. How to manage unplanned change as well as planned change. Why management of all change is crucial to achieving successful software systems development. How the need for managing all change mandates a CCB concept that extends far beyond the traditional configuration management control board concept. Change control mechanics of the software systems development process. How to establish seller and customer accountability through the CCB. The three scenarios governing all of change control: Do we want something new or different? Is something wrong? Should we baseline the product? CCB mechanics (e.g., what to record at CCB meetings, CCB role in traversing a project life cycle, who should be the CCB chairperson, what should be the CCB voting mechanism, what is contained in a CCB charter, how is a CCB meeting conducted, how frequently should the CCB meet). The information requirements for CCB minutes. How to write CCB minutes. When are CCB hierarchies appropriate and how they should be set up. How to design change control forms that make sense for an organizational way of doing business. How to develop an ADPE element defining the workings of CCBs in a software systems development process. 5 Product and Process Reviews—describes the basic processes associated with the various reviews called out in Chapter 3 as a means for reducing software systems development risk and thereby achieving success. Principles pertaining to the purpose of reviews. How to resolve key issues regarding the review process involving peers. The mechanics of document reviews and acceptance testing that an independent product assurance organization conducts. How to make software requirements testable so that the software systems development process can be brought to a successful conclusion. What a software audit is and its relationship to reviews. The key role that acceptance testing plays in harmonizing seller and customer understanding of what the delivered software system and supporting databases are to contain. Senior management visibility needs and how reviews can help meet these needs. How technical editing can be incorporated into the software systems development process to help prevent compromising good engineering work. Technical editing suggestions that can be used as a starting point for constructing an organizational technical editing guide. How to develop ADPE elements addressing (1) independent product assurance, (2) peer reviews, and (3) the acceptance testing cycle. 6 Measurement—provides practical guidance for measuring product "goodness" and the "goodness" of the software systems development process that produced the products. The focus is on how to use measurement to achieveconsistentproduct and process "goodness." Knowing when it makes sense to try to improve the software systems development process. How to avoid "measurement for the sake of measurement" activities. How to use an easy-to-learn and easy-to-apply measurement technique, called Object Measurement, that you can use to measure almost anything, including product and process "goodness." How to establish benchmarks to give meaning to product and process measurements. How to measure customer satisfaction. How to quantify the concept of product integrity as a means for assessing software product "goodness." How to extend the quantified product integrity concept to the software systems development process domain to assess process "goodness." How to use the product "goodness" metric to track product evolution through the software systems development process to head off product development problems. How to set up value scales for measuring product and process "goodness" in any environment. How to measure the "goodness" of the process described in Chapter 3. How to apply Object Measurement to alternative software business improvement approaches, such as those developed by the Software Engineering Institute. How to develop other product and process metrics in addition to those developed using Object Measurement. How to integrate measurement into the software systems development process. How to couple product and process measurements to facilitate improvements in the way software systems are developed. How to develop an ADPE element to (1) quantify where an organization is productwise and processwise, (2) quantify differences from this baseline assessment, (3) establish quantitative product and process goals, (4) quantify progress toward achieving these goals, and (5) define the approach for incorporating process and product improvements based on the measurement activity. 7 Cultural Change—addresses human issues bearing on bringing about organizationwide cultural change during implementation of your systems engineering environment (SEE). How to anticipate and manage the cultural changes that go hand in hand with any program designed to refine or alter the software systems development process through the establishment of an SEE. The role in bringing about cultural change of the organization responsible for writing the ADPE elements and seeing to it that they are implemented and continually improved. How to deal with the challenges to ADPE implementation arising from the seller project-level individuals who will have to adapt to the ADPE practices that govern their work. How to deal with the challenges to ADPE implementation arising from those customer individuals responsible for giving direction to seller project managers for accomplishing project work. The impact on customer senior management that ADPE implementation brings about. The key role that seller senior management plays in effecting software systems development cultural change through ADPE implementation. How business pressures affect seller senior management support for ADPE implementation and how to alleviate these pressures. How "prescriptive application" of the software systems development process relates to empowerment and bringing about cultural change. The customer's role in ADPE implementation. The role of training in effecting cultural change associated with ADPE implementation. How to sell ADPE implementation as a career growth opportunity. The organizational factors bearing upon how long it takes to bring about cultural change. Why an ADPE element defining the ADPE element development and updating process is intimately tied to organizational cultural change. How to develop an ADPE element defining the ADPE element development and updating process. 8 Process Improvement Planning—provides practical guidance on how to write an SEE implementation plan. This plan serves as a roadmap for doing the things discussed in the preceding chapters. How to write an SEE implementation plan whose accomplishment can bring about organizationwide software process improvement. Factors bearing on the following 19 key SEE implementation issues and how to address these issues in an SEE implementation plan: What are timeline considerations for SEE implementation tasks and their phasing? How should ADPE elements be phased in? What ADPE elements should be included in your SEE? How should the ADPE be constituted—(1) from a small number of elements (i.e., approximately ten), each with tens of pages or more, or (2) from a large number of elements (i.e., tens or more), each consisting of a couple of pages, or (3) some combination of (1) and (2)? How frequently should an ADPE element be updated? What amount of detail should be included in individual ADPE elements? How can you define a plan for an application development technology environment (ADTE) for your organization? How do you package ADPE elements and related items? How should ADPE implementation be handled if your organization is small? What is an austere SEE implementation approach? How can mentoring and coaching be leveraged to facilitate implementation of ADPE practices? What strategies can be adopted to meet the cultural change challenges posed by SEE implementation? How do you deal with the business reality of the almighty dollar in bringing about ADPE implementation? How do you account for the reality that people within an organization span a broad spectrum of willingness to adapt to the engineering environment? Who should develop the SEE in your organization? How do you frame an SEE implementation policy? How do you plan ADPE implementation improvement at the project level? How can process and product measurement be integrated with your organizational process? How should you structure an SEE implementation plan? Appendix A How to Measure Strategic Information Management (SIM)—provides you with insight into applyingObject Measurementoutside a software context. What strategic information management (SIM) is. How to measure the improvements of an organization's performance in terms of SIM. Why the quantification of SIM is of interest. What Are the Book's Main Features? This book features the following items to help you make successful software development happen in your environment: Annotated outlines to help you overcome the blank-page syndrome in committing to writing down your desired "way" of doing business. Over 200 figures to help you quickly assimilate ideas and their relationships. A list of key ideas at the outset of each chapter to help you work your way through the chapter and organize what you want to take from it. Process diagrams that you can easily adapt to your environment so that (1) if you are a seller, you can set up a way of consistently producing "good" software systems, and (2) if you are a customer, you can direct a seller to work with you to give you what you want, on time, and within budget. Worked-out example

Cultivating Successful Software Development

Author : Scott E. Donaldson
ISBN : 0137499612
Genre : Computer software
File Size : 23. 58 MB
Format : PDF, ePub
Download : 474
Read : 545

Download Now



The Software Development Edge

Author : Joe Marasco
ISBN : 0132782200
Genre : Computers
File Size : 30. 8 MB
Format : PDF, ePub, Mobi
Download : 666
Read : 1070

Download Now


The new software management classic: in-the-trenches wisdom from legendary project leader Joe Marasco Over the course of a distinguished career, Joe Marasco earned a reputation as the go-to software project manager: the one to call when you were facing a brutally tough, make-or-break project. Marasco reflected on his experiences in a remarkable series of "Franklin's Kite" essays for The Rational Edge, Rational and IBM's online software development magazine. Now, Marasco collects and updates those essays, bringing his unique insights (and humor) to everything from modeling to scheduling, team dynamics to compensation. The result: a new classic that deserves a place alongside Frederick Brooks' The Mythical Man-Month in the library of every developer and software manager. If you want to ship products you're proud of... ship on time and on budget... deliver real customer value... you simply must read The Software Development Edge.

Making Globally Distributed Software Development A Success Story

Author : Qing Wang
ISBN : 9783540795872
Genre : Business & Economics
File Size : 32. 39 MB
Format : PDF
Download : 365
Read : 880

Download Now


This book constitutes the refereed proceedings of the Second International Conference on Software Process, held in Leipzig, Germany, in May 2008 - colocated with ICSE 2008, the 30th International Conference on Software Engineering. The 33 revised full papers presented together with 2 invited papers were carefully reviewed and selected from 106 submissions. The papers are organized in topical sections on process content, process tools and metrics, process management, process representation, analysis and modeling, experience report, and simulation modeling.

Software Development

Author : Marc Hamilton
ISBN : 0130812463
Genre : Computers
File Size : 26. 99 MB
Format : PDF, ePub, Docs
Download : 724
Read : 791

Download Now


Software Development is the most thorough, realistic guide to "what works" in software development - and how to make it happen in your organization. Leading consultant Marc Hamilton tackles all three key elements of successful development: people, processes, and technology. From streamlining infrastructures to retraining programmers, choosing tools to implementing service level agreements, Hamilton unifies all of today's best practices - in management, architecture, and software engineering.

Top Download:

Best Books