เมื่อโปรเจกต์ของคุณเริ่มเดินหน้า เราจำเป็นต้องขยับจากการพูดคุยเรื่องปรัชญาส่วนตัวและการเขียนโค้ด มาเป็นการพูดถึงประเด็นที่ใหญ่ขึ้นในระดับโปรเจกต์ เราจะไม่ลงลึกไปในรายละเอียดของ Project Management แต่เราจะพูดถึงพื้นที่สำคัญสองสามส่วนที่สามารถชี้เป็นชี้ตายให้กับโปรเจกต์ไหนก็ได้
ทันทีที่คุณเริ่มมีคนทำงานในโปรเจกต์มากกว่าหนึ่งคน คุณต้องสร้าง Ground Rules และแบ่งงานส่วนต่างๆ ของโปรเจกต์ตามนั้น ใน Topic 49, Pragmatic Teams เราจะแสดงให้ดูว่าควรทำอย่างไรในขณะที่ยังคงรักษาปรัชญาแบบ Pragmatic ไว้ได้
เป้าหมายของระเบียบวิธีการพัฒนาซอฟต์แวร์ (Software Development Method) คือการช่วยให้คนทำงานร่วมกันได้ คุณและทีมกำลังทำในสิ่งที่มันเวิร์กจริงๆ หรือเปล่า? หรือคุณแค่ลงทุนไปกับเปลือกนอกที่ไม่มีแก่นสาร จนไม่ได้ประโยชน์ที่คุณควรจะได้จริงๆ? เราจะมาดูกันว่าทำไม Topic 50, Coconuts Don't Cut It ถึงนำเสนอเคล็ดลับสู่ความสำเร็จที่แท้จริง
แน่นอนว่าเรื่องทั้งหมดนั้นจะไม่มีความหมายเลย ถ้าคุณไม่สามารถส่งมอบซอฟต์แวร์ได้อย่างต่อเนื่องและเชื่อถือได้ นั่นคือพื้นฐานของ "สามประสานสุดมหัศจรรย์" อย่าง Version Control, Testing และ Automation ใน Topic 51, Pragmatic Starter Kit
แต่ท้ายที่สุดแล้ว ความสำเร็จขึ้นอยู่กับสายตาของคนมอง ซึ่งก็คือ Sponsor ของโปรเจกต์นั่นเอง การรับรู้ถึงความสำเร็จคือสิ่งที่สำคัญ และใน Topic 52, Delight Your Users เราจะแสดงให้เห็นว่าควรทำอย่างไรเพื่อให้ Sponsor ของทุกโปรเจกต์รู้สึกประทับใจ
คำแนะนำสุดท้ายในหนังสือเล่มนี้เป็นผลสืบเนื่องโดยตรงจากสิ่งที่กล่าวมาทั้งหมด ใน Topic 53, Pride and Prejudice เราขอให้คุณลงชื่อกำกับงานของคุณ และจงภูมิใจในสิ่งที่คุณทำ