কীভাবে একটি উন্নয়ন দল গঠন করবেন


22

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

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

  • জুনিয়র বিকাশকারীদের সিনিয়রদের কাছে রিপোর্ট করুন। এটি সেরা প্রযুক্তিবিদদের দ্বারা উন্নয়নে ব্যয় করা সময় হ্রাস করে।
  • সফটওয়্যার প্রোডাক্ট দ্বারা দলকে বিভক্ত করুন, যেমন বিকাশকারীরা ইন্ট্রনেটে 1-6 কাজ করে এবং বাহ্যিক সাইটগুলিতে 7-11 কাজ করে, প্রতিটি বিভাগে নতুন দলের নেতৃত্ব রয়েছে (সম্ভবত সিনিয়র বিকাশকারীদের তুলনায় আরও পরিচালনা / পরামর্শ / কোচিংয়ের দায়িত্ব সহ একটি নতুন কাজের বিবরণ) )। এটি কৃত্রিম সিলো যুক্ত করেছে এবং যদি আমি তাদের চান তবে একটি বাহ্যিক ওয়েবসাইটে কাজ করার জন্য "ইন্ট্রানেট বিকাশকারী" পেতে অসুবিধা হতে পারে।
  • কাঠামোটি সমতল রাখুন এবং কেবল চাপটি সরাতে প্রজেক্ট ম্যানেজার / টিম অ্যাডমিনিস্ট্রেটরের আকারে ম্যানেজরিয়াল সহায়তা যুক্ত করুন। এটি সমস্যার সমাধান করে না কারণ দলটি চিরদিনের মতো এভাবে বাড়তে পারে না।

আমি যে মিস করছি এই সমস্যাটি সমাধান করার কোনও মানক উপায় আছে?

যদি তা না হয় তবে আপনার অন্যরা কীভাবে এই সমস্যার সমাধান করেছেন?


2
আপনি এখন আপনার প্রতিবেদনের সাথে কীভাবে যোগাযোগ করবেন? এটি কি প্রযুক্তিগত, প্রশাসনিক বা কোনও মিশ্রণ? যদি একটি মিশ্রণ হয়, আপনার প্রতি শতাংশের কত শতাংশ ব্যয় হয়?
তেলস্তিন

প্রশাসনিক এবং প্রযুক্তিগত একটি 50/50 মিশ্রণ।
নিক

এটি কি প্রোগ্রামিংয়ের সাথে নির্দিষ্ট? আমি ভাবছি যদি এই প্রশ্নটি ওয়ার্কপ্লেস.এসে আরও ভাল উত্তর পেতে পারে
ডেইনথ

উত্তর:


16

কিছু দ্রুত চিন্তা:

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

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


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

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

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

4

যে কাঠামো প্রধানত হবে depend on project specifications

আদর্শভাবে, একটি দলে সিনিয়র বিকাশকারীদের জন্য 3 জন জুনিয়র থাকতে হবে। ফলস্বরূপ, একটি শিক্ষণ নেতৃত্বে প্রতি 2-3 জন সিনিয়র বিকাশকারী রয়েছে।

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

এক অপেক্ষাকৃত সফল সফটওয়্যার উন্নয়ন দল আমি ভালো কিছু, প্রতি প্রকল্পের ভিত্তিতে গিয়েছিলাম একটি অংশ ছিল:

একটি সফ্টওয়্যার ডেভলপমেন্ট ম্যানেজার / সিনিয়র বিকাশকারী / পরামর্শদাতা, যার প্রত্যেকে প্রত্যেকে সরাসরি রিপোর্ট করেছেন।

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

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


2

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

আপনার প্রসঙ্গে নিবন্ধটি উদ্ধৃত করতে:

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

প্রকৃত পরিচালনা / এইচআর কাঠামো এর বাইরে অপ্রাসঙ্গিক।


0

আমি যে মিস করছি এই সমস্যাটি সমাধান করার কোনও মানক উপায় আছে?

আসলে তা না. এটি আপনার দল, আপনি, আপনার কী করা দরকার এবং সংস্থা আপনাকে কী সংস্থান সরবরাহ করবে তার উপর নির্ভর করবে।

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

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

এটি কীভাবে ভেঙে যায় তা কয়েকটি ভিন্ন উপায়ে যেতে পারে। ইঞ্জিনিয়ারিং ম্যানেজারটি প্রশাসনিক দিক হতে এবং সবচেয়ে বেশি প্রযুক্তিগত দিক হওয়াই সবচেয়ে সাধারণ। তারা সমবয়সী এবং একটি পরিচালক / ভিপি প্রতিবেদন।

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

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

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