প্রশ্ন: আমরা কীভাবে বিকাশকারীরা উত্পাদন শিল্পের প্রক্রিয়াগুলি থেকে শিক্ষা নিতে পারি? তাদের প্রক্রিয়াগুলি গ্রহণ করা কি সফটওয়্যার বিকাশের সাফল্যের হার বাড়িয়ে তুলতে পারে?
উত্তর: হ্যাঁ, অবশ্যই সফ্টওয়্যার বিকাশকারী একটি সৃজনশীল প্রক্রিয়া সত্ত্বেও সফটওয়্যার বিকাশকারীরা উত্পাদন থেকে শিখতে পারে এমন অনেক পাঠ রয়েছে। সফ্টওয়্যার বিকাশ নিজেই একটি প্রক্রিয়া এবং এটিতে আরও অনেকগুলি প্রক্রিয়া অন্তর্ভুক্ত। আপনি এই প্রক্রিয়াগুলি যত ভাল সংজ্ঞায়িত করতে এবং নিয়ন্ত্রণ করতে পারবেন তত ভাল আপনি সামগ্রিকভাবে সফ্টওয়্যার বিকাশের প্রক্রিয়াটি নিয়ন্ত্রণ করতে পারবেন। এর অর্থ এই নয় যে কোনও বিকাশকারী আপনার প্রতিটি কীস্ট্রোক লিখে দিতে হবে; এটির অর্থ কেবল একজন বিকাশকারী হিসাবে আপনি স্বাভাবিকভাবে একটি নির্দিষ্ট ক্রমে কার্য সম্পাদন করেন এবং সেই কার্যগুলি প্রায়শই পরিচালনা করা যায় can এখানে কিছু উদাহরন:
ত্রুটি ট্র্যাকিং: কোনও ত্রুটি পর্যবেক্ষণ বা রিপোর্ট করা হলে তাতে কী ঘটে? আপনি কি কাগজের স্ক্র্যাপে লিখে এটি 'তদন্ত' স্পাইকের উপর চাপিয়ে দেন? আপনি কি পরে একবারে এই স্ক্র্যাপগুলি সরিয়ে ফেলেন, তদন্ত করুন এবং শেষ পর্যন্ত এগুলিকে 'সমাধান করা' স্পাইকের দিকে নিয়ে যান? আপনি যদি প্রতি বার কোনও বাগ রিপোর্ট পান ব্যর্থ না হয়ে এটি করেন তবে আপনি একটি সুসংজ্ঞায়িত, পরিমাপযোগ্য প্রক্রিয়া পেয়েছেন এবং আপনি যে অভিনব, উচ্চ প্রযুক্তির ত্রুটিযুক্ত ট্র্যাকিং সিস্টেম রয়েছে তার চেয়ে সম্ভবত আপনি আরও ভাল off কিছু দলের সদস্যরা বাগগুলি অন্য উপায়ে ট্র্যাক করেন বা না তা মোটেই না।
সংস্করণ নিয়ন্ত্রণ: আপনি যেখানে কাজ করেন সেখানে সংস্করণ নিয়ন্ত্রণ ব্যবহার করার একটি খুব ভাল সুযোগ রয়েছে এবং প্রত্যেকে যখন একইভাবে ব্যবহার করে তখন সংস্করণ নিয়ন্ত্রণ স্পষ্টতই অনেক বেশি কার্যকর।
প্রোডাক্ট ডিজাইন: আপনি কি সিদ্ধান্ত নিয়েছেন যে এটি পরবর্তী নোটগুলির সাথে আবৃত কোনও প্রাচীরে ডার্টগুলি নিক্ষেপ করে কোন বৈশিষ্ট্যগুলি প্রয়োগ করতে হবে? যদি তা হয় তবে আপনি একটি প্রক্রিয়া পেয়েছেন। আমি মনে করি না যে কেউ যুক্তি দেবে যে এটি একটি দুর্দান্ত প্রক্রিয়া, তবে কমপক্ষে এটি একটি সূচনালগ্ন। আপনি যদি প্রক্রিয়াটি পরিবর্তন করেন তবে আপনি কীভাবে নিশ্চিতভাবে জানতে পারবেন যে আপনার পরিবর্তনটি আসলে একটি উন্নতি ছিল যদি আপনি আগে এবং পরে না মাপেন? আপনি পারবেন না।
কোড পর্যালোচনা: যদি প্রতিটি পর্যালোচনার জন্য পর্যালোচনা প্রক্রিয়া এবং কোডিং মানদণ্ড পরিবর্তন হয় তবে কোনও কোড পর্যালোচনা কার্যকর হবে? অবশ্যই না.
সফ্টওয়্যার বিকাশ জীবনের চক্র: সম্পূর্ণ বিশ্লেষণ -> নকশা -> বাস্তবায়ন -> পরীক্ষা -> রক্ষণাবেক্ষণ চক্র একটি প্রক্রিয়া যা পরিষ্কারভাবে সংজ্ঞায়িত করা উচিত।
এই প্রতিটি ক্ষেত্রে, জায়গায় একটি প্রক্রিয়া থাকা আপনাকে ইনপুট এবং আউটপুটগুলি পরিমাপ করতে দেয় এবং নির্ধারণ করতে দেয় যে আপনি যে পরিবর্তনগুলি করছেন তার উদ্দেশ্য কার্যকর রয়েছে কিনা determine জায়গায় প্রক্রিয়া না করার অর্থ আপনি যখন নিজের কাজ করার পদ্ধতিটি উন্নত করার চেষ্টা করবেন তখন আপনি কেবল অনুমান করছেন। প্রকৃতপক্ষে এটিই উত্পাদন সম্পর্কে যা কিছু রয়েছে এবং যখন উপযুক্ত হয় তখন উত্পাদনটির ক্রমাগত পরিশোধক সরঞ্জামগুলি ধার করা বুদ্ধিমান হয়ে যায়।
সফ্টওয়্যার তৈরি ও রক্ষণাবেক্ষণের জন্য ব্যবহৃত প্রক্রিয়াগুলি সংজ্ঞায়িত ও উন্নত করার জন্য একটি সম্পূর্ণ ক্ষেত্র নিবেদিত রয়েছে; এটিকে বলা হয় সফটওয়্যার ইঞ্জিনিয়ারিং । সিএমএমআই পড়ার সময় আপনার বিকাশ প্রক্রিয়া সম্পর্কে প্রশ্ন রয়েছে এতে অবাক হওয়ার কিছু নেই - সিএমএমআই হ'ল সফটওয়্যার ইঞ্জিনিয়ারিং ইনস্টিটিউটের একটি পণ্য ।
সফ্টওয়্যার বিকাশ ইতিমধ্যে অনেক উত্পাদন ধারণা গ্রহণ করেছে:
উভয় ওওপি এবং উপাদান-ভিত্তিক বিকাশের ক্ষেত্রে এলি হুইটনির বিনিময়যোগ্য অংশগুলির প্রভাব না দেখা শক্ত ।
সফটওয়্যার বিকাশে ব্যবহৃত প্রকল্প পরিচালনার কৌশলগুলি উত্পাদন করার জন্য তৈরির থেকে খুব আলাদা নয়। দুটি উদাহরণ হিসাবে, সফটওয়্যার ওয়ার্ল্ডটি সম্প্রতি টয়োটা শহরে কয়েক দশক আগে विकसित হওয়া কানবান ধারণাটি গ্রহণ করেছে এবং প্রথম বৈদ্যুতিন কম্পিউটার তৈরির অনেক আগে গ্যান্ট চার্টগুলি উত্পাদন করতে ব্যবহৃত হয়েছিল।
সিক্স সিগমার মতো মানসম্পন্ন পরিচালনার পদ্ধতিগুলি যা উত্পাদনের জন্য বিকশিত হয়েছিল সেগুলি সফ্টওয়্যার বিকাশের সাথে খাপ খাইয়ে নেওয়া হয়েছে।
ভারী প্রক্রিয়া চালিত পরিবেশ থাকা সত্ত্বেও, বিকাশকারীকে অবশ্যই "ফ্লাইতে" জিনিস তৈরিতে নিযুক্ত থাকতে হবে।
আপনি কি আমাকে বলছেন যে কেউ মুখের স্বীকৃতি প্যাকেজে কোনও প্যাচ যুক্ত করার সিদ্ধান্ত নেবে এবং তারা নকশাকে পর্যালোচনা করে প্রথমে ট্র্যাকিং সিস্টেমে কোনও সমস্যা তৈরি না করেই উত্পাদন বিল্ডে যুক্ত করতে চলেছে, সংস্করণ নিয়ন্ত্রণে কোডটি যাচাই করা হচ্ছে, বা পরীক্ষার লোকেরা প্রথমে এটি দেখে? আমাদের প্রক্রিয়াটিতে কিছু খুব ভাল কারণে এই জিনিসগুলির প্রয়োজন হয়। যদি "ফ্লাইয়ে" দ্বারা আপনার বোঝানো হয় "প্রক্রিয়াটির বাইরে", এটি অগ্রহণযোগ্য।
উড়তে জিনিসগুলি উত্পাদন চেতনা বিরুদ্ধে।
আবার, "ফ্লাইতে" এর অর্থ যদি "প্রক্রিয়াটির বাইরে" হয় তবে আপনি ঠিক বলেছেন। তবে আপনি যদি ভাবেন যে উত্পাদনকে দ্রুত চিন্তাভাবনা এবং সমস্যার সৃজনশীল সমাধান বিকাশের প্রয়োজন হয় না, আপনি ভুল। উত্পাদন প্রক্রিয়াতে সমস্ত ধরণের সমস্যা আসে - কাপকেকগুলিতে পর্যাপ্ত ক্রিম ফিলিং থাকে না, আঁকা পৃষ্ঠগুলি হঠাৎ করে QA এর স্ক্র্যাচ পরীক্ষায় উত্তীর্ণ হওয়া বন্ধ করে দেয়, সমাপ্ত অংশগুলির 20% একটি গুরুত্বপূর্ণ রক্ষণাবেক্ষণ রিং অনুপস্থিত, ময়দার মিশ্রণ সিস্টেমটি ভেঙে গেছে সমালোচনা অংশ ...