อะไรคือจุดประสงค์ของคำว่า 'ดังนั้น' ในนิยามเรื่องราวของผู้ใช้

เรื่องราวของผู้ใช้สามารถกำหนดได้ในประโยคเช่น:

As a <type of user> I want <some goal> so that <some reason>

เพียงแค่ Google สำหรับ 'สูตรเรื่องราวผู้ใช้' และลิงก์แรกเสนอสูตรนี้ทั้งหมด

คำถามของฉันคือจุดประสงค์ของประโยคนั้นคืออะไร? มีผู้จัดการหรือไม่ มีเพื่อให้ผู้จัดการโครงการและผู้มีส่วนได้เสียสามารถเข้าใจลำดับความสำคัญของรายการได้ดีขึ้นหรือไม่ ทำไมถึงอยู่ที่นั่น?

หมายเหตุ: ฉันทำงานกับas a <type of user> I want <some goal>สูตรแล้วและใช้ได้ดี ฉันไม่ได้สังเกตเห็นปัญหาใด ๆ ในการทำงานของฉันโดยใช้รูปแบบนี้ซึ่งสั้นกว่า

วัตถุประสงค์คือเพื่อหลีกเลี่ยงการทำงานที่ไม่จำเป็นโดยการบังคับให้ผู้ใช้ / ลูกค้าจัดหาผลประโยชน์ทางธุรกิจที่จับต้องได้และเป็นเหตุผลสำหรับการมีอยู่ของคุณลักษณะนี้

ไม่เคยได้ยินมาก่อนว่ามีฟีเจอร์ที่เพิ่มเข้ามาเพียงเพราะมีคนคิดว่ามันฟังดูเท่ห์หรือเพราะมีซอฟแวร์อื่น ๆ อยู่ด้วยดังนั้นเราต้องมีมันด้วย บ่อยครั้งที่สิ่งเหล่านี้ไม่จำเป็นอย่างสมบูรณ์หากไม่เป็นอันตรายอย่างยิ่ง

อย่างไรก็ตามโดยทั่วไปมักจะง่ายต่อการมองเห็นคุณสมบัติเหล่านั้นเพราะผู้คนที่เสนอพวกเขาโดยทั่วไปจะมีปัญหาในการระบุเหตุผลทางธุรกิจที่น่าเชื่อถือสำหรับพวกเขา

มีเทคนิคที่เรียกว่าPopping The Why Stackซึ่งคุณใช้ส่วน "ดังนั้น" และถาม "ทำไม?" จากนั้นคุณตอบคำถามนั้นและถามว่า "ทำไม?" อีกครั้งซ้ำ ถ้าหลังจาก (ขอบอก) 3-5 "ทำไม" s คุณไม่ได้มาถึงที่ทั้ง "เพราะมันจะทำให้เราเงิน" หรือ "เพราะมันจะประหยัดเงินให้กับเรา" (โดยเฉพาะอย่างยิ่งกับคำอธิบายที่แม่นยำของว่าวิธีการที่ กำลังจะเกิดขึ้น) จากนั้นคุณลักษณะดังกล่าวไม่คุ้มค่าที่จะใช้งาน

บางคนเชื่อว่านี่จะเป็นสิ่งสำคัญที่พวกเขาจริงใส่มันครั้งแรกในแม่เรื่อง:

เพื่อที่จะ [...]

ในฐานะที่เป็น [... ]

ฉันต้องการ [... ]

มีตัวอย่างที่ดีจากการพูดคุยของคน Thoughtworks: ลูกค้าคนหนึ่งของพวกเขาต้องการรายงานที่จัดพิมพ์ในรูปแบบที่แปลกประหลาดมาก เมื่อที่ปรึกษาถามว่า "ทำไม" พวกเขาบอกว่าวิธีที่ง่ายกว่าในการพิมพ์กลับดังนั้นแทนที่จะใช้คุณลักษณะการจัดรูปแบบรายงานพวกเขาเพิ่งโอนรายงานผ่านเครือข่าย หากไม่มีคำสั่ง "เพื่อ" พวกเขาจะยังคงพิมพ์เอกสารเหล่านี้ในแผนกหนึ่งโดยส่งพวกเขาไปยังแผนกอื่นและพิมพ์พวกเขากลับเข้ามา

"เพื่อที่" ให้เหตุผลสำหรับเป้าหมาย

ตัวอย่างเช่นเป้าหมายอาจแสดงตัวเลขยอดขายของเดือนที่แล้ว คุณสามารถทำงานกับสิ่งนั้นได้ แต่เหตุผลหนึ่งที่คุณต้องรู้ว่าทำไมคุณถึงต้องการแสดงมันเพื่อที่คุณจะได้รับความต้องการที่ลึกกว่านั้น พวกเขาต้องการทำอะไรกับตัวเลขยอดขายหรือกลุ่มเป้าหมาย การรู้ข้อมูลนี้จะทำให้คุณเข้าใจถึงแอปพลิเคชันมากขึ้นและมีโอกาสมากขึ้นในการออกแบบส่วนต่อประสานผู้ใช้ที่ช่วยให้ลูกค้าสามารถทำสิ่งที่พวกเขาต้องการ

การใช้เหตุผลก็คือการจัดลำดับความสำคัญของเรื่องราว หากคุณมีสองเรื่อง:

ฉันต้องการแสดงตัวเลขยอดขายของเดือนที่แล้ว
ฉันต้องการแสดงรายการของโอกาส

แต่มีทรัพยากรที่จะทำอย่างใดอย่างหนึ่ง - ที่หนึ่งที่คุณทำ? หากไม่มีเหตุผลที่คุณจะคาดเดาและคุณอาจไม่สามารถส่งมอบที่ถูกต้องในเวลา แม้ว่าสิ่งนี้จะมีความสำคัญน้อยกว่าเพราะลูกค้าควรบอกคุณว่าต้องทำอะไรก่อน แต่บางครั้งก็ไม่เป็นเช่นนั้น

นอกเหนือจากสิ่งที่กล่าวมาแล้วการให้เหตุผลสำหรับข้อกำหนดช่วยให้คุณสามารถตัดสินความถูกต้องของข้อกำหนดได้ ผู้ใช้อาจต้องการสิ่งต่าง ๆ ด้วยเหตุผลที่ไม่ถูกต้อง มี "เพื่อที่" ชี้แจงเหตุผลจึงช่วยให้นักวิเคราะห์เพื่อตรวจสอบว่าคำขอเป็นที่พอใจที่สุดในวิธีนี้

ตัวอย่าง:

AI ต้องการให้สามารถเลือกพนักงานจากรายชื่อพนักงานของ บริษัท ทั้งหมด

BI ต้องการเลือกพนักงานจากรายการพนักงาน บริษัท ทั้งหมดเพื่อให้ฉันสามารถลบพนักงานที่ออกจาก บริษัท เมื่อ 5 ปีก่อน

(B) ไม่สมเหตุสมผลแม้แต่ในองค์กรขนาดกลาง แต่คุณสามารถตรวจสอบความต้องการของผู้ใช้และเสนอวิธีอื่นสำหรับลูกค้าในการปฏิบัติตามข้อกำหนด