বছরের পর বছর ধরে যখন তাদের দলে প্রোডাক্ট উদ্ভাবনের অভাব রয়েছে, প্রজেক্ট এমজিএমটি পদ্ধতি ব্যবহার করা হয়নি এবং খারাপ সফ্টওয়্যার দেব অনুশীলন রেখেছেন তখন দেব হিসাবে কী করবেন? [বন্ধ]


14

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

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

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

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

প্রথম থেকেই ম্যানেজার পরিবর্তনের জন্য প্রতিরোধ করেছেন এবং পূর্ববর্তী বিকাশকারীরা বছরের পর বছর ধরে একই কাজ করে যাচ্ছেন বলে বিবেচনা করে নীচে বর্ণিত সমস্যাগুলি মোকাবিলার সর্বোত্তম উপায় কী হবে?

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

  • প্রকল্প পরিচালনার সমন্বয়ের অভাব: এর ফলস্বরূপ, কিছু প্রকল্প দেরিতে সরবরাহ করা হয়, বাগ সহ কিছু গ্রাহকরা অভিযোগ করেন (ক্লায়েন্টরা বাগগুলি রিপোর্ট করে) বা প্রকল্প সরবরাহ করার আগে বাজেট খুব দ্রুত ব্যবহার করা হয় I've আমি তাদের সরবরাহ করেছি provide কয়েকটি প্রকল্প সমন্বয়ের টিপস এবং ধারণাগুলি এখন নিয়মিতভাবে ব্যবহার করা হচ্ছে প্রকল্পগুলি এবং করা কাজগুলির অগ্রগতি ট্র্যাক করতে।

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

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

আপনার সমস্ত প্রতিক্রিয়া এবং সময় জন্য অনেক ধন্যবাদ



1
ঠিক যেমন একটি নোট, অনেক গ্লাসডোর রিভিউ আমার অভিজ্ঞতাতে আসল।
টেলাস্টিন

1
আপনার ম্যানেজারটি কি ডেভলপমেন্ট ম্যানেজার বা প্রোডাক্ট ম্যানেজার অর্থাৎ যিনি আইটেমগুলির অগ্রাধিকারের বিষয়ে সিদ্ধান্ত নেন সেগুলি তার প্রতিনিধিত্বমূলক ব্যবসায়ের মূল্যের ভিত্তিতে বিকাশ করা হবে?
মার্জন ভেনেমা

4
আপনি বুঝতে পারেন যে কাদা বড় বল আসলে কাজ করে ?
ডেনিস ডি বার্নার্ডি

উত্তর:


18

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

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

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

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

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

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

4
ব্যবহারিক পরামর্শ, অনেক বার ডেভস কেবল কোডবেসের ক্ষেত্রে বিবেচনা করে না এবং ব্যবসায়ের দিক দিয়ে বিবেচনা করে এবং একটি বিশাল চিত্র মিস করে যা আমাদের কী করে এবং আমরা এটি কেন করি।
gbjbaanb

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

10

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

কেবলমাত্র আপনি যদি সংস্থাটি ছেড়ে না যেতে চান (আপনার প্রশ্নের ধরণের প্রথম পংক্তিটি এটি দিয়েছে):

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

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

সম্ভবত সবচেয়ে খারাপটি ঘটতে পারে তা হ'ল আপনি একটি নতুন কাজ খুঁজছেন, যা আপনার যাইহোক করা উচিত।


2
দুঃখিত, আমাকে হ্রাস করতে হয়েছিল, কারণ ওপি বিশেষত বলেছে যে "নতুন চাকরীর সন্ধান করুন" এর ধারায় তিনি পরামর্শ খুঁজছেন না।
কেচালাক্স

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

9

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

ইনভেস্টোপিডিয়া (দ্বিতীয় লিঙ্ক) সম্ভবত এই ক্ষেত্রে সেরা উদ্ধৃতি আছে।

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

আপনি যেমন উল্লেখ করেছেন, নগদ-গাভী প্রকল্পে কিছুটা উত্সাহ রয়েছে।

  • এটা স্থিতিশীল
  • একটি সামান্য ডিগ্রী নতুন বিকাশের গ্যারান্টিযুক্ত
  • মোকাবেলা করার জন্য সবসময় বাগ-ফিক্স কাজ রয়েছে।

এবং আপনি যেমন লক্ষ করেছেন, সেই প্রকল্পগুলিতে কিছুটা ডাউনসাইড রয়েছে।

  • এটি স্থিতিশীল এবং কোড বেসটি বেশি পরিবর্তন করে না
  • নতুন প্রযুক্তিগুলি সাধারণত উপেক্ষা করা হয় (বল্টু করা খুব ব্যয়বহুল)
  • এবং জিনিস পেতে ... বাসি।

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

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

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

কিছু সময়, আপনি এখনও প্রকল্প থেকে এগিয়ে যেতে হবে। আপনি যে পাঠগুলি আপনার সাথে সরিয়ে নিতে পারেন তা বাস্তব পেশা তৈরির পাঠ হতে পারে।


2
+1, আমি এক দশকেরও বেশি সময় ধরে এই মোডে সংস্থাগুলি চালিত দেখেছি। একবার তাদের কিছুটা জড়তা পরে, তারা দীর্ঘ, দীর্ঘ সময়ের জন্য চালানো হবে।
গ্র্যান্ডমাস্টারবি

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

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

5

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

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

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

ব্যবসায়ের ক্ষেত্রে এর ব্যবসায়ের আয়ের উপর কী কী প্রভাব রয়েছে তা মোকাবেলা করা দরকার:

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

ব্যবসায়ের ক্ষেত্রে এটিও দেখানো দরকার যে বর্তমান বিকাশ অনুশীলনগুলি কীভাবে প্রয়োজনীয় বৈশিষ্ট্যগুলি বিকাশের গতি এবং ব্যয়কে প্রভাবিত করছে:

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

এবং অবশ্যই দেখানো দরকার যে উন্নততর উন্নয়নের চর্চাগুলি গ্রহণ করা কীভাবে এই পরিসংখ্যানগুলিকে প্রভাবিত করবে।

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

চূড়ান্ত দ্রষ্টব্য: পণ্য পরিচালক যদি এই সমস্ত বিষয়ে আগ্রহী না হন তবে আপনি হারিয়ে গেছেন: জাম্প শিপ।


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

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

ধন্যবাদ। বর্তমান 'প্রোডাক্ট' ম্যানেজার একজন প্রোগ্রামার ছিলেন যিনি একরকম ম্যানেজার হয়েছিলেন এবং এখন ডেভলপমেন্ট ম্যানেজার, প্রোডাক্ট ম্যানেজার এবং প্রজেক্ট ম্যানেজার।
কামি

@ কমি: দুর্ভাগ্যক্রমে "দ্য পিটার নীতি: কেন সবসময় ভুল হয়" এর কারণে বিপর্যয়ের একটি সুপরিচিত রেসিপি । আসল বই: দ্য পিটার প্রিন্সিপাল
মার্জন ভেনেমা

4

আমি মনে করি যে এটি কোনও সরাসরি সমাধান ছাড়া সত্যই একটি কঠিন সমস্যা। আপনি যা করার চেষ্টা করতে পারেন সে সম্পর্কে এখানে কিছু ধারণা দেওয়া হয়েছে:

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

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

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

পরিবর্তন ব্যবস্থাপনার পক্ষে এটি কঠিন এবং আমি নিশ্চিত না যে কীভাবে ফলাফল তৈরি করা এবং তাদের মতামতটির মূল্যবান মূল্যবান ব্যক্তি হওয়া বাদ দেওয়া যায় aside আপনার মতামতটি মূল্যবান হয়ে গেলে লোকেরা শুনতে শুরু করতে পারে বা তারা তা শুনতে পারে না।

শেষ পর্যন্ত মনে রাখবেন পরিবর্তনটি কঠোর এবং সময় নেয়। সেখানে থাকুন এবং ছোট শুরু করুন এবং আপ করুন।

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