আমি কীভাবে আমার দলের কান্বনে মানের গুণাবলী ট্র্যাক করতে পারি?

Question

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

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

আমি কীভাবে আমার দলের কান্বনে গুণমানের গুণাবলী (বা অন্যান্য স্থাপত্য সম্পর্কিত প্রাসঙ্গিক সিদ্ধান্ত) এর অগ্রগতি ট্র্যাক করতে পারি?

Answer 1

আমরা আর্কিটেকচার সম্পর্কে স্পষ্টতই সিদ্ধান্ত নিচ্ছি কিন্তু আমাদের জ্ঞাত মানের গুণমানের প্রয়োজনীয়তার ক্ষেত্রে সেগুলি বিবেচনা করছি না।

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

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

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

জ্ঞাত মানের গুণাবলী তখন উপস্থাপিত হতে পারে:

• স্থাপত্য পর্যালোচনা পদক্ষেপ জন্য সম্পন্ন সংজ্ঞা।
• ইতিমধ্যে সম্পন্ন ব্যবহারকারী গল্পগুলির চারপাশে স্বীকৃতি পরীক্ষাগুলি অ-কার্যকরী প্রয়োজনীয়তার প্রতিনিধিত্ব করে। তারপরে একটি নতুন ব্যবহারকারীর গল্পের জন্য সংজ্ঞাটি হ'ল সেই পরীক্ষাগুলি না ভাঙ্গানো।

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

Comments

আপনার পিডিএফ-এর লিঙ্কটি মারা গেছে

— marc.d

@ মার্ক.ডি: লক্ষ্য করার জন্য ধন্যবাদ আমি মৃত লিঙ্কটি সহ অনুচ্ছেদ মুছে ফেলছি। দৃষ্টান্তের জন্য দয়া করে "কমার্জ অফ ট্র্যাজেডি" নিবন্ধটি দেখুন (পোস্টের শেষে লিংক)।

— আজহেগ্লোভ

Answer 2

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

এই প্রথম অংশের জন্য: যখন আপনি স্থাপত্যটি পরিবর্তিত হবে তখন কীভাবে জানবেন?

এখানে লক্ষ্য হ'ল সুস্পষ্টভাবে কিছু করা হচ্ছে এবং এটিকে স্পষ্ট করা উচিত

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

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

এখন দ্বিতীয় প্রশ্নে আসছেন: আমরা কীভাবে জানি যে স্থাপত্য এখনও ভাল?

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

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

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

Answer 3

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

প্রতিটি দৃশ্যের জন্য কান্বনের অংশ হিসাবে "অন্তর্নিহিত সিদ্ধান্তের বহিঃপ্রকাশ ঘটাতে" সহায়তা করতে পারে।

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

বিক্রম।

Answer 4

এটি অ্যাগিল টিমগুলির স্থপতি সিদ্ধান্তগুলি বিলম্বিত করার অন্যতম ঝুঁকি। স্পষ্টতই চতুর হওয়ার জন্য সবচেয়ে দায়িত্বশীল জিনিস হ'ল শেষ দায়িত্বশীল মুহুর্ত পর্যন্ত স্থপতি সিদ্ধান্তগুলি বিলম্ব করা । তবে সম্ভাবনা হ'ল শেষ দায়ী মুহুর্তটি (বা অবশ্যই) তাড়াতাড়িই ঘটতে পারে।

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

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

আপনি যখন কোনও হস্তক্ষেপকারী নিদর্শন বাস্তবায়ন করতে পারেন তখন আপনার কাজটি হ'ল কোনও সময় এটি অপসারণের পরিকল্পনা করা হবে (যাতে আপনি হস্তক্ষেপের মূল চালনা প্রয়োজনীয়তাটি কার্যকর করতে পারেন))

স্পষ্টতই এগুলি প্রকৃত, বাস্তব প্রসঙ্গ (বাস্তব প্রকল্পের মতো) ব্যতীত সমস্ত অনন্য। তবে কম বেশি আপনার বিকাশের প্রক্রিয়া মডেল এবং আপনার বিকশিত স্থাপত্যগুলির অবশ্যই এই বিবেচনাগুলি বিবেচনায় নেওয়া উচিত।

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

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