পরিবর্তনের জন্য উন্মুক্ততা

কীভাবে চপল হয়ে উঠবেন - একটি এজেন্সির গাইড

চতুর গ্রাহক প্রকল্পের জন্য আদর্শ পরিস্থিতি তৈরি করুন

এই নিবন্ধটি জার্মান ভাষায়ও উপলব্ধ।

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

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

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

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

1. পরিভাষাটি পরিষ্কার করুন

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

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

স্ক্রাম এবং চতুর এক নয়

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

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

চৌকস নীতিগুলি অনুসরণ করার জন্য স্ক্রাম কেবল একটি সম্ভাব্য পন্থা। আপনি স্ক্রাম ছাড়াই চটপটে হতে পারেন। আপনি কেবল স্ক্র্যামের বিধিগুলিকে আঁকড়ে রাখার অর্থ এই নয় যে আপনি প্রকৃতপক্ষে চটপটে কাজ করছেন।

২. প্রকল্প পরিচালকের ভূমিকাকে বিদায় জানুন (চতুর ভূমিকাকে হ্যালো বলুন)

নিম্নলিখিত ভূমিকাগুলি স্ক্রমে সংজ্ঞায়িত করা হয়েছে:

  • পণ্য মালিক
  • স্ক্রাম মাস্টার
  • উন্নয়ন দল
  • অন্যান্য স্টেকহোল্ডার যেমন বি। শেষ ব্যবহারকারী বা গ্রাহকের পক্ষে জড়িতরা

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

প্রকল্পে উপস্থিত থাকা এবং স্ক্রাম দল এবং ক্লায়েন্টের মধ্যে বিদ্যমান যে কোনও অতিরিক্ত ভূমিকা টিম এবং ক্লায়েন্টের মধ্যে প্রত্যক্ষ এবং কার্যকর যোগাযোগের অন্তরায় is

ভূমিকা এবং দায়িত্ব গুরুত্ব সহকারে নিন

যদি আপনার কোনও প্রোজেক্ট ম্যানেজারের প্রয়োজন না হয় তবে স্ক্র্যাম মাস্টার এবং প্রোডাক্ট মালিক হিসাবে সম্মিলিত ভূমিকাতে পূর্ববর্তী প্রকল্প পরিচালকদের নিয়োগ করা কোনও মানে হয় না।

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

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

এই নিবন্ধটি স্ক্র্যাম মাস্টার এবং ক্লাসিক প্রকল্প পরিচালকের বিভিন্ন কার্যকারিতা ব্যাখ্যা করার জন্য সহজ-বোঝার ট্র্যাফিক উপমাটি ব্যাখ্যা করে:

৩. আর কোনও সংস্থান পরিকল্পনা নেই (পরিবর্তে, টান নীতিটি প্রতিষ্ঠিত করুন)

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

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

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

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

টান নীতি

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

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

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

টান নীতিটি কাজ করার জন্য, নিম্নলিখিত শর্তগুলি পূরণ করতে হবে:

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

৪. স্থিতিশীল দল গড়ে তোলা

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

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

দলগুলি নিয়মিত পর্যালোচনাগুলির মাধ্যমে সমস্যাগুলি সনাক্ত করতে এবং সমাধান করতে পারে (অ্যান্ড্রিয়া প্লাথের ছবি)

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

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

5. চতুর প্রস্তাব তৈরি করুন

গ্রাহক এবং কোনও এজেন্সির মধ্যে একটি ক্লাসিক, সরলিকৃত অফার পর্যায়ে সাধারণত নিম্নলিখিত ফর্মটি গ্রহণ করা হয়: গ্রাহকের কোনও পণ্যের জন্য একটি নির্দিষ্ট ধারণা থাকে এবং এটি কখন শেষ করতে হবে তার একটি সময়সূচী থাকে।

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

গ্রাহকের দৃষ্টিকোণ থেকে, এটি সাধারণত একটি কার্যকর সমাধান হিসাবে মনে হয়: তারা জানে যে তারা কী পাচ্ছে, কখন এবং কোন দামে।

প্রয়োজনীয়তা পরিবর্তন

বেশিরভাগ গ্রাহকরা এই মুহুর্তে যা জানেন না তা হ'ল তারা প্রায়শই প্রকল্পের শুরুতে শুরু থেকে সম্পূর্ণ ভিন্ন কিছু চান want

যেহেতু প্রস্তাবটিতে সবকিছু নির্দিষ্টভাবে সংজ্ঞায়িত করা হয়েছে, তাই পুনর্নবীকরণ ব্যতীত পরে প্রকল্পে কিছু পরিবর্তন করা প্রায় অসম্ভব

  • এর মধ্যে অন্যান্য ক্রিয়াকলাপ আরও গুরুত্বপূর্ণ হয়ে ওঠে
  • পছন্দসই প্রকল্পটি আর প্রযুক্তিগতভাবে সম্ভব নয়
  • ব্যবহারকারীর পরীক্ষার মাধ্যমে জানা গেছে যে পণ্যটি ভুল বুঝে বা তা বোঝায় না
  • প্রতিযোগী একটি অনুরূপ পণ্য বিকাশ করেছেন যার জন্য কৌশলগত পূর্ণাঙ্গ প্রয়োজন

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

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

যদি সুযোগ, তারিখ এবং দাম ইতিমধ্যে শুরুতে সেট করা হয়ে থাকে তবে স্ক্রমের মতো চতুর কাঠামোটি বাস্তবায়িত করার পক্ষে আর বোঝা যায় না।

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

অন্য ধরণের পরামর্শ প্রয়োজন

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

গ্রাহক তার অর্থের জন্য কত এবং কী পান, প্রয়োজনীয়তার তালিকাটি আপ টু ডেট রেখে এবং দলের সাথে একযোগে অগ্রাধিকার দিয়ে তিনি প্রকল্পের পথে সিদ্ধান্ত নেন।

চতুর প্রস্তাবগুলি লেখার জন্য অনুশীলনের প্রয়োজন (উত্স: https://unsplash.com/?photo=OQMZwNd3ThU)

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

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

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

এই বইয়ের মতো চটজলদি পরামর্শে প্রচুর সহায়ক সাহিত্য রয়েছে:

The. অধিগ্রহণের পর্যায়ে যত তাড়াতাড়ি সম্ভব প্রকল্প দলে যোগদান করুন

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

কোনও প্রকল্প সফল হবে কি হবে না এর জন্য আবেদনের পর্ব ইতিমধ্যে সিদ্ধান্ত নেওয়া যেতে পারে। তাই এটি গুরুত্বপূর্ণ যে চতুর দল যত তাড়াতাড়ি সম্ভব যোগাযোগের সাথে জড়িত important

ফলস্বরূপ, এটি একটি চতুর বাস্তবায়ন সম্ভব এবং এটির জন্য কতটা সময় আশা করা যায় তা তুলনামূলকভাবে প্রাথমিকভাবে মূল্যায়ন করা যেতে পারে। প্রয়োজনীয় সময় যেমন, কোনও স্ক্রাম প্রকল্পে প্রয়োজনীয় স্প্রিন্টের সংখ্যা কেবলমাত্র টিম নিজেই মূল্যায়ন করতে পারে যদি প্রকল্প সম্পর্কে যতটা সম্ভব জানা থাকে।

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

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

এছাড়াও, গ্রাহকের সাথে চটজলদি মূল্যবোধগুলি যোগাযোগ করা, প্রাথমিক যোগাযোগের ব্যক্তিকে চিহ্নিত করা এবং সহযোগিতার পদ্ধতির বিস্তারিতভাবে ব্যাখ্যা করা জরুরী।

The. পরিষেবা সরবরাহকারীর ভূমিকা ভুলে যান (এবং আপনার গ্রাহকের সাথে একটি দল হিসাবে কাজ করুন)

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

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

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

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

৮. টিম ওয়ার্কের জন্য জায়গা সরবরাহ করুন

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

চতুর দলগুলি কোনও বাধা ছাড়াই কাজ করতে সক্ষম হওয়া উচিত (উত্স: https://unsplash.com/photos/5T6lSk2uI1A)

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

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

9. প্রতিটি শৃঙ্খলা এবং পুরো প্রকল্প প্রক্রিয়া বিবেচনা করুন

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

একটি ক্লাসিক জলপ্রপাত প্রক্রিয়া নির্দিষ্ট ফলাফলের অনুমোদনের উপর ভিত্তি করে

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

প্রকল্প দলের মধ্যে নিয়মিত বিনিময় পণ্যের মান উন্নত করে (উত্স: https://unsplash.com/photos/gN_nIUnjYJI)

মতামত, প্রতিক্রিয়া, প্রতিক্রিয়া

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

সহজ কথায় বলতে গেলে এর অর্থ: প্রত্যেকে প্রকল্পের প্রতিটি পর্যায়ে সবকিছু পর্যালোচনা করে।

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

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

১০. এখনই সবকিছু ঠিকঠাক কাজ করার আশা করবেন না (ভুল করুন এবং সেগুলি থেকে শিখুন)

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

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

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

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

বাহ্যিক কোচিং গতিতে সঠিক চিন্তার প্রক্রিয়া সেট করতে সহায়ক হতে পারে। তবে, কেউ এমন দ্রুত প্রতিকারের আশা করতে পারে না যা হঠাৎ করে একটি চটপটে তৈরি করবে।

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

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

উপসংহার

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

এই নিবন্ধের পয়েন্টগুলি চূড়ান্ত প্রকল্পগুলি শুরুর আগে পরিকল্পনা করার সময় পরিস্থিতি এবং সমস্যাগুলি সনাক্ত এবং আলোচনা করার জন্য গাইড হিসাবে কাজ করতে পারে।

এই বিষয়ে আপনার অভিজ্ঞতা কেমন? আপনি কি অন্যান্য পরিস্থিতি সম্পর্কে জানেন যা চতুর প্রক্রিয়াগুলিকে কঠিন করে তোলে? আমাদের এই নিবন্ধের মন্তব্য বিভাগে জানতে দিন।

আরও পড়া

অ্যাপার্টো মুভ - একটি আইবিএম সংস্থা প্রায় 30 কর্মচারী সহ ডিজিটাল এবং মোবাইল পরিষেবাদির বার্লিন এজেন্সি। তোমার খবর কি?

আমাদের অনুসরণ করুন: apertomove.com / ফেসবুক / টুইটার