Các công ty lớn hơn thường có vấn đề, rằng không thể viết tất cả các chương trình mà nhân viên muốn (để tiết kiệm thời gian và tối ưu hóa quy trình) do thiếu nhân viên và tiền bạc.

Sau đó, các chương trình ẩn sẽ được tạo ra bởi một số người có (ít nhất là một số) kinh nghiệm mã hóa (hoặc bởi sinh viên / thực tập giá rẻ ...). Trong một số trường hợp, các ứng dụng này sẽ tăng tầm quan trọng và lan rộng từ một người dùng đến toàn bộ bộ phận.

Sau đó, có một điểm quan trọng: Ai sẽ duy trì ứng dụng, thêm các tính năng mới, ...? Và ứng dụng này là rất quan trọng. Nó là cần thiết. Nhưng thực tập sinh đã rời khỏi công ty. Không ai biết làm thế nào nó hoạt động. Bạn chỉ có một loạt các nguồn và một số loại tài liệu.

Liệu có ý nghĩa gì khi thử và kiểm soát hoặc cấm phát triển ứng dụng được thực hiện ngoài bộ phận CNTT (ngoại trừ các công cụ nhỏ như macro Excel) không?

Tôi đã từng làm việc cho một công ty nơi mọi ứng dụng chúng tôi cung cấp cho họ dẫn đến câu hỏi: Chúng tôi có thể xuất dữ liệu này sang Excel không?

Sau một thời gian, tôi quyết định tôi phải biết tại sao họ bị ám ảnh bởi xuất khẩu Excel cho mọi thứ. Hóa ra, rất nhiều phòng ban có một người là chuyên gia về Excel và có thể viết một ứng dụng phân tích dữ liệu hữu ích ngay lập tức. Những ứng dụng này sẽ lan rộng khắp các bộ phận như cháy rừng và chúng tôi, những người kỹ thuật, không biết chúng còn tồn tại.

Tại sao họ không đến với chúng tôi trước? Bởi vì có một danh tiếng mà đội ngũ kỹ thuật có quá nhiều việc phải làm và, nếu họ yêu cầu, họ có thể (nếu họ may mắn) có được nó xếp hàng sáu tháng sau đó.

Đó không phải là một lời buộc tội không công bằng và họ không bao giờ yêu cầu chúng tôi hỗ trợ các ứng dụng Excel của họ, vì vậy không ai thực sự nghĩ rằng đó là một vấn đề. Khi các nhà phát triển Excel này rời đi, họ luôn tìm cách tìm người khác để nhận nó.

Bạn có thể lập luận rằng điều đó có nghĩa là chúng tôi đang ưu tiên không chính xác, công việc quan trọng đó đã không được thực hiện. Nhưng tôi sẽ lập luận rằng nó giải phóng các nhà phát triển được trả lương cao hơn để làm những công việc khó khăn hơn. Nó có thể làm tổn thương gì?

Bây giờ tôi sẽ cấm phần mềm cập nhật cơ sở dữ liệu được viết bên ngoài nhóm phát triển. Và tôi sẽ từ chối hỗ trợ các ứng dụng được viết bên ngoài nhóm phát triển. Nhưng tôi sẽ không cấm tất cả các phần mềm được viết bởi chính doanh nghiệp và tôi sẽ vui vẻ viết dữ liệu xuất khẩu để trao quyền cho họ làm điều đó (miễn là điều đó không làm lộ ra dữ liệu mà họ không nên thấy, rõ ràng ).

Tôi nghĩ mọi người đang thiếu điểm chung ở đây:

Nếu bạn không thích tất cả sự phát triển tùy chỉnh đang diễn ra, cấm nó đang giải quyết vấn đề sai - thay vào đó bạn nên hỏi tại sao họ lại đi xung quanh CNTT, không chỉ nói với họ rằng điều đó không được phép. Hãy nhớ rằng bạn (CNTT) tồn tại để giúp họ thực hiện công việc tốt hơn và mọi người không sử dụng phần mềm vì nó hay hoặc gọn gàng, họ sử dụng phần mềm vì nó giải quyết được vấn đề họ gặp phải.

Tại sao các ứng dụng này được tạo ra ở nơi đầu tiên?

Trong tất cả các trường hợp tôi đã thấy, có một lý do phổ biến:

Các nhóm kinh doanh ưu tiên các nhu cầu của riêng họ cao hơn các nhu cầu tương tự được ưu tiên trong bối cảnh của toàn công ty

Tiếp thị chỉ chịu trách nhiệm tiếp thị, vì vậy các sáng kiến ​​có lợi cho mục tiêu của họ có vẻ rất quan trọng đối với họ, trong khi được coi là lông tơ cho các nhóm khác và có xu hướng được ưu tiên thấp hơn khi có nguồn lực hạn chế như CNTT. Ưu tiên chỉ phát huy tác dụng khi họ muốn sử dụng tài nguyên dùng chung - nếu họ giữ dự án hoàn toàn bên trong bộ phận của mình, thì chỉ người đứng đầu bộ phận phải quan tâm đến ngân sách và dòng thời gian.

Không có lý do gì tôi cấm loại phát triển này, theo lý do - nó giúp giảm bớt các ràng buộc đối với các tài nguyên được chia sẻ (chủ yếu là CNTT) và cho phép mỗi nhóm tự trao quyền để giải quyết các vấn đề của riêng họ (vì những người thành thạo Excel nâng cao khá phổ biến, vì đây là một vấn đề phổ biến, hầu hết các phòng ban đều có ít nhất một).

Tuy nhiên, bạn không thể mong đợi giải quyết bất kỳ vấn đề nào phát sinh từ các ứng dụng này hoặc hỗ trợ chúng sau khi nhà phát triển ban đầu rời công ty. Như một bài đăng khác đề cập, điều này không ngăn ông chủ lớn yêu cầu bạn hỗ trợ nó, nhưng nếu bạn cảm thấy các loại ứng dụng hoặc quy trình tùy chỉnh ngoài đó, bạn có thể cảm thấy khi có điều gì đó quan trọng và bạn có thể cần phải tham gia để mang nó "trong nhà." Ngoài ra, nếu có thứ gì đó đang kết nối và sửa đổi các hệ thống nằm dưới sự kiểm soát của CNTT, thì nên tham gia CNTT, nếu chỉ để đảm bảo tính bảo mật và tính toàn vẹn của các hệ thống trung tâm của họ - tuy nhiên, nếu đó là thứ gì đó bị giới hạn trong máy tính để bàn của người dùng, tại sao lại cảm thấy cần thiết cấm nó?

Nhưng đây là một điều cần nhớ: Mọi ứng dụng tùy chỉnh được phát triển bên ngoài CNTT tương ứng với nhu cầu không được CNTT đáp ứng . Có thể có một lý do chính đáng mà họ không được đáp ứng - không phải là ưu tiên trong công ty, vấn đề rất chuyên môn, không tốt như các tùy chọn khác, ngôn ngữ tùy chỉnh mà người CNTT của bạn không biết, v.v. - và thiếu sự tham gia CNTT hợp pháp, nhưng những giải pháp này đã được tạo ra bởi vì một số bộ phận có nhu cầu mà CNTT không thể (hoặc sẽ không) thỏa mãn.

Cố gắng giúp họ giải quyết vấn đề của họ và nếu bạn không có thời gian hoặc tài nguyên, hãy để họ tự giải quyết chúng. Bắt buộc một số ngôn ngữ có đường cong học tập dốc, với mục đích duy nhất là tránh mọi người ra khỏi doanh nghiệp của bạn, chỉ nhằm mục đích nâng cao thái độ tinh hoa mà hầu hết người dùng doanh nghiệp nhận thấy CNTT phải có, và cuối cùng, thái độ ưu tú đó chỉ dẫn đến nhiều vấn đề tương tự, vì người dùng ngại tiếp cận CNTT và tin chắc rằng CNTT không hiểu nhu cầu hoặc mong muốn của họ. Mở mối quan hệ - hiểu những gì họ cần là cách duy nhất để ngăn họ đi xung quanh bạn.

Người ta cũng nên xem xét trường hợp của các công ty trong đó bộ phận CNTT chứa những người không đủ năng lực, trong khi ứng dụng ẩn sẽ được tạo bởi một nhà phát triển khéo léo có công việc không phải là nhà phát triển trong công ty. Theo kinh nghiệm của tôi, những trường hợp đó là vô cùng thường xuyên.

Hãy tưởng tượng rằng bạn có một hồ sơ kép của một nhà phát triển phần mềm và một kế toán viên. Bạn được thuê làm kế toán vì đây là cơ hội để bạn có được một công việc được trả lương cao. Bạn nhanh chóng thấy rằng các đồng nghiệp của bạn (và bây giờ là bạn) dành hàng giờ để làm những việc lặp đi lặp lại có thể được thực hiện trong vài giây bởi một chương trình.

Bạn dành một vài buổi tối để viết ứng dụng sẽ làm tất cả công việc. Bạn hiển thị nó trên máy tính xách tay cá nhân của bạn cho đồng nghiệp của bạn, và họ thấy nó rất hữu ích. Bạn muốn cài đặt nó vào PC của công ty, nhưng bạn nên có sự đồng ý của bộ phận CNTT. Bạn yêu cầu, nhưng họ từ chối vì họ không hỗ trợ ứng dụng của bạn.

Nghe có vẻ ngu ngốc phải không?

Trong trường hợp cụ thể này, vấn đề với sự hỗ trợ không khác lắm so với một công ty gặp phải với tất cả  các phần mềm, ngay cả một văn bản trong bộ phận CNTT: nếu bộ phận CNTT không thực thi các thực tiễn tốt nhất, mã sẽ bị ghi sai / không được ghi lại, được viết bởi những người thiếu kinh nghiệm, những người không quan tâm đến việc bảo trì và những người đã rời đi nhiều năm trước.

Để kết luận, câu hỏi chính là lợi nhuận . Nếu bạn, bộ phận CNTT, được yêu cầu duy trì một ứng dụng được phát triển bởi một nhân viên không hiểu các quy tắc cơ bản nhất về phát triển phần mềm, thì nhiệm vụ này thú vị đến mức nào, bạn vẫn phải thực hiện nếu nó mang lại rất nhiều tiền cho công ty . Hoặc bạn viết lại từ đầu nếu đó là cách rẻ nhất để hoàn thành công việc.

Bạn không thể kiểm soát hoàn toàn nó ...

Tôi muốn nói rằng bạn không bao giờ có thể HOÀN TOÀN kiểm soát nó, vì nhân viên sẽ luôn có phương tiện để tạo ra mã giả mạo và truyền bá nó bằng các phương tiện khác. Vì vậy, không có nhiều sử dụng ám ảnh quá nhiều về nó, một khi bạn đã soạn thảo và thực thi một vài quy tắc và quy trình cơ bản, và thiết lập một vài công cụ.

Ý tưởng là để bạn làm cho nó trở nên hấp dẫn nhất có thể để mọi người tôn trọng các quy tắc này và sử dụng các công cụ này, thay vì làm cho nó không thể làm những điều mới mà họ không sản xuất bất cứ điều gì.

Nhưng bạn có thể tạo một môi trường thân thiện với mã

Nhiều công ty, thường rất lớn, làm điều này. Một ví dụ điển hình là Google, mà các đại diện đã nói rằng họ sử dụng một SCM duy nhất cho toàn bộ công ty, để mọi người có thể theo dõi và xem mã của người khác.

Tôi khuyên bạn nên làm như sau:

• cấp quyền truy cập công khai vào một số khu vực trong SCM của bạn,
• giúp dễ dàng yêu cầu quyền truy cập vào máy chủ kiểm tra liên tục và tích hợp liên tục,
• khuyến khích mọi người tạo việc làm xây dựng cho các công cụ của họ.

Vấn đề là sự phát triển của công nghệ. Rõ ràng, một số người sẽ thích sử dụng X hơn Y và đó là khi khó khăn hơn để chúng phù hợp với kiến ​​trúc của bạn. Tuy nhiên, điều đó không phải là không thể, và nếu họ muốn mã của họ được duy trì, họ có thể sẽ có thêm một dặm nếu, tốt, đó chỉ là một dặm.

Bạn cũng có thể có lập trường độc đoán hơn và quyết định rằng chỉ ngôn ngữ L và Stack S được cho phép, nhưng sau đó bạn sẽ nhận được một số nội dung lừa đảo ở đây và đó, vì vậy tôi khuyên bạn nên mở rộng nó ra một chút. Một số hệ thống CI sẽ làm nên điều kỳ diệu với một vài plugin, nếu nhân viên của bạn sẵn sàng viết một chút mã keo hoặc một số tập lệnh cấu hình để làm cho chúng phù hợp.

Cung cấp cho các đội một số tự do

Điều quan trọng là cung cấp cho các đội một số tự do để tiếp tục và bắt đầu một số dự án mới với những điều thử nghiệm. Nó giữ họ trên ngón chân của họ, và bạn cũng như nó buộc bạn phải xem xét các công nghệ này thay vì bị mắc kẹt mãi mãi cho đến khi nó gây ra vấn đề cho bạn.

Vì vậy, hãy chắc chắn rằng họ có khả năng cài đặt hệ thống của riêng họ để thử nghiệm các dự án thú cưng của họ. Nhưng, hãy chắc chắn rằng họ có thói quen nói chuyện với IT về nó.

Nói chuyện với IT, để họ tham gia

Sẽ tốt hơn nhiều nếu nhân viên của bạn phát triển phản xạ gửi yêu cầu email đến CNTT và hỏi họ xem họ có thể thiết lập một cái gì đó cho họ và đáp ứng không. Họ sẽ bị từ chối hầu hết thời gian, nhưng ít nhất có một số khái niệm về kiểm soát và người sẽ chịu trách nhiệm và cung cấp cho CNTT một số khả năng hiển thị về các yêu cầu từ các nhóm khác nhau.

Khi các dự án nhận được khối lượng quan trọng hơn, bạn có thể yêu cầu lại và họ sẽ xem xét lại. Giao tiếp là chìa khóa và bạn cần có các nhóm nhà phát triển, chuyên gia tư vấn, nhân viên hỗ trợ CNTT hoặc bất kỳ ai làm việc với mã để làm việc cùng nhau. Không ai trong số họ muốn các chương trình đi lạc, vì vậy đó là lợi ích tốt nhất của mọi người. Việc thực thi các quy tắc sẽ dễ dàng hơn nhiều nếu họ tự sao lưu chúng.

Bạn không thể dừng các ứng dụng "ẩn" này vì mọi người tạo ra chúng để giải quyết các vấn đề kinh doanh trong thế giới thực. Tất cả những gì bạn có thể làm là giúp họ làm theo cách "đúng". Và bằng cách "đúng", tôi có nghĩa là làm cho nó để các ứng dụng có thể được duy trì sau khi người bắt đầu chúng rời đi. Tôi khuyên bạn nên sử dụng ngôn ngữ được đề xuất trong Lên hoặc Ra : Tôi cần bạn ghi lại quá trình này một cách chi tiết để mọi yahoo có thể hiểu nó một năm kể từ bây giờ sau khi bạn rời đi. Trợ giúp với việc thiết lập kiểm soát phiên bản (và chỉ cho họ cách sử dụng nó), wiki (để lưu các ghi chú không chính thức về cách thực hiện công việc) và một hệ thống theo dõi lỗi đơn giản. Nếu bạn muốn làm cho mọi thứ thực sự trơn tru, hãy thiết lập tích hợp liên tục trên một máy chủ dự phòng (nếu bạn có).

Bạn sẽ thấy mong muốn lớn về tích hợp Excel (hoặc ít nhất là nhập / xuất) bởi vì tất cả các trường kinh doanh hiện đều dạy Excel và nó là một công cụ chính được sử dụng trong nhiều khóa học kinh doanh.

Sarbanes-Oxley và luật pháp tương tự bên ngoài Hoa Kỳ, kết hợp với luật riêng tư và chính sách và quy trình bảo mật và quyền riêng tư nội bộ là "cái búa" có thể và thường được sử dụng để kìm hãm hiện tượng bóng tối CNTT.

Ngay sau khi thông tin nhận dạng cá nhân của khách hàng hoặc nhân viên (hoặc bất kỳ dữ liệu nào bạn không muốn lấy ra) bắt đầu lưu hành trong các bảng tính này, bạn sẽ gặp tai nạn.

Tương tự, ngay khi một trong những dự án CNTT này sử dụng bảng tính Excel đó và sử dụng nó làm dữ liệu đằng sau một ứng dụng web đối diện bên ngoài bị hack, bạn sẽ có CIO và CEO của mình xông vào văn phòng của bất kỳ ai xây dựng ứng dụng đó trong một ngày cuối tuần đến để giải thích hậu quả.

Và sau đó, có một vấn đề là khi bạn nhìn vào những nỗ lực này nhân lên hàng trăm (hoặc hàng ngàn) phòng ban trong một doanh nghiệp Fortune 500, bạn sẽ sớm thấy rằng doanh nghiệp của bạn có hơn 100 cơ sở dữ liệu "chính chủ" của khách hàng. Khách hàng của bạn bắt đầu phàn nàn rằng họ đã cập nhật thông tin liên hệ của họ ở một nơi nhưng vẫn chưa hết hạn ở 10 người khác hoặc thậm chí bạn không biết bạn đã làm bao nhiêu việc với các đối tác lớn của mình vì thông tin được lan truyền trên 10 bóng Cơ sở dữ liệu CNTT.

Tất cả những điều này làm phát sinh các quy trình kiểm toán và tuân thủ nghiêm ngặt, không có gì thú vị đối với bất kỳ ai, nhưng là những sự thật phũ phàng của cuộc sống CNTT trong môi trường doanh nghiệp.

Một chiến lược tốt là xem xét tất cả các bộ phận đang thực hiện việc này và đưa ra một trường hợp để chuyển khoản đầu tư của họ vào CNTT tối ưu sang CNTT, đưa ra lập luận rằng CNTT có thể đạt được một nền kinh tế quy mô và thực hiện công việc này hiệu quả hơn hiện tại mô hình skunkworks phân phối ad-hoc. Đây có thể là một khó bán trong một môi trường nơi mà những hạn chế về ngân sách và tốc độ phân phối đã tăng lên cho skunkworks ngay từ đầu, nhưng kết hợp với rủi ro kiểm toán / ủy thác có thể tạo ra một cú đấm tốt.

Quyết định viết một ứng dụng mới thường dựa trên phân tích lợi ích chi phí của yêu cầu; cũng như giá trị tổng thể cho doanh nghiệp. Tất cả trong khi tham gia để xem xét nhiều trình điều khiển khác như tài nguyên CNTT có sẵn, phạm vi yêu cầu, mục tiêu kinh doanh và hướng chỉ để đặt tên cho một số. Thông thường, một yêu cầu bộ phận cụ thể bị từ chối vì người quản lý / giám đốc bộ phận đã không thể hiện ROI hợp lý hoặc đơn giản là không tuân theo quy trình đã thiết lập.

Bất kể lý do gì, 'Phòng CNTT' thường là vật tế thần, ngay cả khi quyết định nằm ngoài tầm kiểm soát của họ. Vì vậy, mặc dù việc từ chối yêu cầu có thể không phản ánh kém đối với bộ phận CNTT, nhận thức thường hoàn toàn khác nhau.

Mặc dù vậy, bạn sẽ tìm thấy các ứng dụng giả mạo trong gần như mọi tổ chức kinh doanh trên thế giới. Một số được viết tốt và những thứ khác cũng tốt, chứa mã mà không bao giờ nên nhìn thấy ánh sáng trong ngày.

Mặc dù chúng ta nên làm mọi thứ có thể một cách hợp lý để đáp ứng nhu cầu của khách hàng nội bộ, có những lúc chúng ta không thể làm được. Khi điều đó xảy ra, họ sẽ tìm nơi khác để giải quyết vấn đề của họ.

Nếu nhóm CNTT tích cực tham gia vào dự án thì chúng tôi có thể yêu cầu tuân thủ các tiêu chuẩn của chúng tôi, giúp nhà tư vấn tuân theo các nguyên tắc mã hóa nội bộ và hiểu các ứng dụng tương tác và yêu cầu đối với các hệ thống của chúng tôi (cơ sở dữ liệu, mạng, tường lửa, Lít). Không có sự tham gia đó, chúng tôi sẽ bị thiếu hụt và dành nhiều thời gian cố gắng tìm hiểu tại sao các hệ thống sản xuất của chúng tôi không đáp ứng SLA.

Việc bộ phận CNTT có tha thứ và hỗ trợ họ hay không, họ có thể, và sẽ, có tác động trực tiếp về mặt hỗ trợ, các cam kết OLA và SLA mà bất kỳ bộ phận CNTT nào cũng được đo lường.

Họ bị cấm trong công ty của chúng tôi vì những lý do sau:

• Mật khẩu được bảo vệ Macro Macros, nơi người duy nhất biết mật khẩu đã rời khỏi công ty,
• Chịu trách nhiệm về các báo cáo không chính xác được viết bởi những người thiếu kinh nghiệm bởi vì đó là CNTT '
• Được yêu cầu sửa đổi một báo cáo mà chúng tôi chưa bao giờ nhìn thấy hoặc nghe thấy trước đây.

Tôi hiểu rằng nó có thể gây khó chịu cho người dùng khi CNTT bận rộn và họ có thể có xu hướng 'chỉ tự làm điều đó'. Nhưng CNTT không thể chịu trách nhiệm cho những thứ mà nó không biết thậm chí còn tồn tại và nếu không ai chịu trách nhiệm về CNTT nói chung, thì sẽ có những vấn đề lớn ở phía trước.

Nếu có một vấn đề ở đây là với bộ phận CNTT.

Không có gì sai khi cho phép những người có kiến ​​thức chuyên môn về kinh doanh / tên miền thao túng và xử lý dữ liệu riêng.

Bộ phận CNTT cần phải thừa nhận điều này và hỗ trợ nó. Bằng cách cung cấp các giao diện có thể sử dụng lại, phân phối dữ liệu ở các định dạng thuận tiện như EXCEL hoặc Access DB và cung cấp công cụ linh hoạt (COGNOS, Báo cáo Jasper, v.v.).

Bộ phận CNTT cũng cần phải suy nghĩ lại về các ưu tiên của mình - đó là để phục vụ doanh nghiệp, không phải thực hiện phương pháp mới nhất hoặc cài đặt phần cứng quyến rũ nhất.

Một sự thất vọng mà nhiều công ty, hoặc các phòng ban trong các công ty, là các bộ phận CNTT của họ cản trở và gây khó khăn cho họ để hoàn thành công việc hoặc làm những điều mới. Điều này dẫn đến các bộ phận, cảm thấy như thể họ đang bị giữ lại bởi các chính sách CNTT, để cố gắng giải quyết vấn đề của chính họ. Truyền thông là chìa khóa. Nếu các bộ phận đang làm việc xung quanh CNTT, những gì bạn thực sự có là một vấn đề CNTT. CNTT không đủ khả năng để được coi là kẻ thù. Các công ty, và đặc biệt là các bộ phận CNTT, cần nhận ra rằng họ cần phải làm việc cùng nhau thay vì chống lại nhau. Nếu các bộ phận giao tiếp với nhân viên CNTT của họ (đặc biệt là những người cần giám sát) và cho họ biết nhu cầu của họ và cách họ làm việc để giải quyết vấn đề của chính họ, CNTT ít nhất sẽ có tùy chọn giúp giải quyết vấn đề thay vì tìm hiểu sau khi thực tế khi khủng hoảng xảy ra. Giữ CNTT trong vòng lặp.

Hầu như aways là một nhu cầu hợp lệ cho các công cụ đặc biệt này, có thể là các ứng dụng hoặc bảng tính. Một bộ phận CNTT có hai sự lựa chọn. Họ có thể là kẻ gây rối hoặc kẻ phá rối. Theo kinh nghiệm của tôi, những kẻ phá rối thua cuộc vì họ vướng vào nhu cầu kinh doanh hợp lệ và trở thành kẻ thù chung. Enablers mặt khác thực sự giúp đỡ một doanh nghiệp.

Điều này không có nghĩa là bộ phận phát triển được tài trợ nên được cai trị miễn phí. Một số yêu cầu nên được thi hành, chẳng hạn như sau:

• Tất cả các mã phải được cam kết thường xuyên cho một hệ thống kiểm soát phiên bản được điều hành bởi CNTT. CNTT nên tự do tạo tài khoản và thư mục để thực hiện điều này. CNTT thậm chí có thể muốn cung cấp một số hướng dẫn.
• Bất cứ điều gì liên quan đến PII (Thông tin nhận dạng cá nhân), xác thực, ủy quyền, mật mã, dữ liệu được bảo vệ bởi pháp luật hoặc dữ liệu mà doanh nghiệp cho là quan trọng đều phải liên quan và được sự chấp thuận của chuyên gia tư vấn từ CNTT. CNTT / nhà tư vấn nên cung cấp hỗ trợ, thư viện, vv để bảo vệ doanh nghiệp đúng cách trong khi cho phép phát triển ứng dụng.
• Cơ sở dữ liệu chính cần được bảo vệ. Tùy thuộc vào cơ sở dữ liệu, truy cập đọc nên tương đối dễ dàng để có được và truy cập ghi khó hơn. CNTT có thể cần cung cấp tài khoản, đăng nhập hoặc kiểm toán.

Kích hoạt có nhiều lợi ích.

• CNTT học nhiều hơn về việc đáp ứng nhu cầu của khách hàng. Điều này dẫn đến sự ưu tiên và chia sẻ tốt hơn.
• CNTT được coi là một người bạn và một lợi ích, chứ không phải là một vấn đề.
• Nhu cầu kinh doanh thực sự được đáp ứng.
• Dữ liệu kinh doanh được bảo vệ đầy đủ vì CNTT có liên quan, ngăn chặn sự cần thiết của cửa sau.
• Các công cụ khai thác không bị mất do doanh thu và có thể dễ dàng chuyển sang CNTT hơn, nếu cần.

Tôi không thể giúp nhưng xác định với bạn. Vấn đề bạn mô tả dường như là một vấn đề phổ quát, bao trùm các nền văn hóa, ngôn ngữ và lục địa.

Những điều bạn có thể làm:

• Hạn chế việc tạo tài khoản cơ sở dữ liệu , yêu cầu phê duyệt của người giám sát. Buộc họ sử dụng một máy cục bộ làm máy chủ cơ sở dữ liệu hoặc viết các ứng dụng độc lập, làm giảm đáng kể tính hữu dụng của nó.

• Làm cho tất cả các thực tập sinh nghề nghiệp liên quan đến CNTT chỉ được ký hợp đồng thông qua CNTT .

• Hạn chế thông qua chính sách hệ điều hành cài đặt phần mềm . Mọi cài đặt phần mềm phải được chuyển qua bàn trợ giúp CNTT, cần có sự phê duyệt của người giám sát. Bằng cách đó, việc cài đặt một cái gì đó như MS Access, PHP, Visual Basic, v.v., sẽ khó khăn hơn để vượt qua mà không được chú ý.

• Ban hành một chính sách nêu rõ rằng mọi sự phát triển mới, để được hỗ trợ, phải được viết bằng Java, C #, C ++ hoặc bất kỳ ngôn ngữ nào khác yêu cầu đường cong học tập dốc . Bằng cách đó, bạn giảm vũ trụ của những người có "một kiến ​​thức nhất định về lập trình" để gây rối.

• Các yêu cầu mọi người phải xem qua "giải pháp Excel" xung quanh công ty, bởi vì đó là sự phản ánh nhu cầu CNTT của tập đoàn.

• Triển khai kho dữ liệu và công cụ báo cáo và khai thác dữ liệu thân thiện với người dùng cuối cùng . Bằng cách đó, bạn giảm nhu cầu về các ứng dụng nhỏ được viết tùy chỉnh, được thực hiện.

Nhưng: không một điều gì bạn làm sẽ vượt qua một cuộc gọi từ một Trưởng phòng lớn , gọi cho Giám đốc CNTT và yêu cầu anh ta hỗ trợ ứng dụng mà một thực tập viên thực hiện.

Một cách mà công ty của tôi giúp trong các tình huống này là không theo thuyết bất khả tri về ngôn ngữ. Nếu bạn muốn một ứng dụng / chương trình thậm chí được xem xét thì nó cần phải có ngôn ngữ mà chúng tôi lựa chọn (java). Chúng tôi có thể mở rộng các quy tắc một chút cho một số JQuery hoặc js nhưng nó sẽ cần phải là một ứng dụng được soạn thảo tốt, phục vụ nhu cầu quan trọng. Đừng đến và nói "Tôi đã có ứng dụng PHP này mà tôi cần bạn lưu trữ cho tôi" bởi vì có lẽ bạn sẽ chỉ được trao một tờ chính sách.

Điều quan trọng là phải xử lý mọi thứ trước khi chúng trở nên quá lớn, vì một khi chúng là bạn tốt hơn hãy có người mà bạn có thể dành để học nó, hoặc viết lại nó. Bởi vì một khi bộ tóc giả lớn trên lầu quyết định anh ấy thích nó, có lẽ bạn sẽ không bao giờ thoát khỏi nó theo kinh nghiệm của tôi.

Sự kiêu ngạo của Geek!

Trong nhiều trường hợp, người dùng doanh nghiệp có thể sử dụng các công cụ để thực hiện những điều mà dân IT không hiểu. Điều này không phải vì họ vốn đã xấu mà vì họ biết kinh doanh, cách thức hoạt động và cách họ muốn nó hoạt động.

Ví dụ, một công ty phần mềm đã phát triển một ứng dụng để tối ưu hóa quyền truy cập (cho chi phí) vào nguồn cấp dữ liệu thị trường. Do đó, họ đã cung cấp một plugin Excel để người dùng có thể truy cập giá cổ phiếu mới nhất thông qua bảng tính. Chuyển tiếp nhanh một năm và gần như mọi nhà giao dịch trong công ty tôi làm việc đều có một hoặc nhiều bảng tính phức tạp đến khó tin để hỗ trợ chiến lược giao dịch của họ. Thỉnh thoảng họ sẽ gặp vấn đề với macro và nhờ một trong những nhân viên IT giúp đỡ, hầu hết đều từ chối (và họ tự hỏi tại sao doanh nghiệp ghét chúng tôi!). Tuy nhiên tôi đã đi và trong khi tôi có thể khắc phục các sự cố kỹ thuật với các tham số chức năng khác nhau và các tham chiếu vòng tròn, tôi có thể thành thật nói rằng tôi không có manh mối nhỏ nhất mà toàn bộ bảng tính thực sự đã làm. Không phải vì họ được kết hợp kém hoặc lập trình kém mà vì tôi không có kiến ​​thức hoặc kinh nghiệm để đánh giá cao sự tinh tế của những gì các nhà giao dịch đang cố gắng đạt được. Hơn nữa, tôi sẽ ước tính một dự án CNTT 5 năm cộng với nhân rộng để tái tạo chức năng của một trong những bảng tính này bằng ngôn ngữ lập trình "phù hợp" như một dự án CNTT tiêu chuẩn.