ดังนั้นฉันจึงเริ่มทำงานกับคอร์ปขนาดใหญ่ซึ่งเป็นหนึ่งในนั้นที่มีตัวอักษร 3 ตัวในชื่อและพวกเขาพยายามที่จะกลายเป็นเปรียว แต่มีกระบวนการมากมายที่ฉันไม่รู้สึกว่าเป็นเปรียว
สิ่งที่ทำให้ฉันเป็นแผลได้มากที่สุดคือบทวิจารณ์โค้ด งานสุดท้ายของฉันคือการเริ่มต้นที่ฉันจะบอกว่าเป็นทีมพัฒนาที่คล่องตัวที่สุดที่ฉันเคยเห็นเปิดกว้างและ / หรือเคยได้ยินมา
อย่างไรก็ตามข้อโต้แย้งของฉันคือการวิจารณ์รหัสเป็นการเสียเวลาในการทำซ้ำหรือการพัฒนาแบบ Agile ที่ UX / UI นั้นรุนแรง / รุนแรง (คิดว่าสมบูรณ์แบบของ Apple / Steve Jobs) บางทีคนที่นี่อาจช่วยให้เข้าใจก่อนที่พวกเขาจะยิงฉัน
นี่คือกระบวนการพัฒนาของฉันและขั้นตอนเริ่มต้นสุดท้ายคือ Agile
เราทำงานในฟีเจอร์แรกเพื่อเรียงลำดับงานการพัฒนา / โทโก เราจะจำลองสองสามเวอร์ชันขึ้นไปและนำเสนอให้กับผู้ใช้ทีมและการตลาดเพื่อรับข้อเสนอแนะ จากนั้นเราจะทำการจำลองซ้ำอีกครั้งเพื่อรับรอบหนึ่งจากผู้มีส่วนได้เสียเดียวกันข้างต้น จากนั้นเราก็แบ่งงานและเริ่มต้น เรามีเหตุการณ์สำคัญและนัดพบ แต่เราเสียบต่อไป เราไม่มีรีวิวโค้ดในระหว่างนี้ หลายครั้งในช่วงสัปดาห์ของการพัฒนาของเราเราถือ sesssions กับผู้มีส่วนได้เสียอีกครั้งเพื่อดูว่าพวกเขายังคงเห็นด้วยคุณสมบัติ / ฟังก์ชั่น / UX / UI ยังคงเหมาะสมและเป้าหมาย
เมื่อเราเข้าใกล้จุดสิ้นสุดของรอบการทำซ้ำ 8 สัปดาห์ QA เริ่มทำการทดสอบจากนั้นจะไปที่ผู้ใช้อัลฟ่าและในที่สุดผู้ใช้เบต้า แต่ในช่วงที่นักพัฒนาอัลฟ่าและเบต้ากำลังก้าวข้ามฟีเจอร์ใหม่และฟีเจอร์ที่เก่ากว่าทำให้การเปลี่ยน UI เป็นรายวันหรือชั่วโมงซ้ำเพื่อปรับปรุง UX ดังนั้นคุณลักษณะที่ได้รับการพัฒนาในรุ่นนี้อาจสิ้นสุดลงเมื่อมีการเปลี่ยนแปลง 3 ครั้งในช่วงสี่สัปดาห์ที่ผ่านมาเพื่อปรับปรุงและปรับปรุงให้สมบูรณ์หรือเพิ่มคุณสมบัติเล็ก ๆ น้อย ๆ (เช่นทำให้ส่วนประกอบมีความสั่นไหวหรือฉลาดขึ้นเล็กน้อย) บางครั้งการเปลี่ยนแปลงอาจเป็นเพียงผิวเผินซึ่งหมายความว่าไม่มีการดำเนินการ CRUD ที่มีการเปลี่ยนแปลงหรือแก้ไข แต่ UI ทั้งหมดเท่านั้นที่เปลี่ยนแปลง
ดังนั้นด้วยกระบวนการพัฒนาประเภทนี้ Agile สุดขีด, การรีวิวโค้ดไม่ต้องเสียเวลาหรือเปล่า? หมายความว่าถ้าฉันมีนักพัฒนาอีกคนหรือสองคนตรวจสอบรหัสของฉัน แต่แล้วรหัสนั้นเปลี่ยนไปอีก 3 ครั้งก่อนที่มันจะออกนอกบ้านเนื่องจากการปรับปรุง UI / UX ทั้งหมดเราไม่ได้เสียเวลาไปกับ 3 ครั้งแรกที่พวกเขาตรวจสอบ รหัสตามที่โค้ด / ส่วนประกอบ / UI ถูกทิ้งใช่ไหม
เราไม่เคยมีปัญหาด้านคุณภาพมากมายในกระบวนการนี้และใช่ถ้านักพัฒนาทิ้งความรู้ทั้งหมดที่เดินออกจากประตู แต่เราพบนักพัฒนาที่ชาญฉลาดมารับและครอบครอง
และใช่เรามีผู้ทดสอบจำนวนมากเพราะพวกเขาอาจต้องสอบใหม่ 3 หรือ 4 ครั้ง นอกจากนี้โปรดอย่าลังเลที่จะถามว่าเหตุใด UI / UX ทั้งหมดจึงเปลี่ยน ... นั่นเป็นสิ่งที่ทำไปแล้ว ... นั่นเป็นสาเหตุที่ทำให้แอปชนะรางวัลมากมายสำหรับ UI / UX และผู้ใช้จะฆ่าเพื่อ แอป กระบวนการคิดคือถ้าฉันสามารถปรับปรุงบางอย่างได้ถึง 2% เพราะฉันมีเวลาเพิ่มอีกหนึ่งชั่วโมงจากนั้นทำ ผู้ใช้จะมีความสุขมากขึ้นซึ่งหมายถึง $ หรือผู้ใช้มากขึ้น และใช่ผู้ใช้ของเราตกลงกับแอปที่เปลี่ยนแปลงอย่างต่อเนื่องเพราะนั่นเป็นวิธีที่ทำมาตั้งแต่วันแรกดังนั้นพวกเขาจึงไม่เห็นว่าเลวหรือลบ
หวังว่าโพสต์นี้จะไม่ออกมาอย่างโอ้อวด แต่ฉันแค่ไม่เห็นว่ารีวิวโค้ดไม่สิ้นเปลือง อาจเป็น 2% ของรหัสทั้งหมดของเราในรหัสที่ตรวจสอบแล้วมีข้อบกพร่อง แต่ละรุ่นเราอาจพบ 3 ข้อบกพร่องผ่านการตรวจสอบรหัส ดังนั้นมันจึงเป็น 40 ชั่วโมงของการตรวจสอบรหัสต่อผู้พัฒนาต่อการเปิดตัว (4 x 40 = 160 ชั่วโมง) เพื่อหาข้อบกพร่อง 3 ถึง 5? โอกาส 50% ที่ 3 ถึง 5 ข้อผิดพลาดจะได้รับการหยิบขึ้นโดย QA ต่อไป จะดีกว่าไหมถ้าใช้เวลา 40 ชั่วโมงต่อนักพัฒนาเพิ่มคุณสมบัติใหม่หรือปรับปรุงที่มีอยู่เดิม?