একজন (জুনিয়র) বিকাশকারীকে তাদের বিকাশ / আইটি দলে আরও ভাল প্রক্রিয়া এবং অনুশীলনের জন্য চাপ দেওয়ার চেষ্টা করা উচিত?


108

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

আমার দল মোটামুটি ছোট এবং কিছুটা নতুন (<3 বছর বয়সী)। তাদের অভাব আছে:

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

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

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


10
আমি লক্ষ্য করেছি যে আপনার ট্যাগগুলির মধ্যে একটি হ'ল স্ক্রাম। আপনার দলটি কি স্ক্রামের দল? এবং যদি তা হয় তবে তারা কি পূর্বসূরী রাখছে?
ড্যানিয়েল

10
"আমরা" পরিবর্তে "তারা" ব্যবহার করার কোনও কারণ আছে কি? উদাহরণস্বরূপ "আমার দল মোটামুটি ছোট এবং কিছুটা নতুন (<3 বছর বয়সী) They তাদের অভাব আছে"?
থমাস কোয়েলে

40
কেবলমাত্র একটি এফওয়াইআই, যদি আপনি একাধিক সংস্থার হয়ে কাজ করেছেন তবে আপনি সম্ভবত জুনিয়র নন।
কেভিন

11
আপনার তালিকার জিনিসগুলি "আরও ভাল", এবং কেবল সর্বশেষ সময় নষ্টের বিবরণ নয় এমনটি কী আপনাকে ভাবায়? আপনি প্রতিটি জন্য একটি যুক্তিসঙ্গত মামলা করতে পারেন?
জামেস্কেফ

11
"পরিচালনার উন্নতি বাস্তবায়নের জন্য উন্মুক্ত [..]" , এটি মূলত অপ্রাসঙ্গিক, আপনার দলের বাকি সদস্যরা এর জন্য উন্মুক্ত কিনা তা আরও গুরুত্বপূর্ণ। যদি তা না হয় তবে ম্যানেজমেন্ট কিনে থাকা, তবে টিম বাই-ইন না করা আপনার দলের অন্যান্য সদস্যের সাথে বৈবাহিক সম্পর্কের পথে।
মার্ক রোটভিল

উত্তর:


179

এখন পর্যন্ত ভাল উত্তর, কিন্তু তারা সমস্ত ঘাঁটি কভার করে না।

আমার অভিজ্ঞতায়, কলেজ থেকে বেরিয়ে আসা অনেকের কাছে দুর্দান্ত তাত্ত্বিক জ্ঞান রয়েছে - যাঁরা জীবিকা নির্বাহের জন্য দশক তৈরির সফটওয়্যার সহ আমার চেয়ে অনেক বেশি বা আরও অনেক সিনিয়র।

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

দৃষ্টিতে কেস: আমি যে অ্যাপ্লিকেশনটিতে দীর্ঘ সময় ধরে কাজ করেছি একটি ডিজাইন করেছিলেন একজন উজ্জ্বল ওও তাত্ত্বিক,

এটি সফটওয়্যার ডিজাইনের একটি দুর্দান্ত অংশ ছিল।

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

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

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

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

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

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

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


19
আমি আপনার পর্যবেক্ষণের সাথে আরও একমত হতে পারি না। অনুশীলন হ'ল কী কাজ করে তা জানার সর্বোত্তম উপায় এবং তারপরেও সবসময় আরও কিছু আছে এবং অন্যান্য।
Kain0_0

226
একটি প্রকল্প অন্যন্ত, জটিল ভয়ঙ্কর পরিবর্তন করতে হয়, তাহলে এটা না একটি "সফ্টওয়্যার নকশা কল্পনাপ্রসূত টুকরা"।
স্টিভ চ্যামিলার্ড

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

13
তদুপরি, সিনিয়র ইঞ্জিনিয়াররা প্রত্যাশা থেকে সাবধান থাকার প্রত্যাশা করেন ।
জন উ

67
"এটি সফ্টওয়্যার ডিজাইনের একটি দুর্দান্ত অংশ ছিল Sad দুঃখের বিষয়, উত্পাদন এবং রক্ষণাবেক্ষণের ফলে এটি একটি দুঃস্বপ্ন ছিল" " দ্বিতীয় অংশটির অর্থ প্রথমটি অসত্য। সংজ্ঞা অনুসারে ভাল ডিজাইন সফ্টওয়্যারকে আরও উন্নত করে। যদি তত্ত্বটি আসলে কাজ করে না, তত্ত্বটি কেবল ভুল এবং এটি অনুসরণ করা একটি ভয়ানক ধারণা।
jpmc26

43

হ্যাঁ তবে অনেক যত্ন সহকারে!

আমি এটা স্পষ্ট করা যাক।

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

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

সমস্যাটি

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

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

একটি পথ এগিয়ে

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

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

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

এখন তিনটি জিনিস ঘটেছে:

  • আপনি সিস্টেমের উন্নতি করেছেন,
  • সিস্টেমটি কীভাবে পরিবর্তন করা যায় সে সম্পর্কে আপনি অভিজ্ঞতা অর্জন করেছেন
  • দলটি আপনাকে সফলভাবে সিস্টেমটি পরিবর্তন করতে দেখেছে।

আপনার অভিজ্ঞতা বাড়ার সাথে সাথে আপনি যখন আরও কম ঝুলন্ত সমস্যাগুলি দূর করবেন তখন আপনি উন্নতি করার জন্য অন্য একটি জিনিস বাছুন তবে আপনি কমপক্ষে এখন যখন আপনি বলবেন যে আমাদের এক্স পরিবর্তন করতে হবে:

  • আপনি কীভাবে পরিবর্তনটি সিস্টেমে প্রভাব ফেলবে তা আপনি জানেন
  • আপনি জানেন যে এটি কী সমস্যা উত্পন্ন করবে (কোন বিধিগুলি পুনরায় প্রকাশের প্রয়োজন)
  • আপনি সমাধান করার জন্য কিছু তাত্ক্ষণিক উপায় জানেন বা এই সমস্যাটি পরিবর্তনের মাধ্যমে প্রবর্তিত হবে এমন সমস্যাগুলি উন্নত করুন
  • আপনার চারপাশের লোকেরা সচেতন যে আপনি সিস্টেম সম্পর্কে জ্ঞাত এবং এটি সফলভাবে পরিবর্তন করতে সক্ষম

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

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

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

20

হ্যা, তুমি পারো. কিন্তু ...

আপনাকে সতর্ক হতে হবে।

আমার কেরিয়ারের শুরুতে (খুব দীর্ঘ সময় আগে) আমি "জুনিয়র" হিসাবে কয়েক মাস পুরানো প্রকল্পে আসার জন্য আমি ভাগ্যবান / দুর্ভাগ্য।

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

তাই আমি আমার (এছাড়াও নতুন) ম্যানেজারের কাছে গিয়ে পরামর্শ দিয়েছিলাম যে আমাদের একটি সংগ্রহশালা রাখা উচিত। উত্তরটি ছিল: ঠিক আছে, এটি সংগঠিত করুন ...

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

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

তবে এর ফলস্বরূপ আমার ভাল পছন্দ হয়নি এবং দুর্ভাগ্যক্রমে উত্স নিয়ন্ত্রণ ব্যবস্থা থেকে প্রাপ্ত একটি ডাকনাম পেয়েছি।


সুতরাং আমার এইটা গ্রহণ করা হ'ল, প্রথমে আপনার দলের সদস্যদের অনুভব করুন, তারা পরবর্তীটি সেটআপ করা কী গুরুত্বপূর্ণ বলে মনে করেন।

হয়তো তাদেরও আপনার মতো একটি তালিকা রয়েছে। হতে পারে তাদের কাছে সবকিছু থাকলেও তারা তালিকায় সেই "জিনিস" করতে চেয়েছিল। হতে পারে তারা .... (যাই হোক না কেন) ....

পুরো দলটি সারিবদ্ধ হতে হবে।

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

কোডের মতো, উন্নয়ন প্রক্রিয়াগুলির জন্যও একই: অবিচ্ছিন্ন উন্নতি প্রয়োজন।

হ্যাঁ, আপনার সর্বদা উন্নতি করার চেষ্টা করা উচিত, যা উন্নতি করা সম্ভব।

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


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

2
আমি "মানুষের পিঠে পিছনে গেছে" মনে হয়নি। আমি বিষয়টি আমার ম্যানেজারকে জানিয়েছি, তিনি আমাকে এটি যত্ন নিতে বলেছিলেন, এবং আমিও করেছি।
রবার্ট আন্দ্রেজুক

17
"দুর্ভাগ্যক্রমে উত্স নিয়ন্ত্রণ সিস্টেম থেকে প্রাপ্ত একটি ডাকনাম পান।" LOL আমি আশা করি আপনি গিট গ্রহণ করেন নি।
BЈовић

গিট তখনো ছিল না।
রবার্ট আন্দ্রেজুক

10
@ বিЈовић সম্ভবত তারা তাকে "বিপর্যয়কর" বলেছেন ... :-)
আলেকজান্ডার

14

সময়ের সাথে সাথে উপরেরটির জন্য চেষ্টা করা এবং ধাক্কা দেওয়ার জন্য কি একজন (জুনিয়র) বিকাশকারী এর প্রচেষ্টা মূল্যবান?

হ্যাঁ, জিনিসগুলি আরও ভাল করার চেষ্টা করার জন্য এটি সর্বদা আপনার মূল্যবান। আপনি সর্বোপরি জানেন যে আপনি সর্বোপরি কোন সমস্যার মুখোমুখি হন।

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

কারণ শেষ পর্যন্ত, আপনি যদি সমাধানের অংশ না হন তবে আপনি সমস্যার অংশ।



13

হ্যাঁ. তবে সাংগঠনিক পরিবর্তন এমনকি একজন সিনিয়রদের পক্ষেও শক্ত, তাই যদি আপনি সত্যিই কোনও পরিবর্তন করতে চান তবে এটি সঠিক উপায়ে করুন:

  • প্রথম সপ্তাহের সময় নয়: এই সময়টি ব্যবহার করুন:

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

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

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

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

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

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

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

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

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

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

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

9

হ্যাঁ. তবে আপনার পরামর্শ মতো জিনিসগুলি নয়।

আপনার তালিকার বাইরে ইউনিট / ইন্টিগ্রেশন টেস্টগুলি কেবলমাত্র আপনি অগ্রগতি করতে পারেন।

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

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

আমি সিআই পাইপলাইন স্থাপন, স্বয়ংক্রিয় মোতায়েন, সংস্করণকরণ, প্যাকেজিং লাইব্রেরিগুলিকে আক্রমণ করার জন্য ভাল জিনিস হিসাবে প্রস্তাব করব


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

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

ইউনিট টেস্ট / ইন্টিগ্রেশন টেস্টগুলি আর্কিটেকচারের কারণে যে কেউ তত্ক্ষণাত্ বাস্তবায়ন শুরু করতে পারে তা নয়। তদ্ব্যতীত, তারা কিছু নির্দিষ্ট নিদর্শনগুলিকে জোর করে which যদিও তাদের মান রয়েছে, প্রস্তাবিত হিসাবে এটি সর্বদা সহজ হোম রান নয়।
NPSF3000

2

এটা নির্ভর করে:

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

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


1

স্ক্র্যামের মতো সবচেয়ে জটিল জিনিস দিয়ে শুরু করবেন না। সম্ভাব্যতম সহজ পদক্ষেপগুলি দিয়ে শুরু করুন।

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

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

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

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


0

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


0

শুরুতে, প্রশ্ন জিজ্ঞাসা করুন

আপনার তালিকাটি পড়তে, আমি নিম্নলিখিত প্রশ্নগুলির পরামর্শ দেব (সেগুলি কীভাবে ফিট করে তা দেখতে আপনার তালিকায় ফিরে দেখুন):

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

প্রশ্নগুলি বোধগম্য করতে বা আপনার অগ্রাধিকারগুলিতে ফিট করার জন্য যথাযথভাবে [বন্ধনীতে] জিনিসগুলি প্রতিস্থাপন করুন। আমার শব্দগুলি আপনার শৈলীর সাথে মেলে না, তবে পুনর্নির্মাণ বিবেচনা করুন।

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

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

পরে, পদক্ষেপ গ্রহণ করুন

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

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

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

পণ্য মালিকদের (যে আপনি চিহ্নিত করেছেন) তাদের কীভাবে তাদের পণ্য এখন এবং ভবিষ্যতে কাজ করা উচিত বলে বর্ণনা লিখতে বলুন।

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

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

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

শেষ পর্যন্ত, আপনি সিনিয়র হতে হবে

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


+1 টি; অনেক ভাল ধারণা সহ আরও ভাল উত্তর এক।
কিথ

0

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

একটি প্রস্তাবিত সমাধান :

1) আপনি যখনই কিছু দেখে মনে করেন উন্নতি করা উচিত, তখন এটি নোট করুন! (একটি নোটবুকে, ডিজিটাল নোটে ...)

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


0

দেরীতে উত্তর, এবং অন্যান্য উত্তরে প্রচুর ভাল সামগ্রী সম্মত হন।

আমি মনে করি এটি বলা দরকার যে এখানে একটি মূল বিষয়টি নির্দিষ্ট অনুশীলন নয়, সামগ্রিক দল সংস্কৃতি।

  • সাংস্কৃতিক পরিবর্তন সৃষ্টি করা শক্ত
  • আরও তাই যদি আপনি "জুনিয়র" হিসাবে দেখেন

অবিচ্ছিন্ন উন্নতি অর্জনের কোনও উপায় থাকলে অন্য সমস্ত কিছু অনুসরণ করতে পারে ।

এটি অর্জনে আমার দৃষ্টিভঙ্গি হ'ল:

  • নথিভুক্ত প্রক্রিয়া এবং পদ্ধতি
  • দলের ক্রিয়াকলাপগুলি যার ক্রিয়া প্রক্রিয়া ডকুমেন্টেশনে পরিবর্তন।

আমার ধারণা আপনার যদি স্প্রিন্ট না থাকে তবে আপনার এখনও নিয়মিত রেট্রোস নেই। আপনার যা প্রয়োজন তা হ'ল দলের সাথে কথোপকথন এবং তারপরে এটি কার্যকর করা।

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

হতে পারে আপনি যেমন কথোপকথন হচ্ছে দিয়ে শুরু তদর্থক এবং তারপর নিয়মিত প্রথার সুপারিশ।

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

কিছু বিবেচনা:

  • কিছু দলগুলির প্রক্রিয়া খুব খারাপ but তারা পরিবর্তন করতে চায় এবং এটিকে অনুঘটক করার জন্য কিছু দরকার। অন্যান্য দলগুলি সত্যই তাদের পথে আটকে আছে এবং পরিবর্তন করা আরও শক্ত।
  • একই ব্যক্তি জন্য যায়।
  • আপনাকে সেই প্রতি সংবেদনশীল হতে হবে এবং দলে কারা পরিবর্তনের জন্য উন্মুক্ত এবং কে নেই তা খুঁজে বের করতে হবে। কেন তা বুঝে নিন।
  • সহজ জয় খুঁজুন।
  • দলে পরিবর্তনগুলি করুন: তাদের পৃথক ব্যথা পয়েন্টগুলি সন্ধান করুন এবং সেগুলি ঠিক করতে সহায়তা করার চেষ্টা করুন।
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.