ตอนเริ่มเข้ามาแก้ไข Dev process ใหม่ๆ วิธีที่อยู่ในหัวและได้ยินชื่อมาพอสมควรคือ Scrum ซึ่งมีเครื่องมืออย่างนึงที่เรียกว่า Task board แม้ตอนนี้จะปลื้มและใช้ Kanban มากกว่าแต่ก็มีเครื่องมือเดียวกันคือ Task board ทั้งสองวิธีพูดอย่างนึงตรงกันคือ มันควรจะมีกระดานจริงๆ ที่ให้ทุกคนมาเขียนแปะ ส่วนตัวแล้วไม่ชอบที่จะต้องสร้างกระดานจริงขึ้นมาเท่าไหร่ในที่ทำงานปัจจุบันด้วยเหตุผลว่า คนในทีมแต่ละคน แม้จะอยู่ใน Office เดียวกัน แต่นั่งกันกระจัดกระจายมาก เหมือนอยู่คนละทีม คือไม่สามารถสร้างกระดานที่ทุกคนมองเห็นได้ หรือมาแก้ไขได้สะดวกๆ นั่นเอง เดือนที่แล้วที่น้ำท่วมหนักๆ ทุกคนแยกย้ายกลับต่างจังหวัดกันหมด ถ้าทำกระดานจริงขึ้นมามันคงไร้ประโยชน์มากหรือไม่คนที่คุมก็เหนื่อยมาเพราะต้องคอยถามและแก้ไขตลอด จากเหตุผลสองข้อด้านบนทำให้ไม่ได้สร้างกระดานจริงขึ้นมาใช้งาน แต่ไปสร้าง กระดานเสมือน ขึ้นมาแทนเพื่อให้ทุกคนเข้ามาเห็นได้ง่ายๆ แน่นอนสิ่งที่ขาดไปจากการใช้กระดานแบบนี้คือการสื่อสารที่ลำบากขึ้นเมื่อมีการเปลี่ยนแปลงสถานะของงานที่กระดานจริงจะทำได้ (ทำกระดานจริงคงเอามาไว้ใกล้ตัว แก้ไขทีแต่ละคนคงได้มาคุยตัวต่อตัวก่อนที่จะเปลี่ยนแปลง) เพราะงั้นจะใช้กระดานจริง หรือโปรแกรมที่แสดงงานต่างๆ หรือจะใช้คู่ไปเลยก็ได้ ส่วนตัวแล้วคิดว่ามันขึ้นอยู่กับสภาพแวดล้อมรวมมากกว่า ว่ามันเอื้อแบบไหน และลองแก้ไขตามสิ่งที่อยากได้ดู จะมีกระดานจริงหรือไม่มีก็ได้ ขอแค่ทุกคนต้องคุยกันถึงเหตุการณ์ต่างๆ ที่เกิดขึ้นใน Project แล้วทำให้มันเสร็จได้เร็วที่สุด (จะตามกำหนดหรือไม่นั่นก็อีกเรื่องนึง) จะว่าไปแล้วของจริงที่ทำๆ อยู่จะบอกว่าเป็น Scrum มั้ยก็ไม่เหมือนเป๊ะซักทีเดียว มี Kanban [...]
Question in QA process
เพิ่มเติม @hybridknight blog กลับมาเลยเอามาแปะรวมที่เดียวกันเสียหน่อย RE : Question in QA process อยู่ดีๆ คิดถึงเรื่องนี้ ตอนแรกกะจะทวีตเฉยๆ คิดไปคิดมาจดไว้เลยดีกว่า บริษัทต่างๆ มี QA ที่เป็น man test (คือทดสอบด้วยการนั่งคลิกๆ หรือเล่นระบบตาม requirement) หรือป่าวและขั้นตอนการทำงานปกติเป็นอย่างไรกัน Requirement นึง QA จะทดสอบกี่ครั้ง และทดสอบช่วงไหนบ้าง หลังทำเสร็จทีละ Requirement หรือเป็นชุดของ Requirement ตามช่วงเวลาที่กำหนด (Milestone) ถ้า Requirement นั้นผ่านแล้วและพัฒนารุ่นใหม่ ต้องกลับมาทดสอบ Requirement เดิมหรือป่าว และทดสอบกี่ครั้ง? QA ทดสอบตาม Requirement หรือป่าวหรือทดสอบตาม Function ย่อยของ Requirement แล้ว Reject ตาม Function (อันนี้อ่านแล้วอาจจะงงๆ แต่ที่ถามอันนี้เพราะว่า [...]
git post-receive hook & npm
อาทิตย์นี้ทำ script เพื่อให้รัน test ทุกครั้งที่ push เจออะไรแปลกๆ บางอย่างเเมื่อใช้คู่กับ npm ที่สั่งให้ install dependencies หลังจาก push สำเร็จแล้ว ความแปลกอยู่ที่ถ้าไฟล์ package.json ใช้ private repo ที่ชี้ไปยัง git repo อื่นจะไม่สามารถ install dependencies ด้วย post-receive hook ได้ขึ้น error ทุกครั้งประมาณว่าไม่สามารถ checkout branch ออกมาได้ ทางแก้แบบชั่วคราวตอนนี้คือแก้ npm source เองตามด้านล่าง diff ด้านบนเพื่อให้ skip error ชั่วคราวแต่ถ้าจะแก้จริงๆ คงต้องไล่ให้มากกว่านี้ก่อน สำหรับ script เจ้าปัญหาคือ runtest.js ที่เห็นด้านบนเป็น script ทำมือเพื่อรวม test ทั้งหมดมารันทีเดียว วางแผนไว้ว่าจะทำให้มันดูดีกว่านี้แต่ยังขี้เกียจอยู่ [...]
คำสั่ง git ที่ใช้ประจำ
หลังจากใช้ git เป็นประจำมาปี เลยอยากจดคำสั่งที่ใช้ประจำเสียหน่อย โดยเฉพาะช่วงนี้ที่เอามาทำ automate test แบบต่างๆ git clone [--bare] <url> คำสั่งนี้เป็นคำสั่งแรกสุดที่ทุกคนน่าจะใช้กันไว้สำหรับดึง repo มาเก็บไว้ในเครื่อง git checkout <folder/file/branch> เป็นอีกคำสั่งที่ใช้บ่อย และดันมีสองแบบด้วยคือ ไว้ reset file ที่ยังไม่ได้ add เข้า stage รอ commit เพื่อให้ได้ไฟล์ต้นฉบับมา กับเปลี่ยน branch ใช้บ่อยทั้งสองแบบเลย git clean [-x] [-X] [-d] [-f] [-n] ป็นคำสั่งที่มีประโยชน์มากเวลาจะทดลองอะไรที เพื่อกำจัดไฟล์ที่เกิดขึ้นตอน dev แล้วลองอะไรเล็กน้อย สั่งทีไฟล์ที่ไม่ต้องการ แฟ้มที่ไม่ต้องการทั้งหมดจะหายไป (ขึ้นอยู่กับ option ที่เติมเข้ามา -x บอกว่าลบไฟล์ทั้งหมดรวมถึงไฟล์ที่ไม่ได้ใส่เข้า repo มาก่อน, -X เฉพาะไฟล์ที่ใส่เข้ามาใน repo, [...]
Kanban
ตอนแรกที่ซื้อเล่มนี้มาคิดว่ามันถูกดี อยากหาอะไรอ่านเล่นไม่คิดอ่านจริงจังเท่าไหร่ อีกอย่างไม่คิดว่ามันจะเกี่ยวกับงานที่ทำด้วย จนช่วงน้ำท่วมซื้อ Kindle มาอ่านหนังสือแก้เซ็ง เลยหยิบเล่มนี้มาอ่านหลังจากกับน้ำท่วม กลายเป็นว่าเล่มนี้เขียนถึงสิ่งที่เคยคิดไว้เกือบทั้งหมดเลย และด้วยราคา version Kindle เพียง 9 usd ก็รู้สึกคุ้มสุดๆจนอ่านจบเกือบอยากจะซื้อฉบับกระดาษมาเลยทีเดียว ติดเพียงอย่างเดียว version กระดาษโคตรแพง หนังสือเล่มนี้พูดถึงวิธีจัดการ Software Project วิธีหนึ่งที่ชื่อว่า Kanban (เห็นหลายที่บอกว่าอ่านว่าคัมบัง) เล่าตั้งแต่ปัญหาของการทำ Software ต่างๆ ในทีมจนมาเป็นวิธีนี้ขึ้นมา และมีวิธีการอย่างไรบ้างเช่น การกำหนดจำนวนงานที่จะรับมาทำ การทำให้ทุกคนรู้ถึงขั้นตอนต่างๆชัดเจนโดยสร้างกระดานขั้นตอนขึ้นมา การเอาไปใช้ในระบบปัจจุบันและตัวอย่างการเอาไปใช้ในที่ต่างๆ ในเล่มก็ยังมีพูดถึง Lean ในระบบสายการผลิตของ Toyota และ Scrum ด้วยก็ได้ยินมานานหละแต่ยังไม่ได้หามาอ่านเสียที หลังอ่านเล่มอื่นๆ ใน Kindle จนหมดว่าจะหาซื้อมาอ่านเพิ่มแล้วเขียนอีกที
Subscribe / Connect
Subscribe to our e-mail newsletter to receive updates.
