บริษัท ใหญ่มักมีปัญหาซึ่งเป็นไปไม่ได้ที่จะเขียนโปรแกรมทั้งหมดที่พนักงานต้องการ (เพื่อประหยัดเวลาและเพิ่มประสิทธิภาพกระบวนการ) เนื่องจากพนักงานและเงินขาด

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

ถ้าอย่างนั้นใครจะเป็นผู้ดูแลแอพพลิเคชั่นเพิ่มฟีเจอร์ใหม่ ... ? และแอพนี้มีความสำคัญ มันเป็นสิ่งจำเป็น แต่ผู้ฝึกงานได้ลาออกจาก บริษัท ไม่มีใครรู้ว่ามันทำงานอย่างไร คุณมีแหล่งที่มาจำนวนมากและเอกสารบางประเภทเท่านั้น

มันสมเหตุสมผลหรือไม่ที่จะลองและควบคุมหรือห้ามการพัฒนาแอปพลิเคชันที่ทำเฉพาะกิจนอกแผนกไอที (ยกเว้นสิ่งเล็ก ๆ น้อย ๆ เช่นมาโคร Excel)

ฉันเคยทำงานให้กับ บริษัท ที่ทุกแอปที่เราให้ไว้นำไปสู่คำถาม: เราสามารถส่งออกข้อมูลนี้ไปยัง Excel ได้หรือไม่

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

ทำไมพวกเขาไม่มาหาเราก่อน? เนื่องจากมีชื่อเสียงว่าทีมเทคนิคมีมากเกินไปที่จะทำและถ้าพวกเขาขอมันพวกเขาอาจ (ถ้าพวกเขาโชคดี) ทำให้เข้าคิวถึงหกเดือนต่อมา

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

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

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

ฉันคิดว่าคนหายไปจากจุดทั่วไปที่นี่:

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

ทำไมแอปเหล่านี้ถูกสร้างขึ้นตั้งแต่แรก?

ในทุกกรณีที่ฉันเห็นมีเหตุผลทั่วไป:

กลุ่มธุรกิจจัดลำดับความสำคัญความต้องการของตนเองสูงกว่าความต้องการเดียวกันนั้นจัดลำดับความสำคัญในบริบทของ บริษัท ทั้งหมด

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

ไม่มีเหตุผลที่ฉันห้ามการพัฒนาประเภทนี้ด้วยเหตุผล - มันช่วยลดข้อ จำกัด ของทรัพยากรที่ใช้ร่วมกัน (ส่วนใหญ่เป็นไอที) และช่วยให้แต่ละกลุ่มมีอำนาจในการแก้ปัญหาของตัวเอง เนื่องจากนี่เป็นปัญหาทั่วไปแผนกส่วนใหญ่จึงมีอย่างน้อยหนึ่งรายการ)

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

แต่นี่คือสิ่งที่ต้องจำไว้ว่าโปรแกรมที่กำหนดเองทุกคนที่ได้รับการพัฒนาด้านนอกของมันสอดคล้องกับความต้องการที่ไม่ได้ถูกพบโดยไอที อาจมีเหตุผลที่ดีที่ไม่พบ - ไม่ใช่ลำดับความสำคัญใน บริษัท ปัญหาที่เฉพาะเจาะจงไม่ดีเท่าตัวเลือกอื่นภาษาที่คุณกำหนดเองที่คนไอทีไม่รู้จัก ฯลฯ - และอาจขาดการมีส่วนร่วมทาง IT ถูกต้องตามกฎหมาย แต่โซลูชันเหล่านี้ถูกสร้างขึ้นเพราะบางแผนกมีความต้องการที่ฝ่ายไอทีไม่สามารถ (หรือไม่พอใจ)

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

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

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

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

มันฟังดูไม่โง่เลยเหรอ?

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

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

คุณไม่สามารถควบคุมได้อย่างเต็มที่ ...

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

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

แต่คุณสามารถสร้างสภาพแวดล้อมที่เป็นมิตรกับโค้ด

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

ฉันขอแนะนำให้คุณทำต่อไปนี้:

• ให้สิทธิ์การเข้าถึงสาธารณะแก่บางพื้นที่ของ SCM ของคุณ
• ทำให้ง่ายต่อการร้องขอการเข้าถึงการรวมอย่างต่อเนื่องและเซิร์ฟเวอร์การตรวจสอบอย่างต่อเนื่อง
• ส่งเสริมให้คนสร้างงานสร้างสำหรับเครื่องมือของพวกเขา

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

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

ให้ทีมมีอิสระ

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

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

พูดคุยกับฝ่ายไอทีให้พวกเขามีส่วนร่วม

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

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

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

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

Sarbanes-Oxley และกฎหมายที่คล้ายคลึงกันนอกสหรัฐอเมริการวมกับกฎหมายความเป็นส่วนตัวและกระบวนการและนโยบายความปลอดภัยและความเป็นส่วนตัวที่เรียกร้องภายในตนเองคือ "ค้อน" ที่สามารถและมักใช้เพื่อลดปรากฏการณ์เงา - ไอที

ทันทีที่ลูกค้าหรือพนักงานข้อมูลส่วนบุคคล (หรือข้อมูลใด ๆ ที่คุณไม่ต้องการออกไป) เริ่มไหลเวียนในสเปรดชีตเหล่านี้คุณมีอุบัติเหตุรอเกิดขึ้น

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

และจากนั้นก็มีปัญหาที่เมื่อคุณดูที่ความพยายามเหล่านี้คูณกับแผนกหลายร้อย (หรือหลายพัน) ในองค์กร Fortune 500 คุณจะพบว่าองค์กรของคุณมีฐานข้อมูล "เจ้านาย" ลูกค้ามากกว่า 100 ราย ลูกค้าของคุณเริ่มบ่นว่าพวกเขาอัปเดตข้อมูลติดต่อของพวกเขาในที่เดียว แต่มันยังล้าสมัยในอีก 10 คนหรือคุณไม่รู้ด้วยซ้ำว่าคุณทำธุรกิจกับคู่ค้ารายใหญ่ของคุณมากแค่ไหนเพราะข้อมูลนั้นกระจายไปทั่วทั้ง 10 เงา ฐานข้อมูลไอที

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

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

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

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

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

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

หากกลุ่มไอทีมีส่วนร่วมอย่างแข็งขันในโครงการเราสามารถเรียกร้องให้ปฏิบัติตามมาตรฐานของเราช่วยให้ที่ปรึกษาปฏิบัติตามแนวทางการเข้ารหัสภายในและทำความเข้าใจกับแอปพลิเคชันที่โต้ตอบกับและความต้องการของระบบของเรา (ฐานข้อมูลเครือข่ายไฟร์วอลล์ ... ) หากปราศจากการมีส่วนร่วมเราจะถูกรวบรัดและใช้เวลาพยายามอย่างมากที่จะเข้าใจว่าทำไมระบบการผลิตของเราไม่ถึง SLA

ไม่ว่าฝ่ายไอทีจะควบรวมและสนับสนุนพวกเขาหรือไม่และจะมีผลกระทบโดยตรงในแง่ของการสนับสนุน OLA และ SLA มุ่งมั่นที่แผนกไอทีใด ๆ จะถูกวัดโดย

สิ่งเหล่านี้ถูกห้ามใน บริษัท ของเราด้วยเหตุผลเหล่านี้:

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

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

หากมีปัญหาที่นี่เป็นกับแผนกไอที

ไม่มีอะไรผิดปกติที่จะอนุญาตให้ผู้ที่มีความรู้ในธุรกิจ / โดเมนผู้เชี่ยวชาญจัดการและประมวลผลข้อมูลของตัวเอง

แผนกไอทีจำเป็นต้องรับทราบและสนับสนุน ด้วยการนำเสนออินเทอร์เฟซที่ใช้งานซ้ำได้นำเสนอข้อมูลในรูปแบบที่สะดวกสบายเช่น EXCEL หรือ Access DBs และจัดหาเครื่องมือที่ยืดหยุ่น (COGNOS, Jasper Reports ฯลฯ )

แผนกไอทียังจำเป็นต้องคิดทบทวนลำดับความสำคัญใหม่อีกครั้ง - มีการให้บริการทางธุรกิจไม่ใช้วิธีการล่าสุดหรือติดตั้งฮาร์ดแวร์ที่เซ็กซี่ที่สุด

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

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

นี่ไม่ได้หมายความว่าแผนกที่ได้รับทุนควรได้รับการพัฒนาอย่างเสรี ข้อกำหนดบางประการควรมีการบังคับใช้เช่น:

• รหัสทั้งหมดจะต้องส่งเป็นประจำกับระบบควบคุมเวอร์ชันที่ดำเนินการโดย IT ฝ่ายไอทีควรสร้างบัญชีและไดเรกทอรีอย่างอิสระเพื่อให้เป็นไปได้ มันอาจต้องการให้คำแนะนำ
• สิ่งใดที่เกี่ยวข้องกับข้อมูล PII (ข้อมูลส่วนบุคคลที่สามารถระบุตัวตนได้), การพิสูจน์ตัวตน, การอนุญาต, การเข้ารหัส, ข้อมูลที่ได้รับการคุ้มครองตามกฎหมายหรือข้อมูลที่ธุรกิจเห็นว่าสำคัญต้องเกี่ยวข้องและได้รับการอนุมัติจากที่ปรึกษาด้านไอที ไอที / ที่ปรึกษาควรให้ความช่วยเหลือห้องสมุดและอื่น ๆ เพื่อปกป้องธุรกิจอย่างเหมาะสมในขณะที่เปิดใช้งานการพัฒนาแอป
• ฐานข้อมูลหลักควรได้รับการป้องกัน ขึ้นอยู่กับฐานข้อมูลการเข้าถึงการอ่านควรง่ายต่อการเข้าถึงและเขียนยากขึ้น ฝ่ายไอทีอาจจำเป็นต้องจัดทำบัญชีบันทึกหรือตรวจสอบบัญชี

การเปิดใช้งานมีประโยชน์มากมาย

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

ฉันอดไม่ได้ที่จะระบุตัวตนของคุณ ปัญหาที่คุณอธิบายดูเหมือนจะเป็นปัญหาสากลครอบคลุมวัฒนธรรมภาษาและทวีป

สิ่งที่คุณสามารถทำได้:

• จำกัด การสร้างบัญชีฐานข้อมูลเพื่อขออนุมัติจากหัวหน้างาน บังคับให้พวกเขาใช้เครื่องโลคัลเป็นเซิร์ฟเวอร์ฐานข้อมูลหรือเขียนแอปให้เป็นแบบสแตนด์อโลนทำให้ประโยชน์ลดลงอย่างมาก

• ทำให้ผู้ฝึกงานทุกคนที่เกี่ยวข้องกับไอทีต้องผ่านสัญญาไอทีเท่านั้น

• การ จำกัด การผ่านนโยบายระบบปฏิบัติการติดตั้งซอฟต์แวร์ การติดตั้งซอฟต์แวร์ทุกครั้งจะต้องมีการส่งสัญญาณผ่านแผนกช่วยเหลือด้านไอทีซึ่งต้องได้รับอนุมัติจากหัวหน้างาน วิธีนี้จะทำให้การติดตั้งบางอย่างเช่น MS Access, PHP, Visual Basic เป็นต้นยากต่อการผ่านการสังเกต

• ออกนโยบายที่ระบุว่าทุกการพัฒนาใหม่เพื่อที่จะได้รับการสนับสนุนจะต้องเขียนบอกว่าJava, C #, C ++ หรือภาษาอื่น ๆ ที่จะต้องมีการเรียนรู้โค้งสูงชัน ด้วยวิธีนี้คุณจะลดเอกภพของผู้คนด้วย "ความรู้บางอย่างเกี่ยวกับการเขียนโปรแกรม" เพื่อทำสิ่งรอบตัว

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

• การใช้คลังข้อมูลและสุดท้ายใช้การทำเหมืองข้อมูลที่เป็นมิตรและเครื่องมือการรายงาน ด้วยวิธีนี้คุณจะลดความจำเป็นในการปรับแต่งทำเอง

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

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

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

ความเย่อหยิ่งของ Geeks!

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

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