Requirement

🕳️ ขุดขุมทรัพย์

นับตั้งแต่วันนี้เป็นต้นไปเราเปลี่ยนจากคำว่ารวบรวมความต้องการมาเป็นการขุดหาความต้องการกันดีกว่า 🛢️

เมื่อเราเจอแนวทางที่ดีกว่าและกล้าทำอะไรที่แตกต่าง นั่นคือจุดเริ่มต้นของการทำงานที่สูงกว่ามาตรฐานขั้นต่ำ งานที่ดีมีคุณค่าและน่าภูมิใจ 👐🏼

มันง่ายที่จะมองหาคนที่ตอบ “เยส” แต่มันน่าตื่นเต้นกว่าเมื่อเจอคนที่กล้าถามกลับไปว่า “วาย” - และโปรดักท์ที่ดีสร้างได้ด้วยคำว่า “วาย” 👽

ผลลัพธ์ของการที่เราไม่ได้ให้ความสำคัญกับเรื่องการคิดการวิเคราะห์และการออกแบบระบบในเชิงลึกเพียงพอ 🫱🏽

รีไควเม้นท์ใครก็เขียนได้ แค่เราถามว่า “อยากได้อะไรครับ?” การเก็บรวบรวมรีไควเม้นท์ก็แค่ฟังสิ่งที่พวกเขาพูด 🌼

การหมุนงาน “บ่อย”เกินไปไม่ใช่เรื่องดี ตรงข้ามเลยเพราะมันคือตัวการที่ขัดขวางการเดินไปข้างหน้าของเรา 🪐

เมื่อเราต้องเผชิญทางแยกว่าควรทำอะไรก่อนอะไรหลัง … ลองพิจารณาดูสักหน่อยว่าทางเลือกที่มีตอนนี้มันมีอะไรที่เหมือนกันและใช้ร่วมกันได้บ้างมั้ย 👢

กับเวอร์ชั่นแรกที่เรายังไม่มีข้อมูลเรื่องลูกค้า เรื่องผู้ใช้มากนัก เราควรเตรียมการและใช้กระบวนการแบบไหนในการเลือกทำและไม่ทำอะไร 🙋🏻‍♂️

ตราบใดที่เรารู้ว่าเราต้องอดทนทำ “สิ่งหนึ่ง” เพื่อได้ผลลัพธ์จาก “อีกสิ่งหนึ่ง” เราจะยังไม่เสียศูนย์ ✌🏼

คำถามที่ควรถามเพื่อเก็บข้อมูลก่อนตัดสินใจว่าจะรับหรือไม่รับ Requirement Changes เหล่านั้นมาฝากให้คิดกันดู 😵