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

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน6 ปีที่ผ่านมา ล็อคแล้ว คำถามและคำตอบของคำถามนี้ถูกล็อคเนื่องจากคำถามอยู่นอกหัวข้อ แต่มีความสำคัญทางประวัติศาสตร์ ขณะนี้ไม่ยอมรับคำตอบหรือการโต้ตอบใหม่ ผู้บริหารในที่ทำงานของฉันถามคำถามกับกลุ่มนักพัฒนาของฉัน: ผู้พัฒนา C # สามารถผลิตโค้ดได้กี่บรรทัดต่อเดือน ระบบเก่าจะถูกส่งไปยัง C # และเขาต้องการให้มาตรการนี้เป็นส่วนหนึ่งของการวางแผนโครงการ จากแหล่งที่มา (น่าเชื่อถือ) บางแห่งเขาได้คำตอบของ "10 SLOC / เดือน " แต่เขาไม่พอใจกับสิ่งนั้น กลุ่มเห็นพ้องต้องกันว่านี่เป็นไปไม่ได้ที่จะระบุเพราะมันขึ้นอยู่กับรายการสถานการณ์ที่ยาวนาน แต่เราสามารถบอกได้ว่าชายคนนั้นจะไม่จากไป (หรือผิดหวังมากในตัวเรา) หากเราไม่ได้คำตอบที่เหมาะสมกับเขาดีกว่า ดังนั้นเขาจึงออกไปพร้อมกับคำตอบที่ดีกว่า "10 SLOC ต่อวัน " ตอบคำถามนี้ได้ไหม? (เฉพาะหน้าหรือแม้กระทั่งกับการวิเคราะห์บางส่วน)

21 productivity  project-management  c# 

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 ปีที่แล้ว ฉันเป็นวิศวกรซอฟต์แวร์และในช่วงไม่กี่ปีที่ผ่านมาฉันได้กลายเป็นผู้จัดการโครงการซอฟต์แวร์อย่างแท้จริงเพราะไม่มี ดังนั้นเพื่อรักษาสติของเราในแผนก R & D / วิศวกรรมลูกค้าได้คุ้นเคยกับการมากับฉันด้วยการร้องขอของพวกเขา ฉันไม่มีประสบการณ์ในอาณาจักรนี้ดังนั้นจึงเป็นครั้งแรกที่ฉันทำหน้าที่เป็นผู้จัดการโครงการสำหรับโครงการซอฟต์แวร์ ฉันจัดการสิ่งอื่น ๆ แต่ไม่ใช่ซอฟต์แวร์ ดังนั้นคุณจะจัดการโครงการซอฟต์แวร์และทำเครื่องหมายลำดับความสำคัญได้อย่างไร การร้องขอเข้ามาในช่วงเวลาที่ไม่บ่อยนักดังนั้นเราจึงสามารถทำงานบางอย่างเพื่อคนอื่นแล้วคนอื่นก็เข้ามาทำงาน "เร่งด่วน" ที่ต้องการทำงาน มันง่ายกว่าไหมที่จะบอกว่ามาเป็นคนแรกเสิร์ฟก่อนหรือเป็นคนที่มีเงินมากที่สุด?

21 project-management  requirements  feature-requests 

เรากำลังพัฒนาแอปพลิเคชัน มันมีห้องสมุดที่พัฒนาโดย coder อื่นห้องสมุดนี้สื่อสารกับเซิร์ฟเวอร์ผ่านการเชื่อมต่อเครือข่ายที่หลากหลายและสิ่งนี้เกี่ยวข้องกับการทำงานร่วมกันหลายหัวข้อ รหัสฝั่งเซิร์ฟเวอร์ค่อนข้างซับซ้อนและเราไม่สามารถเข้าถึงซอร์สโค้ดได้ เมื่อเร็ว ๆ นี้ฉันได้ค้นพบmandelbug ที่ทำให้แอปพลิเคชันขัดข้องบางครั้ง ฉันสามารถทำซ้ำได้ครั้งเดียวและได้รับการติดตามสแต็กดังนั้นฉันจึงเปิดรายงานข้อผิดพลาด ข้อผิดพลาดเองนั้นง่ายต่อการแก้ไข (ไม่ได้ยกเว้นข้อยกเว้นทางเว็บในหนึ่งในเธรดพื้นหลังซึ่งทำให้ CLR ยุติโปรแกรม) ปัญหาคือผู้พัฒนาปฏิเสธที่จะแก้ไขข้อผิดพลาดเพราะ "เขาไม่เชื่อว่ามีอยู่" น่าเสียดายสำหรับฉันเจ้านายกำลังเข้าข้างเขาและบอกว่าข้อผิดพลาดนี้ไม่สามารถแก้ไขได้เว้นแต่ฉันจะสร้าง "กรณีทดสอบที่เป็นของแข็ง" เพื่อพิสูจน์การมีอยู่ของข้อบกพร่องและทำการทดสอบหน่วยเพื่อยืนยันว่ามันหายไป สิ่งที่เป็นไปไม่ได้โดยทั่วไปเนื่องจากลักษณะของข้อบกพร่อง คำแนะนำใด ๆ?

20 project-management  teamwork  requirements  collaboration 

เป็นการยากที่จะบอกสิ่งที่ถูกถามที่นี่ คำถามนี้คลุมเครือคลุมเครือไม่สมบูรณ์กว้างเกินไปหรือโวหารและไม่สามารถตอบได้อย่างสมเหตุสมผลในรูปแบบปัจจุบัน สำหรับความช่วยเหลือในการทำความเข้าใจคำถามนี้เพื่อที่จะสามารถเปิด, ไปที่ศูนย์ช่วยเหลือ ปิดให้บริการใน8 ปีที่ผ่านมา คำถามนี้ถูกโยกย้ายจาก Stack Overflow เพราะสามารถตอบได้ใน Software Engineering Stack Exchange อพยพ 8 ปีที่ผ่านมา ผมพัฒนาสถาปัตยกรรมโครงการปัจจุบันของเราและเริ่มพัฒนามันในตัวเอง(บางสิ่งบางอย่างถึงชอบ )revision 40 เรากำลังพัฒนาเฟรมเวิร์กการกำหนดเส้นทางรถไฟใต้ดินที่เรียบง่ายและการออกแบบของฉันก็ทำได้ดีมาก - โมเดลหลักหลายมุมมองที่สอดคล้องกันตรรกะหลักและโครงสร้างข้อมูลถูกสร้างแบบจำลอง "ที่ควรจะเป็น" และแยกออกจากการเรนเดอร์ นอกเหนือจากโมเดลหลักและมีจุดตัดเล็ก ๆ น้อย ๆ จำนวนหนึ่ง ฉันจะเรียกว่าการออกแบบที่ปรับขนาดได้ปรับแต่งได้ง่ายต่อการใช้งานการโต้ตอบส่วนใหญ่ขึ้นอยู่กับ "ปฏิสัมพันธ์กล่องดำ" และดีมาก ตอนนี้สิ่งที่ทำ: ฉันเริ่มต้นการใช้งานอินเทอร์เฟซที่เกี่ยวข้องบางอย่างย้ายบางไลบรารีที่สะดวกและเขียนส่วนการปรับใช้สำหรับบางส่วนของแอปพลิเคชัน ฉันมีเอกสารที่อธิบายถึงรูปแบบการเข้ารหัสและตัวอย่างของการใช้รูปแบบการเข้ารหัสนั้น (รหัสที่เป็นลายลักษณ์อักษรของฉันเอง) ฉันบังคับให้ใช้C++เทคนิคการพัฒนาที่ทันสมัยมากขึ้นหรือน้อยลงรวมถึงno-deleteโค้ด (ซึ่งพันผ่านตัวชี้อัจฉริยะ) และอื่น ๆ ฉันบันทึกวัตถุประสงค์ของการใช้งานอินเทอร์เฟซที่เป็นรูปธรรมและวิธีการใช้งาน การทดสอบหน่วย(ส่วนใหญ่เป็นการทดสอบการรวมเนื่องจากไม่มีรหัส "จริง" จำนวนมาก)และชุด mocks สำหรับ abstractions หลักทั้งหมด ฉันขาดเป็นเวลา …

20 c++  project-management  refactoring  teamwork 

ในฐานะผู้จัดการฉันไม่สามารถสร้างงานที่ล้ำสมัยได้เสมอไป บางโครงการทำงานในโหมดบำรุงรักษาและสร้างกระแสเงินสดอิสระที่ดีต่อ บริษัท ในฐานะนักพัฒนาคุณต้องทำอะไรในโครงการนี้? ฉันคิดถึงการสร้างแบรนด์ใหม่ให้กับงาน แต่ฉันสามารถช่วยได้มากที่นี่ แก้ไข: ขอบคุณทุกคำแนะนำ จนถึงตอนนี้คือสิ่งที่เรามี: หมุนเวียนงานตามความสนใจของนักพัฒนา สภาพแวดล้อมการทำงานที่ยืดหยุ่น จัดสรรเวลาในการทำงานกับโครงการสัตว์เลี้ยง สังคมและความสนุกสนาน การสร้างแบรนด์ของโครงการ ใช้สิ่งนี้เป็นหินก้าวสำหรับโครงการอื่น ๆ

20 project-management  motivation 

คำถามนี้ถูกโยกย้ายจาก Stack Overflow เพราะสามารถตอบได้ใน Software Engineering Stack Exchange อพยพ 8 ปีที่ผ่านมา มีกฎหลายข้อที่ฉันต้องขอให้โปรแกรมเมอร์ทำตามบ่อย ๆ พวกเขาเขียนโค้ดและถ้ามันใช้งานได้งานก็จะเสร็จแล้วสำหรับพวกเขา กฎพื้นฐานส่วนใหญ่อาจเป็น: กำลังคอมมิตการเปลี่ยนแปลง ไม่ได้เขียนปัญหาเกี่ยวกับตัวแบบใน View or Controllers หลีกเลี่ยงการเข้ารหัส คุณช่วยเล่าประสบการณ์ของคุณให้ฉันฟังได้ไหม คุณจัดการสิ่งนี้ได้อย่างไร

20 project-management  code-reviews 

ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการถกเถียงอภิปรายโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน7 ปีที่ผ่านมา บางครั้งฉันไม่สามารถยืนได้เมื่อผู้จัดการโครงการขอให้ฉันประเมินเวลาดำเนินการงานต่างๆให้เสร็จ การประมาณเป็นการเดาและการเดาอาจผิด โดยทั่วไปข้อกำหนดและเอกสารประกอบที่ไม่ถูกต้องจะนำไปสู่การเดาที่ไม่ดี ดังนั้นฉันจึงมักสงสัยว่าผู้จัดการโครงการอยู่ในรองเท้าของฉันพยายามคาดเดาว่างาน X และ Y จะใช้เวลานานแค่ไหนและยากแค่ไหนที่จะกำหนดหมายเลขให้กับมันขึ้นอยู่กับสิ่งที่เป็นที่รู้จักและเก็บรวบรวมจากลูกค้า คำถามของฉันคือ: ผู้จัดการโครงการที่ดีต้องมีพื้นฐานการเขียนโปรแกรมหรือไม่? หรืออาจเป็นคำถามควรผู้จัดการโครงการที่ดีต้องเป็นโปรแกรมเมอร์ที่ดีมาก่อนหรือไม่ มีความสัมพันธ์กันไหม?

20 project-management  experience 

ในโครงการแบบดั้งเดิมที่ฉันเคยทำผู้จัดการโครงการ (และในโครงการขนาดใหญ่อาจมีรอง / รอง / ผู้ช่วยผู้จัดการโครงการถ้าคนคนหนึ่งไม่สามารถใช้งานได้) คือผู้รับผิดชอบในการสื่อสารกับลูกค้ารับโครงการ อัปเดตเกี่ยวกับสุขภาพและสถานะการกำหนดเวลาและงบประมาณการจัดการกระบวนการทำให้มั่นใจได้ว่าทีมมีสิ่งที่พวกเขาต้องการในการทำงานให้เสร็จและอื่น ๆ อย่างไรก็ตามใน Scrum ความรับผิดชอบเหล่านี้จะแบ่งระหว่างเจ้าของผลิตภัณฑ์และ ScrumMaster เจ้าของผลิตภัณฑ์เป็นเสียงของลูกค้า พวกเขามีปฏิสัมพันธ์โดยตรงกับลูกค้าสร้างเรื่องราวของผู้ใช้จัดระเบียบและจัดลำดับความสำคัญของสินค้าค้างและปัญหาผู้ใช้ / ลูกค้าอื่น ๆ ScrumMaster จัดการกระบวนการดูแลการประชุม (รวมถึงการประเมินและการวางแผน) การขจัดอุปสรรคและการตรวจสอบสุขภาพโดยรวมของโครงการการปรับตามความจำเป็น ฉันได้อ่านในหลาย ๆ แหล่งรวมถึง Wikipediaว่าบทบาทของ ScrumMaster และเจ้าของผลิตภัณฑ์ควรถูกจัดขึ้นโดยคนสองคนที่แตกต่างกัน ฉันไม่เพียง แต่อ่าน แต่ทำงานในโครงการสไตล์ "ดั้งเดิม" ที่ประสบความสำเร็จซึ่งกิจกรรมของทั้งคู่ถูกจัดการโดยบุคคลเดียว อันที่จริงแล้วมันมีความเหมาะสมมากกว่าสำหรับคนหนึ่งถึงสามคนที่จะรับผิดชอบการจัดการโครงการ (รวมถึงทรัพยากรมนุษย์ / พนักงาน) และงานระดับกระบวนการตามที่พวกเขามักจะไปจับมือกัน การเปลี่ยนแปลงกระบวนการมีผลกระทบต่อการตั้งเวลาการกำหนดงบประมาณคุณภาพและเป้าหมายระดับโครงการอื่น ๆ และการเปลี่ยนแปลงโครงการมีผลกระทบต่อกระบวนการ ทำไม Scrum เรียกร้องให้แยกกิจกรรมเหล่านี้ออกเป็นสองบทบาท สิ่งนี้มีข้อดีอะไรบ้าง? มีใครอยู่ในโครงการการต่อสู้ที่ประสบความสำเร็จโดยที่เจ้าของผลิตภัณฑ์และ ScrumMaster เป็นบุคคลเดียวกันหรือไม่?

19 project-management  scrum  team  roles 

ฉันได้เพิ่มเรื่องราวของผู้ใช้สองสามข้อที่จัดการเรื่องหนี้สินทางเทคนิคไว้ในกระดาน Pivotal Tracker ของฉัน ฉันควรพิจารณาว่ามันเป็นคุณสมบัติ (รักษาระดับความเร็วของฉัน) หรือเป็นงานบ้าน / ข้อบกพร่อง (ลดความเร็วของฉัน)? ฉันเข้าใจว่ามันจะไม่สร้างความแตกต่างในระยะยาวหากฉันทำอย่างใดอย่างหนึ่งอย่างสม่ำเสมอ แต่ทุกครั้งที่ฉันเพิ่มเรื่องหนี้สินทางเทคนิคฉันต้องตัดสินใจ ความคิดบางอย่าง: พวกเขาไม่ได้เป็นแมลงจริงๆพวกเขาไม่ทำลายอะไรเลย ผู้ใช้ไม่ได้ร้องขออะไรเนื่องจากเป็นการใช้งานในระดับต่ำที่ไม่ส่งผลกระทบต่อพวกเขา แต่มันจะทำให้การพัฒนาในระยะยาวง่ายขึ้น หากคุณกำหนดคุณสมบัติเป็นเรื่องราวที่เพิ่มคุณค่าให้กับผู้ใช้ก) พวกเขาไม่ทำตามที่ผู้ใช้จะไม่เห็นประโยชน์โดยตรง แต่จากนั้นข) พวกเขาทำเพราะทำให้การพัฒนา / การบำรุงรักษาในอนาคตเป็นไปได้ซึ่งจะเป็นการเพิ่มมูลค่า เพียงแค่ไม่ได้ตอนนี้ ฉันไม่ได้ตัดสินใจว่าจะทำงานจริงหรือไม่หรือเมื่อถึงกำหนดเวลาฉันแค่รู้ว่าควรเรียกหนี้ทางเทคนิคในเครื่องมือการจัดการโครงการของฉันอย่างไรและทำไม

19 project-management  agile  technical-debt  kanban 

เรากำลังติดตามการต่อสู้ในโครงการของเรา ฉันเห็นเกือบทุกครั้งที่อาจารย์ต่อสู้จัดสรรงานให้เรา อย่างไรก็ตามฉันอ่านจากหนังสือต่อสู้หลายเล่มที่ต่อสู้ทำงานในทางอื่น (วิธี 'ดึง') และสมาชิกในทีมรับงานหรือคุณสมบัติ ต้นแบบการต่อสู้มอบหมายงานให้เป็นแนวทางที่ถูกต้องหรือขัดต่ออุดมการณ์ที่คล่องตัวหรือไม่?

19 project-management  agile  scrum 

ฉันเพิ่งรับผิดชอบโครงการโค้ดที่มีปัญหาการบำรุงรักษา ฉันจะทำอะไรได้บ้างเพื่อให้โครงงานมีเสถียรภาพ ฉันพบว่าตัวเองอยู่ในสถานที่ที่เรากำลังทำงานกับระบบหลายชั้นที่มีขนาดใหญ่มากที่ขาดสิ่งสำคัญมากมายเช่นการทดสอบหน่วย IOC, MEF, คลาสสแตติกคงที่มากเกินไปชุดข้อมูลบริสุทธิ์เป็นต้นฉัน เพียง 24 แต่ฉันอยู่ที่นี่มาเกือบสามปีแล้ว (แอพนี้พัฒนามา 5 ปี) และส่วนใหญ่เป็นเพราะข้อ จำกัด ด้านเวลาเราเพิ่งเพิ่มอึมากขึ้นเพื่อให้พอดีกับอึคนอื่น หลังจากทำหลายโครงการในเวลาว่างฉันเริ่มเข้าใจว่าแนวคิดเหล่านั้นสำคัญเพียงใด นอกจากนี้เนื่องจากการเปลี่ยนพนักงานฉันพบว่าตัวเองเป็นผู้นำทีมในโครงการนี้และฉันต้องการวิธีการที่ชาญฉลาดในการปรับปรุงแอพนี้ วิธีที่ค่าสามารถอธิบายการจัดการ ฉันมีความคิดเกี่ยวกับสิ่งที่ฉันต้องการจะทำ แต่พวกเขาทั้งหมดดูเหมือนล้นหลามโดยไม่ได้รับมากล่วงหน้า เรื่องราวใด ๆ ที่ผู้คนมีหรือเกี่ยวข้องกับเรื่องนี้จะเป็นเรื่องที่น่าสนใจมาก ขอบคุณ

19 .net  unit-testing  project-management  patterns-and-practices 

คุณจะรู้ได้อย่างไรว่าโปรแกรมเมอร์แต่ละคนต้องการโครงการที่ประสบความสำเร็จมากแค่ไหน? บริษัท ที่ฉันทำงานเพื่อตอบสนองคำสั่งซื้อสำหรับ บริษัท ลูกค้า เราได้เขียนระบบการจัดการคลังสินค้าภายในที่จัดการการจัดการสินค้าคงคลังตามสถานที่ตั้งการประมวลผลคำสั่งการสร้างใบแจ้งหนี้การออกใบแจ้งหนี้การตรวจสอบการขนส่งสินค้าและการรายงาน (อาจมีรายงาน 50 ฉบับ) นอกจากนี้ยังมีฟังก์ชั่นการสแกนบาร์โค้ดและพอร์ทัลไคลเอ็นต์พร้อมกับคุณสมบัติอื่น ๆ อีกมากมาย นอกจากนี้ยังมีไทม์ล็อคของพนักงานเต็ม มันทำงานร่วมกับ Quickbooks, UPS และ FedEx มันทำงานกับลูกค้าอย่างน้อย 50 รายซึ่งแตกต่างกันเล็กน้อยในการทำงานของพวกเขา ตัวอย่างเช่นเรานำเข้าคำสั่งซื้อจากไฟล์ที่ลูกค้าส่ง แต่ลูกค้าแต่ละรายส่งรูปแบบไฟล์ที่แตกต่างกัน (csv, excel, ไฟล์แฟลตและบริการเว็บ) ดังนั้นเราจึงมีวิธีการแปลงชุดคำสั่งซื้อเป็นโหล การส่งออกเป็นเรื่องเดียวกัน โครงการมีความซับซ้อนและเพิ่มความซับซ้อนทุกวันด้วยรหัสมากกว่าหนึ่งล้านบรรทัด มันคือรหัส VB.NET ประมาณ 250,000 บรรทัด, รหัส Ruby 6,200 สายและบางที 5,000 บรรทัดของ PHP นอกจากนี้ยังมีฐานข้อมูล MySQL ที่มีประมาณ 200 ตาราง เนื่องจากความต้องการที่เปลี่ยนแปลงตลอดเวลาและความต้องการที่แตกต่างกันของลูกค้าหลายสิบคนรหัสจึงแตกต่างกันอย่างมากในด้านคุณภาพจากรหัสที่แย่มากไปจนถึงค่อนข้างดี ปัจจุบันโครงการนี้มีโปรแกรมเมอร์เพียงคนเดียวเท่านั้นเอง ขณะนี้ฉันยังให้การสนับสนุนผลิตภัณฑ์ทั้งหมดสำหรับ บริษัท …

18 project-management  estimation  resources  scope  effort 

Joel Spolsky เขียนโพสต์บล็อกชื่อดัง " Human Task Switches ถือว่าเป็นอันตราย " ในขณะที่ฉันเห็นด้วยกับสถานที่และดูเหมือนสามัญสำนึกฉันสงสัยว่ามีการศึกษาหรือเอกสารสีขาวในเรื่องนี้เพื่อคำนวณค่าใช้จ่ายในสวิทช์งานหรือเป็นหลักฐานพอสมควรหรือไม่

18 project-management  performance 

โครงการที่ฉันกำลังดำเนินการอยู่ในขณะนี้มีปัญหา: ข้อบกพร่องและงานมักได้รับมอบหมายให้กับผู้ที่ยังใหม่หรือไม่มีประสบการณ์มากเกินไปและงานของพวกเขาก็จบลง ปัญหาคือส่วนต่าง ๆ ของซอฟต์แวร์ของเรานั้นมี "อันตราย" มากกว่าการทำงานอื่น ๆ เนื่องจากปัญหาคุณภาพของรหัส ฉันพยายามต่อสู้กับปัญหานี้โดยการประเมินความเสี่ยงที่เกี่ยวข้องกับงานและใส่ใจกับนักพัฒนาคนใดที่ได้รับมอบหมายงานใด เราใช้ JIRA ดังนั้นฉันจึงเริ่มติดฉลากปัญหาเพื่อติดตามการประมาณนี้ ฉันสังเกตเห็นว่าฉันลงเอยด้วยการใช้หลายเมตริกเพื่อจัดหมวดหมู่ข้อบกพร่อง / งาน: ชัดเจนแค่ไหน / ตรงไปตรงมา เช่นไม่ว่าจะเป็นสิ่งที่จะต้องใช้งานออกแบบจำนวนมากหรือเพียงแค่แก้ไขข้อบกพร่อง UI ที่เรียบง่าย วิธีบำรุงรักษาพื้นที่ได้รับผลกระทบของรหัสคือ มันเป็นพื้นที่ที่ออกแบบมาอย่างดีหรือเป็นก้อนโคลนขนาดใหญ่ ฉันคิดว่าโปรแกรมเท่าไหร่ที่จะได้รับผลกระทบจากการเปลี่ยนแปลงที่จำเป็น ป้ายกำกับของฉันยุ่งเหยิงตั้งแต่ฉันไม่มีความคิดที่ชัดเจนเมื่อฉันเริ่มสิ่งที่หมวดหมู่ที่เป็นไปได้และฉันยังไม่ทำ ฉันกำลังคิดที่จะขอเพิ่มเขตข้อมูลใหม่ (เช่น "ความเสี่ยง") เพื่อให้เราสามารถต้องการการประเมินก่อนที่จะมอบหมายงานให้ใครบางคน มีใครเคยจัดการกับเรื่องแบบนี้มาก่อนหรือไม่?

17 project-management  task-organization  jira 

ฉันต้องเริ่มต้นการออกแบบและพัฒนาเฟรมเวิร์กใหม่เพื่อโต้ตอบกับโอเพ่นซอร์ส ECM สิ่งนี้รวมถึงโมเดลข้อมูลที่กำหนดเองเพื่อช่วยให้นักพัฒนาเว็บไซต์โต้ตอบกับ ECM นี้ดังนั้นพวกเขาจึงไม่จำเป็นต้องใส่ใจรายละเอียดของการจัดการโหนดและรายละเอียดระดับต่ำอื่น ๆ นั่นเป็นเพียงชั้นเรียนและวิธีการในการพัฒนา ฉันมีข้อสงสัยเกี่ยวกับวิธีจัดการองค์กรและการจัดการของโครงการนั้น: มีกฎทั่วไปที่ต้องปฏิบัติตามเคล็ดลับแนวทางปฏิบัติที่ดีที่สุดหรือสิ่งที่ต้องคำนึงถึงในการพัฒนาโครงการประเภทนี้หรือไม่? ฉันแน่ใจว่ามีความแตกต่างระหว่างการพัฒนาเฟรมเวิร์กหรือไลบรารีและแอปพลิเคชัน

17 design  project-management