ভাল প্রকল্প পরিচালকদের কি কোনও প্রোগ্রামিং ব্যাকগ্রাউন্ড দরকার? [বন্ধ]


20

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

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

আমার প্রশ্নটি তখন: ভাল প্রকল্প পরিচালকদের একটি প্রোগ্রামিং ব্যাকগ্রাউন্ড থাকা দরকার?

অথবা হতে পারে প্রশ্নটি হওয়া উচিত, ভাল প্রকল্প পরিচালকগণের আগে কোনও ভাল প্রোগ্রামার হওয়া উচিত ছিল? কোন সম্পর্ক আছে?



আমার যদি একাধিক শব্দের উত্তর থাকে তবে আমি এটি পোস্ট করব। উত্তর? "হ্যাঁ"
রিগ

উত্তর:


21

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

অন্যদিকে, একজন প্রোগ্রামার যা প্রজেক্ট ম্যানেজার হয়ে যায় তা কন্ট্রোল ফ্রিক হয়ে উঠতে পারে, এই ভেবে যে তিনি যদি প্রোগ্রামারগুলি সঠিকভাবে এটি না করতে পারেন তবে তিনি জিনিসগুলি ঠিক করতে পারেন (এটি একই পরিস্থিতিতে আমার সমস্যা হয়ে দাঁড়িয়েছে)


3
আপনার দ্বিতীয় পয়েন্টের জন্য +1। একটি গড় প্রোগ্রামার সবচেয়ে খারাপ পরিচালক করে তোলে।
রাহুল

2
"অবশ্যই অন্যান্য ধরণের প্রকল্প পরিচালনার মতো নয়" আমি বলব হ্যাঁ এটি।
নিমচিম্পস্কি

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

1
তাহলে (গুলি) তিনি যে প্রকল্পের পরিচালক আমি শুনেছি সে হতে পারে না! ;)
আইভো ভ্যান ডের উইজক

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

20

একটি শক্তিশালী প্রযুক্তিগত পটভূমি সহ একটি পরিচালক সাধারণত তাদের দল "চিন্তা" কীভাবে আরও ভাল করে তা বুঝতে পারেন। আপনাকে বোঝে এমন কোনও ম্যানেজার থাকা ভাল, তাই না?


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

7

নং দুটি সম্পূর্ণ ভিন্ন দক্ষতা। একটি খারাপ প্রকল্পের পরিচালক অগত্যা এমন কোনও ব্যক্তি নয় যা আইটি বুঝতে পারে না এবং এর বিপরীতে।

যুক্তিসঙ্গত, যুক্তিযুক্ত, সংগঠিত হওয়া, প্রকল্পের লক্ষ্যগুলি এবং সম্পর্কিত ব্যবসায় বোঝা এবং একটি ভাল অনুপ্রেরণাকারী কোনওভাবেই প্রোগ্রামে সক্ষম হওয়ার উপর নির্ভরশীল নয়।


এই সাথে একমত হতে পারে না।
বুদা

@ বুদ্দা উত্থাপিত ইস্যুটির একটি সুচিন্তিত চিন্তাভাবনা এবং অবলম্বন বিশ্লেষণকে ধন্যবাদ জানায়। আপনার ইনপুট জন্য ধন্যবাদ।
নিমচিম্পস্কি

7

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

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

কোনও প্রযুক্তিগত ব্যাকগ্রাউন্ড ছাড়াই প্রকল্প পরিচালকদের সক্ষমতার বিষয়ে তর্কটি আমাকে এর কিছুটা মনে করিয়ে দেয়:

বিকল্প পাঠ


3

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

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

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

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


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

মন্তব্য করার জন্য দুঃখিত যে আমি পড়ার পরে আপনার মূল বক্তব্যটি অনুসরণ করা সত্যই কঠিন।
নাম জি ভিইউ

3

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

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


আপনার ধারণার জন্য +1A PM who has some idea what he or she doesn't know can be very effective
নাম জি ভিইউ

2

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

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

আমি উভয় প্রকারের সাথেই কাজ করেছি এবং প্রত্যেকেরই রয়েছে তাদের বৈশিষ্ট্য এবং সমস্যাগুলির অনন্য সেট।

আইটি ব্যাকগ্রাউন্ড সহ:
- আমরা যখন পারফরম্যান্স ত্রুটি বলি তখন কোড বুঝতে পারে কারণ কোডটি মাল্টি থ্রেডেড নয়
- তবে কিছু পরিস্থিতিতে বলে, "আরে আসুন, এটি কোডের 4 টি লাইন যুক্ত করছে, আপনি 10 দিনের মধ্যে এটি করতে পারবেন"

আইটি ব্যাকগ্রাউন্ড ব্যতীত:
- একটি নির্ধারিত সময়সীমাটি আরামদায়ক পরিবর্তনের জন্য আলোচনার জন্য খুব আরামদায়ক হবে
- কোনও প্রযোজনীয়তা ছাড়াই কোনও প্রকল্পের জন্য (মোটামুটি, এখনও) কখনও কখনও বলত "আমরা কি 100 দিনের মোটামুটি অনুমান দিতে পারি এবং 30% বাফারটি উল্লেখ করতে পারি?


আপনার দুই ধরণের অভিজ্ঞতার সাথে আপনি যেভাবে বিবরণ দেবেন তা পছন্দ করুন।
নাম জি ভিইউ

2

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


1

@ নিমচিম্পস্কি আমি সম্মত

এটি কী কী বিষয় নয় (কীভাবে অ্যাক্টিভ শ্রোতা একটি দুর্দান্ত সরঞ্জাম)।

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


1

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


1

না।

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

একটি ভাল বা খারাপ প্রকল্প পরিচালকের যে কোনও প্রকারের পটভূমি থাকতে পারে:

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

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

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

প্রযুক্তিগত জ্ঞান একজন পরিচালক হিসাবে কোনও প্রোগ্রামারের যোগ্যতার পূর্বাভাস দেয় না, কারণ উভয় চাকরিতে প্রয়োজনীয় দক্ষতা সম্পূর্ণ আলাদা। তাই না


1

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


আইটি অভিজ্ঞতার সাথে প্রকল্প পরিচালকরা তাদের বিকাশকারীদের অনুমানের উপর নির্ভর করার চেয়ে ভাল জানতেন।
Huperniketes

এটি তার চেয়ে অনেক বড় সমস্যা। এমনকি যদি আপনি তাকে জিজ্ঞাসা করেন যে "এক্স করতে আপনাকে কতক্ষণ সময় লাগবে?" জিজ্ঞাসা করলেও, যদি আপনি না জানেন যে প্রকল্পটি হওয়ার আগে তারও ওয়াই এবং জেড করার দরকার পড়ে'll বেশ মারাত্মকভাবে অভাব। এবং এটি কি প্রশ্ন জিজ্ঞাসা করার বিষয়টি জানার বিষয়।
রবার্ট রসনি

1

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

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

ব্যক্তিগতভাবে, আমি মনে করি যে কারোর মূল প্রোগ্রামিং ধারণাটি ভালভাবে উপলব্ধি আছে তবে বুঝতে পারে যে তারা "হট শট" নয়, তিনি আদর্শ ধরণের পরিচালক।


0

স্পষ্টভাবে.

সত্য কারণগুলির উপর ভিত্তি করে এই একটি কারণ সম্পর্কে আমাকে সতর্ক থাকতে হবে তবে আমি আমার ব্যথা ব্যাখ্যা করার চেষ্টা করব explain

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

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

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

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

বিটিডব্লিউ যেহেতু আমি তার সাথে কাজ করছি আমার কাজ আর মজাদার নয়।


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

2
এটি কেবল শোনাচ্ছে যে প্রশ্নযুক্ত ব্যক্তির প্রধানমন্ত্রীর পক্ষে উপযুক্ত ব্যক্তিত্ব নেই। আমি মনে করি না যে তাদের কোনও প্রযুক্তিগত পটভূমি রয়েছে এটি বদলে যাবে।
ধনী

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

0

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


0

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

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

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


0

কিছু বিভ্রান্তি আছে বলে মনে হচ্ছে:

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

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

আপনি প্রধানমন্ত্রী হতে পারেন আপনি: ক) কীভাবে প্রকল্পগুলি পরিচালনা করবেন তা খ) উন্নয়নের প্রক্রিয়াটি বোঝেন। এগুলির কোনওটির জন্য কোডিং জ্ঞান প্রয়োজন হয় না তবে এটি সহায়তা করতে পারে।

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

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


আমি রাজি নই। দলের নেতা প্রায়ই প্রধানমন্ত্রী হন; এবং যদি তা না হয় তবে প্রায়শই কোডারকে মূল্যায়নের জন্য প্রধানমন্ত্রীর কাছে যান।
নাম জি ভিউ

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

সময়রেখা সেখানে প্রতিটি জিনিস সিদ্ধান্ত।
নাম জি ভিইউ

0

আমি পুরানো কথাটি মনে করিয়ে দিচ্ছি: "এখানে কাজ করার জন্য আপনাকে পাগল হওয়ার দরকার নেই, তবে এটি সাহায্য করে"।

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

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

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

সংক্ষেপে, একজন পরিচালক কেবলমাত্র তিনটি পরিস্থিতিতে একটিতে ফেসবুকের মূল্য নির্ধারণ করবেন:

  • অতীতে আপনার একই ধরণের কাজগুলির অনুমানের সাথে আপনি বেশ নির্ভুল ছিলেন।
  • তিনি বিতরণের চাপে আছেন এবং আপনার অনুমান তিনি ভাবেনের চেয়ে ভাল is
  • তিনি আপনাকে গুলি চালানোর কোনও কারণ খুঁজছেন।

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


-1

আমার কোনও ধারণা নেই তবে আমার ম্যানেজারটির কিছু প্রযুক্তিগত জ্ঞান প্রয়োজন। মাঝে মাঝে তাকে ব্যাখ্যা করা অসম্ভব।

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