আমার দলের জন্য কেন আমাকে এসসিআরএম বনাম কম আনুষ্ঠানিক, আরও বেশি লাইটওয়েট প্রক্রিয়া দরকার?


25

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

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

  • প্রক্রিয়া এবং সরঞ্জামগুলির উপর ব্যক্তি এবং ইন্টারঅ্যাকশন
  • বিস্তৃত ডকুমেন্টেশন ওভার সফ্টওয়্যার
  • চুক্তি আলোচনার উপর গ্রাহকের সহযোগিতা
  • একটি পরিকল্পনা অনুসরণ করে পরিবর্তন সাড়া

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

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

scrum 

আমি নিশ্চিত নই যে আপনি "আরও বেশি ওজন" দ্বারা কী বোঝাতে চাইছেন তা আমি বুঝতে পেরেছি। এমন কি ... কিছুই না কিছু? কোন প্রক্রিয়া? বা ঠিক কিছু চশমা, জিরার কাজ এবং পৃথক বিকাশকারীদের অবদানের মতো? সুতরাং দয়া করে এর দ্বারা আপনি কী বোঝাতে চাইছেন তা পরিষ্কার করুন।
Schultz9999

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

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

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

2
আপনি স্ক্র্যামের কথা বলছেন তবে Agile ম্যানিফেস্টোর উদ্ধৃতি দিচ্ছেন। স্ক্রাম নিদর্শনগুলি, ভূমিকা, সভা, স্প্রিন্টস, পরিমাপ ইত্যাদি সংজ্ঞায়িত করার বিষয়ে Sc
গাই স্যারটন

উত্তর:


13

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

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

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

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

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

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


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

11

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

বিশ্বাস করুন বা না করুন, স্ক্রামটি আসার আগে ভাল সফ্টওয়্যার দলগুলির উপস্থিতি ছিল। স্ক্রাম খারাপগুলি আরও ভাল হতে সহায়তা করে।


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

+1 (+100, যদি আমি পারতাম): এখানে একই অভিজ্ঞতা।
জর্জিও

7

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

সুতরাং আমি অন্যরা যা বলতে চাইছে তা আরও বেশি সরাসরি ভাষায় বলতে চাই: এসসিআরইউএম এর মূল লক্ষ্য সফ্টওয়্যার বিকাশ পরিচালনা করা নয়, এসসিআরইউএম এর মূল লক্ষ্য হল সফ্টওয়্যার বিকাশ পরিমাপ করা

অন্যান্য সিস্টেমগুলি এর আগে চেষ্টা করেছে এবং লোকেরা সফ্টওয়্যার বিকাশের চেষ্টা ও পরিমাপের জন্য অসংখ্য মেট্রিকের প্রস্তাব দিয়েছে তবে ব্যর্থ হয়েছে। এসসিআরইউম সমস্যাটিকে তার মাথা ঘুরিয়ে দেয় এবং মাপকের বোঝা পরিচালকদের থেকে এবং বিকাশকারীদের থেকে দূরে সরিয়ে দেয়। যুক্তিটি সহজ: নিজেরাই কাজটি করা লোকদের চেয়ে কিছু করতে কত সময় লাগে তার অনুমান কে করে নেওয়া যায়?

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

  • অগ্রগতি এবং প্রকল্পের একটি বড় চিত্র দেখুন পেতে প্রতিদিন সভা
  • সময়কে অ্যাবস্ট্রাক্ট করার জন্য ঘন্টা / দিনের পরিবর্তে অনুমানগুলি "পয়েন্টগুলিতে" করা হয়
  • পয়েন্টের বেগটি কল্পনা করতে বার্ন-ডাউন চার্ট এবং অত্যাচার / হেয়ার চার্ট
  • কাজের চাপের সামগ্রিক দর্শন পেতে বোর্ডে গল্প এবং কাজগুলি
  • সময়সীমা হিসাবে কাজ করতে স্প্রিন্ট এবং পুনরাবৃত্তি যাতে আমরা অগ্রগতি পরিমাপ করতে পারি
  • প্রতারণার প্রলোভন এড়াতে স্ক্রাম মাস্টার, মালিক এবং দলের সদস্যের জন্য নির্দিষ্ট ভূমিকা

প্রভৃতি

আপনি লক্ষ্য করতে পারেন যে উপরের সমস্তটি প্রধানত দুটি কাজ করে:

  1. তারা কাজ পরিমাপ। হয় কাজ করতে হবে বা কাজ হচ্ছে বা কাজ শেষ হবে।
  2. একটি অতিরিক্ত, আরও বাস্তবসম্মত প্রাক্কলন পেতে ওভারপটিমাস্টিক প্রোগ্রামারটির সমস্যা এড়াতে তারা খুব চেষ্টা করে।

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


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

2
আমি ব্যক্তিগতভাবে একটি পরিবর্তিত এসসিআরএম চালিত করি যেখানে আমরা পর্যায়ক্রমে (প্রতি চার বা পাঁচ স্প্রিন্টে একবার) রিফ্যাক্টর স্প্রিন্ট চালাই। একটি নিয়মিত স্প্রিন্ট এবং একটি চুল্লী স্প্রিন্টের মধ্যে পার্থক্য হ'ল একটি চুল্লী চলাকালীন স্প্রিন্ট বিকাশকারীরা সমস্ত গল্প জমা দেয়। মূলত পণ্য মালিকের অগ্রাধিকার অগ্রাহ্য করা। কোডটি রট এড়ানোর জন্য আমার বস এটিকে একটি প্রয়োজনীয় মন্দ হিসাবে গ্রহণ করেন। এছাড়াও, কখনও কখনও গল্পগুলি রিফ্যাক্টরকে ট্রিগার করে যখন একাধিক প্রোগ্রামার মনে করেন যে কোডটি স্পর্শ করা দরকার তখন এটি "ইয়কি" হয়। যখন এটি ঘটে তখন আমি বিকাশকারীদের তাদের নিজস্ব গল্প জমা দেওয়ার অনুমতি দিই।
slebetman

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

অতিরিক্ত দ্রষ্টব্য: আমি প্রথমে একটি রিফ্যাক্টর স্প্রিন্টের ধারণাটি সম্পূর্ণ স্প্রিন্টের পরিবর্তে কেবলমাত্র এক সপ্তাহে রিফেক্টর স্প্রিন্ট তৈরি করে পরিচালনার কাছে বিক্রি করেছিলাম। আজকাল এটি একটি সম্পূর্ণ স্প্রিন্ট তবে এটি মূলত কারণ পণ্যটি মূলত পুরোপুরি বিকাশযুক্ত এবং এখন রক্ষণাবেক্ষণ / বর্ধিত আপগ্রেড মোডে রয়েছে।
slebetman

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

2

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


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

1

আমি পিউরিস্টের দৃষ্টিকোণ থেকে কথা বলব না। আমি অনুভব করি যে আপনি এটিকে স্ক্রাম যা বলে তার সাথে কিছুটা মিলে কার্যকর করতে সক্ষম। তবে মূল বিষয়টি হ'ল শোটি চালানোর আপনার ক্ষমতা। আপনি একমাস অবকাশে থাকলে কী হবে?

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

PS: স্ক্র্যাম আদেশ দেয় না যে আপনার স্প্রিন্টটি দুই সপ্তাহ দীর্ঘ হতে হবে। এটি মাস দীর্ঘ হতে পারে (আপনার ক্ষেত্রে)।


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

1

প্রথমে প্রশ্নের আমার মন্তব্য দেখুন।

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

2 সপ্তাহের স্প্রিন্ট থাকা শক্ত। খুব শক্ত. 3 সপ্তাহ ভাল তবে প্রক্রিয়া দলের সাথে অভিজ্ঞ এবং পরিচিতদের জন্য এটি সত্য। আমাদের 4 সপ্তাহ বা এক মাস ছিল। এটি আমাদের "নিষ্পত্তি" করতে পর্যাপ্ত সময় দিয়েছে যাতে শুরুতে কথা বলা যায় এবং পরীক্ষার সময় আরও বেশি হওয়ার কারণে শেষ পর্যন্ত আরও আত্মবিশ্বাস থাকে। আমি এটি পছন্দ করেছি এবং আমি কমপক্ষে 3 সপ্তাহ ধরে থাকি।

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

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

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

শুধু ... চট করে থাকুন ;-)


1

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

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

সিরিয়াসলি যদিও, আমি মনে করি না আপনার স্ক্রাম দরকার need স্ক্রামে এমন কোনও কিছুই নেই যা অন্যান্য প্রতিযোগিতামূলক চতুর প্রক্রিয়াগুলির চেয়ে ভাল। এছাড়াও এটি জিনিসগুলির জন্য প্রচুর বোকা নাম রয়েছে।


1

এটি দুর্দান্ত, তবে এগুলি আমার কাছে সাধারণ জ্ঞানের মতো মনে হয়। কেন এটার কোডিং করা দরকার?

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

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

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

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

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

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

স্ক্র্যাম মূলত একটি ইন্টারফেস যা আপনার দল প্রয়োগ করতে পারে। যদি আপনি তা করেন তবে দলের বাইরে থাকা ব্যক্তিদের সাথে কীভাবে যোগাযোগ করবেন সে সম্পর্কে আপনার একটি ভাল ধারণা রয়েছে এবং কীভাবে আপনার সাথে যোগাযোগ করবেন সে সম্পর্কে তাদের একটি ভাল ধারণা রয়েছে। আপনার দলের এটির প্রয়োজন আছে কিনা কেবল তা আপনি জানতে পারবেন।


0

আমরা কর্মক্ষেত্রে স্ক্রাম ব্যবহার করি না। আমরা Agile এবং চর্বিহীন প্রতিষ্ঠিত একটি পদ্ধতি ব্যবহার করি যা অনেক দিক থেকে একই রকম। আমি এই প্রক্রিয়াটি সীসা সহ 3-5 জনের মধ্যে আকারে পরিবর্তিত দলে ব্যবহার করেছি। যদিও বিভিন্ন মতামত রয়েছে বলে আমি মনে করি আপনি আপনার স্ক্র্যামটি আপনার পরিস্থিতির জন্য কার্যকর কিনা তা নির্ধারণে আপনাকে সহায়তা করতে সক্ষম হতে পারেন।

পদ্ধতিটি এক্সপ্লিট করা

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

প্রস্থান

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

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

উল্লম্ব টুকরা

আমরা আমাদের বিকাশের সবগুলি উল্লম্ব ফালিগুলিতে করি। এটি একটি সম্পূর্ণ বৈশিষ্ট্য সহ এই অন্যান্য কারণে সাইন অফ করার ক্ষমতা সমর্থন করে।

  • ইমোর্তাইজগুলি প্রতিটি বৈশিষ্ট্যের সাথে এগুলি ঘুরিয়ে সংহতকরণ ইস্যুগুলি। একটি প্রকল্পের শেষে ক্রাচ সময় নির্মূল করতে সহায়তা করে।
  • আমাদের সহজে বৈশিষ্ট্যগুলি কাটাতে অনুমতি দেয় কারণ আমরা ক্রস নির্ভরতা অনেকটাই দূর করি।
  • আমাদের যদি দিক পরিবর্তন করার প্রয়োজন হয় তবে আমাদের উন্নতি বন্ধ করতে দেয় All
  • আমরা পুনরাবৃত্ত প্রকাশ করতে পারি , গ্রাহককে কার্যক্ষমতার সাথে তাড়াতাড়ি সরবরাহ করতে।

গ্রহণের টিডিডি

আমরা গ্রহণযোগ্যতার জন্য ইউনিট পরীক্ষার ফ্রেমওয়ার্কগুলি টিডিডি করি। এটি আমাদের অনেক সুবিধা দেয়।

  • বড় পুনর্গঠনের জন্য পরীক্ষার পুনর্নির্মাণের সময় অনেক বেশি লাগে না।
  • আমরা গ্রাহক কার্যকারিতা আশ্বাস।
  • আমরা কোড একীকরণ কভার।
  • উল্লম্ব স্লাইস উন্নয়ন অনুশীলন সমর্থন করুন।

বিল্ড সর্বদা রিলিজযোগ্য

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

  • আমাদের সহজে বৈশিষ্ট্যগুলি কাটাতে অনুমতি দেয় কারণ আমরা ক্রস নির্ভরতা অনেকটাই দূর করি।
  • আমাদের যদি দিক পরিবর্তন করার প্রয়োজন হয় তবে আমাদের উন্নতি বন্ধ করতে দেয় All
  • আমরা পুনরাবৃত্ত প্রকাশ করতে পারি , গ্রাহককে কার্যক্ষমতার সাথে তাড়াতাড়ি সরবরাহ করতে।

একটানা সমাকলান

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

কার্ডের জন্য পয়েন্ট অনুমান

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

বেগ

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

বর্ধিত উন্নতি এবং নকশা

আপনি কীভাবে এটি পেয়েছেন তার চেয়ে কমপক্ষে কিছুটা ভাল অবস্থায় কোড রেখে যাওয়ারও আমাদের নীতি রয়েছে। কার্ডের শুরুতে রিফ্যাক্টর / কোডটি আবার ডিজাইন করুন। লক্ষ্যটি হ'ল জৈবিক বৃদ্ধির জন্য অ্যাকাউন্ট করা যা ক্রমবর্ধমান বিকাশের সাথে প্রচলিত হতে পারে। আমরা স্বাভাবিক হিসাবে শেষে রিফ্যাক্টর।

বেশিরভাগ অংশের জন্য এটি হ'ল বিধিগুলি আমরা অনুসরণ করি এবং কেন আমরা সেগুলি অনুসরণ করি।


0

আমার কাছে মনে হচ্ছে আপনি খুব অভিজ্ঞ, উচ্চ কার্যক্ষম দলে আছেন। অভিনন্দন, স্ক্রাম / এগিল মূলত আনুষ্ঠানিকভাবে যা আপনার দলটি এই সময়টায় অন্তর্নিহিত করেছে।

আমি কি আপনার (সমগ্র) কোম্পানির সুবিধা, একটি "সাধারণ স্থল" হিসাবে স্ক্রাম অবলম্বন করা হয় মধ্যে না করা হতে পারে মনে সদস্যদের আপনার উন্নয়ন দল, কিন্তু আপনার উন্নয়ন দল এবং বৃহৎ ব্যবসার বিভাগের মধ্যে

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

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

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