کتاب Mastering the Requirements Process 4th Edition (فرآیند مدیریت الزامات را بیاموزید. نسخه چهارم) نوشته سالی رابرتسون و جیمز رابرتسون یک راهنمای جامع و کاربردی برای متخصصان حوزه‌های فناوری اطلاعات، مهندسی نرم‌افزار، و تحلیل کسب‌وکار است. کتاب Mastering the Requirements Process به صورت گام‌به‌گام به فرآیند جمع‌آوری، تحلیل، مستندسازی، و مدیریت نیازمندی‌ها می‌پردازد.
نویسندگان با تمرکز بر تکنیک‌های عملی و نمونه‌های واقعی، نشان می‌دهند که چگونه می‌توان از همان ابتدای یک پروژه، با تعریف دقیق و واضح الزامات، از مشکلات رایج مانند انحراف از مسیر، افزایش هزینه‌ها و نارضایتی ذی‌نفعان جلوگیری کرد. این نسخه به‌روز شده، شامل روش‌های جدید در مدیریت نیازمندی‌ها برای پروژه‌های چابک (Agile) و سنتی (Waterfall) است و ابزارهایی را برای بهبود ارتباط با مشتری و تیم پروژه ارائه می‌دهد.
در ادامه مقدمه‌ای از کتاب Mastering the Requirements Process را از زبان نویسنده شرح خواهیم داد.
مقدمه‌ای بر کتاب Mastering the Requirements Process:
از زمان انتشار ویرایش سوم این کتاب تاکنون، اتفاقات زیادی افتاده است. آمریکا سه رئیس‌جمهور، و بریتانیا پنج نخست‌وزیر را به خود دیده است؛ خودروهای برقی، که برخی از آن‌ها قادر به حرکت خودکار هستند، به جریان اصلی تبدیل شدند؛ برخورددهنده بزرگ هادرون (LHC) راه‌اندازی شد؛ ما با همه‌گیری COVID-19 روبرو شدیم که به دورکاری منجر شد؛ پزشکی شخصی‌سازی‌شده پیشرفت چشمگیری داشت؛ ایربادهای بی‌سیم همه‌گیر شدند؛ شبکه‌های اجتماعی و اپلیکیشن‌های گوشی‌های هوشمند رشد انفجاری داشتند؛ خانه‌های هوشمند به مردم امکان دادند از راه دور اجاق گاز خود را روشن کنند؛ ثروت‌هایی در زمینه ارزهای دیجیتال به دست آمد و از بین رفت؛ و قرار گذاشتن آنلاین اتوماسیون را به دنیای عاشقی آورد.
با توجه به تغییرات چشمگیر دنیای ما، فکر کردیم وقت آن رسیده است که دوباره به فرآیند کشف نیازمندی‌ها و اینکه چگونه این فرآیند (بهتر از قبل) تحت تأثیر مستندات مشترک نیازمندی‌ها، هوش مصنوعی، فراگیری راه‌حل‌های آماده (Off-the-shelf)، رسمیت یافتن نقش تحلیلگر کسب‌وکار و موارد دیگر قرار گرفته، بپردازیم.
برای به‌روزرسانی موضوع، این نسخه تقریباً به‌طور کامل از نو نوشته شده است.
به‌عنوان مثال، بخش بسیار بیشتری از کتاب Mastering the Requirements Process را به این اختصاص داده‌ایم که چگونه می‌توان از نمونه‌های اولیه (Prototypes) که به سرعت طراحی می‌شوند، برای بررسی فضای مشکل استفاده کرد. (آن‌ها برای بررسی فضای راه‌حل نیز استفاده می‌شوند، اما این موضوع در مراحل بعدی قرار دارد.) ما موفقیت‌هایی را با تیم‌هایی تجربه کرده‌ایم که نمونه‌های اولیه خام یا راه‌حل‌های پیشنهادی خود را به ذی‌نفعان نشان می‌دهند.
از ذی‌نفعان خواسته می‌شود تا با تلاش برای توضیح اینکه چرا یک راه‌حل پیشنهادی می‌تواند یا به همان اندازه مهم، نمی‌تواند مشکل کسب‌وکار آن‌ها را حل کند، مسئله کسب‌وکار خود را زیر سوال ببرند.
راه‌حل‌های آماده (Off-the-shelf) به بخش مهمی از ابتکارات توسعه امروزی تبدیل شده‌اند. ما ترجیح می‌دهیم آن‌ها را «راه‌حل‌های آماده» بنامیم، زیرا در حالی که می‌توانند چیزی باشند که «از قفسه» خریداری می‌شوند، می‌توانند به همان اندازه یک راه‌حل قدیمی (Legacy)، بخشی از آن، یک محصول متن‌باز یا چیزی قرض‌گرفته‌شده از دفتر مرکزی باشند. ماهیت آن هرچه که باشد، نیاز به تعیین این موضوع وجود دارد که آیا یک راه‌حل آماده واقعاً با سازمان همخوانی دارد یا خیر، و پس از آن، چه الزاماتی برای استقرار موفقیت‌آمیز آن وجود دارد.
تکنیک‌های توسعه چابک (Agile) از زمان ویرایش قبلی رواج بیشتری پیدا کرده‌اند. در این نسخه، ما فرض می‌کنیم که تحلیلگر کسب‌وکار ممکن است ترجیح دهد به جای نوشتن مشخصات سنتی، داستان‌های چابک را بنویسد و از نقشه داستان (Story Map) استفاده کند. با این حال، مشخصات سنتی هنوز هم در تعداد زیادی از پروژه‌های توسعه نقش مهمی ایفا می‌کند. بنابراین نیاز بود که در مورد هر دو بنویسیم.
در مورد Agile، اغلب از ما پرسیده شده است که: «به‌عنوان یک تحلیلگر کسب‌وکار، چگونه با تیم‌های توسعه چابک کار کنم؟» این به وضوح یک مسئله مهم برای تحلیلگران کسب‌وکار، مالکان محصول (Product Owners) و اعضای تیم چابک است. ما روشی را ارائه داده‌ایم که کشف نیازمندی‌ها و توسعه چابک می‌توانند با هم هماهنگ و مؤثرتر باشند.
همچنین لازم بود «روزهای اولیه» در آغاز یک پروژه را با دقت بیشتری بررسی کنیم. یکی از عوامل ثابت پروژه‌های شکست‌خورده که ما متوجه آن شده‌ایم، عدم وجود اهداف روشن و یک دیدگاه محکم از آنچه که پروژه قرار است به آن دست یابد و چرایی آن است. «روزهای اولیه» زمانی در طول عمر یک پروژه است که تصمیمات حیاتی گرفته می‌شوند.
ما در مورد اینکه چگونه یک تیم می‌تواند اهداف خود را تعیین کند و از این طریق شانس موفقیت پروژه را به‌شدت افزایش دهد، صحبت می‌کنیم. «روزهای اولیه» زمانی است که یک تحلیلگر کسب‌وکار ارزشمندترین مشارکت‌های خود را ارائه می‌دهد.
در این نسخه از کتاب Mastering the Requirements Process و نسخه‌های قبلی، ما در مورد Volere می‌نویسیم. Volere چارچوبی برای کشف، ثبت، ارتباط و مدیریت نیازمندی‌ها است. در طول سال‌ها، Volere تکامل یافته است. این چارچوب در انواع پروژه‌ها استفاده شده و بازخوردهای دریافتی، به بهبود جنبه‌های فنی و همچنین جنبه‌های اجتماعی آن کمک کرده است.
این ویرایش موضوع را به‌روز می‌کند و به سؤالات بسیاری که تحلیلگران کسب‌وکار و مالکان محصول در چند سال گذشته از ما پرسیده‌اند، پاسخ می‌دهد. امیدواریم به برخی از سؤالات شما نیز پاسخ دهد.
سرفصل‌های کتاب Mastering the Requirements Process:
- Cover Page
- About This eBook
- Title Page
- Copyright Page
- Dedication Page
- Contents at a Glance
- Contents
- Foreword
- Preface
- Acknowledgments
- About the Authors
- Part I: Requirements Are the Root of Everything
- 1. Requirements Fundamentals
- 2. Your Requirements Arena
- Part II: Project Blastoff
- 3. Understand the Real Problem
- 4. The Value of Solving the Problem
- 5. Goals-Scope-Stakeholders
- 6. Customer Segments
- 7. Business Events
- 8. Prioritizing the Business Events
- 9. To Go or Not to Go?
- Part III: Prototyping for Requirements
- 10. Generating Sacrificial Candidate Solutions
- 11. Prototypes, Prototypes, Prototypes
- 12. Ready-Made Solutions
- 13. Creative Candidate Solutions
- 14. Probing and Exploring the Candidates
- 15. Using Prototypes as the Specification
- Part IV: Trawling for Requirements
- 16. The Essence of the Problem
- 17. Business Events and Business Use Cases
- 18. The Brown Cow Model
- 19. Workshops
- 20. Scenarios
- 21. Stories
- 22. Business Process Models
- 23. Stored Data
- 24. Other Trawling Techniques
- Part V: Writing Good Requirements and Stories
- 25. Functional Requirements
- 26. Non-functional Requirements
- 27. Fit Criteria and Rationale
- 28. Writing Good Stories
- 29. Acceptance Criteria
- Part VI: Designing Business Solutions
- 30. Business Solutions
- 31. Determine the Extent of the Automation
- 32. Designing Information and Functionality
- 33. Designing Using Ready-Mades
- Part VII: Requirements Repository
- 34. Requirements Specification
- 35. Story Map
- 36. Quality Thinking
- 37. Completeness Check
- 38. Managing Requirements
- Part VIII: The Conduct of Business Analysis
- 39. Your Process
- 40. The Importance of the Early Days
- 41. People
- 42. Systems Thinking
- 43. Artificial Intelligence (Al)
- 44. Learning as You Go
- 45. Requirements and Innovation
- A. The Volere Requirements Specification Template
- Contents
- Volere
- Requirement Types
- Testing Requirements
- The Snow Card
- 1. The Purpose of the Project
- 2. The Stakeholders
- 3. Constraints
- 4. Naming Conventions and Terminology
- 5. Relevant Facts, Business Rules, and Assumptions
- 6. The Scope of the Work
- 7. Business Data Model and Data Dictionary
- 8. The Scope of the Product
- 9. Functional Requirements
- 10. Look and Feel Requirements
- 11. Usability and Humanity Requirements
- 12. Performance Requirements
- 13. Operational and Environmental Requirements
- 14. Maintainability and Support Requirements
- 15. Security Requirements
- 16. Cultural Requirements
- 17. Compliance Requirements
- 18. Open Issues
- 19. Ready-Made Solutions
- 20. New Problems
- 21. Tasks
- 22. Migration to the New Product
- 23. Risks
- 24. Costs
- 25. User Documentation and Training
- 26. Waiting Room
- 27. Ideas for Solutions
- B. Stakeholder Management Templates
- Stakeholder Map
- Stakeholder Template
- C. Volere Requirements Knowledge Model
- Using the Model
- Interpreting the Model
- Example Requirements Knowledge Model
- Dictionary for Requirements Knowledge Model
- Knowledge Model Annotated with Template Section Numbers
- Glossary
- Bibliography
- Index
جهت دانلود کتاب Mastering the Requirements Process می‌توانید پس از پرداخت، دریافت کنید.
دیدگاهها
هیچ دیدگاهی برای این محصول نوشته نشده است.