วิธีการบันทึกโครงการเล็กและตาย?

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

• เจ้าของ (ไม่ใช่ด้านเทคนิค)
  • ผู้จัดการโครงการ (ที่ไม่ใช่ด้านเทคนิค)
    • นักพัฒนานำ (เทคนิค แต่ไม่ดี)

โครงการนี้เป็นเว็บไซต์ที่ใช้ ASP.Net ซึ่ง Lead Developer ได้ออกแบบสถาปัตยกรรมที่น่ากลัวสำหรับ คุณจะต้องใช้คำพูดของฉัน แต่โดยทั่วไปวิธีที่เราต้องการในการสร้างหน้าเว็บคือให้เวลาในการโหลด 3+ นาทีบนหน้าเว็บเดียวผ่าน VPN ในโหมด Debug

มันแพร่กระจายไปถึงจุดที่เพื่อนร่วมงานคนอื่นเห็นด้วยว่าพวกเขาใช้เวลามากขึ้นในการรอหน้าโหลดมากกว่าการพัฒนาจริง

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

ไม่มีใครในทีมรู้ว่าความคิดเห็นของเจ้าของจะเป็นอย่างไร แต่ทุกคนกลัวที่จะสร้างคลื่นในเศรษฐกิจนี้

คุณจะทำอย่างไร

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

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

หากสิ่งนี้ไม่บินให้ไปที่เจ้าของ เจ้าของเงินเป็นคนที่แต่งตัวประหลาด แต่เขาจะสามารถเห็นได้อย่างรวดเร็วว่าเว็บไซต์ที่ไม่มีใครจะไปเยี่ยม == ไม่มีเงิน ตั้งค่าการสาธิตเดียวกันและก่อนที่จะโหลดหน้าแรกเขาควรจะโทรทั้ง PM และนำไปสู่บนพรมของเขามากขึ้น

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

สมมติว่าข้อความของคุณถูกต้องคุณมีหัวหน้านักพัฒนาที่ไร้ความสามารถและเป็นผู้จัดการโครงการที่ไร้ความสามารถ (อย่างน้อยก็ในระดับที่เขาไม่สามารถประเมินทักษะของทีมได้) ละเอียด. คุณมีตัวเลือกเหมือนกับนักพัฒนาในทุก ๆ ทีมในโลก

1. คุณทำงานโดยไม่ต้องดูแลสุขภาพของ บริษัท หรือไม่

2. หางานทำที่อื่น

3. ให้คำแนะนำที่สมเหตุสมผลแก่ผู้นำ PM และเจ้าของและหวังว่าพวกเขาจะได้รับการรับรอง

คุณมีอิสระที่จะรวมกันข้างต้นพร้อมกัน

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

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

"พลังที่เป็น" สร้างกฎเช่นเดียวกับแต่ละโมดูลสามารถมีตารางฐานข้อมูลได้เพียงตารางเดียวเท่านั้นเพราะมันสะอาดกว่าเดิม และผลลัพธ์ก็คือสร้างรายการแบบหล่นลงที่มีอยู่โดยการเลือก "DISTINCT" จากตารางในฐานข้อมูลแทนที่จะมีตารางแยกต่างหาก

มีแพตช์ที่ไม่ดีจำนวนมากลอยอยู่รอบ ๆ เพราะทีมงานต้องทำงานให้เสร็จและผลิตภัณฑ์จะไม่ทำงานนอกกรอบ แพตช์เหล่านี้ทำให้เกิดปัญหามากเท่าที่พวกเขาแก้ไขและได้รับการปรับแต่ง (แฮ็ค) สำหรับการติดตั้งแต่ละครั้ง

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

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

หวังว่าจะช่วย!

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

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

หากคุณตัดเครือข่ายออกไปฉันจะไปกับคำแนะนำของ KiethS และให้ PM ดึงหน้าเว็บขึ้นมา

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

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

จากนั้น (หลังจากพูดคุยกับ PM และนำไปสู่), SHOULD นี้จะเพียงพอที่จะเริ่มการเปลี่ยนแปลงบางอย่าง หาก PM ไม่มั่นใจในจุดนั้นคุณต้องตัดสินใจว่านี่เป็นสถานที่ที่คุณต้องการหรือไม่ ถ้าเป็นเช่นนั้นอาจมีการประชุมกับเจ้าของ หากไม่ได้รับพร้อมที่จะดำเนินการต่อ

ตรวจสอบให้แน่ใจว่าเอกสารทุกอย่างถูกต้องทุกขั้นตอน

ในแง่เทคนิคฉันเห็นด้วยกับคำแนะนำด้านบน ในทางกลับกันฉันรู้สึกว่ามันเป็นเหมือนความสัมพันธ์มากกว่าเรื่องทางเทคนิค

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

หากไม่ได้ผลคุณสามารถลองพูดคุยกับ PM แล้วเจ้าของ

ถ้าไม่มีงานฉันแนะนำให้คุณหางานใหม่

ความซื่อสัตย์ - และไหวพริบมากเท่าที่คุณสามารถรวบรวม

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

หากคุณไม่ได้ทำคลื่นคุณอาจตายในน้ำ

เป็นไปได้ไหมที่จะนำปัญหากลับไปสู่ระดับที่สามารถวัดได้และในลักษณะที่ไม่ใช่ด้านเทคนิคเพื่อให้ผู้จัดการโครงการและเจ้าของสามารถเข้าใจได้

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

ถ้าไม่เช่นนั้นคุณมีปัญหาอย่างเป็นระบบใน บริษัท ของคุณที่การวิเคราะห์เริ่มต้นทำได้ไม่ดีและไม่มีกระบวนการเพียงพอที่จะจัดการกับปัญหาประเภทนี้ พิจารณาการกระโดดเรือ!

ผู้ชายที่แท้จริงพูดด้วยความไม่พอใจหรืออารมณ์ นั่นคือเคล็ดลับ

เหตุผลที่ถูกต้องเพียงอย่างเดียวที่ใครบางคนอาจถูกข้ามไปกับคุณเพื่อพูดออกมาคือถ้าคุณเจอกับความไม่พอใจ:

นักพัฒนาชั้นนำไม่มีเงื่อนงำอะไรที่เขาทำ ฉันรู้ว่าสิ่งนี้จะเกิดขึ้น แต่ไม่มีใครฟัง blah blah blah blah

อยู่ที่ไหน

รูปแบบรหัสผิดเพราะยากที่จะรักษาและช้า เราจำเป็นต้องมีกลยุทธ์เกี่ยวกับการก้าวไปข้างหน้านี้และแก้ไขปัญหาทั้งสองนี้

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

หากหัวหน้าโครงการใช้สิ่งนี้เป็นสิ่งที่ตรงกันข้ามซึ่งแน่นอนว่าเขาอาจคิดว่าเขาอาจถูกไล่ออก

อย่าทำให้ฉันต้องรับผิดชอบในสิ่งที่ฉันไม่รับผิดชอบในการนำไปใช้ ฉันแค่เป็นคนซื่อสัตย์