কীভাবে আমাদের উন্নয়ন প্রক্রিয়া থেকে পরিচালনা রক্ষা করা যায়


14

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

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

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


1
উন্নয়ন প্রক্রিয়াটি পরিচালনা কতটা ভাল করে বোঝে?
জেবি কিং

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

ঝাঁপ দাও জাহাজ. @ অ্যালেক্স, প্রতিটি পরিচালনা দল জড়িত থাকার বিষয়ে চিন্তা করে না। যদি তারা অন্তর্ভুক্ত থাকতে চায় তবে তাদের অন্তর্ভুক্ত করা হত; তারা ব্যবস্থাপনা। ইঞ্জিনিয়ারিং নেতৃত্বাধীন সংস্থাগুলি সংখ্যালঘু।
মার্ক ক্যানলাস

1
@ মার্ক, পরিচালনা দল তৈরি করা লোকদের জড়িত করা আপনার ক্ষমতাতে সাধারণত হয়। উপরের দিকে পরিচালনা একটি দরকারী বেঁচে থাকার / সুখের দক্ষতা।
অ্যালেক্স ফেনম্যান

উত্তর:


5

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

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

http://practicalagility.com/show-them-the-numbers-its-results-that-matter/

আপনি যদি লিঙ্ক তাড়া করার মতো অনুভব না করেন তবে আমি সম্পর্কিত প্রশ্ন থেকে আমার সারাংশটি পুনরাবৃত্তি করব:

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

এই অভিজ্ঞতার ভিত্তিতে আমার উপসংহারটি হ'ল:

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

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


20

আপনি যে পদ্ধতিটি ব্যবহার করুন না কেন, এক নম্বর নিয়ম অনুসরণ করতে হবে

  1. বিকাশকারীদের নিজস্ব কাজ অনুমান করার অধিকার থাকা উচিত।
  2. অংশীদারদের সেই কাজের মধ্যে অগ্রাধিকার দেওয়ার অধিকার থাকতে হবে।

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


তারা যদি পরীক্ষার বিষয়ে কোনও অগ্রাধিকার না দেয় তবে কী হবে?
জেফো

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

12

আপনি ইউনিট পরীক্ষাগুলি সময় সাশ্রয় করতে পারে তা নির্দেশ করতে পারেন, তাই আপনি যদি এগুলি ফেলে দেন তবে অনুমানটি 500 ঘন্টা চলে যায়।


3
ওটা লুক্কায়িত।
জেফো

8
এবং সত্য হওয়ার সুবিধা রয়েছে।
এইচএলজিইএম

2
ইঞ্জিনিয়ারদের কাছে এটি সত্য হওয়া সত্ত্বেও, আমি জানি না আপনি কীভাবে বাস্তবে নন-ইঞ্জিনিয়ারদের সাথে এই প্যারাডক্সটি যোগাযোগ করতে পারেন।
মার্ক ক্যানলাস

2
তাদেরকে নতুন অনুমান দিয়ে যেখানে আপনি অনুমানের ডিবাগিং অংশে আরও কয়েক ঘন্টা যুক্ত করেছেন।
এইচএলজিইএম

আমার প্রতি ভুল আচরণ এটি কোনও ভাল সামগ্রিক-টিমের ফলাফল (Incl। পরিচালন) নিয়ে আসবে না।
মার্ক

6

প্রযুক্তিগত debtণ এবং ইউনিট পরীক্ষার মান সম্পর্কে তাদের বলুন

প্রযুক্তিগত onণ সম্পর্কে কিছু সুন্দর ধারণা থেকে এই পোস্টটি দেখুন । সেই পোস্টটি অনুসরণ করে আপনি নিম্নলিখিত পিডিএফটিতে যেতে পারেন

ইউনিট টেস্টিংয়ের মানটি সম্পর্কে আমি এই পোস্টটি পছন্দ করি (সম্ভবত এটির জন্য আরও অনেকগুলি রয়েছে)

আশা তাদের আপনার উন্নয়ন প্রক্রিয়া থেকে সরিয়ে না নিয়ে বরং তাদেরকে জড়িত করা এবং সঠিক পথে প্রতিশ্রুতিবদ্ধ করা।

আপনার নিজের মূল পরিকল্পনাটি লিখতে হবে, আপনি অধ্যায় 1 এবং 2 (পরিশিষ্টে নয়) যুক্ত করুন যাতে আপনি প্রযুক্তিগত debtণ এবং ইউনিট পরীক্ষার মান ব্যাখ্যা করেন। তাদের বিকল্প দিন:

  • কম ঘন্টা (পুরো দেড়শোটি নয়, এটি হাস্যকর শোনায়) যেখানে গড়ে প্রতি পরিবর্তন (বিকাশের পর্যায়ে এবং রক্ষণাবেক্ষণের সময়) গ্রহণ করবে:
    • ছোট 4 ঘন্টা
    • মাঝারি 16 ঘন্টা
    • বড় 40 ঘন্টা
  • আপনার আনুমানিক ঘন্টা যেখানে প্রতি পরিবর্তন (বিকাশের পর্যায়ে এবং রক্ষণাবেক্ষণের সময়) গড়ে নেবে:
    • ছোট 2 ঘন্টা
    • মাঝারি 8 ঘন্টা
    • বড় 20 ঘন্টা

(ঘন্টাগুলি কেবলমাত্র নির্দেশক proper আপনি যথাযথ অনুমান দেওয়ার জন্য আরও ভালভাবে সজ্জিত))

অন-বাজেটের বিতরণগুলির জন্য আপনার ট্র্যাক রেকর্ডটি অন্তর্ভুক্ত করতে ভুলবেন না।

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

আশা করি এটি সাহায্য করে এবং সৌভাগ্য।


3

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

অ-প্রযুক্তিগত বিকাশকে "আপনার বিকাশের প্রক্রিয়া থেকে সরিয়ে" এটাই একটি ভাল উপায়। আপনার বিকাশ প্রক্রিয়াটি আপনি যে টাস্ক তালিকায় বা প্রকল্পের সময়সূচীতে দেন তা অন্তর্ভুক্ত করবেন না!

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


2

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

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

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


1

আপনি তাদের পুরোপুরি বেতন দেওয়ার পরেও আপনি তাদের পুরোপুরি আপনার প্রক্রিয়া থেকে দূরে রাখতে পারবেন না এবং তারা আপনার পণ্যটি ব্যবহার করবেন (যদি সরাসরি না হয়, সম্ভবত আপনার সংস্থার কেউই শেষ ব্যবহারকারী)।

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

ধরে নিলাম যে সময়সীমার কোনও "ড্রপ ডেড" কারণ নেই তবে আমি 2 টি জিনিস প্রস্তাব করব।

  1. আপনার উচ্চমানের কাজের বর্তমান পদ্ধতির সাথে লেগে থাকায় আপনি 150 ঘন্টার মধ্যে কী করতে পারবেন বলে একটি বিশদ পরিকল্পনা সরবরাহ করুন। এই সময়ের ফ্রেমে ঠিক কী বিতরণ করা যায় তা গণ্য করুন। KeesDijk থেকে উত্তর একটি সূক্ষ্ম গ্রেইনড পর্যায়ে পরিকল্পনা উপর কিছু খুব ভাল লিঙ্ক আছে।
  2. সমস্ত বৈশিষ্ট্য coverাকতে এবং কীভাবে এটি 300 ঘন্টা লাগবে (বা চিত্রটি যা আসবে তা যাই হোক না কেন) বিশদ পরিকল্পনার একই পরিকল্পনায় বহন করুন।

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


1

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

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


-1

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


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

4
নিম্নমানের সরবরাহ করা একটি খারাপ ধারণা, এই দলটির একটি ভাল খ্যাতি রয়েছে বলে মনে হয়, এটি চিরকালের জন্য, বা দীর্ঘ সময়ের জন্য হারিয়ে যেতে পারে, যদি তারা খারাপ মানের কাজ করে।
স্টিভ

1
না। আপনি বৈশিষ্ট্যগুলি ছেড়ে যাওয়ার বা কিছু বৈশিষ্ট্যগুলিকে নিম্ন-অগ্রাধিকার (একই জিনিস) তৈরি করার প্রস্তাব দিতে পারেন। তবে উদ্দেশ্যমূলকভাবে বগি সফটওয়্যার তৈরি করা কেবলমাত্র পেশাদারি।
নিকি

আমি উদ্দেশ্য হিসাবে বগি সফ্টওয়্যার তৈরি করার পরামর্শ দিচ্ছি না। আমি তাদের সামনে বলার পরামর্শ দিচ্ছি যে উদ্ধৃতিটি কাটাতে হবে তবে প্রয়োজনীয়তাগুলি বগী সফ্টওয়্যারটিতে আসবে না। এটা তাদের পছন্দ।
ক্রেগ

-1

ওয়ালি কি করবে?

পরিচালনা আপনাকে যা জিজ্ঞাসা করে তা ব্যাখ্যা করার একাধিক উপায় রয়েছে, একটি হ'ল তারা আপনাকে সময়মতো বিতরণ করতে চায় না।

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


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

-1

আপনি একটি আচার মধ্যে আছেন। যদি আপনি আপনার বন্দুকগুলিতে লেগে থাকেন এবং ইউনিট পরীক্ষাগুলিতে লেগে থাকতে চান এবং 300 ঘন্টা দাবি করতে চান তবে আপনি শত্রু হয়ে উঠবেন।

আপনি যদি 150 ঘন্টা কমাতে এবং ইউনিট পরীক্ষাগুলি হ্রাস করেন তবে আপনি একটি বাগিগিয়ার পণ্যটি দ্রুত সরবরাহ করতে পারেন তবে এটি উচ্চতর রক্ষণাবেক্ষণ ব্যয় সহ রাস্তায় শোকের কারণ হবে।

যেভাবেই হোক, আপনি হেরে গেছেন।

বা তাই মনে হয়।

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

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

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

সুতরাং, আপনি যদি যৌথ পরিচালনা করতে চান তবে নিজের সংস্থা শুরু করুন। আপনি দেখতে পাবেন, এটি এত সহজ নয়।

অন্য কথায়: আপনাকে যা বলা হয়েছে তা করুন। যদি পরিচালনা জানেন যে এটি কী করছে, আপনি এগিয়ে আসবেন। যদি তা না হয় তবে আপনি একটি চাকরির বাইরে, ইউনিট পরীক্ষা না করে থাকেন।

আপনি কি জিজ্ঞাসা করবেন? বিনিয়োগের রিটার্ন. যদিও এটি একটি খারাপ নাম। এটি রিটার্ন অন টাইমলি ইনভেস্টমেন্ট (রটিআই) হওয়া দরকার, কারণ সময় বিনিয়োগের ক্ষেত্রে সবকিছু।


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