পরিচালক প্রতিটি ডেমো [বন্ধ] পরে প্রয়োজনীয়তার স্পেসিফিকেশন পরিবর্তন করে রাখে


21

আমার কাজের পরিবেশের পটভূমি

আমার ম্যানেজারের কম্পিউটার বা সফ্টওয়্যার সম্পর্কিত কোনও ব্যাকগ্রাউন্ড বা বোঝাপড়া নেই। সম্ভবতঃ তিনি তার জীবনে কোনও রূপে (10 ফুট বা তার কম দৈর্ঘ্যের দৈর্ঘ্য থেকেও) কোডটি দেখেননি।

নেই কোন এক আমি কার কি বাস্তবায়ন করতে বলা করছি জটিলতা বুঝতে পারে। আমি যদি আধা-হার্ডকোড করি তবে কেউ জানত না।

উপর Joel এর পরীক্ষা আমরা একটি অবিশ্বাস্য স্কোর 0 স্কোর।

সমস্যা

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

প্রশ্নটি

কি করা উচিত? বিশেষত এমন কেউ নেই যে আমার কোডে উন্নতি দেখায়।

হালনাগাদ

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


36
স্পষ্ট উত্তর জবাব দিতে: রান !!
কেপলা

3
বড় কিছু না থাকলে আপনি আমাদের নতুন চাকরীর সন্ধান শুরু করতে বলছেন না।
জাচারি কে

11
"ব্যবস্থাপক এবং অন্যান্য সময়ে অন্যান্য" সিনিয়র "প্রয়োজনীয়তার বিশদটি পরিবর্তন করে রাখেন" " ওয়েল, একটি অনুমান করা জোয়েলের পরীক্ষায় আপনাকে 1 স্কোর করতে পারে। : পি
আর মার্টিনহো ফার্নান্দিস

11
কোনও প্রযুক্তিই জোল টেস্টে বিশুদ্ধরূপে অ প্রযুক্তিগত পরিচালকদের কারণে 2 এর কম স্কোর করে না। আপনার স্কোরটি বাড়ানোর জন্য নন-টেকনিক্যাল ম্যানেজারদের ইনপুট ছাড়াই আপনি এবং দলের অন্যান্য প্রযুক্তিগত সদস্যরা করতে পারেন এমন অনেকগুলি জিনিস রয়েছে। এটি কেবল পরিচালকের উপর দোষ দেওয়ার কোনও অজুহাত আপনার নেই।
maple_shaft

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

উত্তর:


30

সংক্ষিপ্ত সংস্করণ :

চালান।


কিছুটা দীর্ঘতর সংস্করণ :

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

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

আমি একবার একই পরিস্থিতিতে ছিলাম (কেবল কোনও সিনিয়র ছিল না)। আমি এক ভয়াবহ বছরের পরে প্রস্থান করেছিলাম, এবং কখনই পিছনে ফিরে তাকাতে হয়নি (বিরক্তি ছাড়া)।


3
এই উদ্ধৃতিটির জন্য +1: "ম্যানেজার যদি কোনও প্রোগ্রাম কীভাবে চালাবেন জানেন না, এবং যদি সিনিয়র এটির সাথে চলে যান তবে আপনার কাছে জিনিস ঠিক করার কোনও সম্ভাবনা নেই।"
maple_shaft

17

... প্রয়োজনীয়তার বিশদটি পরিবর্তন করতে থাকুন। পরিবর্তনগুলি, যদি ভাল ইঞ্জিনিয়ারিং করা হয় এবং প্যাচিং "ফিক্সস" না হয় তবে অন্তর্নিহিত ডিজাইনে পরিবর্তন প্রয়োজন।

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

প্রচুর পরিমাণে জার্গন ব্যবহার করা হয় যা ব্যাকরণগতভাবে বোঝায় তবে অন্য কোনও উপায়ে কোনও ধারণা তৈরি করতে ব্যর্থ হয়।

আবার, তেমন অপরিচিত শোনায় না ;-)

আমাকে বাস্তবায়নের জন্য বলা হয়েছে এমন জটিলতা বোঝার কেউ নেই।

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

একটি সহজ পলায়নবাদী সমাধান হল সংস্থাকে স্যুইচ করা। তবে অন্য বিকল্প হিসাবে জোয়েল পরীক্ষার আইটেমগুলি বাস্তবায়নের বিবেচনা করুন। যদিও 5 থেকে আইটেমগুলিতে পরিচালনার সাথে আরও সহযোগিতা প্রয়োজন, আইটেম 1-4 এমন যে আপনি কাউকে জিজ্ঞাসা না করে কেবল সেগুলি সেট আপ করতে পারেন।

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


কেউ আমার ভুলগুলি কী বলে? আমাকে উন্নতি করতে এবং শিখতে সহায়তা করছে।
জঙ্গল হান্টার

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

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

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

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

16

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

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

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

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

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

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

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

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

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

সর্বোপরি নিষ্ক্রিয় হয়ে উঠবেন না এবং উপরে থেকে উন্নতির আশা করবেন।


1
এই উত্তরের খুব দরকারী অংশ রয়েছে। এবং আমার পরিস্থিতি বোঝার জন্য আমার কাছে কিছু জিনিস ভুল বলে মনে হচ্ছে। যেমন, আমি উভয় ক্ষেত্রেই উল্লেখ করেছি, কেউ যখন ভাল হয় তখন প্রশংসা করি না। আমি কখন ভুল পেয়েছি তা চিহ্নিত করার মতো কেউ নেই। আমি সোর্স কন্ট্রোল ব্যবহার করি, তবে ২-৩ এর দলে অন্য কেউ করে না। কোড, যখন ভাগ করা হয় পেনড্রাইভ ব্যবহার করে এবং এয়ারড্রপ ব্যবহার করে ভাগ করা হয়। আপনি যদি মন্তব্যটি পড়ছিলেন তবে আমার মনে হয় আমি আমার ল্যাপটপে রেডমিন সেটআপ করেছি যা কেবল আমার দ্বারা ব্যবহৃত হবে being এবং গিট সঙ্গে একই। সবার জন্য এগুলি বাস্তবায়নের চেষ্টা করেছি। আমার স্তর, কলেজ থেকে সতেজ। সিনিয়র কোড করার কথা আছে কিন্তু তা করে না।
জঙ্গাল হান্টার

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

3
পেনড্রাইভগুলিতে তাদের কোড দেওয়া বন্ধ করুন। যদি তারা আপনার কোড চান তবে তাদের উত্স নিয়ন্ত্রণে তাদের বলুন এবং কীভাবে এটি ব্যবহার করবেন তা তাদের দেখান।
হুগো

1
@ জংগল হান্টার যখন তারা আপনার কোডের জন্য জিজ্ঞাসা করবেন, তাদের বলুন যে আপনার পরিবর্তনের মধ্য দিয়ে অর্ধেকটি চলবে না তবে তারা উত্স নিয়ন্ত্রণ থেকে শেষ স্থিতিশীল সংস্করণটি পেতে পারে।
কर्क ব্রডহર્স্ট

1
@এইচএলজিইএম "তুমি কাঁদো আর কানাছো"? অনেকটা কঠোর, একা এটির জন্য নিম্নমানের।
বেন এইচ

6

আমি যদি আপনি হতাম তবে আমি অন্য একটি কাজ সন্ধান করার চেষ্টা করতাম। কেন? আমি মনে করি আপনি জানেন যে, দুর্ভাগ্যক্রমে, আপনার পরিচালক খুব ভাল, "ভাল নেই"। আপনার ম্যানেজারের সাথে কিছু জিনিস বের করার চেষ্টা করা উচিত।

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


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

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

@ ম্যাপেল_শ্যাফ্ট: আমি মনে করি এটি একটি দুর্দান্ত ধারণা।
জঙ্গল হান্টার

1
@ ম্যাপেল_শ্যাফ্ট: বা সম্ভবত সময়ের আগে সরবরাহ করার পরিবর্তে শেষের দিকে পৌঁছে দেওয়া। ;)
জঙ্গল হান্টার

1
মধ্যম বিদ্যালয়ের কাছ থেকে কাজের পরামর্শ ...

4

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

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

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


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

2
@ জঙ্গল: তারপরে ASAP চালান।
এসবিআই

1
আমি এসবিআই এর সাথে একমত, যদি আপনি ইতিমধ্যে গুলি চালানোর জন্য না জিজ্ঞাসা না করে থাকেন তবে আপনি বৈধভাবে কেবল বেরিয়ে এসে নিজেই এটি করতে পেরেছিলেন। আপনি ইতিমধ্যে ঘরটি হারিয়ে ফেলেছেন এবং আমি আপনার পরিস্থিতিতে থাকলে আমি সন্ধান শুরু করতাম looking
maple_shaft

3

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

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

আমার পাশাপাশি একটি নন-টেকনিক্যাল ম্যানেজার রয়েছে এবং আমি গিয়েছিলাম এবং সেগুলি করেছি এবং অনুমতি চেয়েছি না বলে জোয়েল টেস্টের স্কোর 4 থেকে 8 এ বাড়িয়ে দিতে সক্ষম হয়েছি।

আপনার গোষ্ঠীর একটি শক্তিশালী প্রযুক্তিগত নেতা প্রয়োজন এবং কেউই প্লেটে উঠেনি।

পরীক্ষা করে দেখুন http://community.rallydev.com/ তারা একটি সম্প্রদায় সংস্করণ যে এজাইল প্রকল্প ব্যবস্থাপনা এবং খুঁত ট্র্যাকিং একটি চমৎকার পেশা আছে আছে। এটি একাই আপনার জোল স্কোরটিকে ঘাড়ে ফেলবে এবং সেট আপ করার জন্য আপনার কোনও সার্ভারের স্থান বা সময় লাগবে না।


হ্যাঁ! এটাই আমি মনে করি প্রধান সমস্যা। আমাদের কাছে শক্তিশালী কারিগরি নেতা নেই।
জঙ্গল হান্টার

2

যদি এটি একটি ছোট দোকান হয় যেখানে আপনি এবং অন্যান্য "সিনিয়র" মূলত কেবলমাত্র লোকেরা কোডিং করেন তবে "জোয়েল টেস্ট" কে সন্তুষ্ট করতে কী করা দরকার তা ম্যানেজারকে বোঝাতে আসলে আপনার দায়িত্ব হতে পারে ।

প্রয়োজনীয়তার পরিবর্তনগুলি সর্বদা থাকবে এবং আপনার কাজটি এগুলিকে আলিঙ্গন করা যা চতুর বিকাশের অন্যতম মূল নীতি :

উন্নয়নের ক্ষেত্রে এমনকি দেরী, স্বাগতম পরিবর্তন requirements চৌকস প্রক্রিয়াগুলি গ্রাহকের প্রতিযোগিতামূলক সুবিধার জন্য জোতা পরিবর্তন করে।

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

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

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

এগুলি এমন কিছু পদক্ষেপ যা আপনার একেবারে করা দরকার এবং সম্ভবত আপনার এগুলি নিজেই করতে হবে:

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

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

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


"গ্রাহকের প্রতিযোগিতামূলক সুবিধা" এর মূল চাবিকাঠি। পরে আজ আমি তাকে জিজ্ঞাসা করলাম সে কেন এমনটি করে, বলে, ক্লায়েন্টকে প্রভাবিত করতে। : |
জঙ্গাল হান্টার

আমার নিজের জন্য গিট / পারদর্শী আছে। তবে আমি এখনই ম্যানুয়ালি টেস্টিং করছি। আমার স্বয়ংক্রিয় ইউনিট পরীক্ষা করা উচিত।
জঙ্গল হান্টার

1

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

পরিচালকদের কোড বা জটিলতা বোঝার প্রয়োজন হয় না। বোঝার দরকার, সংস্থান, ব্যয় এবং ঝুঁকি।

উত্স কোড সংস্করণ, কোডের মান, জটিলতা ইত্যাদি হ'ল হয় প্রধানমন্ত্রীর দায়িত্বে বা সিনিয়র বিকাশকারী।

সমাধানটি হ'ল:

1-প্রকল্প দলের কাঠামো এবং তাদের দায়িত্বগুলি সংজ্ঞায়িত করুন

2-খারাপ পরিচালনার কারণে সফ্টওয়্যার ব্যর্থতার ক্ষেত্রে ম্যানেজারকে শিক্ষিত করুন - প্রযুক্তিগত বিবরণ থেকে দূরে থাকুন। গুগল করে আপনি কয়েকটি উদাহরণ পেতে পারেন।


"প্রযুক্তিগত বিবরণ থেকে দূরে থাকুন" " আমি প্রতিরোধ করার চেষ্টা করব। ;) যে ইশারা জন্য ধন্যবাদ.
জঙ্গাল হান্টার

0

বিশেষত এমন কেউ নেই যে আমার কোডে উন্নতি দেখায়।

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

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


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

0

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

বিকল্প 2 - তাদের যা চান তা দিন। আপনি যখন কিছু বলছেন সে সম্পর্কে তারা যখন অভিযোগ করে তবে 'আপনি যা চেয়েছিলেন তা'


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

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