স্ট্যান্ডার্ড এবং প্রক্রিয়া উন্নতিগুলি সেগুলি ছাড়া কোনও সংস্থায় কীভাবে প্রবর্তন করা উচিত?

Question

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

Comments

কেবল কৌতূহলী, আপনার কি ইতিমধ্যে কোনও ধারণা আছে যে কেন আরও বেশি বাগ তত্সহ প্রয়োজনীয় হয়ে পড়ে?

— ক্রিস পিটম্যান

@ এস.লট আপনি কি মান ব্যতীত (গ্রাহক পক্ষের) কমার জন্য মামলা করতে পারবেন? আমার অভিজ্ঞতা একটি প্রক্রিয়া এবং মানগুলি গ্রাহকরা বাগগুলিতে যা দেখেন তা হ্রাস করে ... এমন নয় যে তাদের উপস্থিতি নেই তারা গ্রাহকের কাছে কখনও দেখা যায় না seen

— রিগ

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

— এস .লট

@ রবজ: "কোডিং স্ট্যান্ডার্ডস" "ফর্মাল স্ট্যান্ডার্ড" নয়। এটি প্রশ্নটি পরিষ্কার করে দেবে। আবার। "আনুষ্ঠানিক মান" হ'ল ডাব্লু 3 সি, পসিক্স, আইএসও, আইইইই, এএনএসআই মানক। একটি স্বীকৃত স্ট্যান্ড-সেটিং সংস্থা কর্তৃক খসড়া এবং অনুমোদিত। আপনি যদি কোডিং মানগুলির কথা বলছেন তবে দয়া করে "ফরমাল" শব্দটি সরিয়ে প্রশ্নটি আপডেট করুন এবং "কোডিং" শব্দটি ব্যবহার করুন। সেই পরিবর্তনের সাথে আপনার প্রশ্নটি বোঝা যায়। এবং একটি সদৃশ।

— এস .লট

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

— এস .লট

Answer 1

1. সফ্টওয়্যার প্রক্রিয়া উন্নতি (এসপিআই) প্রকল্প শুরু করুন । এর সুযোগ এবং লক্ষ্য নির্ধারণ করুন। মানককরণের নিজস্ব লক্ষ্য এবং আপনার প্রতিষ্ঠানের জন্য পরিমাপ প্রযোজ্য হলে এটি অবশ্যই সহায়তা করবে।
2. মান গ্রহণের জন্য দায়ী ব্যক্তিকে দায়িত্ব অর্পণ করুন । বড় সংস্থার ক্ষেত্রে এটি বেশ কয়েকটি ব্যক্তি বা এমনকি বিভাগও হতে পারে। গুরুত্বপূর্ণ বিষয় হ'ল মানককরণের জন্য দায়বদ্ধ সমস্ত ব্যক্তি হবেন:
   • পুরো ছবি দেখতে যথেষ্ট পেশাদার
   • দলগুলি মোকাবেলা করতে এবং পরিবর্তনগুলি গ্রহণ করতে / আলোচনার জন্য তাদের সহায়তা করার জন্য যথেষ্ট প্রভাবশালী
3. আপনি গ্রহণ করতে চান এমন স্ট্যান্ডার্ড এবং এটির সংস্থাগুলি আপনার সংস্থায় প্রয়োগ করা উভয় ক্ষেত্রেই প্রশিক্ষণের বিকাশ করুন । এবং এটি যতক্ষণ প্রশিক্ষণপ্রাপ্ত নয় এমন সমস্ত লোক সম্ভাব্য পরিবর্তনের প্রতিরোধী হিসাবে ততক্ষণ তা গুরুত্বপূর্ণ। উদাহরণস্বরূপ, আমি যখন একটি বড় সংস্থায় কাজ করি তখন আমি সমস্ত আগত কর্মীদের কিউএ প্রক্রিয়া, সিএমএমআই, আইএসও এবং গুণমান পরিচালন ব্যবস্থা সম্পর্কে নির্দেশ দিয়েছিলাম। এ জাতীয় প্রশিক্ষণ বাধ্যতামূলক ছিল। এটি মানের পরিচালনা প্রক্রিয়া সম্পর্কে জ্ঞান উন্নত করতে এবং সফ্টওয়্যার মানের গুরুত্বপূর্ণ সমস্যা সম্পর্কিত কর্মচারীদের সচেতনতা বাড়াতে সহায়তা করেছে।
4. আপনার নির্দিষ্ট প্রয়োজনের জন্য সাধারণত নেগোসিয়েট পরিবর্তন এবং দরজী গৃহীত অনুশীলনগুলি। এটি আমলাতন্ত্র এড়াতে সহায়তা করবে এবং ভারী ওজন প্রক্রিয়াগুলির বাস্তবায়ন কারও পক্ষে প্রয়োজন নেই।
5. কীভাবে বাস্তবায়িত প্রক্রিয়ার উন্নতিগুলি সমর্থন করা হচ্ছে এবং সেগুলি আপনার সংস্থায় যথেষ্ট কার্যকর কিনা তা পর্যবেক্ষণ স্থাপন করুন।

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

Answer 2

কঠোর কথায় স্কুল থেকে কয়েকজন চিন্তাভাবনা করে:

1) বেশিরভাগ প্রক্রিয়া উন্নয়নের উদ্যোগগুলি তাদের সময়কালের 80% প্রক্রিয়া নকশায় এবং 20% শিক্ষা এবং সামাজিকীকরণে ব্যয় করে। এই শতাংশগুলি ফ্লিপ করুন। একটি মাঝারি মানের অনুসরণ করা হয় যা একটি নিখুঁতকে আঘাত করে যা তা নয়।

২) আপনি লোকেরা কীভাবে কাজ করে তা পরিবর্তন করতে বলছেন কেন তার স্পষ্ট কারণগুলি সনাক্ত করুন। ব্যবসায়ের ক্ষেত্রে কী? আদর্শভাবে এটি প্রতিটি দলকে স্বতন্ত্রভাবে উপকৃত করে। কখনও কখনও এটি কেবল সিস্টেমিক উন্নতি। যেভাবেই হোক, কেসটি দৃশ্যমান করুন।

3) সরল করুন, তারপরে অন্যভাবে নয়, প্রমিত করুন।

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

5) বন্ধুত্বপূর্ণ প্রাথমিক গ্রহণকারীদের সন্ধান করুন। লোকেরা অভিযোগ করবে যে এটি কতটা সময় নেয়। আপনার এমন কাউকে দরকার যার দিকে আপনি নির্দেশ করতে এবং বলতে পারেন, "এটি কেবল 15 মিনিট সময় নিয়েছে"

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

7) সরঞ্জামের উপর কৌশল জোর। এমএস প্রকল্পের চেয়ে ভাল পরিকল্পনা করা বেশি গুরুত্বপূর্ণ।

8) প্রয়োজনের তুলনায় প্রক্রিয়া একটি স্তর রাখুন। প্রতিটি রেস্তোঁরা প্রক্রিয়া প্রয়োজন, কিন্তু নবু এবং ফরাসি লন্ড্রি ম্যাকডোনাল্ডসের চেয়ে আলাদা ধরণের প্রয়োজন। সফটওয়্যার সংস্থাগুলির সাথে একই।

শুভকামনা!

Comments

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

— mattnz

@ ম্যাটনজ - আমি জানি না, ত্রুটি / এসএলওসি আপনি যদি সঠিকভাবে প্রয়োগ করেন তবে দরকারী মেট্রিক হতে পারে। যদি কেউ বলে যে তাদের গড় 1 ত্রুটি / 10 এসএলওসি রয়েছে তবে আমি সম্ভবত উদ্বিগ্ন। কৌতুকটি হ'ল আপনাকে জানতে হবে কোথায় বার রয়েছে, কোনটি শক্ত হতে পারে।

— rjzii

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

— ম্যাথএট্যাক

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

— mattnz

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

— rjzii

Answer 3

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

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

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

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

Comments

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

— rjzii

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

— টমাস ওভেনস

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

— rjzii

@ রবজেড এবং পরিচালনা যখন পদক্ষেপে পদক্ষেপ নেয় এবং আদেশ দেয় তখন বিকাশকারীরা প্রতিরোধ করে ist আপনি সাংস্কৃতিক পরিবর্তন জারি করতে পারবেন না এবং এটি সহজ এবং নীরবে ঘটবে বলে আশা করতে পারেন। এটি একটি দীর্ঘ, বেদনাদায়ক প্রক্রিয়া।

— থমাস ওভেনস

কেউই সত্যিই এমনটি প্রত্যাশা করে না এবং ইতিমধ্যে আমরা প্রতিরোধের মুখোমুখি হয়েছি, এই মুহুর্তে আমরা এটিকে হ্রাস করার উপায় খুঁজছি।

— rjzii

Answer 4

প্রতিটি পরিবর্তনের জন্য:

• 1 টি পরিবর্তন এবং এটি কীভাবে উন্নতি করবে তা কল করুন।
• পরিবর্তনটি কার্যকর করুন।
• উন্নতি প্রদর্শন করুন
• উন্নতি প্রদর্শন করে না এমন পরিবর্তনগুলি সরান

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

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

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