আমি মনে করি অন্যরা ইতিমধ্যে ভাল উত্তর সরবরাহ করেছে তবে আমি কেবল আমার যুক্ত করব কারণ আমি মনে করি আপনার দলটি কেবল স্ক্রমে রূপান্তরিত হয়েছিল এবং এখন আপনি ছেলেরা আমরা শুরু করার সময় আমরা খুব অনুরূপ অবস্থানে রয়েছি।
প্রথমত, Agile এবং আরও নির্দিষ্টভাবে স্ক্রমের সাথে আমাদের পরিচয় খুব সহজ ছিল না। মূলত ম্যানেজমেন্ট নেমে এসে বলেছিল, আজ থেকে আপনি স্ক্রাম করবেন এবং এটি এমন একটি প্রক্রিয়া যা আপনি সকলেই অনুসরণ করবেন। প্রসেস ওভার প্রসেসের জন্য অনেক কিছু ।
আমরা যে প্রক্রিয়াটি মূলত অনুসরণ করেছি (অন্ধভাবে, আমি যুক্ত করতে পারি) আপনি কীভাবে বর্ণনা করেছেন তার সাথে একই রকম শেষ হয়েছিল। লোকেরা নির্ধারিত কাজগুলি পেয়ে যায়, প্রত্যেকে বুকিং হয়ে যায় এবং আমরা সকলেই আমাদের ডেস্কে ফিরে যাই এবং প্লাগ অফ করি। তারপরে আমাদের প্রতিদিন একটি বিরক্তিকর স্ট্যান্ড-আপ সভা আছে।
উপলব্ধি করার মূল বিষয়টি হ'ল এগিল, এবং স্ক্রাম অন্তর্ভুক্ত, আসলে মানুষ সম্পর্কে। দলটি পুনরাবৃত্তির পরিকল্পনায় যাওয়ার পরে, আপনার স্ক্রাম মাস্টারকে (যিনি সম্ভবত আপনার পরিচালক) আপনাকে ঘন্টা, গল্প এবং কার্য নির্ধারণ করতে দেবেন না। এটি সম্পূর্ণরূপে টিমের দিকে। আমি মনে করি অনেক লোকের পক্ষে এটি একটি খুব কঠিন ধারণা, কারণ বছরের পর বছর ধরে তারা কাজ করতে আসত এবং তাদের একজন বস (ম্যানেজার, প্রযুক্তিগত সীসা ...) থাকত যারা কেবল কাজ বরাদ্দ করবে। তারা স্ক্রমে ডুব দেয় তবে প্রত্যেকে (নিজেই স্ক্রাম মাস্টার সহ) একই মোডে চালিয়ে যেতে থাকে।
একদিন, আপনি এতে অসুস্থ হয়ে পড়বেন, সুতরাং আপনি বই, ব্লগ পড়া শুরু করবেন এবং স্ট্যাক এক্সচেঞ্জে এই জাতীয় প্রশ্ন জিজ্ঞাসা করতে থাকবেন। আপনি যে উপলব্ধি পাবেন তা হ'ল আপনি বিকাশকারী এবং আপনার সতীর্থ হিসাবে গল্পগুলি প্রতিশ্রুতিবদ্ধ এবং কার্যগুলি অর্পণের পিছনে চালিকা শক্তি হওয়া উচিত। আপনারা যদি মনে করেন যে আপনি জুটি প্রোগ্রামিং থেকে উপকৃত হবেন, প্রতিটি উপায়ে ইঞ্জিনিয়ারদের জন্য একটি 2 টি টাস্ক তৈরি করুন এবং তাদের উভয়কেই ঘন্টা নির্ধারণ করুন। স্ক্রাম মাস্টারকে কেবল একমাত্র কাজটি করা উচিত যে আপনি পূর্ববর্তী পুনরাবৃত্তিতে একটি টিম হিসাবে সরবরাহ করেছেন এমন কাহিনীগুলির বিরুদ্ধে বেগ পরিমাপ করা।
এছাড়াও আরেকটি জিনিস যা আমার কাছ থেকে জঞ্জাল খুঁজে বের করে তা হ'ল কীভাবে লোকদের বলা হয় যে তাদের ক্ষমতা সর্বদা মোট ঘন্টাের 75%, তাই তারা যা প্রতিশ্রুতিবদ্ধ এবং তারপরে পুনরাবৃত্তির পুরো সময়কালে তারা অভিযোগ করে যে ক) তারা পারে না আপনাকে বা খ) তারা সঠিক কাজটি করতে পারে না কারণ তাদের অনেক বেশি সময় বরাদ্দ করা হয়েছে। লোককে কত ঘন্টা কমিট করতে হবে তা বলা উচিত নয় এবং যদি স্ক্রাম মাস্টার এই জাতীয় কিছু টানতে চেষ্টা করে তবে তাদের অবশ্যই পিছনে ঠেলা উচিত! প্রত্যেকেরই ঠিক তারা যেটাতে স্বাচ্ছন্দ্য বোধ করে তার প্রতিশ্রুতিবদ্ধ হওয়া উচিত। উদাহরণস্বরূপ, আমি একটি দল নেতৃত্ব এবং প্রায়শই আমি এলোপাতাড়ি অপরিকল্পিত ডিজাইন আলোচনার মাধ্যমে, বা কোড সহ কাউকে সহায়তা করা বা অদ্ভুত জিনিসগুলির সমস্যা সমাধানের মাধ্যমে শেষ করতাম, তাই আমার ক্ষমতা কখনই ৫০% এর উপরে হয় না।
আমি কেবল উল্লিখিত জিনিসগুলি না করতে শিখতে আমাদের টিমকে 4 টি মুক্তির চক্র নিয়েছে এবং আমরা অবশ্যই উন্নতি করেছি, আপনি যদি বিশেষজ্ঞদের জিজ্ঞাসা করেন তবে আমরা অর্ধচঞ্চলও নই। তাই এখনও অনেক কিছু শিখতে হবে।
আপডেট 1: ক্লিফের মন্তব্যের প্রতিক্রিয়া
ভাল আপনি আপনার কানটি অফার করেছেন তাই এখানে ...
আপনি ঠিক বলেছেন, সাংস্কৃতিক শিফটটি মূল, তবে এই শিফটটি নির্বাহী পর্যায়ে হওয়ার দরকার নেই। আপনার নিজস্ব গ্রুপ ম্যানেজার আপনার দলের মধ্যে সংস্কৃতি পরিবর্তন করতে পারে এবং আপনাকে কর্পোরেট বিএস থেকে ছেলেরা আলাদা করতে পারে যা তাকে মোকাবেলা করতে হবে। আপনি যেটি বর্ণনা করছেন তা হ'ল 2007 থেকে 2010 সাল অবধি আমাদের সম্পর্কে release রিলিজের পরে আমাদের দল (এবং অন্যান্য দলগুলিও) ফ্লপ হয়েছে। পরিচালনার "চৌকস হওয়ার প্রক্রিয়া" ব্যবহার করে একটি রিলিজে আমরা 9 জন লোককে এমন কাজ তৈরি করতে পরিচালিত করি যা সাধারণত একজন ব্যক্তির দ্বারা সম্পন্ন হয় এবং এটি আমাদের দ্বিগুণ সময় নিয়েছিল। আমার এত ফ্রি সময় ছিল, আমি এমনকি আমার জীবনবৃত্তিকে আপডেট করেছিলাম।
তারপরে, আমি আমার বসের সাথে কথোপকথন করেছি এবং লোকদের সম্পর্কে কতটা তত্পর এবং তাকে এই বিষয়গুলি ব্যাখ্যা করেছিলাম এবং আপনি যদি আমাদের পণ্যটির যত্ন নিতে চান তবে আসুন এমন সিদ্ধান্ত গ্রহণ করুন যা আমরা পণ্যটি কীভাবে কাজ করি এবং কীভাবে সরবরাহ করি তা প্রভাবিত করে। আমি মনে করি তিনি এটিকে পরীক্ষার বাইরে নিয়ে যাওয়ার সিদ্ধান্ত নিয়েছেন, তিনি প্রতিটি পরিবর্তন করেছেন আমরা ... বেশিরভাগ ক্ষেত্রেই বেশিরভাগ আমি নিজেই, তবে আমি দলের বাকি অংশের সাথে অনেক কথা বলি, সুতরাং 50% ক্ষমতা :) ... প্রস্তাবিত। এটা সম্ভব যে তিনি বুঝতে পেরেছিলেন যে তিনি যদি আমাদের জিজ্ঞাসা করে যাবতীয় পরিবর্তন করে এবং আমরা এখনও ব্যর্থ হয় তবে তিনি বিজয়ী "আমি আপনাকে তাই বলেছি" নিয়ে ফিরে আসবেন।
সুতরাং গত 12 মাসে আমরা এত "বোকা" মুছে ফেলেছি এটি মজারও নয়। আমাদের স্থিতি মিটিংগুলি আসলে এখন বোধগম্য কারণ আমরা একসাথে কাজ করি না, বিচ্ছিন্ন হয়ে নয়। আমাদের এখনও পণ্যটির নির্দিষ্ট অংশগুলির মালিকানা রয়েছে (কমপক্ষে এখনকার জন্য) তবে আমরা একে অপরের কোডেও খুব ঘন ঘন অতিক্রম করি। আমরা ক্রমাগত কোড পর্যালোচনা করি যাতে কেবল দলের সদস্যরা অন্যান্য কোড শিখেন না, তবে তারা আরও ভাল কোডিং এবং ডিজাইনের কৌশলগুলিও শিখতে পারেন। আমরা একচেটিয়া, দৈত্য "চৌকস" টিমকে 3 টি আলাদা দলে ভেঙে ফেলেছি তাই পরিকল্পনা এবং অন্যান্য সভাগুলি অনেক খাটো হয় এবং লোকেরা আসলে তাদের যত্ন নেয় কারণ তারা আশেপাশে বসে না এবং এমন জিনিস শুনে না যা তারা যত্ন করে না। আমি ' রাতে দেখেছি যখন আমাদের 5 জনের মধ্যে 4 জন (দলের মধ্যে একটি) রাত 11 টা 11 মিনিটে অনলাইনে আসত এবং কেউই আসলে আমাদের বলেনি যে আমাদের কঠোর পরিশ্রম করতে হবে বা 40 ঘন্টারও বেশি সময় ধরে কাজ করার জন্য আমাদের উপর চাপ দেওয়া হয়েছিল। যে লোকেরা অর্ধ বছর আগে কম যত্ন নিতে পারেননি, হঠাৎ করে তারা যা করছেন তা নিয়ে ব্যস্ত এবং উত্তেজিত। এবং আমাদের ব্যবস্থাপককে যা করার দরকার তা হ'ল "আপনি ছেলেরা ঠিক কি ঠিক করবেন এবং আপনার যা করা দরকার তা করুন এবং আমি কর্পোরেট বিএসকে যতটা পারি দল থেকে বাইরে রাখব।"
এটি পরীক্ষা হিসাবে শুরু হয়েছিল (আমার সন্দেহ, তিনি আমাকে তা কখনই বলেননি) তবে এখন আমাদের গ্রুপ বিভাগের অন্যান্য উন্নয়ন গ্রুপের তুলনায় বাট মারছে এবং আমাদের এমন আরও বিকাশকারী রয়েছে যারা এখন এসে আমাদের সাথে যোগ দেওয়ার চেষ্টা করছে।
এই পরিবর্তনটি ঘটে যাওয়ার পর থেকে আমাদের সবচেয়ে বড় বাধা (এবং আজও একটি সমস্যা) এটি ছিল যে সাধারণ কর্পোরেট পরিবেশে ইঞ্জিনিয়াররা খাঁচার পরীক্ষামূলক ইঁদুরের মতো। এমনকি যখন আপনার ব্যবস্থাপক সত্যিকারের "চটচটে" যাওয়ার সিদ্ধান্ত নিয়েছেন এবং খাঁচা সরিয়ে ফেলেন, প্রত্যেকে এতদিন ধরে সেই খাঁচায় রয়েছেন, এমনকি তারা বুঝতে পারেন না যে তারা মুক্ত। সুতরাং সমস্ত স্বাধীনতার সাথেও তারা অভিনয় চালিয়ে যায় যেন তারা এখনও সীমাবদ্ধ are আমি মনে করি যে দলে কমপক্ষে কয়েক জন লোককে (যেমন নিজেকে) নিজেরাই সাহায্য করতে পারে, যারা গ্রুপের সীমানার বাইরে গিয়ে কাজ করার আরও ভাল উপায় সন্ধান করে। তারপরে সেই দলে ফিরে আসুন এবং এটি কিছুটা নাড়াচাড়া করুন।
আপনার ক্ষেত্রে, সম্ভবত আপনি জোড় করা প্রোগ্রামিং কোনও সমাধান নয় যদি আপনি দলে নেমে অন্য বাহ্যিক শক্তির সন্ধান করছেন এবং কীভাবে কাজ করবেন তা তাদের বলুন। পরিবর্তে, বিধিগুলি নিক্ষেপ করুন, পরিচালনা ছাড়াই তাদের সাথে বসুন এবং তাদের জিজ্ঞাসা করুন তারা কী করতে চান? তাদের কী খুশি করবে? উত্পাদনশীল? সবচেয়ে বড় সমস্যাগুলি সনাক্ত করুন এবং তারপরে টিমটি জিজ্ঞাসা করুন যে তারা কীভাবে সমাধানের বিষয়টি মনে করে।