প্রোগ্রামার একসাথে একাধিক প্রকল্পে কাজ করা কি স্বাভাবিক [বন্ধ]


40

একটি বর্তমান চাকরিতে আমার দুটি প্রকল্প কাজ করার আছে। প্রথমটি খুব বিশাল সিস্টেম এবং দ্বিতীয়টি ছোট তবে এটিও বড় (প্রথম প্রকল্পটি 12 বছরের জন্য বিকাশ করা হচ্ছে, দ্বিতীয়টি 4 বছরের জন্য)।

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

এটি আমার পক্ষে খুব কঠিন কারণ তারা উভয়ই জাভা ব্যবহার করা সত্ত্বেও, তারা বিভিন্ন ফ্রেমওয়ার্ক ব্যবহার করে এবং বোঝার জন্য কোড এবং ব্যবসায়িক-যুক্তির পরিমাণ খুব বড় তাই আমি সত্যিই সেই প্রকল্পগুলি আমার মাথায় রাখতে পারি না।

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


আমার পক্ষে একাধিক প্রকল্পে কাজ করা 'দেহের শপ' শব্দটির চেয়ে বেশি ফিট যা খারাপ জিনিস, তাই না?

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

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

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

এই প্রশ্নটি কি "50% এরও বেশি সংস্থাগুলি মাল্টিটাস্কিংয়ের অনুমতি দেয়" বা "মাল্টিটাস্কিং ভাল বা খারাপ"?
মার্টিন উইকম্যান

উত্তর:


54

লোকেরা যখন "হ্যাঁ, মাল্টি টাস্কিং স্বাভাবিক" বলে আমি সম্পূর্ণই একমত নই

এটা স্বাভাবিক না ! মোটেও নয়, বিকাশকারীর পক্ষে বেশ কয়েকটি প্রকল্পে মাল্টি-টাস্ক করা অত্যন্ত অপ্রাকৃত (আমি আরও পরে ব্যাখ্যা করব)। অন্যদিকে বিকাশকারীদের মধ্যে মাল্টি-টাস্কিং খুব সাধারণ । এটি অবশ্যই আপনার অভ্যস্ত হওয়া উচিত। সুতরাং আপনার প্রশ্নের আসল উত্তর: মাল্টি-টাস্ক কীভাবে?

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

এখন মাল্টি-টাস্কিং সম্পর্কে, আমি 100% সাথে দ্বিমত পোষণ করি যখন লোকেরা "হ্যাঁ, কেবল পিছনে পিছনে স্যুইচ করুন এবং নিশ্চিত করুন যে আপনি প্রতিটি প্রকল্পে একই পরিমাণ করছেন"। দুঃখিত তবে এটি খুব খারাপ পরামর্শ।

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

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

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

এটি মাল্টি-থ্রেডিংয়ের মতো: এক পর্যায়ে প্রতিটি দম্পতি চক্রের থ্রেড প্রসঙ্গটি স্যুইচ করার জন্য ব্যয় খুব বেশি হয় তাই আসল কাজগুলি সম্পাদন করার চেয়ে সিপিইউ প্রসঙ্গে পরিবর্তন করতে বেশি সময় ব্যয় করে।

আমি এই বিষয়ে জোয়েল স্পলস্কির একটি নিবন্ধ পড়ার জন্য অত্যন্ত পরামর্শ দিচ্ছি:

http://www.joelonsoftware.com/articles/fog0000000022.html

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

জোয়েল এটিকে ভালভাবে রেখেছিল যখন তিনি বলেছিলেন:

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


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

1
+1 দুর্দান্ত। যদি সংস্থাগুলি এটি বুঝতে পারে তবে তারা আরও ভাল করবে। কেউ কেউ করেনি, এবং যেখানে কালকের বিজয়ীরা রয়েছেন!
মার্টিন উইকম্যান

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

2
@ অ্যালেক্স - @ বিজার্কেফ এবং @ জেফ একেবারে ঠিক আছে; দুটি প্রকল্প হচ্ছে! = মাল্টিটাস্কিং। জোলের পোস্ট এবং মাল্টিটাস্কিং ব্যয়বহুল এবং অপব্যয়যুক্ত সম্পর্কে আপনার লিখনআপ সঠিক তবে সেগুলি একাধিক প্রকল্পে কাজ করার জন্য অগত্যা প্রাসঙ্গিক নয়
নিক নোলসন

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

33

হ্যাঁ, এটি আশা করা যায়। এবং স্বাগত জানাই।

এটি দেখার কয়েকটি উপায় রয়েছে:

  1. আপনি বহু-কার্য প্রত্যাশিত এবং এটি ফোকাস করা প্রায় অসম্ভব। সাব-অনুকূল ইঞ্জিনিয়ারিং প্রক্রিয়াগুলির ফলস্বরূপ, আপনি পিছনে পিছনে স্যুইচ করার সাথে সাথে মাঝে মাঝে বিভ্রান্তি, শোষণের অনুভূতি, হতাশা, স্ট্রেস ইত্যাদির অনুভূতি এগুলি অবশ্যই নেতিবাচক; যাহোক,

  2. আপনি একাধিক প্রকল্পের সাথে বিশ্বস্ত হচ্ছেন যা আপনার ফলাফলগুলি এবং আপনার নিয়োগকর্তার আপনার দক্ষতার উপর আস্থা রাখার বিষয়ে ভাল প্রতিফলিত করে। তাদের আস্থাটি নিশ্চিত করার সুযোগ এটি।

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

সাধারণত (যদিও সবসময় না), এটিকে আরও দায়িত্ব, ঝাঁকুনির জন্য আরও বেশি প্রকল্প এবং আরও প্রত্যাশার পুরষ্কার দেওয়া হবে। এক পর্যায়ে আপনি এই কাজের কিছু অর্পণ করতে সক্ষম হবেন এবং প্রত্যাশিত। এটি সাফল্যের একটি পরিমাপ।

সুতরাং, এমনকি যদি আপনার ক্রমবর্ধমান জাগলিং দক্ষতাগুলি কেবলমাত্র আপনার বর্তমান সংস্থার দ্বারা কাজে লাগানো হয় তবে এগুলি আপনার ক্যারিয়ারে ভাল দক্ষতা অর্জন করবে এবং করবে।

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


7
একজন আজ্ঞাবহ বান্দা হওয়ার পরিবর্তে এবং ধন-সম্পদের আশা করা, সম্ভবত অদম্য হয়ে উঠুন এবং অদক্ষতার পরিচয় দিয়ে মূল্য যুক্ত করুন?
জোপে

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

এটি আপনার প্রকল্পের বিরক্ত হওয়া থেকেও বাধা দেয় that's আমার কাছে প্রায় 100 টি বিভিন্ন কাজ শেষ হওয়ার অপেক্ষায় রয়েছে, 17 টি প্রকল্পের মধ্যে এটি ছড়িয়ে আছে। অবশ্যই, এটি সময়ে কিছুটা চাপ সৃষ্টি করে তবে আমি একা বড় প্রকল্পে আমার সমস্ত শক্তি যোগ করা ছাড়া আর কিছুই করার নেই যখন আমি অসন্তুষ্ট হই।
এইচটিবিএ

7
আমি এই উত্তরটির সাথে দৃ strongly়ভাবে একমত নই। মাল্টি-টাস্কিং সাফল্যের মাপকাঠি নয় এটি আপনার পরিচালকের অক্ষমতার পরিমাপ। মাল্টি-টাস্ক কীভাবে করা যায় তা জানা সহজ নয়। পিএস: আমি নিজেই একটি উত্তর পোস্ট করেছি তবে এটি লাইনের শেষ দিকে যায়।
অ্যালেক্স

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

15

হ্যাঁ! আপনি যখন কোনও পরিষেবা সংস্থার এক্সডিতে কাজ করেন তখন এটি সম্পূর্ণ "স্বাভাবিক" / স্বাভাবিক

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

হতে পারে এবং আদর্শ রাষ্ট্র নয়, তবে এটি প্রতিদিনের রুটি।


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

4
@ গ্রেসান আমরা সবাই "একবারে একটি জিনিস" নিয়ে কাজ করতে চাই। তবে, একাধিক প্রকল্পে কাজ করা, অন্য ব্যক্তির কোড পড়া এবং বিভিন্ন প্রয়োজনীয়তার সাথে কাজ করা হ'ল নিনজা-হুডের পথ।
bogeymin

12

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


9

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

সুতরাং, আপনার প্রশ্নের উত্তর দিতে, হ্যাঁ, এটি খুব সাধারণ।


তো, তুমি কি শিব-লোক? এই প্রকল্পগুলিতে আপনার ইনপুটটির পরিমাণ আমি খুব কমই ভাবতে পারি।

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

8

মাল্টিটাস্কিং নামে আপনাকে নিবন্ধটি পরে দেখুন । এই গ্রাফটি গল্পটি বলে:

এখানে চিত্র বর্ণনা লিখুন

অন্য কথায়, সংস্থাগুলি তাদের প্রোগ্রামারদের একসাথে একাধিক প্রকল্পে কাজ করে সময় নষ্ট করছে। মাত্র তিনটি প্রকল্পের সাথে বর্জ্য 40%! বাকি সময় তিনটি প্রকল্পে বিভক্ত হয়।

মাল্টিটাস্কিংয়ের কারণটি প্রায়শই "আরও বেশি কাজ করা" হিসাবে বর্ণিত হয়। তবে এটি ত্রুটিযুক্ত যুক্তি। মাল্টিটাস্কিংয়ের ফলে সমস্ত রিলিজ বিলম্বিত হয়। এই চিত্রটি একবারে একটি প্রকল্প শেষ করে দ্বৈত টাস্কিংয়ের প্রভাব দেখায়:

এখানে চিত্র বর্ণনা লিখুন

(চিত্র পুরোপুরি উপুড় উপেক্ষা করে reality বাস্তবে নষ্ট সময় উভয় প্রকল্পকে 20% পরে তৈরি করে।


4

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

অবশ্যই, বাগ ফিক্সস ইত্যাদি যে কোনও প্রকল্পের সাথে সর্বদা ঘটতে পারে।


আপনি ঠিক বলেছেন আমি এখন একটি ছোট সংস্থায় কাজ করছি তবে এর আগে আমি কেবল বড় বড়দের জন্যই কাজ করতাম, সুতরাং এটি কোনও সমস্যার কারণ হতে পারে, এর অর্থ আমি ছোট সংস্থাগুলিতে কাজ করতে ব্যর্থ হয়েছি used

4

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

মাঝে মাঝে এমন সময় আসবে যখন কোনও প্রকল্প "একটি ব্যতিক্রম ছোঁড়ে" এবং এখনই কাজ করা দরকার । এখানে দুটি জিনিস করা আছে:

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

3

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

যদি প্রকল্পটিতে ইতিমধ্যে প্রযুক্তিগত ডকুমেন্টেশনের ভাল কভারেজ থাকে তবে জটিল ক্ষেত্রগুলিতে আপনি কাজ করছেন বলে আপনার চিন্তাভাবনাগুলি লিখে রাখা সুবিধাজনক হতে পারে। পরের বার যখন আপনি ফিরে যাবেন তখন আপনি নিজের চিন্তা প্রক্রিয়াটি ধরে রাখতে পারেন।


1
দুর্দান্ত পরামর্শ। আমি বিস্তারিত নোট নিই এবং সেগুলি একাধিক উপলক্ষে খুব কাজে এসেছিল।
অ্যাডাম লিয়ার

2

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


2
প্রকৃতপক্ষে, আপনার বসকে জোর করে বলুন কী গুরুত্বপূর্ণ। যোগাযোগ অত্যন্ত গুরুত্বপূর্ণ এবং এটি বজায় না রাখলে এটি উভয় পক্ষকেই হতাশার এবং হতাশার কারণ হতে পারে।
এইচটিবিএ

0

আমি মনে করি এটি স্বাভাবিক। আমার কাজটি এখনই যেভাবে কাজ করে (আমি প্রায় 40 বিকাশকারী, মোট কোম্পানির আকার প্রায় 700 এর সাথে একটি সংস্থায় আছি)। এবং আমার কাছে অনেকগুলি ছোট টিকিট / ত্রুটিযুক্ত একটি সাধারণত "দীর্ঘ মেয়াদী" প্রকল্প থাকে যা এটি সাধারণত শেষ হয় 50% ছোট টিকিট এবং দীর্ঘমেয়াদী প্রকল্পে 50% কাজ করে। কি কঠিন হতে পারে যে ধ্রুবক বাধা ধীর এবং দীর্ঘমেয়াদী প্রকল্পটি লাইনচ্যুত করতে পারে ..


0

আমি একাধিক প্রকল্পে কাজ করা স্বাভাবিক বলে মনে করি। মূলটি হ'ল এটি গ্রহণ করা যে আপনি প্রথমে সিস্টেমের সামগ্রিক চিত্রের ক্ষেত্রে কিছুটা অস্পষ্টতার মুখোমুখি হবেন।

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

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


0

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

লোকজনকে অলস অবস্থায় বসে থাকার পরিবর্তে, একাধিক প্রকল্প সক্রিয় করা সাধারণ বিষয় যাতে প্রয়োজন বোধকরি সর্বদা একটি মুক্ত কাজ করা যায়।

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


-1

আমি এগুলির সাথে একমত বলেছি এটি সাধারণ / সাধারণ।

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


-1

আইএমএইচও, এটি কেবল স্বাভাবিকই নয়, এটি আকাঙ্ক্ষিতও।

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


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

আমি করেছি - তবে ভাবছি প্রতিটি কাজের প্রতিটি দিকই উত্তেজনাপূর্ণ হয়ে উঠবে ive
সিজেএমউকে

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

তারপরে আমি মনে করি আপনি খুব ভাগ্যবান ... তবে, আমি সন্দেহ করি যে আমি আরও বড় জনসংখ্যায় রয়েছি যাদের মসৃণভাবে রুক্ষতা নিতে হবে।
সিজেএমউকে

-1

আমি বুঝতে পারি আপনি কীভাবে অনুভূতি বোধ করছেন, নতুন নিয়োগকর্তারা জড়িত প্রক্রিয়াজাত বিকাশকে বোঝা মুশকিল, বিশেষত যদি আপনি নিয়োগকর্তা বিকাশকে কেন্দ্র করে না থাকেন।

সমস্যাটি হ'ল তারা দেখছেন যে এক সাথে 3 জন একসাথে একজনের চেয়ে বেশি অর্থোপার্জনকারীকে নিয়ে কাজ করা হয়েছে, এবং পরিসংখ্যান দেখায় যে কর্মক্ষমতা 40% হ্রাস পেয়েছে। লাভের 40% ক্ষতি হ'ল ..

আমি পূর্ববর্তী একটি অরগানাইজেশনের জন্য কাজ করেছি যা আমাকে মাঝখানে ছোট চাকরি, টিকিট এবং সহায়তা ইত্যাদির সাথে একসাথে 1 টি বড় প্রকল্পে ফোকাস করার অনুমতি দিয়েছে আমরা একটি চুক্তিতে কাজ করেছি যেখানে 8: 00-10: 00 এএম বর্তমান সিস্টেমগুলির জন্য টিকিট এবং সমর্থন ছিল যা ইমেল / ফোন / হেল্পডেস্কের মাধ্যমে আসে তখন 10:00 - 16:30 বা আপনার সমাপ্তির সময়টি ছিল সম্পূর্ণ দৃ development় বিকাশ। এটি এক্সট্রিম্লে ভালভাবে কাজ করেছে, কারণ আমাদের কল এবং ইমেলগুলি নেওয়ার জন্য একটি হেল্পডেস্ক ছিল, আমি সকালে টিকিট করতে পেরেছিলাম এবং বাকি দিনটি বিকাশ করতে সক্ষম হয়েছি। সমস্যাটি যদি আপনার খারাপ পরিচালনা থাকে poor একজন পরিচালক এগুলি সব ঘটায় এবং আপনার সমর্থন এবং প্রতিদিন আপনার যে চ্যালেঞ্জগুলির মুখোমুখি হয় তা না বুঝে তারা সত্য সম্পর্কে অজ্ঞ।

আমি বিশেষত আমার পরিচালকের কাছ থেকে সমর্থন এবং বোঝার শেষ কাজটিতে কৃতজ্ঞ ছিলাম, এটি আমার জীবনকে সহজতর করে তোলে, কম চাপ দিয়েছিল এবং আমরা এখনও সমস্ত কাজ পেয়েছি ..

আর একটি বিষয় হ'ল বসের ভালবাসার অর্থ, তারা অর্থের সাহায্যে প্রকল্পগুলি দেখে, যখন তাদের একই সময়ে ,000 20,000 এর জন্য 5 টি প্রকল্প রয়েছে (এবং আপনি একক বিকাশকারী) বইগুলিতে £ 100,000 চালিয়ে যান .. কাগজে দুর্দান্ত দেখায় তবে পারেন ক্ষতিগ্রস্থ কোম্পানির সুনাম যখন এগুলি পূরণ করা হয় না, সময়সীমা মিস হয় এবং ঘনত্বের অভাবে সিস্টেমগুলি বগি হয়।

আমি আপনার সাথে সম্পূর্ণ সহানুভূতি জানাই, আমি এখনই আপনার অবস্থানে আছি।


এই প্রশ্ন জিজ্ঞাসা উত্তর কিভাবে?
gnat

-2

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


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

-2

সফ্টওয়্যার প্রকল্পগুলি, প্রেমের অংশীদারদের মতো, অনেকের মধ্যেও হতে পারে এবং অনেকগুলি ভাল হতে পারে, তবে সেগুলি একবারে একবারে ভাল হয় good


-2

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

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