চতুর সফ্টওয়্যার বিকাশ কি এত আবেদন করে?

Question

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

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

বাইরে থাকা সমস্ত পরিচালকের জন্য, যখন (আমার অভিজ্ঞতার সাথে) বেশিরভাগ পরিচালক তাদের জীবনে কোনও কোডের টুকরোও স্পর্শ করেন নি তখন চটপটি বিকাশকে বেছে নেওয়ার সবচেয়ে বড় কারণগুলি কী !

Comments

এর অংশটি এমন হতে হবে যাতে তারা (আরও সিনিয়র ম্যানেজার এবং / অথবা গ্রাহকরা) সর্বশেষ প্রযুক্তি এবং বিকাশের অনুশীলনগুলিকে "আপ" হিসাবে থাকতে পারে।

— ক্রিসএফ

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

— কারসন 63000

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

— বাইজিক্লপ

প্রযুক্তির চেনাশোনাগুলিতে দীর্ঘকাল যাবত আমি কমপক্ষে কয়েক বছর ধরে আগলে সম্পর্কে শুনেছি "এই দিনগুলিতে" কত পিছনে?

— জেবি কিং

এর বড় কারণটি হ'ল পরিচালনাগুলি কৃপণতা প্রদর্শন করতে এবং "এটি চতুর হওয়ার অংশ" বলতে পারেন

— স্টিভেন ইভার্স

Answer 1

স্থানান্তর প্রয়োজনীয়তা, দ্রুত বিতরণ

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

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

তারা উভয়ের শক্তি চায়।

Comments

@ পেট আপনি তখনই আপনার ভোটগুলি ব্যবহার করবেন ... :)

— নিকোল

এটি বলার আর একটি উপায় হ'ল: একটি চলন্ত লক্ষ্যমাত্রা গুলি করতে এবং আঘাত করতে সক্ষমতা।

— বার্জার ফ্রয়েড-হানসেন

Answer 2

অনুসরণ করা প্রবণতা

কখনও কখনও লোকেরা জিনিসটি করে, তারা যে জিনিসটি চালাচ্ছে তার যোগ্যতার কারণে নয় (চতুর), কেবল এটি জনপ্রিয় কারণ এবং অন্যান্য লোকেরাও এটি করার চেষ্টা করছে।

"কি? ম্যাক্রোজাম চটপটি করছে? আমরা কেন করছি না? আমরা ধীর নই, আমরা চটপটে, অভিশাপ!"

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

Comments

হ্যাঁ, এটি হাজার বার। "কোনও রূপোর বুলেট নেই" ... অ্যাগ্রিল / স্ক্রাম ব্যতীত অনেকগুলি পরিচালকের মতে দৃশ্যত।

— কিরেলেস

"তত্পরতা আমাদের সমস্ত সমস্যার সমাধান করবে।" তাহলে আমাদের এখনও সমস্যা হচ্ছে কেন ??

— মার্ক ক্যানলাস

Answer 3

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

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

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

আশাকরি এটা সাহায্য করবে.

Answer 4

যা চলছে তাতে দৃশ্যমানতা বৃদ্ধি করুন এবং উত্পাদনশীলতা বাড়ান

1. পরিচালনাকারীরা সাধারণত দৃশ্যমানতা তত্পরতা নিয়ে আসে, বিশেষত স্ক্রামের সাথে। এটি সেমিনারগুলিতে সর্বাধিক ব্যবহৃত বিক্রয় পয়েন্টগুলির মধ্যে একটি যা পরিচালকদের লক্ষ্য করে।

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

অনেক পরিচালক তাদের কর্মচারীকে আরও কিছুটা চূর্ণ করতে চটপটে ব্যবহার করেন এবং আমি তাদের একটি বড় সংস্থায় স্লিকার শিকারের যন্ত্র হিসাবে বার্ন ডাউন চার্ট ব্যবহার করতে দেখেছি।

ফলাফল? অনেক দল ইন distress। তারা ভেবেছিল যে চটপটে তাদের সমস্ত সমস্যা সমাধান করবে, তবে এটি ঠিক বিপরীতে করেছে। সমস্যা অন্য কোথাও ছিল।

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

Answer 5

এই প্রশ্নের উত্তর একটি বই পূরণ করতে পারে।

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

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

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

তাই চটজলদি অনুশীলনগুলি বাস্তবতা অনেক তাড়াতাড়ি পরিষ্কার করে দেয়।

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

Answer 6

বেশিরভাগ পরিচালক তাদের জীবনে কোডের একটি অংশও স্পর্শ করেননি!

আমি 12 বছর বিকাশকারী এবং এখন 5 বছরের জন্য একজন পরিচালক ছিলাম 5 বছরের সময়কালে আমি এমন ব্যবস্থাপক থেকে ধীরে ধীরে স্থানান্তরিত হয়ে যাই যা এখনও মূলত খাঁটি ব্যবস্থাপক হয়ে উঠেছে (আমি এখনও মাঝে মাঝে বাগগুলি ঠিক করি বা প্রোটোটাইপিং অনুশীলন করি)।

চতুর বিকাশটি বেছে নেওয়ার সবচেয়ে বড় কারণগুলি কী

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

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

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

Answer 7

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

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

Answer 8

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

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

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

Answer 9

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

Comments

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

— অ্যারন ম্যাকআইভার

Answer 10

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

Answer 11

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

Answer 12

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

Comments

প্রোগ্রামাররা বিলগুলি পরিশোধ করে না বলে ক্লায়েন্টরা তা করে এবং তাই তারা নিয়ন্ত্রণে থাকে।

— জেফো