GotoKnow
  • เข้าระบบ
  • สมัครสมาชิก
  • แผงจัดการ
  • ออกจากระบบ
GotoKnow

ความแตกต่างของทีมงาน

จากประสบการณ์และที่อ่านๆมาจากหลายๆที่
ก็เห็นตรงกันว่า
ความแตกต่างอย่างหนึ่งระหว่าง IA (Information Architecture) หรือ UX(User Experience) specialist อย่างเราๆ
กับทีมงานส่วนอื่นก็คือ approach ที่ต่างกัน
การทำงานของเรา จะเน้นเรื่องการใช้งานของ user มากกว่า
ซึ่งในหลายๆครั้ง มันไปเพิ่มงานให้ฝ่าย develop
ทำให้พวกเขาใช้เวลาในการทำมากขึ้น
และการประเมินผลที่ต่างกัน
ทางทีม develop มีหน้าที่จะต้องทำงานให้เสร็จตามเวลา
การเพิ่มงานจึงไม่ใช่สิ่งที่จะมาชิวๆเล่นๆ เท่านั้น
และนี่มักจะเป็นความขัดแย้งที่เห็นในทีมงานเสมอๆ

เหตุผลที่จะบอกทีมงานคนอื่นว่า มันทำให้ user ใช้งานง่ายขึ้น
ในหลายๆครั้งมักไม่ใช่เหตุผลที่ดีพอที่จะไปเพิ่มงานเขา
(เพราะในความเป็นจริง งานมากขึ้น เวลาที่ให้ทีมงานก็มักจะไม่ได้เพิ่มตาม)
และการที่จะไปบังคับให้ทีมงานคนอื่นเห็นความสำคัญของ UX เท่ากับที่เราเห็น

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

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

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

บางทีเป็น IA อย่างเดียวไม่ได้
ต้องเป็นฑูตสัมพันธไมตรีอีกนะ
ถึงเราจะทำบทบาทหนึ่ง
เราก็ควรเข้าใจภาษาของฝ่ายอื่นได้ด้วย

 

บันทึกนี้เขียนที่ GotoKnow โดย 

คำสำคัญ (keywords): usabilityuxiauserexperienceinformationarchitecture
หมายเลขบันทึก: 44518
เขียน:
แก้ไข:
ความเห็น: 3
อ่าน:
สัญญาอนุญาต: สงวนสิทธิ์ทุกประการ

ความเห็น (3)

โปรแกรมเมอร์กลัวการเปลี่ยนแปลง requirement ที่ซู้ด
จากการทำงาน ที่เคยเป็นโปรแกรมเมอร์ และปัจจุบันทำน้าที่เป็นผู้ทดสอบ จึงทำให้ปรางได้มองภาพของผู้พัฒนา และผู้ทดสอบ

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

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

Totally agree :) The challenge of IA is not only about planning and design, but also "Communication" between each team ja....