"লুকানো আইটি ..." নিষিদ্ধ করা বা নিয়ন্ত্রণ করা কার অ্যাড-হক সফ্টওয়্যার অ্যাপ্লিকেশনগুলি রচনা করা এবং বজায় রাখা উচিত?


61

বড় সংস্থাগুলির সাধারণত সমস্যা থাকে যে কর্মী এবং অর্থের অভাবে কর্মচারীরা চান এমন সমস্ত প্রোগ্রাম (সময় সাশ্রয় এবং প্রক্রিয়া অনুকূলকরণের জন্য) লেখা সম্ভব নয়।

তারপরে লুকানো প্রোগ্রামগুলি কিছু লোক (কমপক্ষে কিছু) কোডিংয়ের অভিজ্ঞতা (বা সস্তা শিক্ষার্থী / ইন্টার্ন দ্বারা ...) তৈরি করবে। কিছু পরিস্থিতিতে এই অ্যাপ্লিকেশনগুলির গুরুত্ব বাড়বে এবং এক ব্যবহারকারী থেকে পুরো বিভাগে ছড়িয়ে পড়ে।

তারপরে একটি সমালোচনামূলক বিষয় রয়েছে: অ্যাপ্লিকেশনটি কে বজায় রাখবে, নতুন বৈশিষ্ট্য যুক্ত করবে, ...? এবং এই অ্যাপ্লিকেশনটি সমালোচনামূলক। এটি দরকার. তবে ইন্টার্ন সংস্থা ছেড়ে চলে গেছে। এটি কীভাবে কাজ করে তা কেউ জানে না। আপনার কাছে কেবল উত্সের গুচ্ছ এবং কিছু প্রকারের ডকুমেন্টেশন রয়েছে।

আইটি বিভাগের বাইরে অ্যাড-হক অ্যাপ্লিকেশন ডেভেলপমেন্ট (এক্সেল ম্যাক্রোর মতো ছোট ছোট জিনিস বাদে) চেষ্টা এবং নিয়ন্ত্রণ বা নিষেধ করা কি বুদ্ধিমান?


3
পরিবেশের উপর নির্ভর করবে। আপনি কর্মক্ষেত্রের ওএসকে এমনভাবে সেটআপ করতে পারেন যাতে কেবল প্রশাসকরা নতুন সফ্টওয়্যার ইনস্টল করতে পারেন, আপনি এই সফ্টওয়্যারটির অ্যাক্সেস করতে হবে এমন সার্ভারে (ডাটাবেসগুলি, ফাইল সিস্টেম) প্রাসঙ্গিক সংস্থানগুলিতে অ্যাক্সেসকে অস্বীকার করতে পারবেন। আপনি প্রযুক্তিগত উপায়ে এটি করতে পারেন সুতরাং এটি অসম্ভব, পাসওয়ার্ড, আইপি ঠিকানা এবং প্রয়োজনীয় অনুরূপ তথ্য প্রদান এড়ানো বা কেবল এটি রাজনীতি করতে এবং যারা মেনে নিতে ব্যর্থ হয় তাদের প্রত্যেককেই আগুন দিয়ে দিতে পারে। আমি এই সমস্ত কিছু কমবেশি দেখেছি।
Thorsten müller

40
তবে যদি এই "লুকানো প্রোগ্রামগুলি" সত্যই সমালোচনাযোগ্য হয় এবং সেগুলি বাস্তব আইটি বিভাগ বাস্তবায়ন করতে না পারে তবে এগুলি নিষেধ করে আপনি কী অর্জন করবেন? এগুলি সর্বোপরি সমালোচনামূলক , সুতরাং এগুলি না রাখার পক্ষে আপনার পক্ষে সামর্থ্য নেই। আপনার আইটি বিভাগ পুনর্গঠন হতে পারে? নাকি পুনরায় অগ্রাধিকার দেবেন? এটা আমার কাছে বোধগম্য মনে হয় যে দক্ষ লোকেরা স্বাভাবিক কর্মপ্রবাহের বাইরে কাজগুলি করে চলেছে, যদি বলা হয় যে কর্মপ্রবাহটি প্রতিক্রিয়াহীন নয় ...
আন্দ্রেস এফ।

13
@ থারস্টেন্মলারের শেষ অবধি আপনি এমনকি এক্সেল ভিবিএর চেয়ে গরিব গরিব রক্ষণাবেক্ষণের ক্রম হিসাবে এক্সেল সূত্র হিসাবে বাস্তবায়িত হিডেন প্রোগ্রামগুলি শেষ করেছেন eventually যেহেতু এক্সেল স্প্রেডশিট তৈরি করা এমন এক ক্ষমতা যা অনেক অফিস কর্মীদের প্রয়োজন, তাই আপনি এটিকে কম্বলটি নিষিদ্ধ করতে পারবেন না আপনি আরও উপযুক্ত বিকাশ প্ল্যাটফর্মের মতো হতে পারেন।
ড্যান নীলি

5
@ থারস্টেন্মেলার আমার বক্তব্যটি আপনি যেভাবেই চেষ্টা করেন এবং করেন না কেন, যখন পছন্দগুলি চ্যানেলগুলিতে চলে যায় তখন বেশ কয়েক দিন অপেক্ষা করা হয় (যদি বুড়োক্রাজির কারণে মাস না হয়), কয়েক ঘন্টা এটি নিজেই ব্যয় করুন, বা নীতিগত লোকেরা যাচ্ছেন তার আশেপাশে শেষ করুন পরেরটি করতে। ধরে নিচ্ছি আপনি এটি বন্ধ করতে পারেন বিভ্রান্তিকর। সর্বোপরি আপনি আশা করতে পারেন হ'ল সত্যের পরে এই সরঞ্জামগুলি সন্ধান এবং গ্রহণ করার জন্য একটি কার্যকর প্রক্রিয়া।
ড্যান নীলি

16
'নিয়মিত লোকেরা' তাদের ব্যবসায়িক প্রক্রিয়াগুলিকে স্বয়ংক্রিয় করার ক্ষেত্রে কী সমস্যা? যতক্ষণ না এটি আসলে তাদের সময় সাশ্রয় করে, যা সম্ভবত এটি, আমি এটি একটি ভাল জিনিস হিসাবে বিবেচনা করি । যদি কোনও নির্দিষ্ট 'অগোছালো' 'অ্যাড-হক' অটোমেশন সরঞ্জামটি খুব বেশি নির্ভর করে তবে এটি বিকাশকারীদের একটি রক্ষণাবেক্ষণযোগ্য সংস্করণ লেখার পক্ষে উপযুক্ত। সবচেয়ে খারাপ পরিস্থিতি যখন প্রয়োজনগুলি পরিবর্তিত হয় তখন তাদের ম্যানুয়ালি আবার কাজ শুরু করতে হয় তবে কমপক্ষে তারা ইতিমধ্যে প্রচুর সময় সাশ্রয় করেছে!
ফিলিপ

উত্তর:


79

আমি এমন একটি সংস্থার জন্য কাজ করতাম যেখানে আমরা তাদের দেওয়া প্রতিটি অ্যাপ্লিকেশনই প্রশ্নটি জাগিয়ে তোলে: আমরা কী এই ডেটা এক্সেলে এক্সপোর্ট করতে পারি?

কিছুক্ষণ পরে, আমি স্থির করেছিলাম যে কেন তারা সব কিছুর জন্য এক্সেল রফতানিতে মগ্ন ছিল আমাকে জানতে হবে। দেখা গেল যে প্রচুর বিভাগে এক ব্যক্তি এক্সেল বিশেষজ্ঞ ছিলেন এবং অল্প সময়েই একটি দরকারী ডেটা-অ্যানালাইসিস অ্যাপ লিখতে পারেন। এই অ্যাপসটি দফতরের চারপাশে দাবানলের মতো ছড়িয়ে পড়ত এবং আমরা, প্রযুক্তিবিদরা, এমনকি তাদের অস্তিত্ব সম্পর্কে কোনও ধারণা ছিল না।

তারা কেন আমাদের কাছে প্রথমে আসেনি? কারন এমন একটি খ্যাতি ছিল যা প্রযুক্তিগত দলের আরও অনেক কিছু করার ছিল এবং যদি তারা এটির জন্য জিজ্ঞাসা করে তবে তারা (তারা ভাগ্যবান যদি থাকত) ছয় মাস পরে এটি সারিবদ্ধ হয়ে যায়।

এটি অন্যায্য অভিযোগ ছিল না এবং তারা আমাদের তাদের এক্সেল অ্যাপ্লিকেশনগুলিকে সমর্থন করার জন্য কখনই জিজ্ঞাসা করেনি, তাই সত্যই কেউ ভাবেন নি যে এটি একটি সমস্যা। এই এক্সেল বিকাশকারীরা যখন চলে যায়, তারা সর্বদা এটি বাছাই করার জন্য অন্য কাউকে খুঁজে পেতে সক্ষম হয়।

আপনি তর্ক করতে পারেন যে এর অর্থ আমরা ভুলভাবে অগ্রাধিকার দিচ্ছিলাম, গুরুত্বপূর্ণ কাজটি করা হচ্ছে না। তবে আমি যুক্তি দিয়ে বলব যে এটি সর্বাধিক বেতনের বিকাশকারীদের আরও কঠিন কাজ করতে মুক্তি দিয়েছে। এতে কী ক্ষতি হতে পারে?

এখন আমি এমন সফ্টওয়্যারকে বারণ করব যা ডেভেলপমেন্ট টিমের বাইরে লেখা ডাটাবেস আপডেট করে। এবং আমি উন্নয়ন দলের বাইরে লিখিত অ্যাপ্লিকেশনগুলিকে সমর্থন করতে অস্বীকার করব। তবে আমি নিজেই সমস্ত সফ্টওয়্যার ব্যবসায়ের দ্বারা রচিত হতে নিষেধ করার চেষ্টা করব না, এবং তাদেরকে ক্ষমতার সাথে ডেটা-এক্সপোর্ট রচনা করে লিখব (যতক্ষণ না এটি ডেটা প্রকাশ করে না যে তারা না দেখায়, স্পষ্টতই )।


36
আমি একই পরিবেশে কাজ করেছি এবং এই 'অ্যাপস' সম্পর্কে আমাদের বিভাগের প্রতিক্রিয়া সর্বদা হতাশাজনক ছিল। তথ্যপ্রযুক্তি বিভাগে আমার বেশিরভাগ কলেজগুলি কোনও কোনও কারণে এই অ্যাপ্লিকেশনগুলির দ্বারা হুমকী অনুভব করেছে, তবে আমি তাদের দুর্দান্ত হিসাবে দেখেছি viewed এটি বিভাগের ব্যবহারকারীদের প্রকৃতপক্ষে কী প্রয়োজন তা পুরোপুরি মঞ্জুরি দেয় এবং যখন একক অ্যাক্সেস ডাটাবেস তাদের পক্ষে কাজ করে না, তারা কেবল এটি আমাদের হাতে দিতে পারে এবং আমরা একই কার্যকারিতা সমর্থন করার জন্য একটি 'আসল' এসকিউএল সমাধান তৈরি করতে চাই। আমি আবার একটি প্রকল্পের জন্য হত্যা করব। আমরা যখন শুরু করেছি তখন সমস্ত প্রয়োজনীয়তা একদিনেই জানা ছিল।
গ্রাহাম

8
+1 ভাল বর্ণিত। আমাদের সফ্টওয়্যার ব্যবহারকারীদের ক্ষমতায়ন করা আমাদের সর্বোচ্চ অগ্রাধিকার হওয়া উচিত।
স্টিভেন ইভার্স

আমি উত্তর দিয়ে বেশিরভাগ অংশের জন্য আমাকে একমত হতে হবে। তবে নীচের লাইনটি হ'ল খারাপভাবে লেখা প্রশ্নগুলি একটি ডাটাবেস সার্ভারকে নামিয়ে আনতে পারে; এমনকি এক্সেল বা অ্যাক্সেসে লিখিত থাকলেও। একবার ব্যবসায়ের প্রয়োজনের সাথে আইটির এসএলএ প্রতিশ্রুতিগুলি ভারসাম্য বজায় রাখতে হবে।
স্টিভ

@ স্টিফেন: হ্যাঁ এবং সে কারণেই তাদের উত্পাদন ডেটাতে না দিয়ে ব্যবহারকারীকে তাদের নিজস্ব কাজ করার ক্ষমতা দেওয়া আরও ভাল। তা কেবল পঠনযোগ্য, ডেটা দৈনিক অনুলিপি, বা এক্সেল রফতানি, বা ডিএসএল, আপনার সুরক্ষা / এসএলএর প্রয়োজনীয়তা এবং তাদের ডেটা প্রয়োজনীয়তার উপর অনেক বেশি নির্ভর করে।
pdr

1
@ ম্যাটনজ: আমি এর বিরুদ্ধে দৃ strongly়ভাবে সুপারিশ করব। এটি লোকেরা টেকি দলকে তাদের ব্যবসায়ের বাকী অংশগুলিকে অগ্রাধিকার দেওয়ার জন্য একটি উপায় দেয়, কেবল কিছু একসাথে ঠকিয়ে "গিয়ে দেখেন কেন এটি কাজ করে না?" আপনি কি এমন কোনও বিকাশকারীকে চেনেন যিনি এর মতো চ্যালেঞ্জটি প্রতিহত করতে পারেন?
পিডিআর

50

আমি মনে করি লোকেরা এখানে সাধারণ পয়েন্ট মিস করছে:

যদি আপনি যে সমস্ত কাস্টম বিকাশ চলছে তা যদি পছন্দ না করেন তবে এটিকে নিষেধ করা ভুল সমস্যার সমাধান করছে - আপনার পরিবর্তে তারা জিজ্ঞাসা করা উচিত কেন তারা আইটি ঘুরে বেড়াচ্ছেন, কেবল এটির অনুমতি দেওয়া হচ্ছে না তা জানিয়ে দিন। মনে রাখবেন যে আপনি (আইটি) তাদের কাজটি আরও ভাল করতে সহায়তা করার জন্য উপস্থিত রয়েছেন এবং লোকেরা সফটওয়্যার ব্যবহার করে না কারণ এটি শীতল বা ঝরঝরে বা নতুন, তারা এটি ব্যবহার করে কারণ এটি তাদের যে কোনও সমস্যা সমাধান করে।

এই অ্যাপসটি কেন প্রথম স্থানে তৈরি করা হচ্ছে?

আমি যে সমস্ত ক্ষেত্রে দেখেছি, এর একটি সাধারণ কারণ রয়েছে:

পুরো সংস্থার প্রেক্ষাপটে ব্যবসায়িক গোষ্ঠীগুলি তাদের নিজস্ব চাহিদার চেয়ে বেশি অগ্রাধিকার দেয় needs

বিপণন কেবল বিপণনের জন্যই দায়ী, তাই অন্যান্য লক্ষ্যে ফ্লাফ হিসাবে বিবেচিত হয়ে যখন তাদের লক্ষ্যগুলি উপকৃত হয় সেই উদ্যোগগুলি তাদের কাছে সমালোচনামূলক বলে মনে হয় এবং যখন এটি আইটির মতো সীমাবদ্ধ সংস্থাগুলির ক্ষেত্রে আসে তখন কম অগ্রাধিকারের ঝোঁক থাকে। অগ্রাধিকার কেবল তখনই কার্যকর হয় যখন তারা একটি ভাগ করা সংস্থান ব্যবহার করতে চায় - যদি তারা প্রকল্পটি সম্পূর্ণরূপে তাদের নিজস্ব বিভাগের মধ্যে রাখে তবে কেবল বিভাগের প্রধানকে বাজেট এবং সময়রেখার যত্ন নিতে হবে।

এই ধরণের উন্নয়নকে আমি বিরত করার কোনও কারণ নেই, কারণগুলির মধ্যে - এটি ভাগ করা সংস্থানসমূহ (প্রধানত আইটি) এর প্রতিবন্ধকতাগুলি সহজ করে দেয় এবং প্রতিটি গোষ্ঠীকে তাদের নিজস্ব সমস্যা সমাধানের ক্ষমতা দেয় (অ্যাডভান্সড এক্সেলে দক্ষ ব্যক্তিরা যেমন সাধারণ, যেহেতু এটি একটি সাধারণ সমস্যা, বেশিরভাগ বিভাগের কমপক্ষে একটি থাকে)।

তবে, আপনি এই অ্যাপ্লিকেশনগুলি থেকে উদ্ভূত যে কোনও সমস্যার সমাধান করতে বা মূল বিকাশকারী সংস্থাটি ছাড়ার পরে তাদের সমর্থন করার আশা করা যায় না। অন্য পোস্টে যেমন উল্লেখ করা হয়েছে, এটি বিগ বসকে আপনার সমর্থন করার দাবি করা থেকে বিরত রাখে না, তবে আপনি যদি সেখানে কাস্টম অ্যাপ্লিকেশন বা প্রসেসের ধরণের প্রবণতাগুলি অনুভব করেন তবে কোনও কিছু যখন সমালোচনামূলক হয়ে যায় তখন আপনি অনুভূতি পেতে পারেন এটি "ঘরে ঘরে" আনতে জড়িত হতে পারে। এছাড়াও, যদি কিছু আইটি নিয়ন্ত্রণাধীন সিস্টেমগুলির সাথে সংযোগ স্থাপন ও সংশোধন করে থাকে তবে আইটি এর সাথে যুক্ত হওয়া উচিত, যদি কেবল তাদের কেন্দ্রীয় সিস্টেমগুলির সুরক্ষা এবং অখণ্ডতা নিশ্চিত করতে হয় - তবে এটি যদি কোনও ব্যবহারকারীর ডেস্কটপে সীমাবদ্ধ থাকে তবে প্রয়োজনীয়তাটি কেন অনুভব করবেন? এটা নিষেধ করতে?

তবে এখানে মনে রাখার মতো কিছু রয়েছে: আইটি এর বাইরে গড়ে ওঠা প্রতিটি কাস্টম অ্যাপ্লিকেশন এমন একটি প্রয়োজনের সাথে মিলে যায় যা আইটি পূরণ করে না । তারা পূরণ না হওয়ার একটি ভাল কারণ থাকতে পারে - সংস্থায় অগ্রাধিকার নয়, খুব বিশেষ সমস্যা, অন্যান্য বিকল্পের মতো ভাল নয়, আপনার আইটি লোকেরা জানেন না কাস্টম ভাষা, ইত্যাদি - এবং আইটি জড়িত থাকার অভাব হতে পারে বৈধ, তবে এই সমাধানগুলি তৈরি করা হয়েছিল কারণ কিছু বিভাগের প্রয়োজন ছিল যে এটি আইটি সন্তুষ্ট করতে পারে না (বা করবে না)।

তাদের সমস্যাগুলি সমাধানে সহায়তা করার চেষ্টা করুন এবং যদি আপনার কাছে সময় বা সংস্থান না থাকে তবে সেগুলি তাদের নিজেরাই সমাধান করুন। লোককে আপনার ব্যবসায়ের বাইরে রাখার একমাত্র উদ্দেশ্য সহ এমন কিছু ভাষা ম্যান্ডেট করা যা কেবল উচ্চবিত্ত মনোভাবকে উন্নত করে তোলে বেশিরভাগ ব্যবসায়ী ব্যবহারকারী এটি আইটি উপলব্ধি করে এবং শেষ পর্যন্ত এই ধরণের অভিজাত মনোভাবই কেবল দিকে পরিচালিত করে একই সমস্যাটির আরও বেশি কারণ, ব্যবহারকারীরা আইটি-র কাছে যেতে ভয় পান এবং তারা নিশ্চিত হন যে আইটি তাদের চাহিদা বুঝতে চায় না বা চায় না। সম্পর্কটি খুলুন - তাদের চারপাশ থেকে দূরে থাকার একমাত্র উপায় তাদের কী প্রয়োজন তা বোঝা।


2
+1 স্পট চালু। আমি এখানে কাউকে এই উল্লেখ করে দেখতে পাচ্ছি না যে আমি একাধিক সংস্থায় দেখেছি এই অনুশীলনগুলির সাথে একটি বিশাল সমস্যা হতে পারে to স্বল্প মেয়াদে একজন বা দু'জনের জন্য কী কাজ করে, দ্রুত বছরের পর বছর ধরে বেড়ে ওঠা ৩০ টি ছোট ছোট অ্যাপ্লিকেশনের একটি বিশাল কৌতুকপূর্ণ সফটওয়্যার মেসে পরিণত হয়, প্রায় অর্ধেক কাজ এবং এগুলি বজায় রাখার জন্য যদি আইটি ডিপেক্টর লোককে নিয়োগ দেয় তার ব্যয়ের দশগুণ বেশি is এগুলি সবই করুন যাতে তারা সামঞ্জস্যপূর্ণ ছিল এবং এটির আইটি কেন্দ্রীয় মালিকানা ছিল।
জিমি হোফা

4
একজন "ব্ল্যাক অপ্স" প্রোগ্রামার হিসাবে কাজ করা একজন ব্যক্তি হিসাবে আমি আপনাকে বলতে পারি যে প্রায়শই আইটি-র কোনও নির্দিষ্ট প্রযুক্তি বিভাগের প্রয়োজনীয়তা বোঝার দক্ষতা সেট করে না। আমাদের বেশিরভাগ সমালোচনামূলক এবং উদ্ভাবনী প্রোগ্রাম "ব্ল্যাক অপ্স" প্রোগ্রাম হিসাবে শুরু হয়েছিল। আইটি এমন কোনও জায়গা নয় যেখানে উদ্ভাবনকে পুরস্কৃত করা হয়, নতুনত্ব এবং পরীক্ষা-নিরীক্ষা প্রায়শই প্রতিটি সফলটির জন্য প্রচুর ব্যর্থ প্রকল্পের অর্থ। একবার "ব্ল্যাক অপ্স" প্রোগ্রামটি ভালভাবে গৃহীত হলে, এটি বজায় রাখার জন্য সাধারণত এটি আইটি হয়ে যায়।
বিল

আমার ধারণাগুলি ঠিক +1, তবে শব্দটি আরও ভাল much
ফিল

16

আইটি বিভাগে অযোগ্য লোক রয়েছে এমন সংস্থাগুলির কেসটিও বিবেচনা করা উচিত, এবং লুকানো অ্যাপটি এমন দক্ষ বিকাশকারী দ্বারা তৈরি করা হবে যার সংস্থার মধ্যে একটি অ-বিকাশকারী চাকরী রয়েছে। আমার অভিজ্ঞতায়, এই মামলাগুলি অত্যন্ত ঘন ঘন হয়।

কল্পনা করুন যে আপনার কাছে কোনও সফ্টওয়্যার বিকাশকারী এবং একজন অ্যাকাউন্ট্যান্টের ডাবল প্রোফাইল রয়েছে। আপনি অ্যাকাউন্টেন্ট হিসাবে নিয়োগ পেয়েছেন কারণ এটি আপনার জন্য একটি ভাল বেতনের চাকরি পাওয়ার সুযোগ ছিল। আপনি শীঘ্রই দেখতে পাবেন যে আপনার সহকর্মীরা (এবং এখন আপনি) পুনরাবৃত্ত কাজগুলি করতে ঘন্টা ব্যয় করেছেন যা কোনও প্রোগ্রামের মাধ্যমে কয়েক সেকেন্ডের মধ্যে সম্পন্ন হতে পারে।

অ্যাপটি লিখতে আপনি কয়েকটি সন্ধ্যা ব্যয় করেন যা সমস্ত কাজ করবে। আপনি এটি আপনার ব্যক্তিগত ল্যাপটপে আপনার সহকর্মীদের দেখান এবং তারা এটিকে খুব দরকারী বলে মনে করে। আপনি এটি সংস্থা পিসিগুলিতে ইনস্টল করতে চান তবে আপনার আইটি বিভাগের চুক্তি হওয়া উচিত। আপনি এটি চেয়েছিলেন, তবে তারা তা প্রত্যাখ্যান করে কারণ তারা আপনার অ্যাপ্লিকেশনটিকে সমর্থন করবে না।

বোকা লাগছে না?

এই নির্দিষ্ট ক্ষেত্রে বাদে, সমর্থন সহ সমস্যাটি একাধিক সংস্থার সমস্ত  সফ্টওয়্যার, এমনকি আইটি বিভাগের মধ্যে লিখিত একটির সাথে সংঘর্ষের থেকে খুব আলাদা নয় : যদি আইটি বিভাগ সেরা অনুশীলনগুলি প্রয়োগ করে না, কোডটি খারাপভাবে / নথিভুক্ত করা হবে না, অনভিজ্ঞ ব্যক্তিদের দ্বারা রচিত যারা রক্ষণাবেক্ষণের বিষয়ে চিন্তা করে না এবং যারা বছর আগে চলে গেছে।

উপসংহারে, মূল প্রশ্নটি লাভজনকতা । আপনি, আইটি বিভাগকে যদি কোনও ক্লার্কের দ্বারা বিকাশিত কোনও অ্যাপ্লিকেশন বজায় রাখতে বলা হয় যারা সফ্টওয়্যার বিকাশের সুনির্দিষ্ট মৌলিক নিয়মগুলি বোঝেন না, তবে এই কাজটি কতটা উপভোগ্য তা বিবেচনাধীন নয় , এটি এখনও এনে আপনাকে করতে হবে সংস্থার অনেক টাকা । বা আপনি এটিকে স্ক্র্যাচ থেকে পুনর্লিখন করেন যদি জিনিসগুলি সম্পন্ন করার সস্তারতম উপায় এটি হয়।


2
"আমার অভিজ্ঞতায়, এই মামলাগুলি অত্যন্ত ঘন ঘন।" - সুতরাং আপনার সংস্থা নন প্রোগ্রামার চাকরিতে দুর্দান্ত প্রোগ্রামারদের নিয়োগের এবং তারপরে প্রোগ্রামিং জবগুলিতে দুর্বল প্রোগ্রামারদের নিযুক্ত করার একটি আশ্চর্যজনক কাজ করে? আমি মনে করি এটি সম্ভবত আরও বেশি সম্ভবত যে অনুশীলনগুলি এবং অন্তর্নিহিত সিস্টেমগুলি বোঝে না এমন কেউ ভাবছেন যে তারা আরও ভাল সফ্টওয়্যার লিখছেন। শুধু আমার 2 সেন্ট।
ওমিনাস

2
@ ওমিনাস: যদি কোনও আইনজীবীর শূন্যপদ থাকে তবে সংস্থাটি কোনও আইনজীবীর সন্ধান করবে; প্রার্থী যদি দক্ষ বিকাশকারীও হয় তবে সাক্ষাত্কারকারক এটি জানেন না। সুতরাং না, সংস্থাটি "নন প্রোগ্রামার চাকরিতে দুর্দান্ত প্রোগ্রামারদের নিয়োগ দিচ্ছে না": তারা এই ব্যক্তিটিও একজন দুর্দান্ত বিকাশকারী, বিশেষত সচেতন না হয়েই তারা কোনও কাজের জন্য একজন যোগ্য ব্যক্তিকে নিয়োগ দিচ্ছে।
আর্সেনি মরজেনকো

@ ওমিনিস: নোট করুন যে আপনি যখন উদাহরণস্বরূপ একজন কেরানী হিসাবে নিযুক্ত হন, আপনি সাক্ষাত্কারের সময় বলবেন না যে আপনি দুর্দান্ত প্রোগ্রামার। কোনও প্রযুক্তিগত পটভূমি না থাকা প্রচুর লোকের জন্য, প্রোগ্রামার = হ্যাকার = ডুড যারা তার ক্র্যাকিং সংস্থা পিসি = প্রচুর সমস্যা ব্যয় করবে।
আর্সেনি মরজেনকো

1
@ ওমিনিস - একটি অযোগ্য আইটি বিভাগে আইটি লোক নিয়োগের ক্ষেত্রে সংস্থাটির খারাপ হতে হবে না। খারাপ আইটি বিভাগগুলি ঘটতে পারে কারণ কেউ আইটি 'ওভারহেড' হিসাবে বিবেচনা করে এবং যতদূর সম্ভব হ্রাস করে। এটি তাদের প্রকৃত সামর্থ্যকে ছাড়িয়ে যায় এবং তারা একটি সংস্থা হিসাবে অযোগ্য হয়ে যায় - ক্রমাগত কাজের মধ্যে স্যুইচ করে, ধ্রুব আতঙ্কিত মোড, কারও সাথে যোগাযোগ করে না, প্রতিশ্রুতি দেয় না।
মাইকেল কোহেন

2
@ ওমিনাস: এখানে আরও বেশি সম্ভাবনা রয়েছে যে সংস্থাটি উভয় প্রকারের ভূমিকা রাখার জন্য সমানভাবে ভাল কাজ করে তবে আইটি গ্রুপটি ভারসাম্য, বিবাদযুক্ত অগ্রাধিকার এবং একটি প্রধানমন্ত্রী সিস্টেমের দ্বারা বোঝা হয়ে থাকে যা কাজটি ভাল করে না, দমিয়ে রাখে উদ্ভাবন বরং এটি লালনপালনের। নন-আইটি চাকরির প্রযুক্তিগুলি, একবার তাদের দক্ষতাটি লক্ষ্য করা গেলে, বাস্তবে কোনও কাজে মনোনিবেশ করার অনুমতি দেওয়া হয়, কারণ কেবল তাদের বিভাগীয় প্রধান তাদের সময় নিয়ন্ত্রণ করে। প্রকৃত কাজটি করা লোকদের উদ্ভাবনের উপর একটি স্বয়ংক্রিয় ক্রয়-ইন থাকে, যেখানে আইটি গোষ্ঠীর প্রয়োজনের ক্ষেত্রে একই দৃষ্টিভঙ্গি থাকে না।
SqlRyan

6

আপনি এটি পুরোপুরি নিয়ন্ত্রণ করতে পারবেন না ...

আমি বলব আপনি এটিকে পুরোপুরি কখনই নিয়ন্ত্রণ করতে পারবেন না, কারণ কর্মীদের সর্বদা দুর্বৃত্ত কোড তৈরি করার এবং বিকল্প উপায়ে এটি ছড়িয়ে দেওয়ার উপায় থাকবে। সুতরাং একবারে আপনি কয়েকটি বেসিক বিধি এবং প্রক্রিয়াগুলি খসড়া তৈরি করেছেন এবং প্রয়োগ করেছেন এবং কয়েকটি সরঞ্জাম সেট আপ করেছেন, এটির উপর অত্যধিক অবলম্বন করার খুব বেশি ব্যবহার নেই।

আপনার পক্ষে ধারণাটি এই যে এই নিয়মগুলিকে সম্মান করা এবং এই সরঞ্জামগুলি ব্যবহার করা যতটা সম্ভব আকর্ষণীয় করে তুলুন, নতুন কিছু করা এতটাই অসম্ভব যে তারা কোনও উত্পাদন না করে।

তবে আপনি একটি কোড বান্ধব পরিবেশ তৈরি করতে পারেন

অনেক সংস্থা, প্রায়শই খুব বড়, এটি করে। গুগল হওয়া একটি ভাল উদাহরণ, যার জন্য প্রতিনিধিরা বলেছেন যে তারা পুরো সংস্থার জন্য একটি একক এসসিএম ব্যবহার করে, যাতে প্রত্যেকে অন্যের কোডটি নিরীক্ষণ করতে ও দেখতে সক্ষম হয়।

আমি আপনাকে নিম্নলিখিতটি করার পরামর্শ দিচ্ছি:

  • আপনার এসসিএমের কিছু জায়গায় জনসাধারণকে অ্যাক্সেস দিন,
  • অবিচ্ছিন্ন একীকরণ এবং অবিচ্ছিন্ন পরিদর্শন সার্ভারগুলিতে অ্যাক্সেসের অনুরোধ করা সহজ করুন,
  • লোকদের তাদের সরঞ্জামের জন্য চাকুরী তৈরি করতে উত্সাহিত করুন।

সমস্যাটি তখন প্রযুক্তিগুলির বিস্তার। স্পষ্টতই, কেউ Y এর ওপরে এক্স ব্যবহার করতে পছন্দ করবে এবং এটি যখন আপনার স্থাপত্যের মধ্যে ফিট করা শক্ত হয়ে যায় fit তবে এটি অসম্ভব নয় এবং যদি তারা তাদের কোডটি বজায় রাখতে চায় তবে তারা সম্ভবত অতিরিক্ত মাইল পেলেন যদি, তবে এটি কেবল এক মাইল।

আপনি আরও স্বেচ্ছাচারী অবস্থান গ্রহণ করতে পারেন এবং সিদ্ধান্ত নিতে পারেন যে কেবলমাত্র ভাষা এল এবং স্ট্যাক এস অনুমোদিত, তবে আপনি এখানে এবং সেখানে কিছু দুর্বৃত্ত জিনিস পাবেন, তাই আমি এটি কিছুটা প্রসারিত করার পরামর্শ দেব। কিছু সিআই সিস্টেম কয়েকটি প্লাগইন নিয়ে বিস্ময়কর কাজ করবে, যদি আপনার কর্মীরা কিছুটা আঠার কোড বা কিছু কনফিগার স্ক্রিপ্টগুলিতে ফিট করতে চান তবে সেগুলি এতে ফিট করে।

দলগুলিকে কিছু স্বাধীনতা দিন

পরীক্ষাগুলি জিনিস দিয়ে কিছু ছোট নতুন প্রকল্প শুরু করার জন্য দলগুলিকে কিছুটা স্বাধীনতা দেওয়া গুরুত্বপূর্ণ। এটি তাদের আঙ্গুলগুলিতে রাখে এবং আপনি পাশাপাশি এটি আপনাকে এই প্রযুক্তিগুলি বিবেচনা করার পরিবর্তে চিরতরে স্তূপে আটকে থাকতে বাধ্য করে যতক্ষণ না এটি আপনার সমস্যার সৃষ্টি করে।

সুতরাং তাদের পোষা প্রকল্পের পরীক্ষার জন্য তাদের নিজস্ব সিস্টেম ইনস্টল করার ক্ষমতা আছে তা নিশ্চিত করুন। তবে এটি নিশ্চিত করে নিন যে এগুলি সম্পর্কে এটির সাথে কথা বলার অভ্যাসটি তাদের মধ্যে আসবে।

আইটির সাথে কথা বলুন, তাদের জড়িত করুন

আপনার কর্মীরা যদি আইটি-তে একটি ইমেল অনুরোধের শুটিংয়ের প্রতিবিম্ব তৈরি করে এবং তারা যদি তাদের জন্য কিছু সেট আপ করতে এবং সামঞ্জস্য করতে পারে তবে তাদের জিজ্ঞাসা করুন তবে এটি আরও ভাল। তারা বেশিরভাগ সময় প্রত্যাখ্যান করবে, তবে কমপক্ষে নিয়ন্ত্রণের কিছু ধারণা রয়েছে এবং কাদের দায়িত্বে থাকা উচিত এবং বিভিন্ন দলের দাবিতে আইটি কিছু দৃশ্যমানতা দেয়।

প্রকল্পগুলি আরও জটিল সমাগমটি গ্রহণ করার পরে, আপনি আবার অনুরোধ করতে পারেন এবং সেগুলি পুনর্বিবেচনা করবে। যোগাযোগ কী, এবং আপনার বিকাশকারী, পরামর্শদাতাদের, আইটি সমর্থনকারী কর্মীদের বা কোডের সাথে আচরণের জন্য একত্রে কাজ করার জন্য আপনার দল থাকা দরকার। তাদের কেউই বিপথগামী প্রোগ্রাম চায় না, তাই এটি প্রত্যেকেরই আগ্রহের মধ্যে। নিয়মগুলি যদি তারা নিজেরাই ব্যাক আপ করে থাকে তবে তা প্রয়োগ করা অনেক সহজ।


3

আপনি এই "লুকানো" অ্যাপ্লিকেশনগুলি থামাতে পারবেন না কারণ লোকেরা তাদের বাস্তব-ব্যবসায়ের সমস্যাগুলি সমাধান করার জন্য তৈরি করে। আপনি যা করতে পারেন তা এটিকে "সঠিক" উপায়ে করতে সহায়তা করা। এবং "ডান" দ্বারা আমি এটি তৈরি করে বোঝাতে চাইছি যাতে অ্যাপগুলি সেগুলি শুরু করা ব্যক্তি চলে যাওয়ার পরে বজায় রাখতে পারে। আমি আপ বা আউটতে প্রস্তাবিত ভাষাটি ব্যবহার করার পরামর্শ দিচ্ছি : আমার এই প্রক্রিয়াটি বিশদভাবে নথিভুক্ত করা দরকার যাতে কোনও ইয়াহু চলে যাওয়ার এক বছর পর থেকে এটি বুঝতে পারে। সংস্করণ নিয়ন্ত্রণ স্থাপনে (এবং এটি কীভাবে ব্যবহার করবেন সেগুলি দেখানো), একটি উইকি (কীভাবে বাস্তবে কাজটি সম্পন্ন হয় তা সম্পর্কে অনানুষ্ঠানিক নোট রাখার জন্য) এবং একটি সহজ বাগ ট্র্যাকিং সিস্টেম স্থাপনে সহায়তা করুন। আপনি যদি জিনিসগুলি সত্যই চতুর করতে চান তবে একটি অতিরিক্ত সার্ভারে অবিচ্ছিন্ন একীকরণ সেট আপ করুন (যদি আপনার কাছে থাকে)।

আপনি এক্সেল একীকরণ (বা কমপক্ষে আমদানি / রফতানি) এর বিশাল আকাঙ্ক্ষাটি দেখতে পাবেন কারণ সমস্ত ব্যবসায়িক স্কুল এখন এক্সেল শেখায় এবং এটি অনেক ব্যবসায়িক কোর্সে ব্যবহৃত একটি প্রধান সরঞ্জাম।


3

গোপনীয়তা আইন এবং অভ্যন্তরীণভাবে স্ব-চাপিয়ে দেওয়া গোপনীয়তা এবং সুরক্ষা প্রক্রিয়া এবং নীতিগুলির সাথে মিলিত আমেরিকার বাইরে সরবনেস-অক্সলে এবং অনুরূপ আইনগুলি হ'ল "হাতুড়ি" যা প্রায়শই ছায়া-আইটি ঘটনাটি ধরে রাখতে ব্যবহৃত হয়।

যত তাড়াতাড়ি গ্রাহক বা কর্মচারী ব্যক্তিগতভাবে সনাক্তযোগ্য তথ্য (বা কোনও তথ্য যা আপনি বের করতে চান না) এই স্প্রেডশীটে প্রচার শুরু করার সাথে সাথে আপনার একটি দুর্ঘটনা ঘটবে বলে অপেক্ষায় রয়েছে।

একইভাবে, এই স্কঙ্কওয়ার্কস আইটি প্রকল্পগুলির মধ্যে যে কোনও একটি এক্সেল স্প্রেডশিট গ্রহণ করে এবং হ্যাক করা একটি বহিরাগত ফেসবুক ওয়েব অ্যাপ্লিকেশনটির পিছনে ডেটা হিসাবে ব্যবহার করে, আপনার সিআইও এবং প্রধান নির্বাহী কর্মকর্তা যে অ্যাপটি তৈরি করেছেন তার অফিসে ঝড় তুলবে will পরিণতি ব্যাখ্যা করতে একটি সপ্তাহান্তে আসছে।

এবং তারপরে একটি সমস্যা রয়েছে যে আপনি যখন ফরচুন 500 এন্টারপ্রাইজে শতাধিক (বা হাজার) বিভাগে এই প্রচেষ্টাগুলি দেখেন, আপনি শীঘ্রই দেখতে পাবেন যে আপনার এন্টারপ্রাইজে 100 টিরও বেশি গ্রাহক "মাস্টার" ডাটাবেস রয়েছে। আপনার গ্রাহকরা অভিযোগ করতে শুরু করেছেন যে তারা তাদের যোগাযোগের তথ্য এক জায়গায় আপডেট করেছেন তবে এটি এখনও অন্য 10 জনের মধ্যে পুরানো, বা আপনার বড় অংশীদারদের সাথে আপনি কতটা ব্যবসা করেন তা আপনি জানেন না কারণ তথ্যটি 10 ​​টি ছায়ায় ছড়িয়ে রয়েছে আইটি ডাটাবেস।

এই সমস্তই প্রচুর কমপ্লায়েন্স এবং অডিট প্রক্রিয়াগুলিকে জন্ম দেয় যা কারও পক্ষে মজাদার নয় তবে এটি একটি এন্টারপ্রাইজ পরিবেশে আইটি-র জীবনের কঠিন ঘটনা।

একটি ভাল কৌশল হ'ল যে সমস্ত বিভাগ এটি করছে সেগুলি জুড়ে দেখে এবং ছায়া আইটিতে তাদের বিনিয়োগকে আইটি-তে যথাযথভাবে সরানোর জন্য একটি মামলা তৈরি করে, যুক্তি তৈরি করে যে আইটি স্কেলের অর্থনীতি অর্জন করতে পারে এবং বর্তমানের চেয়ে আরও দক্ষতার সাথে এই কাজটি করতে পারে অ্যাড-হক বিতরণ স্কানকর্মস মডেল। এটি এমন পরিবেশে কঠোর বিক্রয় হতে পারে যেখানে আইটি বাজেটের সীমাবদ্ধতা এবং বিতরণের গতি প্রথমদিকে স্কঙ্কওয়ার্কগুলিকে উত্সাহ দেয়, তবে নিরীক্ষা / বিশ্বাসঘাতক ঝুঁকির সাথে একত্রিত হয়ে একটি ভাল-দু'টি পাঞ্চ তৈরি করতে পারে।


2

একটি নতুন আবেদন লেখার সিদ্ধান্তটি প্রায়শই অনুরোধের ব্যয় বেনিফিট বিশ্লেষণের ভিত্তিতে হয়; পাশাপাশি ব্যবসায়ের সামগ্রিক মান। উপলব্ধ অন্যান্য আইটি রিসোর্স, অনুরোধের সুযোগ, ব্যবসায়ের লক্ষ্য এবং মাত্র কয়েকটি নামের দিকনির্দেশনার মতো অন্যান্য অনেক ড্রাইভার বিবেচনা করার সময়। প্রায়শই একটি নির্দিষ্ট বিভাগগুলির অনুরোধ অস্বীকার করা হয় কারণ বিভাগের পরিচালক / পরিচালক কোনও যুক্তিসঙ্গত আরওআই প্রদর্শন করতে ব্যর্থ হন বা কেবল প্রতিষ্ঠিত প্রক্রিয়াটি অনুসরণ করেন না।

কারণ নির্বিশেষে 'আইটি বিভাগ' প্রায়শই বলির ছাগল, যদিও সিদ্ধান্তটি তাদের নিয়ন্ত্রণের বাইরে ছিল। সুতরাং অনুরোধ অস্বীকার করা আইটি বিভাগের উপর খারাপভাবে প্রতিফলিত নাও হতে পারে উপলব্ধিটি প্রায়শই সম্পূর্ণ ভিন্ন।

তবুও আপনি বিশ্বের প্রায় প্রতিটি ব্যবসায়িক প্রতিষ্ঠানে দুর্বৃত্ত অ্যাপ্লিকেশন পাবেন। কিছু ভাল লেখা এবং অন্যদের ভাল যে কোড আছে, যা দিনের আলো কখনও দেখা উচিত ছিল না।

আমাদের অভ্যন্তরীণ গ্রাহকদের প্রয়োজনীয়তাগুলি যথাযথভাবে পূরণ করার জন্য আমাদের যথাসাধ্য চেষ্টা করা উচিত এমন সময়গুলি রয়েছে যা আমরা সহজেই পারি না। এটি যখন ঘটে তখন তারা তাদের সমস্যার সমাধানের জন্য অন্য কোথাও তাকাবে।

যদি আইটি গ্রুপটি প্রকল্পে সক্রিয়ভাবে জড়িত থাকে তবে আমরা আমাদের মানদণ্ডের আনুগত্যের দাবি জানাতে পারি, পরামর্শককে অভ্যন্তরীণ কোডিং নির্দেশিকা অনুসরণ করতে সহায়তা করতে পারি এবং আমাদের সিস্টেমগুলির সাথে অ্যাপ্লিকেশন মিথস্ক্রিয়াগুলি এবং দাবিগুলি বুঝতে পারি (ডাটাবেস, নেটওয়ার্ক, ফায়ারওয়াল,…)। এই জড়িততা ছাড়াই আমরা সংক্ষেপে ধরা পড়ব এবং আমাদের উত্পাদন সিস্টেমগুলি এসএলএ কেন পূরণ করছে না তা নির্ধারণের জন্য প্রচুর সময় ব্যয় করব।

আইটি বিভাগ তাদের প্রতি সমবেদনা জানায় এবং তাদের সমর্থন করে কিনা, তারা সমর্থন ও ওএলএ এবং এসএলএর প্রতিশ্রুতিগুলির যে কোনও তথ্য বিভাগের দ্বারা পরিমাপ করা হয় তার সরাসরি প্রভাব ফেলবে।


1

এই কারণে আমাদের সংস্থায় এগুলি নিষিদ্ধ:

  • পাসওয়ার্ডটি এক্সেল ম্যাক্রোসকে সুরক্ষিত করেছে যেখানে পাসওয়ার্ডটি জানা একমাত্র ব্যক্তি সংস্থা ছেড়ে চলে গেছে,
  • অনভিজ্ঞ ব্যক্তিদের দ্বারা লিখিত ভুল প্রতিবেদনের জন্য দায়ী থাকায় এটি আইটি কারণ '
  • এমন প্রতিবেদন সংশোধন করতে বলা হচ্ছে যা আমরা এর আগে কখনও দেখিনি বা শুনিনি।

আমি বুঝতে পারি এটি আইটি ব্যস্ত থাকাকালীন এটি ব্যবহারকারীদের জন্য হতাশার হতে পারে এবং তারা 'কেবল নিজেরাই এটি করতে' ঝুঁকতে পারে। তবে আইটিটিকে এমন কিছুর জন্য দায়ী করা যায় না যা এটি জানেন না এমনকি উপস্থিত রয়েছে এবং যদি সামগ্রিক আইটির জন্য কেউ দায়বদ্ধ না হন, তবে সামনে দুর্দান্ত সমস্যা রয়েছে।


5
আমি যা বুঝি সেগুলি থেকে, ব্যবসাকে সমর্থন করার জন্য আইটি রয়েছে; লোকদের তাদের কাজ করতে সাহায্য করার জন্য আইটি বিভাগ থাকার পিছনে উদ্দেশ্য কী নয়? আপনি যদি তাদের প্রয়োজনীয় সরঞ্জাম তৈরি করতে বারণ করেন তবে তারা কীভাবে তাদের কাজগুলি ভাল করতে পারে? "সেই ভুল প্রতিবেদনের জন্য আমাদেরকে দায়বদ্ধ রাখবেন না - বিক্রয়ের মধ্যে এমন কেউ এটি তৈরি করেছে" বলার মধ্যে কোনও ভুল নেই।
ফিল

@ ফিল - সম্মত এটি ব্যবসায়ের পরিচালনায় সহায়তা করার জন্য রয়েছে, নিজে কোনও কাজ সম্পাদন করার জন্য নয় - যদি এটি ব্যবসা তাদের কাজটি আরও ভালভাবে সম্পাদন করতে সক্ষম না করে তবে এটির অস্তিত্ব থাকত না এবং এটি যা কিছু সম্পাদন করে তা কীভাবে লেন্সের মাধ্যমে দেখা উচিত? তাদের প্রচেষ্টা কারণে ব্যবসা আরও ভাল কাজ করছে। আইটির বাইরে তৈরি প্রতিটি প্রক্রিয়া একটি আইটেমি পূরণ করে না এমন প্রয়োজনের সাথে মিলে যায় এবং তাদের নিষিদ্ধ করার ফলে নিরাপত্তাহীনতা আরও বেড়ে যায়। আপনার বিকাশ হয়নি এমন প্রক্রিয়াগুলিকে সমর্থন করার আশা করা যায় না এবং আমি দৃ be় থাকব তবে এই "দুর্বৃত্ত" সমাধানগুলি বাস্তব প্রয়োজনের সাথে মিলে যায় তা কেবল জেদী বলে স্বীকার করতে অস্বীকার করা।
SqlRyan

1
আমার অবশ্যই যুক্ত করতে হবে যে এই চাহিদা পূরণের জন্য তথ্য বিভাগের সম্প্রসারণের ব্যবস্থা নেওয়া হয়েছে।
পল টি ডেভিস

আইটি ব্যবসায়টি সমর্থন করে, প্রায়শই ব্যবসায় এটি আইটি সমর্থন করে না। জটিল, শেষ-ব্যবহারকারীর বিকাশযুক্ত স্প্রেডশিট বা অ্যাপ্লিকেশনগুলির বিষয়ে আইটি গ্রহণ করতে বা পরামর্শ দেওয়ার জন্য ব্যবসায়ের যে সময় লাগবে তার জন্য ব্যবসায়গুলি প্রায়শই হিসাব করে না। নেট ইফেক্টটি হ'ল একটি আন্ডারস্টাফড আইটি বিভাগ। এবং আমরা সবাই জানি যে এটি কীভাবে কাজ করে।
মাইক শেরিল 'ক্যাট রিক্যাল'

1

এখানে যদি সমস্যা হয় তবে এটি আইটি বিভাগের সাথে।

বিশেষজ্ঞের ব্যবসা / ডোমেন জ্ঞানের লোকদের নিজস্ব ডেটা ম্যানিপুলেট এবং প্রক্রিয়াকরণ করার অনুমতি দেওয়ার ক্ষেত্রে কোনও ভুল নেই।

তথ্য বিভাগের এটি স্বীকৃতি দেওয়া এবং সমর্থন করা দরকার। পুনরায় ব্যবহারযোগ্য ইন্টারফেস সরবরাহ করে, এক্সেল বা অ্যাক্সেস ডিবি যেমন সুবিধাজনক ফর্ম্যাটে ডেটা বিতরণ এবং নমনীয় সরঞ্জামাদি সরবরাহ করে (সিওএনএনওএস, জ্যাস্পার রিপোর্টস ইত্যাদি)।

আইটি বিভাগকেও তার অগ্রাধিকারগুলি নিয়ে পুনরায় চিন্তা করা দরকার - এটি ব্যবসায়ের সেবা করার জন্য, সর্বশেষতম পদ্ধতিটি বাস্তবায়ন করার জন্য নয়, বা যৌনতম হার্ডওয়্যার ইনস্টল করার জন্য রয়েছে।


1

অনেক সংস্থা, বা সংস্থাগুলির বিভাগগুলি হতাশার কারণ হ'ল তাদের আইটি বিভাগগুলি তাদের পক্ষে কাজটি পেতে বা নতুন কাজগুলি করা সহজতর করে। এটি বিভাগগুলিকে নেতৃত্ব দেয়, তারা মনে করে যে তারা আইটি নীতিগুলি দ্বারা আটকে রয়েছে, তাদের নিজস্ব সমস্যাগুলি সমাধান করার চেষ্টা করতে। যোগাযোগ কী। বিভাগগুলি যদি আইটি-এর আশেপাশে কাজ করে তবে আপনার যা যা আছে তা আইটি সমস্যা। এটি শত্রু হিসাবে দেখার মতো সামর্থ্য নেই। সংস্থাগুলি এবং বিশেষত আইটি বিভাগগুলিকে বুঝতে হবে যে তাদের একে অপরের বিরুদ্ধে না গিয়ে একসাথে কাজ করা দরকার। যদি বিভাগগুলি তাদের আইটি কর্মীদের সাথে যোগাযোগ করে (বিশেষত যাদের তদারকি করা উচিত) এবং তাদের তাদের প্রয়োজনীয়তা এবং কীভাবে তারা নিজের সমস্যা সমাধানের জন্য কাজ করছেন তা জানান, আইটি-তে কমপক্ষে সমস্যা সংঘটিত হওয়ার পরে বিষয়টি সন্ধান করার পরিবর্তে সমস্যাগুলি সমাধানে সহায়তা করার বিকল্প থাকবে। লুপে আইটি রাখুন।


1

এই অ্যাপ্লিকেশন বা স্প্রেডশিটগুলি হ'ল প্রায় অ্যাভয়েসগুলির এই বিশেষ সরঞ্জামগুলির একটি বৈধ প্রয়োজন need আইটি বিভাগের দুটি পছন্দ আছে। তারা সক্ষম বা অক্ষম হতে পারে। আমার অভিজ্ঞতায়, অক্ষমকারীরা হেরে যায় কারণ তারা বৈধ ব্যবসায়ের প্রয়োজনের পথে চলে এবং একটি সাধারণ শত্রু হয়ে যায়। অন্যদিকে সক্ষমরা সত্যিকার অর্থে একটি ব্যবসায় সহায়তা করে।

এর অর্থ এই নয় যে বিভাগের অর্থায়িত বিকাশকে বিনামূল্যে রাজত্ব দেওয়া উচিত। কিছু প্রয়োজনীয়তা প্রয়োগ করা উচিত, যেমন নিম্নলিখিত:

  • সমস্ত কোড নিয়মিত আইটি দ্বারা চালিত একটি সংস্করণ নিয়ন্ত্রণ সিস্টেমের প্রতি প্রতিশ্রুতিবদ্ধ হতে হবে। এটি সম্ভব করার জন্য এটির অবাধে অ্যাকাউন্ট এবং ডিরেক্টরি তৈরি করা উচিত। আইটি এমনকি কিছু নির্দেশ প্রদান করতে পারে।
  • পিআইআই (ব্যক্তিগতভাবে শনাক্তযোগ্য তথ্য), প্রমাণীকরণ, অনুমোদন, ক্রিপ্টোগ্রাফি, আইন দ্বারা সুরক্ষিত ডেটা বা ব্যবসাকে যে সমালোচনামূলক বলে মনে করা হয় তাতে জড়িত এবং আইটি থেকে পরামর্শকের দ্বারা অনুমোদিত হতে হবে thing আইটি / পরামর্শদাতার অ্যাপ্লিকেশন বিকাশ সক্ষম করার সময় ব্যবসায়ের যথাযথ সুরক্ষার জন্য সহায়তা, গ্রন্থাগার ইত্যাদি সরবরাহ করা উচিত।
  • প্রাথমিক ডাটাবেসগুলি সুরক্ষিত করা উচিত। ডাটাবেসের উপর নির্ভর করে, পঠিত অ্যাক্সেসটি আরও সহজভাবে অ্যাক্সেস পাওয়া এবং লিখতে সহজ হওয়া উচিত easy আইটি অ্যাকাউন্ট, লগিং বা নিরীক্ষণ সরবরাহ করার প্রয়োজন হতে পারে।

সক্ষম করার অনেক সুবিধা রয়েছে।

  • আইটি তাদের ক্লায়েন্টদের চাহিদা পূরণের বিষয়ে আরও শিখেছে। এটি উন্নত অগ্রাধিকার এবং ভাগ করে নেওয়ার দিকে পরিচালিত করে।
  • আইটিটিকে কোনও সমস্যা না করে বন্ধু এবং সুবিধা হিসাবে দেখা হয়।
  • বাস্তব ব্যবসায়ের চাহিদা পূরণ হয়।
  • ব্যবসায়িক ডেটা পর্যাপ্তরূপে সুরক্ষিত কারণ আইটি জড়িত ছিল, পিছনের দরজার প্রয়োজনীয়তা রোধ করে।
  • টার্নওভারের কারণে Deparment সরঞ্জামগুলি হারিয়ে যায় না এবং প্রয়োজনে আরও সহজেই আইটি-তে স্থানান্তরিত হতে পারে।

0

আমি আপনাকে সাহায্য করতে পারে কিন্তু আপনাকে সনাক্ত করতে পারে। আপনি যে সমস্যাটি বর্ণনা করেছেন তা সর্বজনীন, সংস্কৃতি, ভাষা এবং মহাদেশে বিস্তৃত বলে মনে হচ্ছে।

আপনি যে কাজগুলি করতে পারেন তা:

  • সুপারভাইজারের অনুমোদনের জন্য জিজ্ঞাসা করে ডেটাবেস অ্যাকাউন্টগুলি তৈরি করতে সীমাবদ্ধ করুন । তাদের একটি ডেটাবেস সার্ভার হিসাবে একটি স্থানীয় মেশিন ব্যবহার করতে বাধ্য করা বা অ্যাপ্লিকেশনকে একা একা লিখতে বাধ্য করা, এর কার্যকারিতা হ্রাস করে।

  • আইটি সম্পর্কিত ক্যারিয়ারের সমস্ত ইন্টার্নকে কেবল আইটি-র মাধ্যমে চুক্তিবদ্ধ করার জন্য করুন ।

  • সফ্টওয়্যার ইনস্টলেশন ওএস নীতি মাধ্যমে সীমাবদ্ধ । প্রতিটি সফ্টওয়্যার ইনস্টলেশন অবশ্যই আইটি সহায়তা ডেস্কের মাধ্যমে চ্যানেল করা উচিত, যা একজন সুপারভাইজারের অনুমোদনের প্রয়োজন। এমএস অ্যাক্সেস, পিএইচপি, ভিজ্যুয়াল বেসিক ইত্যাদির মতো কোনও কিছু ইনস্টল করা অযৌক্তিকভাবে পাস করা আরও কঠিন হবে।

  • একটি নীতি জারি করুন যে প্রতিটি নতুন বিকাশকে সমর্থন দেওয়ার জন্য অবশ্যই জাভা, সি #, সি ++ , বা অন্য যে কোনও ভাষায় খাড়া শেখার বক্ররেখার প্রয়োজন হবে এমন ভাষায় লিখতে হবে । এইভাবে আপনি "প্রোগ্রামিংয়ের একটি নির্দিষ্ট জ্ঞান" সহ লোকদের মহাবিশ্বকে চারপাশে জঞ্জাল থেকে হ্রাস করুন।

  • প্রয়োজনীয়তা মানুষ, "এক্সেল সমাধানগুলো" কোম্পানী প্রায় কটাক্ষপাত করা হবে কারণ একটি কর্পোরেশন আইটি চাহিদার প্রতিফলন হয়।

  • একটি বাস্তবায়নকারী ডাটা ওয়্যারহাউস এবং একটি চূড়ান্ত-ব্যবহারকারী বন্ধুত্বপূর্ণ ডেটা মাইনিং এবং প্রতিবেদন সরঞ্জাম । এইভাবে আপনি কাস্টম তৈরি, ইন্টার্ন লিখিত ছোট অ্যাপ্লিকেশনগুলির প্রয়োজনীয়তা হ্রাস করেন।

তবে: আপনি যে কোনও কাজই করবেন না তা কোনও বিগ চিফের ফোন কলকে আউটপাওয়ার করবে , আইটি ম্যানেজারকে কল করবে এবং কোনও ইন্টার্ন যে অ্যাপটি তৈরি করেছে তাকে সমর্থন করার জন্য তাকে বলবে


পয়েন্ট 1 সম্পর্কে, একা দাঁড়িয়ে থাকা অ্যাপ্লিকেশনগুলি কোনও ডিবি ছাড়াই ডেটা প্রক্রিয়াকরণে দুর্দান্ত সহায়তা হতে পারে, প্রায় 4 পয়েন্টের খাড়া লার্নিং বক্ররেখাগুলি যখন তার গোড়ায় থাকে তখন স্টাফ লিখতে কখনও থামায় না যার ফলস্বরূপ আরও খারাপ হতে পারে সমর্থন, বা এমনকি সোমেন বলে "আমাকে এই অ্যাপ্লিকেশনটির দরকার নেই"
র‌্যাচেট ফ্রিক

ওএস সীমাবদ্ধতা সম্পর্কে পয়েন্ট 3 কাজ করে না। ইতিমধ্যে প্রচুর সংস্থাগুলি "আপনার নিজের-ল্যাপটপটি আনুন" মডেলটিতে চলে এসেছেন।
সুলতান

5
আমি 4 নম্বরের সাথে একমত (সচেতন হোন যে কাস্টম সরঞ্জামগুলি আইটি থেকে প্রতিক্রিয়া স্বল্পতার প্রতিফলন করতে পারে), তবে বাকীগুলির সাথে নয়। আমলাতন্ত্রের সীমাবদ্ধতা-ভিত্তিক ব্যবস্থা। আমার অভিজ্ঞতায়, শেষ ফলাফলটি হ'ল জিনিসগুলি করা না হওয়া এবং আইটি-তে খুব কমই কার্যকর উপায়ে জড়িত হওয়া। উদাহরণস্বরূপ "না, আপনি এক্স করতে পারবেন না a কোনও পরিচালককে জিজ্ঞাসা করুন এবং এটি অনুমোদিত করুন।" (ফলাফল: এক্স কখনই সম্পন্ন হয় না; হতাশার মাত্রা বৃদ্ধি পায়)
এন্ড্রেস এফ।

0

আমার সংস্থা এই ধরণের পরিস্থিতিতে সহায়তা করার একটি উপায় হ'ল ভাষা অজ্ঞেয়বাদী না হওয়া। আপনি যদি কোনও অ্যাপ্লিকেশন / প্রোগ্রামটিকে এমনকি বিবেচনা করে দেখতে চান তবে এটি আমাদের পছন্দের (জাভা) ভাষায় হওয়া দরকার। আমরা কিছু জিকিউরি বা জেএস এর জন্য নিয়মগুলি কিছুটা প্রসারিত করতে পারি তবে এটির জন্য একটি ভাল রচনাযুক্ত অ্যাপ্লিকেশন হওয়া দরকার যা একটি সমালোচনামূলক প্রয়োজন পরিবেশন করে। এসে বলবেন না যে "আমি এই পিএইচপি অ্যাপ্লিকেশনটি পেয়েছি যা আমার জন্য আপনার হোস্ট করার দরকার আমার" কারণ সম্ভবত আপনাকে একটি পলিসি শীট দেওয়া হবে।

জিনিসগুলি খুব বড় হয়ে ওঠার আগেই সেগুলি স্তব্ধ করা গুরুত্বপূর্ণ, কারণ আপনি যদি কেউ আরও ভাল হয়ে থাকেন তবে আপনি এটি শেখার জন্য বা পুনর্লিখনের জন্য উত্সর্গ করতে পারেন cause কারণ একবার সেই বড় উইগ উপরের তলায় সিদ্ধান্ত নিলে তিনি এটি পছন্দ করেন আপনার সম্ভবত আমার অভিজ্ঞতা থেকে কখনই এটি থেকে মুক্তি পাবেন না।


0

গিকসের Theদ্ধত্য!

অনেক ক্ষেত্রে ব্যবসায়ের ব্যবহারকারীরা আইটি লোকেরা বুঝতে পারে না এমন কাজ করতে সরঞ্জামগুলি ব্যবহার করতে পারেন। এটি এ কারণে নয় যে তারা স্বভাবগতভাবে খারাপ, কিন্তু তারা ব্যবসায় জানেন যে এটি কীভাবে কাজ করে এবং কীভাবে তারা এটি কাজ করতে চায়।

উদাহরণস্বরূপ, একটি সফ্টওয়্যার সংস্থা বাজারের ডেটা ফিডগুলিতে অ্যাক্সেস অনুকূল (ব্যয়বহুল) জন্য একটি অ্যাপ্লিকেশন তৈরি করেছে। পরবর্তী চিন্তাভাবনা হিসাবে তারা একটি এক্সেল প্লাগইন সরবরাহ করেছিল যাতে ব্যবহারকারীরা স্প্রেডশিটের মাধ্যমে সর্বশেষ শেয়ারের দামটি অ্যাক্সেস করতে পারে। এক বছরের দ্রুত এগিয়ে এবং আমি যে সংস্থার জন্য কাজ করেছি তার প্রায় প্রতিটি ব্যবসায়ীের তাদের ব্যবসায়ের কৌশলটি সমর্থন করার জন্য এক বা একাধিক অবিশ্বাস্যরকম জটিল স্প্রেডশিট ছিল। ম্যাক্রোগুলির সাথে তাদের এখনই সমস্যা হবে এবং আইটি ছেলেদের একজনকে সাহায্যের জন্য জিজ্ঞাসা করবেন, বেশিরভাগ প্রত্যাখ্যান করলেন (এবং তারা বিস্মিত হন যে কেন ব্যবসায় আমাদের ঘৃণা করে!)। আমার অবশ্য যেতে হয়েছিল এবং আমি বিভিন্ন ফাংশন পরামিতি এবং বিজ্ঞপ্তি সংক্রান্ত রেফারেন্সগুলির সাথে প্রযুক্তিগত সমস্যাগুলি সমাধান করতে পারার সময় আমি সত্যই বলতে পারি যে পুরো স্প্রেডশিটটি আসলে কী করেছিল তার সামান্যতম ক্লু আমারও ছিল না। এগুলি নয় যে এগুলি খারাপভাবে একত্রিত করা হয়েছিল বা খারাপ প্রোগ্রাম করা হয়নি তবে ব্যবসায়ীরা কী অর্জন করার চেষ্টা করছে তার সূক্ষ্মতার প্রশংসা করার জ্ঞান বা অভিজ্ঞতা আমার কাছে নেই বলেই। তদুপরি আমি স্ট্যান্ডার্ড আইটি প্রকল্প হিসাবে "যথাযথ" প্রোগ্রামিং ভাষায় এই স্প্রেডশিটের একটির কার্যকারিতাটির প্রতিলিপি তৈরির জন্য একটি 5 ম্যান ইয়ার প্লাস আইটি প্রকল্পের অনুমান করব।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.