তাত্পর্যপূর্ণ প্রকল্পসমূহের অর্থায়ন


13

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

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

আমি Agile প্রকল্পগুলি অর্থায়নে মানুষের চিন্তাভাবনা এবং অভিজ্ঞতা শুনতে চাই

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

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


2
গার্টনার থেকে লিসা ক্রিস্পিন এবং ডেভিড নর্টনের "বিক্রিত আগ্রাসন" সম্পর্কে কিছু ভাল ধারণা রয়েছে। তাদের কী বলতে হবে তা একবার দেখুন: bit.ly/rlRF4U
Agile স্কাউট

উত্তর:


4

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

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



5

চতুর প্রকল্পগুলি "এটি প্রস্তুত হলে এটি প্রস্তুত হবে" এর আদলে কাজ করে না। এটি জলপ্রপাত প্রকৌশল থেকে একটি শাস্ত্রীয় লাইন।

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

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

সম্ভবত আরও রয়েছে, তবে আপনার বিক্রয় লোকদের সঠিক দিকে চালিত করার জন্য উপরেরটি যথেষ্ট হওয়া উচিত।


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

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

3

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

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


কেবল পরিষ্কার করে বলার জন্য - আমি বলছি না যে আমি বিশ্বাস করি এগিল সেই বর্ণনার সাথে সমান, তবে ক্লায়েন্ট / বিক্রয় প্রায়শই এটি দেখতে পান। পুনরাবৃত্তিতে এগাইল দুর্দান্ত - তবে প্রকল্পের শেষটি নীচে পিন করা শক্ত করে তোলে?
রোববার

4
@ সানওয়ুকুং - আপনার বিক্রয় দল এই সত্যটি বিক্রি করছে না যে কোনও প্রারম্ভিক সময়ে কোনও নির্ভুলতার সাথে দীর্ঘ প্রকল্পের সমাপ্তির পূর্বাভাস দিতে পারে না।
জেফো

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

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

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

2

যদিও আমি যে জায়গাটিতে কাজ করি তা Agile এর এক ভয়াবহ জারজ করে তোলে, তবে আমি মনে করি গ্রাহকরা সম্পূর্ণ রিলিজের চেয়ে পুনরাবৃত্তিতে সফ্টওয়্যার বিকাশকে বেশি পছন্দ করেন।

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

আমি কখনই কোনও গ্রাহককে বলতে দেখিনি, "আমরা এই বৈশিষ্ট্যটি চাই এবং আমরা এটির জন্য যত্নশীল না এমন আরও কয়েকটি বৈশিষ্ট্য সরবরাহ করার জন্য এটি 8 মাস অপেক্ষা করতে চাই" "


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

"আমরা এই বৈশিষ্ট্যটি চাই এবং এটির জন্য আমরা 8 মাস অপেক্ষা করতে চাই এবং অন্যান্য বৈশিষ্ট্যগুলির একটি গুচ্ছ সরবরাহ করার জন্য আমরা এটি চাই না।"
রোববার

2

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

এবং তারপরে কোনও প্রকল্পের সমাপ্তিতে কী ঘটে তা কার্যকর করুন - উদাহরণস্বরূপ, ক্লায়েন্টের কোডটি কি মালিক, নাকি কেবল সম্পাদনযোগ্য? তবে সেটি পূর্বের জলপ্রপাত-ধরণের প্রকল্পগুলির সাথে সামঞ্জস্য থাকবে।


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

আমি ভাবছি আপনি যদি চুক্তি মডেল থেকে চুরি করতে পারেন? গ্রাহকরা হঠাৎ করে "থ্যাঙ্কস তবে না" বললে এটি ডাউনটাইমের ঝুঁকি যুক্ত করে, যা চুক্তি শ্রমের মডেলের অনুরূপ হওয়া উচিত?
বেথলক্ষ্মী

1

এগিলির ধারণাটি হ'ল আপনি দ্রুত পুনরাবৃত্তি করুন এবং প্রতিটি স্প্রিন্টের শেষে আপনি যা সরবরাহ করতে চলেছেন ঠিক তা প্রতিষ্ঠিত করুন, সুতরাং যখন আপনার স্প্রিন্টের ২/৩/৩ সপ্তাহ শেষ হবে, আপনার অ্যাপ্লিকেশন / প্রকল্পে আপনার স্পষ্ট বৈশিষ্ট্য রয়েছে যা আপনি আপনার ক্লায়েন্টের কাছে উপস্থাপন করতে এবং প্রতিক্রিয়া পেতে পারেন।

ইটিএ: আপনি প্রতিষ্ঠিত ডেলিভারেবল সহ 'স্প্রিন্টস' 'মাইলস্টোনস' এ গুছিয়ে নিতে পারেন এবং প্রতি মাইলফলক পেমেন্ট পাবেন।


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

বলা মুশকিল, কয়েকটি স্প্রিন্টের পরে আপনার দলগুলির বেগটি প্রতিষ্ঠিত করতে সক্ষম হওয়া উচিত (স্প্রিন্ট প্রতি আপনি যে পরিমাণ কাজের জন্য সক্ষম হবেন) এবং আপনার একটি সম্পূর্ণ এবং সম্পূর্ণ ব্যাকলগ রয়েছে তা প্রমাণ করে (কার্য / ব্যবহারকারী গল্পের তালিকা যা একটি তৈরি করে সম্পূর্ণ প্রকল্প) আপনার বার্ন ডাউনগুলি দেখে আপনার সমাপ্তির তারিখটি যুক্তিসঙ্গতভাবে পূর্বাভাস করতে সক্ষম হওয়া উচিত (দলের বেগের একটি চার্ট যা আপনি আপনার সমাপ্তির তারিখটি এক্সপ্লোলেট করতে ব্যবহার করতে পারেন এবং দেখুন যে আপনি স্প্রিন্টে সমস্ত কাজ শেষ করতে সক্ষম হচ্ছেন কিনা? )।
জুনিয়র ডেফলার1208

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

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

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

1

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

Iteferences বুঝতে স্পষ্ট, এবং আপনি দুটি ধারণা মিশ্রিত না।

নিম্নলিখিত দুটি নথি আপনাকে Agile পরিচালনা এবং বিক্রয় প্রক্রিয়া মিথস্ক্রিয়া সম্পর্কে কিছু তথ্য সরবরাহ করবে:

http://www.nayima.be/html/fixedpricepro پروژې. pdf & http://www.nayima.be/html/agilefixedprice.pdf

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