เมื่อโปรเจกต์ของคุณเริ่มเดินหน้า เราจำเป็นต้องขยับจากการพูดคุยเรื่องปรัชญาส่วนตัวและการเขียนโค้ด มาเป็นการพูดถึงประเด็นที่ใหญ่ขึ้นในระดับโปรเจกต์ เราจะไม่ลงลึกไปในรายละเอียดของ 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_ เราขอให้คุณลงชื่อกำกับงานของคุณ และจงภูมิใจในสิ่งที่คุณทำ