คำถามติดแท็ก business-process

บางครั้งเมื่อฉันมีปัญหาที่ต้องแก้ไขฉันพบว่าวิธีที่ง่ายที่สุดในการแก้ปัญหาคือการเขียนโปรแกรมเล็ก ๆ เป็นเครื่องมือส่วนตัว ฉันไม่ได้ทำให้มันใช้งานได้ดีหรือแข็งแกร่งมากเท่าที่ฉันเป็นคนเดียวที่จะใช้มันและฉันไม่มีเวลาที่จะปรับแต่งและทดสอบอย่างละเอียด จากนั้นเพื่อนร่วมงานจะเห็นโปรแกรมและถามหาเพราะเขาพบปัญหาเดียวกันและเครื่องมือสามารถช่วยได้ ฉันบอกเขาว่า "มันไม่สวย แต่มันจะทำให้งานสำเร็จ" ข้อจำกัดความรับผิดชอบและปล่อยให้เขาได้รับมัน สิ่งต่อไปที่ฉันรู้ผู้บังคับบัญชาของฉันโทรหาฉันบอกฉันว่าเขากำลังพยายามทำให้ซอฟต์แวร์ทำงานบนคอมพิวเตอร์ของลูกค้า แต่มันแสดงข้อความข้อผิดพลาด X วะ ?? ซอฟต์แวร์ดังกล่าวยังไม่พร้อมสำหรับการเปิดตัวและฉันไม่ได้บอกว่ามันต้องพร้อมสำหรับการเปิดตัว แต่ด้วยเหตุผลบางอย่างหัวหน้าของฉันคิดว่ามันดีพอและเปิดตัวโดยไม่บอกนักพัฒนาดั้งเดิม MessageBox.Show("DO NOT GIVE TO CLIENTS!");ตอนนี้ปัญหานี้โดยเฉพาะอย่างยิ่งเป็นเรื่องง่ายที่จะแก้ไขด้วย อย่างไรก็ตามปัญหาดังกล่าวบ่งบอกถึงปัญหาที่ลึกซึ้งยิ่งขึ้น: วัฒนธรรม บริษัท ของเราไม่ราบรื่น ซอฟต์แวร์เลอะเทอะตกลงและกระบวนการเลอะเทอะตกลง ไม่ต้องกังวลเกี่ยวกับอนาคตลองใช้ความพยายามอย่างเต็มที่เพื่อให้มันทำงานได้ไม่เต็มที่วางไบนารีในไฟล์. zip แล้วส่งไป ดีพอสำหรับงานราชการ นี่เป็น บริษัท เล็ก ๆ ที่มีพนักงานเต็มเวลา 10 คนกำลังเติบโตและได้อยู่พักหนึ่ง อย่าเข้าใจฉันผิด ฉันรักการทำงานที่นี่และฉันรัก บริษัท อย่าบอกให้ฉันวิ่ง ฉันต้องการเป็นส่วนหนึ่งในการทำให้ บริษัท ดีขึ้น คุณจะเริ่มนำการเปลี่ยนแปลงที่ดีมาสู่วัฒนธรรมประเภทนี้ได้อย่างไร?

28 development-process  communication  business-process 

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน5 ปีที่ผ่านมา ฉันทำงานเป็นหัวหน้าทีม / นักพัฒนาในสภาพแวดล้อมขององค์กรทางการเงินขนาดใหญ่สำหรับส่วนที่ดีขึ้นของสามปี กระบวนการผลิตของเราเป็นฝันร้ายเพราะมันหมุนรอบ Clearcase เรามีกลุ่มการจัดการการเปลี่ยนแปลงที่ดำเนินการเผยแพร่ทั้งหมดและผู้ที่จะอนุญาตให้ใช้รหัสในการผลิตที่นำมาจากมันเท่านั้น หนึ่งในสิ่งแรกที่ฉันทำเมื่อเข้าร่วมคือการตั้งทีมของฉันกับ Git ทุกคนเห็นพ้องต้องกันว่า Clearcase นั้นแย่มากและไม่สามารถจัดการเรื่องการควบคุมแหล่งข้อมูลได้ทุกวัน ดังนั้นเราจึงตั้งค่าพื้นที่เก็บข้อมูลแบบ "ไม่เป็นทางการ" บนเครื่องท้องถิ่นของฉันและฉันเขียนสคริปต์เพื่อซิงค์ repos คอมไพล์และเคลียร์เคสของเราในช่วงเวลาที่วางจำหน่าย คำพูดนี้แพร่กระจายไปยังทีมอื่น ๆ และหลายคนได้นำกระบวนการเดียวกันมาใช้ การใช้คอมไพล์ในลักษณะ "ไม่เป็นทางการ" สำหรับกิจกรรมประจำวันและ "เป็นทางการ" โดยใช้ Clearcase สำหรับการเผยแพร่ ฉันกลายเป็นคนที่แต่งตัวประหลาดไปแล้วสำหรับปัญหาใด ๆ กับ Git ดังนั้นฉันจึงมีการประชุมสัปดาห์นี้กับ SVP ในการเปลี่ยนแปลงโครงสร้างพื้นฐานที่ต้องการให้ฉันอธิบายถึงข้อดีของ Git ให้เธอฟัง เห็นได้ชัดว่า Word เข้ามาหาเธอบ่อยครั้งใน Clearcase ของฉัน หากเธอยอมรับข้อโต้แย้งของฉันฉันจะได้รับการช่วยเหลือที่นายจ้างของฉันกำจัดตัวเองจากสิ่งที่น่ารังเกียจนี้ ประสบการณ์ของฉันกับผู้บริหารบอกพวกเขาว่าก) ต้องการคำอธิบายสั้น …

24 version-control  business-process 

เพื่อให้มีความเกี่ยวข้องในตลาดฉันกำลังศึกษารูปแบบธุรกิจใหม่สำหรับ บริษัท ซอฟต์แวร์ของฉัน โมเดลโอเพ่นซอร์สที่มีการสนับสนุนที่มีค่าใช้จ่ายดูเหมือนว่าเหมาะสมสำหรับผลิตภัณฑ์ของเรา แต่ฉันมีข้อกังวลเกี่ยวกับว่ารูปแบบการสนับสนุนที่มีค่าใช้จ่ายนั้นสามารถใช้งานได้หรือไม่ในยุคที่มีความช่วยเหลือระดับแนวหน้า แลกเปลี่ยนเครือข่าย ตรงประเด็น - ฉันย้ายพนักงานของฉันไปที่ Ubuntu เมื่อปีที่แล้วเพราะฉันไม่ต้องการจ่ายเงินสำหรับใบอนุญาต Win 7 และฮาร์ดแวร์ใหม่ (บวกแพลตฟอร์มขาวดำน่าดึงดูดมาก) พนักงานของฉันไม่มีประสบการณ์ Linux แต่สามารถบรรลุความสามารถสัมพัทธ์ในเวลาประมาณ 120 วันด้วยความช่วยเหลือของ AskUbuntu, Stack Overflow และหนังสือ "For Dummies" สองสามตัว เราได้จ้างที่ปรึกษาของ Ubuntu เป็นเวลา 7 วันเพื่อให้การฝึกอบรมและการสนับสนุน เกี่ยวกับความขยันเนื่องจากของฉันฉันวิ่งเบต้า 3 เดือนของรูปแบบการสนับสนุน freemium จ่ายกับลูกค้ารายย่อยของเราและได้รับผลลัพธ์ปานกลาง ฉันต้องการที่จะคิดว่ามันเป็นเพราะซอฟต์แวร์ของเรามีเสถียรภาพและใช้งานง่ายที่ลูกค้าไม่ต้องการการสนับสนุนที่จ่ายเงินมาก แต่ฉันสงสัยว่าพวกเขาหลีกเลี่ยงข้อกำหนดของ SLA ของเราในลักษณะเดียวกับที่เราทำ อูบุนตู ใครบ้างที่มีความคิดคำแนะนำหรือประสบการณ์ที่เกี่ยวข้องกับการเคลื่อนไหวที่ฉันกำลังพิจารณา ทำงานอะไรไม่ได้ ฯลฯ

12 open-source  business  business-process