টেক লিড হিসেবে আমি যে আশ্চর্যজনক পাঠ শিখেছি

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

আমি বর্তমানে আমার ক্যারিয়ারের এই নতুন পর্বটি নিয়ে খুব উত্তেজিত। আমি অনেক কিছু শিখেছি এবং এই যাত্রার কিছু অংশ কমিউনিটির সাথে শেয়ার করতে চাই। আমি আশা করি যে এখানে উপস্থাপিত তথ্য পাঠকদের জন্য অনেক মূল্যবান হবে।

মানুষ প্রথম - সফট স্কিল এর গুরুত্ব

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

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

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

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

জুনিয়র এবং সিনিয়রের মধ্যে লাইন (না, মিড-লেভেল নয়)।

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

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

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

আমার প্রথম অভিজ্ঞতা একটি প্রকল্প নেতৃস্থানীয়

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

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

উপসংহার এবং অতীতের দিকে তাকান - স্নেহের সাথে মাস্টারের কাছে

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

তবে হ্যাঁ, আমি বিভিন্ন স্তরে একজন বিকাশকারী হিসাবে নিবিড়ভাবে কাজ করেছি এবং আমার ক্যারিয়ার জুড়ে বিভিন্ন ধরণের সিনিয়র পেশাদারদের সাথে দেখা করার সুযোগ পেয়েছি:

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

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