কেন নির্দিষ্ট বৈশিষ্ট্যগুলি সরবরাহ করা হয় না তা বোঝা প্রায়শই চ্যালেঞ্জিং হতে পারে। ম্যানেজমেন্ট প্রযুক্তিগত দলগুলোকে দোষারোপ করতে পারে, যখন প্রযুক্তিগত দলগুলো ম্যানেজমেন্টের দিকে আঙুল তুলেছে। এদিকে, ব্যবসার দিকটি মাঝখানে ধরা পড়েছে, পরিস্থিতি নির্বিশেষে ফলাফলের জন্য চাপ দেওয়ার সময় মূল কারণ চিহ্নিত করার চেষ্টা করছে। এই দৃশ্যটি সাধারণত কোম্পানির উল্লেখযোগ্য বৃদ্ধির পরে বা যখন আগের সমস্যাগুলি, যা আগে ঠিক করা সহজ ছিল, সময়ের সাথে সাথে উপেক্ষিত হওয়ার পরে উদ্ভূত হয়। এটি একটি সাধারণ ভুল ধারণা যে একটি প্রযুক্তি কোম্পানির সমস্ত সমস্যা সম্পূর্ণরূপে প্রযুক্তিগত; ইহা সত্য থেকে অনেক দূরে।
এই নিবন্ধে, আমি একটি কোম্পানির প্রতিষ্ঠানের মধ্যে এমন ক্ষেত্রগুলির রূপরেখা দেব যা উল্লেখযোগ্যভাবে বৈশিষ্ট্য সরবরাহে বাধা দিতে পারে। আমি মূল কারণগুলি শনাক্ত করার জন্য তদন্তের দিকনির্দেশও সুপারিশ করব, যেগুলি আপনার কর্তৃপক্ষের স্তরের মধ্যে বাড়ানো বা সমাধান করা যেতে পারে।
কোনো পরিবর্তন বা উন্নতি বাস্তবায়নের আগে আমাদের কাজের পরিবেশ বোঝা অত্যন্ত গুরুত্বপূর্ণ। যদিও এই বিষয়ে অনেক অন্তর্দৃষ্টিপূর্ণ বই লেখা হয়েছে, তবে সমস্ত পদ্ধতি প্রতিটি কোম্পানির জন্য উপযুক্ত হবে না। এটি কিছু ভুল করার প্রতিফলন নয়, বরং প্রতিটি কোম্পানির অনন্য প্রকৃতির স্বীকৃতি।
একটি গুরুত্বপূর্ণ নোট হল এখানে শেয়ার করা অন্তর্দৃষ্টিগুলি প্রাথমিকভাবে সফ্টওয়্যার ডেভেলপমেন্টের সাথে সম্পর্কিত এবং 50 বা তার বেশি কর্মচারী সহ কোম্পানি বা বিভাগে সবচেয়ে বেশি প্রযোজ্য৷
প্রথম এবং সর্বাগ্রে, আপনার কোম্পানির আকার এবং গঠন বুঝতে. বিভিন্ন বিভাগ সনাক্ত করুন এবং প্রতিটি থেকে আপনার প্রত্যাশা স্পষ্ট করুন। এই সব বিভাগ প্রয়োজনীয় কিনা মূল্যায়ন. সাংগঠনিক কাঠামোর একটি ডায়াগ্রাম তৈরি করুন, প্রতিটি বিভাগ এবং তাদের ভূমিকার বিশদ বিবরণ দিয়ে, তারা কী করে এবং কেন তারা বিদ্যমান তা আপনি বুঝতে পারেন তা নিশ্চিত করুন। প্রায়শই, প্রতিটি বিভাগে বেশ কয়েকটি দল থাকে — এগুলিকে আপনার ডায়াগ্রামেও অন্তর্ভুক্ত করুন তবে এখনকার জন্য তাদের বর্ণনা করবেন না শুধুমাত্র দলের নামগুলি থাকবে।
কোম্পানির বৃদ্ধির সাথে সাথে সাংগঠনিক কাঠামো জটিল হয়ে উঠতে পারে, যার ফলে অগ্রগতি ট্র্যাক করা কঠিন হয়ে পড়ে। এই জটিলতায়, আপনি নির্দিষ্ট বিভাগ বা দল তৈরির পিছনে মূল যুক্তিটি হারিয়ে ফেলতে পারেন। কিছু দল হয়তো এমন সমস্যা সমাধানের জন্য প্রতিষ্ঠিত হয়েছে যা আর প্রাসঙ্গিক নয়। এখানে, এটি একটি উচ্চ স্তরে দেখতে কেমন হতে পারে।
একবার আপনার সাংগঠনিক কাঠামোর একটি পরিষ্কার চিত্র পাওয়া গেলে, এরপর কী আসে?
এর পরে, আপনার কর্মীদের অনুক্রমের মানচিত্র তৈরি করা অপরিহার্য। কে কার কাছে রিপোর্ট করে এবং কেন তা বোঝা অত্যন্ত গুরুত্বপূর্ণ। লাইন ম্যানেজারদের তাদের অধস্তনদের সাথে কার্যকরভাবে যোগাযোগ করতে হবে, তারা একটি বড় ব্যবসায়িক ইউনিট পরিচালনা করুক বা একটি ছোট দল। প্রযুক্তিগত বা ব্যবসায়িক ভাষায় যোগাযোগ পরিষ্কার হওয়া উচিত, কারণ উভয়ই পরিচালনা করা চ্যালেঞ্জিং হতে পারে। বৃহত্তর কোম্পানিগুলিতে, দায়িত্বের স্বতন্ত্র ক্ষেত্র সহ সরাসরি এবং কার্যকরী ব্যবস্থাপক থাকতে পারে, যা আপনার অনুক্রমের চিত্রে স্পষ্টভাবে উপস্থাপন করা উচিত।
একজন কর্মচারী শ্রেণিবিন্যাস শুধুমাত্র রিপোর্টিং লাইনগুলিকে স্পষ্ট করে না বরং সংস্থার মধ্যে উল্লম্বগুলি সনাক্ত করতেও সাহায্য করে। উল্লম্বগুলি হল শ্রেণীবদ্ধ কাঠামো যা ডিজাইনার, HR, DevOps এবং এমনকি ডেভেলপারদের মতো একাধিক বিভাগে ভাগ করা সম্পদ হিসাবে কাজ করে। যদিও উল্লম্বগুলি খুব উপকারী হতে পারে, তারা কখনও কখনও বাধা হয়ে দাঁড়াতে পারে, বিশেষ করে যখন বিকাশকারীরা বিভিন্ন প্রকল্পে কাজ করে এবং এমন পরিচালকদের রিপোর্ট করে যারা ব্যবসার লক্ষ্য বা প্রযুক্তিগত চ্যালেঞ্জগুলির সাথে পরিচিত নয়। ফলস্বরূপ, বিকাশকারীরা একটি সঠিক প্রতিক্রিয়া পান না, পরিচালকদের একটি সঠিক প্রসঙ্গ নেই। অতএব, সম্ভাব্য সমস্যা বা কাজগুলির অগ্রাধিকার সনাক্তকরণ এবং বিশ্লেষণের জন্য অনুক্রমটি বোঝা অত্যাবশ্যক। তারপর শেষে আপনি এই মত কিছু হবে.
টীকা
সিইও - প্রধান নির্বাহী কর্মকর্তা
CPO - প্রধান পণ্য কর্মকর্তা
সিটিও - চিফ টেকনিক্যাল অফিসার
সিওও - চিফ অপারেশনাল অফিসার
এইচডি - ডিজাইনের প্রধান
PO — পণ্যের মালিক
তিনি - প্রকৌশল বিভাগের প্রধান
এইচএস - বিক্রয় প্রধান
এইচএম - মার্কেটিং প্রধান
D — বিকাশকারী
পিএম - প্রোডাক্ট ম্যানেজার
TL — টেক লিড
ইএম — ইঞ্জিনিয়ারিং ম্যানেজার
এস - সেলস ম্যানেজার
এম — মার্কেটার
বিভিন্ন ক্রিয়াকলাপে প্রতিটি কর্মচারীর সম্পৃক্ততার অন্তর্দৃষ্টি পেতে আপনার রিপোর্টিং লাইনের সাথে আপনার সাংগঠনিক কাঠামোর তুলনা করুন। অধিকন্তু, কর্মচারী শ্রেণিবিন্যাসের সাথে আপনার সাংগঠনিক কাঠামো সারিবদ্ধ করা ব্যক্তিরা একই বিভাগ এবং দলের মধ্যে এবং একটি সাধারণ লক্ষ্যের দিকে কাজ করছে কিনা তা নির্ধারণ করতে সহায়তা করতে পারে। ম্যাপিং এর টেমপ্লেট সম্পূর্ণরূপে আপনার উপর নির্ভর করে তবে এটি এটি পছন্দ করতে পারে।
প্রতিটি দল যে এলাকায় কাজ করে তা স্পষ্টভাবে সংজ্ঞায়িত করা গুরুত্বপূর্ণ। যদি একটি দল কোডের সাথে কাজ করে, তবে তারা যে পরিষেবাগুলি ব্যবহার করে এবং সেগুলির মালিকানা নির্দিষ্ট করে৷ আশ্চর্যজনকভাবে, এগুলি প্রায়শই আলাদা হতে পারে। দলটি শুধুমাত্র একটি বিভাগের মধ্যে কাজ করে কিনা বা এটি একটি প্ল্যাটফর্ম টিম কিনা তা নির্ধারণ করুন যে অন্য দলগুলি সরাসরি তাদের পরিবর্তন না করেই মূল বৈশিষ্ট্যগুলিতে কাজ করে।
নিম্নলিখিত কলামগুলির সাথে একটি টেবিল তৈরি করা খুব সহায়ক হতে পারে: দলের নাম, বিভাগ, মালিকানাধীন পরিষেবাগুলির তালিকা, সাধারণ পরিষেবাগুলির তালিকা যা দলটি সংশোধন করতে পারে কিন্তু মালিক নয় (আদর্শভাবে, এই ধরনের পরিষেবাগুলি থাকা উচিত নয়), এবং একটি সংক্ষিপ্ত বিবরণ . এই সারণীটি আপনাকে পরীক্ষা করতে সাহায্য করবে যে একাধিক দল একই কোডবেসে কাজ করছে, দ্বন্দ্বের দিকে নিয়ে যাচ্ছে, বা তাদের দায়িত্বের ক্ষেত্রগুলি সম্পর্কে স্পষ্টতার অভাব রয়েছে কিনা। এটিও প্রকাশ করতে পারে যে কোনও দল প্রাথমিকভাবে বাগগুলি ঠিক করছে বা স্পষ্ট ফোকাস ছাড়াই বিভিন্ন কাজগুলিতে ড্যাবল করছে কিনা।
ওভারল্যাপ, দ্বন্দ্ব এবং দলের দায়িত্বের ফাঁক শনাক্ত করার জন্য, মসৃণ সহযোগিতা এবং আরও দক্ষ প্রকল্প বাস্তবায়ন নিশ্চিত করার জন্য এই স্তরের বিশদটি অত্যন্ত গুরুত্বপূর্ণ।
দলগুলি বর্ণনা করার পাশাপাশি, সাধারণ কর্মচারীদের অবস্থান বোঝা এবং তাদের দায়িত্বগুলির একটি বিশদ বিবরণ প্রস্তুত করা অত্যন্ত গুরুত্বপূর্ণ। প্রায়শই, কর্মচারীরা আসলে যা করছেন তার থেকে ব্যবস্থাপনার ধারণাগুলি উল্লেখযোগ্যভাবে আলাদা হতে পারে। সফ্টওয়্যার ডেভেলপমেন্ট ইন্ডাস্ট্রির বিভিন্ন পদ রয়েছে এবং কোম্পানি থেকে কোম্পানিতে প্রত্যাশা ব্যাপকভাবে পরিবর্তিত হতে পারে। উদাহরণস্বরূপ, একজন ইঞ্জিনিয়ারিং ম্যানেজারের ভূমিকা ব্যাপকভাবে আলাদা হতে পারে, ডেলিভারি ম্যানেজার, ডেটা সায়েন্টিস্ট, আর্কিটেক্ট, টেকনিক্যাল লিড ইত্যাদির ভূমিকা উল্লেখ না করে। কিছু কোম্পানিতে, একজন একক ব্যক্তি একাধিক ভূমিকা পালন করবে বলে আশা করা যেতে পারে।
প্রতিটি অবস্থানের জন্য স্পষ্ট প্রত্যাশা নির্ধারণ করা অপরিহার্য। এই স্বচ্ছতা শুধুমাত্র ক্রিয়াকলাপগুলিকে সঠিকভাবে ট্র্যাক করতে সহায়তা করে না তবে কর্মচারীরা তাদের থেকে কী প্রত্যাশিত এবং কী তাদের সুযোগের বাইরে পড়ে তা বুঝতে পারে তা নিশ্চিত করে। এটি প্রতিষ্ঠানের সকল পদের ক্ষেত্রে প্রযোজ্য। স্পষ্ট ভূমিকা সংজ্ঞা ওভারল্যাপ প্রতিরোধ করতে সাহায্য করে, বিভ্রান্তি কমায় এবং নিশ্চিত করে যে সবাই সাধারণ লক্ষ্যের দিকে দক্ষ এবং সংগঠিত পদ্ধতিতে কাজ করছে।
এখন পর্যন্ত, আপনার কোম্পানির কাঠামো, কর্মচারী শ্রেণিবিন্যাস এবং তাদের দায়িত্ব সম্পর্কে আপনার স্পষ্ট ধারণা থাকা উচিত। যদিও জিনিসগুলি বিভ্রান্তিকর বলে মনে হতে পারে, তবে লক্ষ্য হল কোন পরিবর্তন করার আগে বর্তমান অবস্থা বুঝতে হবে। এখন, আপনার বৈশিষ্ট্য সরবরাহের প্রক্রিয়াটি বর্ণনা করার সময় এসেছে — কীভাবে ব্যবসার বৈশিষ্ট্যগুলি প্রাথমিক ধারণা থেকে উত্পাদনে চলে যায়।
অনুগ্রহ করে, এখানে CI/CD-এর মতো প্রযুক্তিগত দিকগুলিতে ফোকাস করবেন না, তবে ব্যবসা থেকে বিকাশকারীদের প্রবাহের উপর, অনুমান করুন যে বিকাশকারীরা কোড লেখেন এবং এটি সরাসরি উত্পাদনে স্থাপন করেন। উদ্দেশ্য হল ব্যবসা থেকে দলে আপনার প্রক্রিয়ার যেকোন সমস্যা চিহ্নিত করা এবং কর্মচারীরা এর সাথে কতটা ভালোভাবে সারিবদ্ধ তা দেখা।
এই দিকগুলি বিবেচনা করুন:
মনে রাখবেন, পরিচালনা এবং প্রতিবেদনের প্রতিটি স্তরের দিকনির্বিশেষে জটিলতা এবং অনিশ্চয়তা যোগ করে। শেষ পর্যন্ত, আপনার প্রক্রিয়া ডায়াগ্রাম একটি সহজ প্রশ্নের উত্তর দেওয়া উচিত: "কিভাবে?"
আপনি টেমপ্লেটগুলির সাথে খেলতে পারেন এবং আপনার প্রয়োজনে এটি সামঞ্জস্য করতে পারেন। এখানে মূল খেলোয়াড়দের ছাড়াই ডেলিভারি প্রক্রিয়ার খুব উচ্চ স্তরের উদাহরণ রয়েছে যারা ডেলিভারি নিয়ন্ত্রণ করে কিন্তু সময়সীমার সাথে।
আপনি যদি এই চিত্রটি কীভাবে তৈরি করবেন তা নিশ্চিত না হন, তবে সমস্ত স্টেকহোল্ডারদের মধ্যে স্পষ্টতা এবং বোঝাপড়া নিশ্চিত করতে BPMN (বিজনেস প্রসেস মডেল এবং নোটেশন) বা আয়তক্ষেত্র এবং লাইনের মতো একটি সহজ বিন্যাস ব্যবহার করার কথা বিবেচনা করুন। মূল প্রক্রিয়াটি পরিষ্কার এবং বোধগম্য করা।
একবার আপনি কোম্পানির কাঠামো, কর্মচারী শ্রেণিবিন্যাস, দল এবং অবস্থানের দায়িত্ব এবং বিতরণ প্রক্রিয়া ম্যাপ করে ফেললে, আপনার সমস্ত ফলাফল সংস্থার সাথে ভাগ করুন এবং একটি সমীক্ষা পরিচালনা করুন, বিশেষত বেনামী। এই বেসলাইন হাইলাইট করে কিভাবে আপনার কোম্পানি কাজ করে। যদিও আপনি নিজে এই ওভারভিউ প্রস্তুত করেছেন বা কিছু কাজ অর্পণ করেছেন, সম্ভবত ডেভেলপার, ডিজাইনার এবং বিশ্লেষকরা সরাসরি জড়িত ছিলেন না। আপনার ফলাফলের নির্ভুলতা মূল্যায়ন করার জন্য তাদের প্রতিক্রিয়া অত্যন্ত গুরুত্বপূর্ণ।
কর্মীদের আপনার ডকুমেন্টেশনের গুণমান মূল্যায়ন করতে বলুন। তারা ডেলিভারি প্রক্রিয়া সম্পর্কে কি মনে করেন? এটা কি সত্যিই প্রতিফলিত করে কিভাবে জিনিসগুলি করা হয়? তারা কোথায় প্রতিবন্ধকতা দেখতে পায়?
বিভিন্ন অভিযোগ এবং প্রতিক্রিয়া আশা করুন যা আপনাকে কোম্পানির ক্রিয়াকলাপের বাস্তবতার সাথে আরও ভালভাবে মেলে আপনার ফলাফলগুলিকে পরিমার্জিত করতে সহায়তা করবে। এই প্রতিক্রিয়াটি অত্যাবশ্যক কারণ প্রায়শই অনুক্রমের একাধিক স্তরের মাধ্যমে প্রসঙ্গ হারিয়ে যায়, এবং সমস্ত স্তর থেকে ইনপুট সংগ্রহ করা প্রতিষ্ঠানের একটি পরিষ্কার, আরও সঠিক চিত্র প্রদান করবে।
এখন যেহেতু আপনার কোম্পানি বা বিভাগগুলি কীভাবে কাজ করে তার একটি বিস্তৃত বিবরণ রয়েছে, আপনি সম্ভাব্য সমস্যাগুলি বিশ্লেষণ এবং অনুসন্ধান করতে শুরু করতে পারেন। এই বেসলাইন সমস্যা বোঝার এবং সমাধান করার জন্য একটি সুস্পষ্ট সূচনা বিন্দু প্রদান করে।
এখানে ফোকাস করার জন্য কিছু ক্ষেত্র রয়েছে:
তারপর শেষে আপনি আপনার কোম্পানির প্রকৃত সমস্যাগুলির একটি তালিকা প্রস্তুত করতে পারেন, এটি এমন কিছু যা আপনি কাজ করবেন। তাদের সমালোচনামূলক বিষয়গুলি থেকে অগ্রাধিকার দিন যার জন্য "ভাল থাকা ভাল" উন্নতির জন্য অবিলম্বে মিথস্ক্রিয়া প্রয়োজন।
আপনি হয়ত ভাবছেন, "এ সবই দুর্দান্ত শোনাচ্ছে, কিন্তু আমি কীভাবে জিনিসগুলিকে উন্নত করব?" এটি একটি ভাল প্রশ্ন, এবং সৎ উত্তর নির্ভর করে আপনার সনাক্ত করা নির্দিষ্ট সমস্যা এবং আপনার ব্যবসার প্রয়োজনের উপর। যাইহোক, পরামর্শের একটি গুরুত্বপূর্ণ অংশ হ'ল একবারে সবকিছু পরিবর্তন করার চেষ্টা করা এড়ানো। পরিবর্তে, ক্রমবর্ধমান ছোট পরিবর্তনগুলি বাস্তবায়ন করুন, ফলাফলগুলি মূল্যায়ন করুন এবং পুনরাবৃত্তি করুন৷ মনে রাখবেন, চটপটে পদ্ধতি শুধুমাত্র সফটওয়্যার ডেভেলপমেন্টেই কাজ করে না কিন্তু যেকোন ধরনের সাংগঠনিক পরিবর্তনে প্রয়োগ করা যেতে পারে।
আপনার উন্নতি প্রক্রিয়াকে গাইড করার জন্য এখানে কিছু পদক্ষেপ রয়েছে:
এই পদক্ষেপগুলি অনুসরণ করে, আপনি অবহিত, ক্রমবর্ধমান পরিবর্তন করতে পারেন যা ধীরে ধীরে আপনার প্রতিষ্ঠানের দক্ষতা এবং কার্যকারিতা উন্নত করে।
আমি কোন কোম্পানি বা বিভাগে উদ্ভূত হতে পারে যে সাধারণ সমস্যা হাইলাইট করার লক্ষ্য. আমি ইচ্ছাকৃতভাবে নির্দিষ্ট ফ্রেমওয়ার্ক বা পদ্ধতির সুপারিশ করা এড়িয়ে চলি কারণ প্রতিটি কোম্পানির অনন্য লক্ষ্য এবং কাঠামো রয়েছে এবং আপনার জন্য কোনটি সবচেয়ে ভাল কাজ করে তা নির্ধারণ করা অত্যন্ত গুরুত্বপূর্ণ।
আবার, ডেভেলপারদের উপর দোষ চাপানো সহজ, কিন্তু মনে রাখবেন, তারা ব্যবসার অগ্রাধিকার সম্পর্কে অজ্ঞ বা অস্পষ্ট বিতরণ প্রক্রিয়া দ্বারা অবরুদ্ধ হতে পারে। কখনও কখনও, ব্যবসা নিজেই অবচেতনভাবে ব্লকার তৈরি করে। আমি আশা করি এই নিবন্ধটি উন্নতির দিকে প্রথম পদক্ষেপ নিতে সাহায্য করবে।