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

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

65 project-management  communication  issue-tracking  email 

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

64 project-management  terminology  patterns-and-practices  game-development 

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

63 architecture  project-management  estimation 

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

61 agile  project-management  scrum  requirements 

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

61 project-management  agile  time-tracking 

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

61 project-management  legacy 

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

61 web-development  project-management  business  teamwork  time-management 

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

60 open-source  project-management  source-code  complexity  contribution 

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

58 project-management 

ข้อผิดพลาดถูกเปิดแก้ไขตรวจสอบและปิด หนึ่งเดือนต่อมามันปรากฏตัวอีกครั้งในเวอร์ชันถัดมาหลังจากการทำซ้ำหลายครั้งโดยไม่มีการถดถอย หากระบุคุณสมบัติของบั๊กเหมือนกันคุณจะเปิด ID บั๊กที่มีอยู่อีกครั้งหรือเปิดขึ้นใหม่พร้อมลิงก์ไปยังบั๊กที่ถูกปิดหรือไม่?

55 project-management  agile  issue-tracking 

ฉันเป็นนักพัฒนาซอฟต์แวร์ มีทีมทดสอบที่ติดตามและดำเนินการกรณีทดสอบที่เขียนโดยนักวิเคราะห์ แต่ยังดำเนินการทดสอบเชิงสำรวจ ดูเหมือนว่าผู้ทดสอบได้ทำการแข่งขันกันเพื่อดูว่าใครเปิดบั๊กมากกว่านี้และฉันสังเกตว่าคุณภาพของรายงานบั๊กลดลง แทนที่จะทดสอบการทำงานและการรายงานข้อผิดพลาดที่เกี่ยวข้องกับการทำงานของซอฟต์แวร์ผู้ทดสอบได้ส่งข้อบกพร่องเกี่ยวกับการปรับปรุงหน้าจอการใช้งานหรือข้อบกพร่องที่โง่ เป็นสิ่งที่ดีสำหรับโครงการหรือไม่ ถ้าไม่ฉันจะ (ในฐานะนักพัฒนาซอฟต์แวร์) ได้อย่างไรลองเปลี่ยนความคิดและทัศนคติของทีมทดสอบ ปัญหาอีกประการหนึ่งคือเนื่องจากกำหนดเวลาสิ้นสุดและไม่สามารถเปลี่ยนแปลงได้ดังนั้นเมื่อใกล้ถึงกำหนดผู้ทดสอบจะต้องตรวจสอบเพื่อให้เสร็จสิ้นกรณีทดสอบและจะทำให้คุณภาพของการทดสอบลดลง สิ่งนี้จะทำให้เกิดบั๊กที่ถูกกฎหมายในผลิตภัณฑ์ขั้นสุดท้ายที่ลูกค้าได้รับ OBS: การแข่งขันครั้งนี้ไม่ใช่การฝึกฝนของ บริษัท ! เป็นการแข่งขันระหว่างผู้ทดสอบเท่านั้นที่จัดโดยพวกเขาและไม่มีรางวัลใด ๆ

54 programming-practices  testing  project-management 

เมื่อเร็ว ๆ นี้เรามีปัญหาซึ่งคุณสมบัติสำหรับ webapp ของเรา (การลงทะเบียนอัตโนมัติ) ถูกเลื่อนออกไปโดยผู้บริหารเพราะพวกเขารู้สึกว่าการเริ่มต้นนั้น "หนาว" เกินไป แต่พวกเขาต้องการคุณสมบัติอื่น ๆ ทั้งหมดที่เรากำลังทำอยู่ ปัญหาคือฟังก์ชั่นนี้ได้รับการผสานเข้ากับการพัฒนาเมื่อเสร็จสิ้นพร้อมกับคุณสมบัติอื่น ๆ ทั้งหมดที่เราคาดว่าจะมีการถ่ายทอดสดในรุ่นถัดไปดังนั้นเราจึงไม่สามารถผสาน dev -> test -> master เหมือนที่เราทำ เราจะหลีกเลี่ยงปัญหานี้ได้อย่างไร?

53 project-management  git  gitflow 

ฉันทำงานให้กับ บริษัท ย่อยของ บริษัท ใหญ่ระดับโลก นี่ไม่ใช่ บริษัท ย่อยตั้งแต่ต้นมันเป็น บริษัท ที่ซื้อโดย บริษัท ขนาดใหญ่ ดูเหมือนว่าเราจะมุ่งหน้าไปสู่ความตายในเดือนมีนาคมและฉันสงสัยว่ามีอะไรที่ฉัน (หรือทีมของฉัน) สามารถทำได้เพื่อแก้ไขปัญหาการจัดการหรือทำโครงการให้เสร็จทั้ง ๆ ที่พวกเขาทำ เป็นสถานการณ์WTF รายวันทั่วไป: กำหนดเวลาไม่สมจริง (การจัดการ "ประมาณ" 6 เดือนทีมนักพัฒนาต้องการขั้นต่ำ 18 เดือน) การประชุมประจำวันนานสูงสุด 3 ชั่วโมงลดกำลังการผลิตของเรา ผู้บริหารปฏิเสธที่จะขยับตามกำหนดเวลาเพราะพวกเขาต้องการดูดีกับเจ้าของคนใหม่ นักพัฒนาถูกรังแกถูกกล่าวหาว่าไร้ความสามารถใส่ "กำแพงแห่งความละอาย" ฯลฯ หัวหน้าทีมเพิ่งลาออกไปและขวัญกำลังใจอยู่ในระดับต่ำตลอดเวลา ฉันต้องการจากไป - ทีม dev ส่วนใหญ่กำลังพิจารณาอยู่ - แต่ฉันลังเลที่จะลาออก ฉันต้องการเงินจริง ๆ และฉันก็อยู่ที่นี่เพียงระยะเวลาสั้น ๆ (5 เดือน) หลังจากระยะเวลาการว่างงานดังนั้นการเลิกจ้างในตอนนี้อาจยกธงสีแดงให้กับนายจ้างในอนาคต มีกลยุทธ์ใดบ้างที่อาจมีประสิทธิผลในการเสริมสร้างความร่วมมือจากผู้บริหารหรืออย่างน้อยก็ลดการหยุดชะงักที่เกิดขึ้นอย่างต่อเนื่อง? แก้ไข: …

52 project-management  development-environment 

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

52 agile  project-management  scrum  development-process 

ฉันได้รับมอบหมายโครงการกลุ่มจากวิชาวิทยาการคอมพิวเตอร์ AP ของฉันและฉันต้องทำงานกับคนอื่นอีกสามคน ฉันไม่เคยพูดคุยกับพวกเขามาก่อนฉันไม่ทราบระดับความสามารถของพวกเขาและทั้งหมดที่ฉันมีคือที่อยู่อีเมลของพวกเขา งานที่ได้รับการสรุปรวมคือ: "ในฐานะทีมคุณจะต้องทำหน่วยความจำอย่างน้อยสามหน่วยเป็นคลาส ... " ฉันจะลองและกลายเป็น "กัปตันทีม" เพราะไม่มีใครพยายามติดต่อกัน แต่ฉันอยากรู้: จะทำยังไงดี ฉันได้ส่งอีเมลพวกเขาและถามพวกเขาว่ามีวิธีการสื่อสารที่พวกเขาต้องการมากกว่าการส่งอีเมลถึงกันหรือไม่ แต่เมื่อเราเริ่มโครงการจริง ๆ แล้วฉันจะต้องคิดออกว่าใครกำลังทำอะไรอยู่ ฉันควรทำอย่างไร? ฉันจะ "รับผิดชอบ" และนำสามคนที่ฉันไม่เคยพบมาได้อย่างไร นี่คือข้อความที่ตัดตอนมาจากการมอบหมายจริง: ดังนั้นคุณจะต้องหารือเกี่ยวกับบทบาทต่างๆที่สมาชิกแต่ละคนในทีมจะใช้ในโครงการนี้ในช่วงต้นสัปดาห์ คุณสามารถสื่อสารผ่าน Pronto (หรือ IM กระดานดำ) อีเมล wiki กลุ่ม google บล็อกหรือวิธีอื่น ๆ ที่คุณเห็นว่าเหมาะสม หากสมาชิกกลุ่มไม่เข้าร่วมกลุ่มภายในสิ้นสัปดาห์ให้ผู้สอนของคุณทราบและพวกเขาจะให้คำแนะนำเพิ่มเติม ... เนื่องจากในตอนท้ายของโครงการจะเป็นการประเมินทีมที่คุณจะให้คะแนนสมาชิกในทีมแต่ละคนที่มีส่วนช่วยในการทำโครงการนี้ให้เสร็จพร้อมกับเกรดที่แนะนำ แก้ไข: หลายคนแนะนำว่าฉันพบพวกเขาในร้านกาแฟหรืออะไรทำนองนั้น ปัญหาเดียวก็คือพวกเราทุกคนอยู่ในสถานะที่แตกต่างกัน ฉันคิดว่าหนึ่งในนั้นไม่ได้รับอนุญาตให้ใช้ Facebook / Skype / twitter ดังนั้นฉันจึงต้องหันไปใช้การส่งข้อความผ่าน yahoo messenger …

50 project-management  team  project