How to Write Effective Requirements for IT – Simply Put! PDF Download
Are you looking for read ebook online? Search for your book and save it on your Kindle device, PC, phones or tablets. Download How to Write Effective Requirements for IT – Simply Put! PDF full book. Access full book title How to Write Effective Requirements for IT – Simply Put! by Thomas and Angela Hathaway. Download full books in PDF and EPUB format.
Author: Thomas and Angela Hathaway
Publisher: BA-Experts
ISBN:
Category : Business & Economics
Languages : en
Pages : 120
Get Book Here
Book Description
WHAT IS THIS BOOK ABOUT? Effective Requirements Reduce Project Failures Writing requirements is one of the core competencies for anyone in an organization responsible for defining future Information Technology (IT) applications. However, nearly every independently executed root-cause analysis of IT project problems and failures in the past half-century have identified “misunderstood or incomplete requirements” as the primary cause. This has made writing requirements the bane of many projects. The real problem is the subtle differences between “understanding” someone else’s requirement and “sharing a common understanding” with the author. “How to Write Effective Requirements for IT – Simply Put!” gives you a set of 4 simple rules that will make your requirement statements more easily understood by all target audiences. The focus is to increase the “common understanding” between the author of a requirement and the solution providers (e.g., in-house or outsourced IT designers, developers, analysts, and vendors). The rules we present in this book will reduce the failure rate of projects suffering from poor requirements. Regardless of your job title or role, if you are tasked with communicating your future needs to others, this book is for you. How to Get the Most out of this Book? To maximize the learning effect, you will have optional, online exercises to assess your understanding of each presented technique. Chapter titles prefaced with the phrase “Exercise” contain a link to a web-based exercise that we have prepared to give you an opportunity to try the presented technique yourself. These exercises are optional and they do not “test” your knowledge in the conventional sense. Their purpose is to demonstrate the use of the technique more real-life than our explanations can supply. You need Internet access to perform the exercises. We hope you enjoy them and that they make it easier for you to apply the techniques in real life. Specifically, this eWorkbook will give you techniques to: - Express business and stakeholder requirements in simple, complete sentences - Write requirements that focus on the business need - Test the relevance of each requirement to ensure that it is in scope for your project - Translate business needs and wants into requirements as the primary tool for defining a future solution and setting the stage for testing - Create and maintain a question file to reduce the impact of incorrect assumptions - Minimize the risk of scope creep caused by missed requirements - Ensure that your requirements can be easily understood by all target audiences - Confirm that each audience shares a mutual understanding of the requirements - Isolate and address ambiguous words and phrases in requirements. - Use our Peer Perception technique to find words and phrases that can lead to misunderstandings. - Reduce the ambiguity of a statement by adding context and using standard terms and phrases TOM AND ANGELA’S (the authors) STORY Like all good IT stories, theirs started on a project many years ago. Tom was the super techie, Angela the super SME. They fought their way through the 3-year development of a new policy maintenance system for an insurance company. They vehemently disagreed on many aspects, but in the process discovered a fundamental truth about IT projects. The business community (Angela) should decide on the business needs while the technical team’s (Tom)’s job was to make the technology deliver what the business needed. Talk about a revolutionary idea! All that was left was learning how to communicate with each other without bloodshed to make the project a resounding success. Mission accomplished. They decided this epiphany was so important that the world needed to know about it. As a result, they made it their mission (and their passion) to share this ground-breaking concept with the rest of the world. To achieve that lofty goal, they married and began the mission that still defines their life. After over 30 years of living and working together 24x7x365, they are still wildly enthusiastic about helping the victims of technology learn how to ask for and get the digital (IT) solutions they need to do their jobs better. More importantly, they are more enthusiastically in love with each other than ever before!
Author: Thomas and Angela Hathaway
Publisher: BA-Experts
ISBN:
Category : Business & Economics
Languages : en
Pages : 120
Get Book Here
Book Description
WHAT IS THIS BOOK ABOUT? Effective Requirements Reduce Project Failures Writing requirements is one of the core competencies for anyone in an organization responsible for defining future Information Technology (IT) applications. However, nearly every independently executed root-cause analysis of IT project problems and failures in the past half-century have identified “misunderstood or incomplete requirements” as the primary cause. This has made writing requirements the bane of many projects. The real problem is the subtle differences between “understanding” someone else’s requirement and “sharing a common understanding” with the author. “How to Write Effective Requirements for IT – Simply Put!” gives you a set of 4 simple rules that will make your requirement statements more easily understood by all target audiences. The focus is to increase the “common understanding” between the author of a requirement and the solution providers (e.g., in-house or outsourced IT designers, developers, analysts, and vendors). The rules we present in this book will reduce the failure rate of projects suffering from poor requirements. Regardless of your job title or role, if you are tasked with communicating your future needs to others, this book is for you. How to Get the Most out of this Book? To maximize the learning effect, you will have optional, online exercises to assess your understanding of each presented technique. Chapter titles prefaced with the phrase “Exercise” contain a link to a web-based exercise that we have prepared to give you an opportunity to try the presented technique yourself. These exercises are optional and they do not “test” your knowledge in the conventional sense. Their purpose is to demonstrate the use of the technique more real-life than our explanations can supply. You need Internet access to perform the exercises. We hope you enjoy them and that they make it easier for you to apply the techniques in real life. Specifically, this eWorkbook will give you techniques to: - Express business and stakeholder requirements in simple, complete sentences - Write requirements that focus on the business need - Test the relevance of each requirement to ensure that it is in scope for your project - Translate business needs and wants into requirements as the primary tool for defining a future solution and setting the stage for testing - Create and maintain a question file to reduce the impact of incorrect assumptions - Minimize the risk of scope creep caused by missed requirements - Ensure that your requirements can be easily understood by all target audiences - Confirm that each audience shares a mutual understanding of the requirements - Isolate and address ambiguous words and phrases in requirements. - Use our Peer Perception technique to find words and phrases that can lead to misunderstandings. - Reduce the ambiguity of a statement by adding context and using standard terms and phrases TOM AND ANGELA’S (the authors) STORY Like all good IT stories, theirs started on a project many years ago. Tom was the super techie, Angela the super SME. They fought their way through the 3-year development of a new policy maintenance system for an insurance company. They vehemently disagreed on many aspects, but in the process discovered a fundamental truth about IT projects. The business community (Angela) should decide on the business needs while the technical team’s (Tom)’s job was to make the technology deliver what the business needed. Talk about a revolutionary idea! All that was left was learning how to communicate with each other without bloodshed to make the project a resounding success. Mission accomplished. They decided this epiphany was so important that the world needed to know about it. As a result, they made it their mission (and their passion) to share this ground-breaking concept with the rest of the world. To achieve that lofty goal, they married and began the mission that still defines their life. After over 30 years of living and working together 24x7x365, they are still wildly enthusiastic about helping the victims of technology learn how to ask for and get the digital (IT) solutions they need to do their jobs better. More importantly, they are more enthusiastically in love with each other than ever before!
Author: Angela Hathaway
Publisher: Createspace Independent Publishing Platform
ISBN: 9781519261595
Category : Computer software
Languages : en
Pages : 102
Get Book Here
Book Description
Writing requirements is one of the core competencies for anyone in an organization responsible for defining future Information Technology (IT) applications. However, nearly every independently executed, root-cause analysis of IT project problems and failures in the past half-century have identified "misunderstood or incomplete requirements" as the primary cause. This has made writing requirements the bane of many projects. The real problem is the subtle differences between "understanding" someone else's requirement and "sharing a common understanding" with the author. "How to Write Effective Requirements for IT - Simply Put!" gives you a set of 4 simple rules that will make your requirement statements more easily understood by all target audiences. The focus is to increase the " common understanding" between the author of a requirement and the solution providers (e.g., in-house or outsourced IT designers, developers, analysts, and vendors). The rules we present in this book will reduce the failure rate of projects suffering from poor requirements. Regardless of your job title or role, if you are tasked with communicating your future needs to others, this book will guide you step by step. It includes optional exercises with instant feedback to increase retention. Who should read this book? Anyone involved in capturing, writing, analyzing, or understanding requirements for Information Technology solutions, including (but not limited to): Subject Matter Experts (SME) Agile Product Owners Business Process Managers Business Process Users Business Analysts and anyone wearing the BA hat Regardless of your title or role, if you are involved in defining requirements, this book is for you. Specifically, this book will give you techniques to: Express business and stakeholder requirements in simple, complete sentences Write requirements that focus on the business need Test the relevance of each requirement to ensure that it is in scope for your project Translate business needs and wants into requirements as the primary tool for defining a future solution and setting the stage for testing Create and maintain a question file to reduce the impact of incorrect assumptions Minimize the risk of scope creep caused by missed requirements Ensure that your requirements can be easily understood by all target audiences Confirm that each audience shares a common understanding of the requirements Isolate and address ambiguous words and phrases in requirements. Use our Peer Perception technique to find words and phrases that can lead to misunderstandings. Reduce the ambiguity of a statement by adding context and using standard terms and phrases How to get the most out of this book? To maximize the learning effect, you will have optional, online exercises to assess your understanding of each presented technique. You will run across chapter titles prefaced with the phrase "Exercise". Those chapters contain a link to a web-based exercise that we have prepared to give you an opportunity to try the presented technique yourself.
Author: Angela Hathaway
Publisher: Createspace Independent Publishing Platform
ISBN: 9781534983489
Category :
Languages : en
Pages : 68
Get Book Here
Book Description
Defining solution-level requirements (aka functional and non-functional requirements) is a core competency for anyone in an organization responsible for defining future Information Technology (IT) applications. "Functional and Non-Functional Requirements - Simply Put!" will give Business Analysts, Systems Analysts, Agile Product Owners, Product Managers, Subject Matter Experts (a.k.a. SMEs), and really "anyone wearing the BA hat" simple, repeatable techniques for extracting solution-level specifications from business and stakeholder requirements that are expressed in complete sentence form. My co-author, Angela, and I have used these techniques on hundreds of IT projects around the globe and we know the value each provides. Using these approaches will improve your ability to identify and document requirements at the level of detail that solution providers (vendors or developers) need to deliver the right technology for their organization. The presented techniques will work on any set of well-expressed requirement statements. However, they were specifically designed for and work best with requirement statements that follow the "Rules for Writing Effective Requirements" that we present in our course and book "Writing Effective Requirements for IT - Simply Put!". Regardless of your job title or role, if you are involved in defining future business solutions, this book will help you communicate your business needs to solution providers. It will reduce the potential for misunderstandings that undermine IT's ability to deliver the right technology for the business. Upon successful completion of this course, you can: Decompose Business and Stakeholder Requirement Statements to identify Functional and Non-Functional Requirements Give those responsible for designing, building, and/or buying the solution the kind of information they need to make the decisions that are right for the business Identify Informational, Performance, and Constraining Requirements from a list of Functional Requirements Document and manage Business, Stakeholder, Functional and Non-Functional Requirements Capture and clarify Business Rules and External Constraints that mandate limits to the delivered solution Develop measurable Solution Requirements that facilitate End-User Acceptance Testing The course includes optional, online exercises with immediate feedback featuring our recommended resolution and the rationale behind it. At the end of the course, a "Final Exam' will allow you to test your understanding of how all of the presented ideas work together to make your requirements more easily understood by all respective target audiences. About the Authors: Angela and Tom Hathaway have trained, consulted, mentored and coached thousands of business analysts around the world for organizations from small businesses to Fortune 100. Based on their combined 70+ years of experience in information technology and business analysis, they serve up a unique perspective on this burgeoning field of knowledge.
Author: Thomas and Angela Hathaway
Publisher: BA-Experts
ISBN:
Category : Business & Economics
Languages : en
Pages : 51
Get Book Here
Book Description
WHAT IS THIS BOOK ABOUT? This Book Is About the “Card” (User Story: Card, Criteria, Conversation) User Stories are a great method for expressing stakeholder requirements, whether your projects follow an Agile, Iterative, or a Waterfall methodology. They are the basis for developers to deliver a suitable information technology (IT) app or application. Well-structured user stories express a single action to achieve a specific goal from the perspective of a single role. When writing user stories, stakeholders knowledgeable about the role should focus on the business result that the IT solution will enable while leaving technology decisions up to the developers. Good user stories are relevant to the project, unambiguous, and understandable to knowledge peers. The best user stories also contain crucial non-functional (quality) requirements, which are the best weapon in the war against unsatisfactory performance in IT solutions. This book presents two common user story structures to help you ensure that your user stories have all the required components and that they express the true business need as succinctly as possible. It offers five simple rules to ensure that your user stories are the best that they can be. That, in turn, will reduce the amount of time needed in user story elaboration and discussion with the development team. This book targets business professionals who are involved with an IT project, Product Owners in charge of managing a backlog, or Business Analysts working with an Agile team. Author’s Note The term “User Story” is a relative new addition to our language and its definition is evolving. In today’s parlance, a complete User Story has three primary components, namely the “Card”, the “Conversation”, and the “Criteria”. Different roles are responsible for creating each component. The “Card” expresses a business need. A representative of the business community is responsible for expressing the business need. Historically (and for practical reasons) the “Card” is the User Story from the perspective of the business community. Since we wrote this book specifically to address that audience, we use the term “User Story” in that context throughout. The “Conversation” is an ongoing discussion between a developer responsible for creating software that meets the business need and the domain expert(s) who defined it (e.g., the original author of the “Card”). The developer initiates the “Conversation” with the domain expert(s) to define the “Criteria” and any additional information the developer needs to create the application. There is much to be written about both the “Conversation” and the “Criteria”, but neither component is dealt with in any detail in this publication. A well-written User Story (“Card”) can drastically reduce the time needed for the “Conversation”. It reduces misinterpretations, misunderstandings, and false starts, thereby paving the way for faster delivery of working software. We chose to limit the content of this publication to the “User Story” as understood by the business community to keep the book focused and address the widest possible audience. WHO WILL BENEFIT FROM READING THIS BOOK? How organizations develop and deliver working software has changed significantly in recent years. Because the change was greatest in the developer community, many books and courses justifiably target that group. There is, however, an overlooked group of people essential to the development of software-as-an-asset that have been neglected. Many distinct roles or job titles in the business community perform business needs analysis for digital solutions. They include: - Product Owners - Business Analysts - Requirements Engineers - Test Developers - Business- and Customer-side Team Members - Agile Team Members - Subject Matter Experts (SME) - Project Leaders and Managers - Systems Analysts and Designers - AND “anyone wearing the business analysis hat”, meaning anyone responsible for defining a future IT solution TOM AND ANGELA’S (the authors) STORY Like all good IT stories, theirs started on a project many years ago. Tom was the super techie, Angela the super SME. They fought their way through the 3-year development of a new policy maintenance system for an insurance company. They vehemently disagreed on many aspects, but in the process discovered a fundamental truth about IT projects. The business community (Angela) should decide on the business needs while the technical team’s (Tom)’s job was to make the technology deliver what the business needed. Talk about a revolutionary idea! All that was left was learning how to communicate with each other without bloodshed to make the project a resounding success. Mission accomplished. They decided this epiphany was so important that the world needed to know about it. As a result, they made it their mission (and their passion) to share this ground-breaking concept with the rest of the world. To achieve that lofty goal, they married and began the mission that still defines their life. After over 30 years of living and working together 24x7x365, they are still wildly enthusiastic about helping the victims of technology learn how to ask for and get the digital (IT) solutions they need to do their jobs better. More importantly, they are more enthusiastically in love with each other than ever before!
Author: Thomas and Angela Hathaway
Publisher: BA-Experts
ISBN:
Category : Business & Economics
Languages : en
Pages : 78
Get Book Here
Book Description
WHAT IS THIS BOOK ABOUT? Functional and Non-functional Requirements Can Make or Break Your Project Defining solution-level requirements (aka functional and non-functional requirements) is a core competency for anyone in an organization responsible for defining future Information Technology (IT) applications. In this book you will learn simple and repeatable techniques for extracting solution-level specifications from business and stakeholder requirements that are expressed in complete sentence form. My co-author, Angela, and I have used these techniques on hundreds of IT projects around the globe and we know the value each provides. Using these approaches will improve your ability to identify and document requirements at the level of detail that solution providers (vendors or developers) need to deliver the right technology for their organization. The presented techniques will work on any set of well-expressed requirement statements. However, they were specifically designed for and work best with requirement statements that follow the “Rules for Writing Effective Requirements” that we present in our book “How to Write Effective Requirements for IT – Simply Put!”. Regardless of your job title or role, if you are involved in defining future business solutions, this book will help you communicate your business needs to solution providers. It will reduce the potential for misunderstandings that undermine IT’s ability to deliver the right technology for the business. How to get the most out of this book? To maximize the learning effect, you will have optional, online exercises to assess your understanding of each presented technique. Chapter titles prefaced with the phrase “Exercise” contain a link to online exercises with immediate feedback featuring our recommended resolution and the rationale behind it. These exercises are optional and they do not “test” your knowledge in the conventional sense. Their purpose is to demonstrate the use of the technique more real-life than our explanations can supply. You need Internet access to perform the exercises. We hope you enjoy them and that they make it easier for you to apply the techniques in real life. Specifically, this eWorkbook will give you techniques to: - Decompose Business and Stakeholder Requirement Statements to identify Functional and Non-Functional Requirements - Give those responsible for designing, building, and/or buying the solution the kind of information they need to make the decisions that are right for the business - Identify Informational, Performance, and Constraining Requirements from a list of Functional Requirements - Document and manage Business, Stakeholder, Functional and Non-Functional Requirements - Capture and clarify Business Rules and External Constraints that mandate limits to the delivered solution - Develop measurable Solution Requirements that facilitate End-User Acceptance Testing WHO WILL BENEFIT FROM READING THIS BOOK? Many distinct roles or job titles in the business community perform business needs analysis for digital solutions. They include: - Product Owners - Business Analysts - Requirements Engineers - Test Developers - Business- and Customer-side Team Members - Agile Team Members - Subject Matter Experts (SME) - Project Leaders and Managers - Systems Analysts and Designers - AND “anyone wearing the business analysis hat”, meaning anyone responsible for defining a future IT solution TOM AND ANGELA’S (the authors) STORY Like all good IT stories, theirs started on a project many years ago. Tom was the super techie, Angela the super SME. They fought their way through the 3-year development of a new policy maintenance system for an insurance company. They vehemently disagreed on many aspects, but in the process discovered a fundamental truth about IT projects. The business community (Angela) should decide on the business needs while the technical team’s (Tom)’s job was to make the technology deliver what the business needed. Talk about a revolutionary idea! All that was left was learning how to communicate with each other without bloodshed to make the project a resounding success. Mission accomplished. They decided this epiphany was so important that the world needed to know about it. As a result, they made it their mission (and their passion) to share this ground-breaking concept with the rest of the world. To achieve that lofty goal, they married and began the mission that still defines their life. After over 30 years of living and working together 24x7x365, they are still wildly enthusiastic about helping the victims of technology learn how to ask for and get the digital (IT) solutions they need to do their jobs better. More importantly, they are more enthusiastically in love with each other than ever before!
Author: Ian F. Alexander
Publisher: Addison-Wesley Professional
ISBN: 9780321131638
Category : Computers
Languages : en
Pages : 180
Get Book Here
Book Description
Well-written requirements are crucial to systems of all kinds. This text explains and demonstrates exactly what requirements are for, and how to write them. It provides practical techniques and defines key terms, explaining and illustrating to develop the skills of good requirements writing.
Author: Tom Hathaway
Publisher: Createspace Independent Publishing Platform
ISBN: 9781522965831
Category :
Languages : en
Pages : 84
Get Book Here
Book Description
What is "requirements elicitation" and why should you care? Why should anyone read a book about requirements gathering? All you have to do to get the requirements for anything is ask everyone involved what they want it to do, right? If you are capable of understanding their answers, you should be done in a heartbeat. So, why the fuss?Based on the track record of the Information Technology (IT) profession, it appears that gathering the right requirements from the right people to define the right IT solution for any organization is nearly impossible. Industry insiders cannot even agree on what to call the process. Over the years, we have tried "Requirements Gathering", "Requirements Capture", "Requirements Definition", "Requirements Discovery", and "Requirements Elicitation". Regardless what we call it, this book will give you a head start on getting the job done right."Requirements Elicitation Interviews and Workshops - Simply Put!" deals with the "soft skills" side of life, meaning attitudes and behaviors that promote effective requirements elicitation. In particular, you can learn how to:Define and distinguish five specific requirements elicitation approaches from one-on-one Requirements Interviews to Requirements Gathering Workshops* Evaluate the pros and cons of each approach for your organization and project* Define the seven habits to successful requirements discovery* Plan and prepare Requirements Interviews* Prepare, perform, and manage effective requirements gathering Workshops * Recognize the challenges and strengths of facilitated requirements workshops with cross-functional groups* Use informational and active listening to capture hidden requirementsAbout the authorsAngela and Tom Hathaway have trained, consulted, mentored and coached thousands of business analysts around the world for organizations from small businesses to Fortune 100. Based on their combined 60+ years of experience in Information Technology and Business Analysis, they serve up a unique perspective on this burgeoning field of knowledge.
Author: Alistair Cockburn
Publisher: Pearson Education
ISBN: 0201702258
Category : Business & Economics
Languages : en
Pages : 301
Get Book Here
Book Description
This guide will help readers learn how to employ the significant power of use cases to their software development efforts. It provides a practical methodology, presenting key use case concepts.
Author: James A. Tyner
Publisher: Walter de Gruyter GmbH & Co KG
ISBN: 3111189724
Category : Science
Languages : en
Pages : 152
Get Book Here
Book Description
There are many ‘how-to’ books on writing for academics; none of these, however, relate specifically to the discipline of geography. In this book, the author identifies the principle modes of academic writing that graduate students and early-career faculty will encounter – specifically focusing on those forms expected of geographers, that is, those modes that are reviewed by academic peers. This book is readily accessible to senior undergraduate and graduate students and early-career faculty who may feel intimidated by the process of writing. This volume is not strictly a ‘how-to’ or ‘step-by-step’ manual for writing an article or book; rather, through the use of real, concrete examples from published and unpublished works, the author de-mystifies the process of different types of scholarly pieces geographers have to write with the specific needs and challenges of the discipline in mind. Although chapters are thematic-based, e.g., stand-alone chapters on book reviews, articles, and books, the manuscript is structured around the concept of story-telling, for it is the author’s contention that all writing, whether a ‘scientific’ study or more humanist essay, is a form of story-telling.
Author:
Publisher:
ISBN:
Category : Infantry
Languages : en
Pages : 824
Get Book Here
Book Description
