কর্মক্ষেত্রে চপল পরিচয় করানোর কার্যকর উপায়?


55

আপনার অভিজ্ঞতায় (উপাচার্য বা অন্যথায়), অচিলকে একটি অ-চৌকস সংগঠন বা সংস্থায় পরিচয় করানোর কয়েকটি কার্যকর উপায় কী?

আপডেট করা: আপনি যে সকল ক্ষেত্রে অগিলকে পরিচয় করিয়ে দেওয়ার চেষ্টা করেছিলেন কিন্তু আপনাকে "গুলিবিদ্ধ" করা হয়েছে এমন কেউ কি কথা বলতে পারবেন? এছাড়াও, আপনি কী এখন "গুলিবিদ্ধ" হয়েছিলেন তা কি পূর্ববর্তী ধারণা বুঝতে পেরেছেন?


আপনার সংস্থার ডায়রি পরিবর্তন করুন নীচের থেকে পরিবর্তনটি প্রভাবিত করার জন্য এক ব্যক্তির প্রয়াসের বিবরণ।
স্যাম হাসলার

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

এই "এক ব্যক্তি" ( জেমস শোর ) - এই ডায়েরিটি লেখার কয়েক বছর পরে - তিনি একজন সফল সাফল্যের কোচ এবং লেখক হয়ে
উঠলেন

উত্তর:


36

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

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

আশা করি যে এই ধারণাটি তৈরি হয়েছে .. আপনি যেমন অনুমান করতে পারেন যে আমি এটি কিছু সময়ের জন্য এসেছি :)


1
একটি দুর্দান্ত প্রতিক্রিয়া। আমি আরও জানতে পেরেছি যে উচ্চ-মূল্য যুক্ত, স্বল্পমূল্যের জি-গা (ক্রমাগত সংহতকরণের মতো) পতাকাটি উড়তে সহায়তা করতে পারে।
জেরেমি ম্যাকজি

14

দল, পরিচালনা, স্টেকহোল্ডারদের কথা শুনুন এবং ক্লু শুনুন। তারা সম্ভবত চটপটে সরাসরি সম্বোধন করে এমন বেশ কয়েকটি ক্ষেত্রে ব্যথা অনুভব করছেন।

পরামর্শগুলিতে লেগে থাকুন যা সরাসরি সেই ব্যথাগুলি দূর করতে পারে। "আপনি যা অনুভব করতে পারবেন না তা নিরাময় করতে পারবেন না" - তাই বলে।

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

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

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

শুভকামনা!


9

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

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

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


7

এটিকে তাদের গলায় চেপে দেখুন, তবে তাদের লক্ষ্য না করে;)

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

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


1
উৎসুক. তবে "এটিকে তাদের গলা চেপে" এবং "কীটি এটি ধীরে ধীরে নেওয়া উচিত" মতবিরোধে মনে হয় :-) আমি সম্মত হই যদিও প্রিন্সিপালগুলি প্রয়োগ করা ব্যবস্থাপনার (যেগুলির মধ্যে আমি একজন!) প্রদর্শিত হতে পারে যে এই পরিবর্তনগুলি উপকারী হতে পারে।
10:25

3
আস্তে আস্তে এবং আলতো করে এটিকে তাদের গলায় চেপে ধরুন।

5

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


3

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

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

আন্তরিক শুভেচ্ছা


2

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

তারপরে প্রতিটি বড় প্রকল্প শেষ হওয়ার সাথে সাথে আমরা পরেরটি চালিত 2-সপ্তাহের স্প্রিন্ট ব্যবহার করে শুরু করি। সবাই পুরো স্প্রিন্টে আসার আগে এই পুরো প্রক্রিয়াটি কয়েক মাস সময় নিয়েছিল, তবে এর অর্থ হ'ল কম ব্যাঘাত ঘটেছিল এবং প্রত্যেকে প্রক্রিয়াটিতে 'স্বাচ্ছন্দ্য' করতে পারে


2

বিকাশকারী দলের মধ্যে, চতুর পরিচয় করিয়ে দেওয়া আরও অনেক কিছু যা আপনার নিয়ন্ত্রণের কিছুটা স্তর নিয়ন্ত্রণ করে।

তবে আমি দেখতে পাচ্ছি যে প্রধান সমস্যাটি হ'ল আপনার "গ্রাহক" বা গ্রাহক প্রতিনিধির কাছ থেকে চলমান প্রতিক্রিয়া আবশ্যক করে চলতে চতুর প্রয়োজন।

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

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


2

পদক্ষেপ 1: আপনার প্রকল্পের একটি মৌমাছির ব্যাকলগ রয়েছে তা নিশ্চিত করুন এবং এটি অগ্রাধিকারযোগ্য হয়েছে তা নিশ্চিত করুন

পদক্ষেপ 2: এসসিআরএম অনুশীলনগুলি চালু করুন (পরিচালনাযোগ্য পুনরাবৃত্তি, প্রতিদিনের স্ট্যান্ডআপস, স্ক্রাম-মাস্টার, পণ্য-মালিক, বার্নডাউন চার্ট)

পদক্ষেপ 3: প্রতিটি পুনরাবৃত্তি উপস্থিত দলের বারডাউন সঙ্গে ফলাফল

তারপরে ...
টিডিডি / বিডিডি, জোড় প্রোগ্রামিং, কোড রিভিউ (সমস্ত খুব মৃদুভাবে) বাস্তবায়ন করুন এবং আপনার যদি যথেষ্ট ভাল দল থাকে তবে সবাইকে সহ-অবস্থান করুন (যদি সম্ভব হয় তবে একটি দল-কক্ষ)।

সর্বোপরি, বুঝতে হবে সেখানে প্রতিরোধের ব্যবস্থা থাকবে (তাই হবে), তাই এটি পরিচালনা করার জন্য প্রস্তুত থাকুন।

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


2

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

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

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

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

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

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

শুভকামনা!


1
  • সাফল্য প্রদর্শন - চিহ্নের উত্তর দেখুন
  • নীতিগুলি / কৌশলগুলিতে বিশেষ মনোযোগ দিন যা সংস্থায় সর্বোচ্চ প্রভাব ফেলবে
  • মনে রাখবেন এটি চতুর নীতিগুলি সম্পর্কে, এবং কোনও প্রক্রিয়া চেকলিস্ট নয়

1

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

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

রক্ষণাবেক্ষণ কাজের জন্য কানবান আপনার পক্ষে ভাল হতে পারে বা আপনি স্প্রিন্ট পরিচালনা করার জন্য এবং প্রতিদিনের স্ট্যান্ডআপগুলির মতো কাজ করার জন্য কয়েকটি স্ক্রাম উপাদান চেষ্টা করতে পারেন। আমি এটিকে "স্ক্রাম-বিট" বলি, "হ্যাঁ আমরা আমাদের সংস্থায় স্ক্র্যাম করি তবে ..."। এটা ঠিক আছে, এটি সম্পর্কে খারাপ লাগবে না।

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

1) আপনি বিদ্যমান কাজের সারিগুলি অবিলম্বে পরিচালনার জন্য কিছুটা আলগা আকারে স্ক্রাম ব্যবহার শুরু করতে পারেন। তবে কানবনেও নজর দিন।

২) নতুন কিছু প্রকল্পে আরও কঠোর আকারে স্ক্রাম ব্যবহার শুরু করুন যার জন্য নতুনত্ব, প্রারম্ভিক প্রতিক্রিয়া এবং যেখানে অজানা তা প্রয়োজন require আপনি বস / পণ্য মালিককে পরামর্শ দিতে পারেন যে এই নতুন প্রকল্পের জন্য স্ক্রাম আদর্শ হবে।

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

এটি স্ক্র্যাম প্রবর্তনের জন্য উন্নয়ন এবং পণ্য পরিচালন থেকে একাত্ম প্রচেষ্টা গ্রহণ করবে।

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

আমার অভিজ্ঞতায় প্রথমে খাঁটি ফর্মে স্ক্রামটি চালু করা আরও সহজ এবং তারপরে আরও রক্ষণাবেক্ষণের ধরণের কাজের সারির জন্য এটি সহজ করুন। এটি অন্য রাস্তা থেকে শক্ত hard

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


0

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

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

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

আমাকে সহ যে কেউ স্ক্রামের সাথে কোনও অভিজ্ঞতা ছিল। সুতরাং আমরা কাজ করে কাঠামোটি আবিষ্কার করেছি ...

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

আমি মনে করি যে এন্টারপ্রাইজে কোনও কিছু প্রবর্তন করার জন্য আপনাকে অবশ্যই নীচের নীতিগুলি সম্মান করতে হবে:

  • এটি পরিবর্তন করা প্রয়োজন । পরিবর্তনটি অবশ্যই করতে হবে এমন কোনও বাধ্যতামূলক কারণ না থাকলে, পরিচালনা দলগুলি ঝুঁকি নেওয়ার কোনও কারণ নেই।

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

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

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

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

বইটি সম্পর্কে কেনের একটি ব্লগ পোস্টে আপনি পড়তে পারেন:

জেফ সাদারল্যান্ড এবং আমি এটি করেছি। আমরা একসাথে একটি বই লিখেছিলাম, 1995 সালে স্ক্রামের প্রথম প্রকাশের পরে আমাদের প্রথম যৌথ লেখা What কী আমাদের প্ররোচিত করেছিল? আমাদের যে প্রশ্নটি প্রায়শই জিজ্ঞাসা করা হয়:

আমরা কীভাবে আমাদের পরিচালনায় স্ক্রাম বিক্রি করব?

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

আমরা 2011 এর শেষার্ধটি বইটি লেখার জন্য ব্যয় করেছি। উপরে থেকে নীচে যে কোনও পরিচালক সহজেই এই বইটি বাছাই করতে এবং পড়তে পারেন।

[...]


0

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

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

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

অনুশীলনে, আমাদের অনেক ব্যবহারকারী যারা চতুর পদ্ধতি অনুশীলন করেন তা হ'ল একটি দূরবীন পরিকল্পনা তৈরি করে যা স্বল্প মেয়াদী স্প্রিন্টগুলি (বা পুনরুক্তি) পরিচালনার সাথে দীর্ঘমেয়াদী রাস্তা মানচিত্র (বা ব্যাকলগ )কে একীভূত করে। পরিচালকদের এখনও যোগ করার অপেক্ষায় থাকা প্রধান বৈশিষ্ট্যগুলির একটি দুর্দান্ত, আনুমানিক রাস্তা-মানচিত্র দেখতে পাবেন এবং বিকাশকারীরা কেবল আরও গভীরভাবে জুম করে এবং প্রকৃত কাজের কাজগুলি সম্পাদন করে। এর একটি সুবিধা হ'ল এটি হ্যাজলিংয়ের পরিমাণ হ্রাস করে যখন পরিচালকদের কাজের পরিকল্পনা পর্যালোচনা করে when উন্নয়নের দলটি খুব রুক্ষ অনুমান সরবরাহ করার পরিবর্তে (অর্থাত "4-6 সপ্তাহ!"), তারা প্রতিটি ব্যবহারকারীর কাহিনীকে প্রশ্নবিদ্ধভাবে জুম করে ছোট ছোট অংশে ভেঙে ফেলার সুযোগ পায়। যখন আপনি এটি করেন হঠাৎ হ্যাগলিংয়ের জন্য কম জায়গা থাকে। আপনি 5 মিনিটের 5 দিনের ব্যবহারকারী-গল্পটি প্রায় 1-দিনের আকারের অংশগুলিতে ভাঙেন, এবং হঠাৎ যুক্তিটি "না, আপনি এটি দ্রুত করতে পারেন no না, আমরা পারি না yes হ্যাঁ আপনি করতে পারেন" " তবে "প্রাথমিকভাবে অনুমান করা সমস্ত গোপন কাজ সহ এই প্রচেষ্টাটিতে যা ঘটেছিল তা এখানে রয়েছে you আপনি কী আমাদের নির্মূল করার পরামর্শ দিচ্ছেন? গুণমানের নিশ্চয়তা? পরীক্ষা? নতুন লোককে প্রশিক্ষণ দেওয়া? বিল্ডিং পরিবেশ স্থাপন করা?"।

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

ঠিক আছে, আমার মনে হচ্ছে এটি সেলস পিচে পরিণত হচ্ছে, তাই আমি এখন থামব। :)

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