คำถามติดแท็ก project-management

9
ทำซ้ำและเปลี่ยนชื่อโครงการ Xcode & โฟลเดอร์ที่เกี่ยวข้อง [ปิด]
ปิด คำถามนี้ต้องการรายละเอียดหรือความคมชัด ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ เพิ่มรายละเอียดและชี้แจงปัญหาโดยแก้ไขโพสต์นี้ ปิดเมื่อปีที่แล้ว ปรับปรุงคำถามนี้ ฉันต้องการที่จะสามารถทำซ้ำทั้งโครงการ Xcode เปลี่ยนชื่อโครงการและไฟล์ที่เกี่ยวข้องโดยไม่ต้อง Xcode ไปทางจิตและไม่ต้องนำเข้าไฟล์ทั้งหมดไปยังโครงการด้วยตนเอง

16
ฉันต้องการลูกนี้ในเดือนเดียว - ส่งผู้หญิงเก้าคน!
ล็อคแล้ว คำถามและคำตอบของคำถามนี้ถูกล็อคเนื่องจากคำถามอยู่นอกหัวข้อ แต่มีความสำคัญทางประวัติศาสตร์ ขณะนี้ไม่ยอมรับคำตอบหรือการโต้ตอบใหม่ ภายใต้สถานการณ์ใด (ถ้ามี) - การเพิ่มโปรแกรมเมอร์ลงในทีมจริงจะช่วยเร่งการพัฒนาโครงการล่าช้าหรือไม่?

12
คุณรักษารหัสการพัฒนาและรหัสการผลิตอย่างไร [ปิด]
ปิด . คำถามนี้เป็นคำถามความคิดเห็นตาม ขณะนี้ยังไม่ยอมรับคำตอบ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบพร้อมข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการเมื่อปีที่แล้ว ปรับปรุงคำถามนี้ อะไรคือแนวทางปฏิบัติที่ดีที่สุดและกฎที่ควรปฏิบัติในขณะที่รักษาโค้ด เป็นแนวทางปฏิบัติที่ดีที่จะมีเฉพาะรหัสที่พร้อมใช้งานจริงในสาขาการพัฒนาหรือควรมีรหัสล่าสุดที่ยังไม่ทดสอบในสาขาการพัฒนา พวกคุณรักษารหัสการพัฒนาและรหัสการผลิตของคุณอย่างไร? แก้ไข - คำถามเสริม - ทีมพัฒนาของคุณปฏิบัติตาม "กระทำเร็วที่สุดเท่าที่จะเป็นไปได้และบ่อยครั้งแม้ว่าโค้ดจะมี - ข้อบกพร่องเล็กน้อยหรือไม่สมบูรณ์" โปรโตคอลหรือ "กระทำ - ONLY-perfect-code "โปรโตคอลในขณะที่ส่งรหัสไปยังสาขา DEVELOPMENT?

14
การจัดการโครงการที่จะใช้ GitHub [ปิด]
ปิด. คำถามนี้ไม่เป็นไปตามหลักเกณฑ์กองมากเกิน ขณะนี้ยังไม่ยอมรับคำตอบ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Stack Overflow ปิดให้บริการใน5 ปีที่ผ่านมา ปรับปรุงคำถามนี้ (แก้ไข: ตอนนี้คำถามนี้ล้าสมัยสำหรับปัญหาเฉพาะของฉันเนื่องจาก Google Code รองรับ git แล้วและฉันได้แปลง Protocol Buffers เป็น Mercurial แล้วอย่างไรก็ตาม IMO ยังคงเป็นที่สนใจโดยทั่วไป) พอร์ตบัฟเฟอร์โปรโตคอล C #ของฉันใช้ github สำหรับการควบคุมแหล่งที่มาและฉันเริ่มสนุกกับการใช้คอมไพล์ อย่างไรก็ตามเท่าที่ฉันสามารถบอกได้ github ไม่ได้ให้เครื่องมือการจัดการโครงการใด ๆ : ข้อบกพร่องและการติดตามคุณลักษณะการสนทนาคำขอคุณลักษณะเอกสารและอื่น ๆ เนื่องจากการเป็นพันธมิตรของฉันGoogle Codeจะเป็นทางเลือกที่เป็นธรรมชาติ แต่ดูเหมือนจะแปลก สร้างโปรเจ็กต์ที่นั่น แต่โฮสต์ซอร์สบน github คำถามเกี่ยวกับ Fogbugz / Assembla นี้ดูเหมือนจะเน้นไปที่การติดตามข้อบกพร่องเป็นส่วนใหญ่ ฉันสงสัยว่าคนอื่นได้รับประสบการณ์อะไรบ้างเมื่อพูดถึงโซลูชันการจัดการโครงการที่ "สมบูรณ์" มากขึ้น …

10
Scrum ทำงานอย่างไรเมื่อคุณมีหลายโครงการ [ปิด]
ปิด. คำถามนี้ไม่เป็นไปตามหลักเกณฑ์กองมากเกิน ขณะนี้ยังไม่ยอมรับคำตอบ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Stack Overflow ปิดให้บริการใน3 ปีที่ผ่านมา ปรับปรุงคำถามนี้ ฉันอ่านประโยชน์และกระบวนการของ Scrum ได้ดีพอสมควร ฉันได้รับแนวคิดเกี่ยวกับสินค้าที่ค้างส่งแผนภูมิที่ถูกทำลายการทำซ้ำการใช้เรื่องราวของผู้ใช้และแนวคิดอื่น ๆ ของ "เฟรมเวิร์ก" ของ Scrum ด้วยเหตุนี้ ... ฉันจึงทำงานให้กับ บริษัท พัฒนาเว็บไซต์ที่จัดการหลายโครงการในคราวเดียวโดยมีสมาชิกในทีมหกคนซึ่งประกอบกันเป็น "ทีมผู้ผลิต" Scrum ทำงานอย่างไรกับการมีหลายโครงการ คุณยังคงกำหนดเวลาการทำซ้ำสำหรับโปรเจ็กต์เดียวในระยะเวลาหนึ่งและทีมงานทั้งหมดก็ทำงานกับโปรเจ็กต์ถัดไปด้วยการทำซ้ำใหม่เมื่อการทำซ้ำเสร็จสิ้นหรือไม่? หรือมีวิธีที่ "คล่องตัว" ในการจัดการหลายโครงการด้วยการทำซ้ำของตนเองโดยใช้เพียงทีมเดียวในเวลาเดียวกัน

11
Redmine แนวทางปฏิบัติที่ดีที่สุด [ปิด]
ปิด . คำถามนี้เป็นคำถามความคิดเห็นตาม ขณะนี้ยังไม่ยอมรับคำตอบ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบได้ด้วยข้อเท็จจริงและการอ้างอิงโดยแก้ไขโพสต์นี้ ปิดให้บริการใน6 ปีที่ผ่านมา ปรับปรุงคำถามนี้ คุณใช้เคล็ดลับและ "มาตรฐาน" อะไรในกระบวนการจัดการโครงการ Redmine ของคุณ คุณมีเทมเพลตแทรกวิกิมาตรฐานที่คุณสามารถแชร์หรือเป็นวิธีมาตรฐานในการทำงานโครงการโดยใช้งานคุณสมบัติข้อบกพร่องและปัญหาการสนับสนุนหรือไม่? คุณปล่อยให้ปัญหาและการอัปเดตส่งอีเมลไปที่ Redmine หรือไม่? คุณใช้เว็บบอร์ดหรือไม่? คุณใช้ที่เก็บ SVN หรือไม่ คุณใช้ Mylyn ใน eclipse เพื่อทำงานรายการงานหรือไม่? ฉันพยายามลากแผนกของเรา ลงใน PM บนเว็บแทนการส่งอีเมลเอกสาร Word ของข้อกำหนดที่คลุมเครือตามด้วยเอกสาร Word ที่อธิบายวิธีการ QA และ Deploy ซึ่งทั้งหมดหลงทางในการอัปเดตและโครงการที่แข่งขันกันมากมายดังนั้นเมื่อถึงเวลาที่ฉันต้องแก้ไขบางสิ่งก็ไม่มีใครพบ เอกสารใด ๆ เกี่ยวกับวิธีการทำงาน
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.