বাণিজ্যিক সফ্টওয়্যার আপগ্রেড করার কৌশল কীভাবে ডকুমেন্ট করবেন?


11

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

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

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


7
কেউ শীঘ্রই এ দিকে এগিয়ে যাবেন, আমি নিশ্চিত, তবে আমার মনে হয় যে একটি বিষয় বাদ দেওয়া উচিত নয় তা হ'ল সংস্থাটি যখন আপগ্রেডগুলিতে অর্থ ব্যয় না করল, এটি ব্যবসায়কে ঝুঁকির মধ্যে ফেলেছিল । আমাদের যা করতে হবে তার মধ্যে একটি হ'ল পরিচালনা না আপগ্রেড না করার ঝুঁকি সম্পর্কে সচেতন করা।
মাইকেল হ্যাম্পটন 21

3
আপগ্রেড স্থগিত করার জন্য একটি জার্গন টার্মটি হ'ল আপনি "প্রযুক্তিগত debtণ" তৈরি করেন; নিয়মিত রক্ষণাবেক্ষণ এবং আপগ্রেড স্থগিত করে আপনি স্বল্পমেয়াদে কিছু অর্থ সাশ্রয় করেছেন বলে মনে হচ্ছে, কিন্তু অবশেষে আপনাকে বছরের পর বছর অবহেলার পরে রক্ষণাবেক্ষণ করতে হবে তখনও আপনাকে পাইপারটি প্রদান করতে হবে: প্রায়শই সময়টি দুর্ভাগ্যজনক হবে, বিক্রেতারা তা করবেন না থেকে একটি সমর্থিত অবিলম্বে আপগ্রেড পথ থাকতে $CURRENT-version minus 20 yearsকরার $CURRENT-versionইত্যাদি এবং আপনি সম্ভবত উপসংহার পৌঁছবে: যাদের প্রকৃত সঞ্চয় কিন্তু করা হয় নি খরচ করতে হবে যে ভবিষ্যতে তারিখে আপনাকে অর্থ প্রদান
এইচবিউইজন

1
লাইফ সাইকেল ম্যানেজমেন্ট কোনও পরিপক্ক পরিবেশে একটি অকৃতজ্ঞ প্রয়োজনীয়তা এবং পিআইএটিএ আয়োজন করার জন্য organize শুভকামনা!
এইচবিউইজন

উত্তর:


7

দেখে মনে হচ্ছে আপনি একবারে অনেকগুলি সমস্যা সমাধানের চেষ্টা করছেন (এবং এটি কোনও ভাল ধারণা বলে মনে হচ্ছে না)।

আমি যা পড়েছি তা থেকে:

  • পুরানো ওএস এবং অ্যাপ্লিকেশন
  • দীর্ঘমেয়াদী কৌশল নেই
  • আপনার অবকাঠামো নথিভুক্ত সমস্যা
  • অবকাঠামোগত সমালোচনামূলক অংশটিকে আপগ্রেড করার জরুরি প্রয়োজন

"সফ্টওয়্যারটির জটিল অংশ" আপগ্রেড করা হচ্ছে

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

সুতরাং প্রথম যে বিষয়টি আমি সন্ধান করব তা হ'ল: পরিচালকরা কি পুরানো সফ্টওয়্যার ঝুঁকি সম্পর্কে জানেন? তাদের কি বলা হয়েছিল?

সত্যিই, আমি মনে করি আপনি সম্ভবত এটি সম্পর্কে দরকারী কিছু পাবেন না, তাই আমি এটিতে খুব বেশি সময় ব্যয় করব না। এটি কেবল এমন একটি বিষয় যা "আমরা আপনাকে গত পাঁচ বছর ধরে বলছিলাম" এর লাইনে আপনাকে সহায়তা করতে পারে।

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

এই জাতীয় তালিকা তৈরি করা আপনাকে পুরো সমস্যার সমাধান করতে সহায়তা করবে। পরবর্তী জিনিস হ'ল ঝুঁকিপূর্ণ লগ এবং আপনার প্রয়োজনীয় সংস্থানগুলির তালিকা তৈরি করা।

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

কোন ক্রিয়াকলাপগুলি করা দরকার তা বিশ্লেষণ করতে আপনার যদি সমস্যা হয় তবে আপনি কিছু মাইন্ড ম্যাপ চেষ্টা করতে পারেন (আমার প্রিয় ডাব্লু এক্স মাইন্ড) এবং তারপরে আরও আনুষ্ঠানিক ডকুমেন্টে রূপান্তর করতে পারেন।

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

সম্ভবত এই বিশেষ ক্ষেত্রে: উল্লেখ করুন যে আপগ্রেড করা মোটেই সম্ভব নয়।

দীর্ঘমেয়াদী কৌশল নেই

কৌশলগত পরিকল্পনা তৈরি করা এখন আপনাকে সাহায্য করবে না। এটি আপনার আইটি বিভাগের অভ্যন্তরে নথি তৈরি করা কোনও ক্ষেত্রে সহায়তা করবে না। কৌশলগত পরিকল্পনা এমন একটি বিষয় যা ব্যবসায়ের প্রয়োজনের সাথে আবদ্ধ হওয়া দরকার।

ব্যবসায়ের প্রয়োজনের উদাহরণ: দুই বছরে আমরা চীন এবং অস্ট্রেলিয়ায় নতুন অফিস খুলব।

আইটি কাজগুলি গৃহীত: নতুন কর্মীদের খারাপ দিকনির্দেশ পেতে, বিদেশি অফিসগুলিতে অবকাঠামো তৈরি করতে, নতুন কর্মীদের প্রশিক্ষণ প্রদান (সম্ভবত তাদের মাতৃভাষা ব্যবহার করে), সেই অফিসগুলি থেকে কেন্দ্রীয়ভাবে সুরক্ষিত যোগাযোগ সরবরাহ করার জন্য প্রস্তুত থাকুন ...

যদি জিনিসগুলি ঠিকঠাক হয় তবে আপনার কৌশলটি হতে পারে ... কয়েক মাসের মধ্যেই? সুতরাং প্রায় অর্ধেক বছর পর্যন্ত সমস্ত বিষয়ে একমত হওয়া পর্যন্ত?

আপনার অবকাঠামো রক্ষণাবেক্ষণ এবং ডকুমেন্টিং

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

আপনি যদি কিছু ভালভাবে আপডেট করে থাকেন তবে এটি দৈনন্দিন ব্যবসায় হিসাবে পরিচালনা করুন। যদি আপনি এমন কোনও কিছু পরিচালনা করে যা খারাপ হতে পারে (ব্যয়কৃত সময়ের, বরাদ্দকৃত লোক ইত্যাদির ক্ষেত্রে "বড়"), তবে এটি একটি প্রকল্প হিসাবে পরিচালনা করুন।

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

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


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

1
হ্যাঁ, আপনি কী বলতে চাইছেন তা আমি জানি। তবে আমি মনে করি আপনি যদি সেই নির্দিষ্ট বাক্যটি কেটে দেন তবে বাকি উত্তরগুলি এখনও বৈধ থাকবে। :)
ফিজিচ
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.