ওয়েব অ্যাপ তৈরির ক্ষেত্রে একটি চৌকস দলকে স্কেল এবং বিভক্ত করার সর্বোত্তম উপায় কী?


14

আমি সম্প্রতি এমন একটি সংস্থায় যোগদান করেছি যেখানে আমি একটি ওয়েব অ্যাপ তৈরির ক্ষেত্রে একটি চৌকস বিকাশ প্রকল্পে স্ক্রাম মাস্টার হিসাবে কাজ করছি।

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

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

এই জাতীয় কিছু নিয়ে কারও কি অভিজ্ঞতা আছে?


দলগুলির কি নেতা আছে?
সুপার

একাধিক দল থাকা একটি বাণিজ্য বন্ধ। একটি বড় দল (9 চেয়ে আরও বড়) করা ঠিক আছে, scrums ইত্যাদি scrums এর ওভারহেড তুলনায় পারেন এটা ঠিক স্ট্যান্ড আপ মধ্যে একটু বেশি শৃঙ্খলা প্রয়োজন
ডেভ Hillier

হ্যাঁ, তাদের উভয়েরই নেতা থাকা দরকার। বর্তমানে দলগুলির একটির যদিও এটি হয়নি।
আনি মুলার

উত্তর:


8

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

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

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

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

চিয়ার্স!


"আমি আমার দলগুলির পক্ষে সর্বদা উল্লম্ব ফালিগুলির পক্ষে ছিলাম" +১, আমাকেও! এই বিভাগগুলিকে পরিপূর্ণতায় মার্জিত করার জন্য আপনার কাছে সর্বদা কিছু ইউআই বিশেষজ্ঞ বা ডিবি বিশেষজ্ঞ থাকতে পারেন, তবে সামগ্রিকভাবে, উল্লম্ব টুকরো বিকাশ সর্বদা আমার পছন্দসই উপায়।
ওজ

7

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

নতুন দলের প্রত্যেকেরই একটি দল-নেতা / প্রযুক্তিবিদ পরিচালক থাকতে হবে, যাদের তাদের দলের ক্ষেত্র সম্পর্কে দৃ knowledge় জ্ঞান রয়েছে এবং যারা অন্যান্য দলের কাজের সাথেও পরিচিত।

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

সহযোগিতা আরও গুরুত্বপূর্ণ হয়ে ওঠে যদি দলের স্কোপগুলি ছেদ করে বা একটি দল অন্য দলের উপর নির্ভর করে। তবে আবার পুরো দলটির উপস্থিতির প্রয়োজন নেই _ টিম-লিডার সহযোগিতা সমন্বিত করতে পারেন।


5

স্ক্রামের একটি মূল বিষয় হ'ল স্ব-সংগঠিত

আমি পরামর্শ দিচ্ছি যে আপনি দলের সাথে এই প্রশ্নটি আলোচনা করুন এবং তাদের এটি সমাধান করুন let

আপনার উদ্বেগগুলি সমস্ত সুপ্রতিষ্ঠিত, তবে মনে রাখবেন যে স্ক্রাম মাস্টার হিসাবে আপনার কাজটি কোচিং এবং সুবিধাজনক। সুতরাং তাদের জিজ্ঞাসা করুন কীভাবে তারা এই সমস্যাগুলি সমাধান করবেন। তারা সমাধানের মালিক হবে, এবং করা এটা হবে।

আমি যোগ করব: সাধারণভাবে, ক্রস-ক্রিয়ামূলক দলগুলিই যাওয়ার উপায়।


দলের সদস্যদের কেউ এই পরামর্শ দিয়েছেন, তবে আমি নিশ্চিত নই যে এটি করা সবচেয়ে ভাল কাজ thing তাই প্রশ্ন! আমি মনে করি এটি সত্য যে ইউআই ছেলেরা জটিল ব্যাকএন্ড কাজের বিশদ সম্পর্কে চিন্তা করে না to
অ্যানি মোলার

4

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


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

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

3
  1. ব্যাকএন্ড থেকে ফ্রন্ট-এন্ড কতদূর? অনুমানযোগ্যভাবে, বিভক্ত করা কেবলমাত্র একটি ভাল পরামর্শ যদি দূরত্ব খুব বেশি হয়।

    • যদি ব্যাকএন্ড ডেটাবেস স্কিমা সম্পর্কে কথা বলে তবে এটি খুব বেশি দূরে নয় । ফ্রন্ট-এন্ড এবং ব্যাকএন্ড উভয়কেই ডাটাবেস স্কিমা সম্পর্কে আলোচনা শুনতে হবে।

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

  2. ফ্রন্ট-এন্ড এবং ব্যাকএন্ডের মধ্যে কি কোনও স্থিতিশীল এবং দ্ব্যর্থহীন প্রোগ্রামিং ইন্টারফেস রয়েছে?

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

    • ব্যাকএন্ড দলটিকে খুব ভাল একটি এপিআই সরবরাহ করতে হবে এবং একটি মক বাস্তবায়ন খুব তাড়াতাড়ি শুরু করা উচিত এবং তারপরেই আসল বিকাশ শুরু হয়।

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

  3. এত চতুর নিবন্ধ কেন উল্লম্ব টুকরা থাকার পরামর্শ দেয়? এখানে কিছু পটভূমি তথ্য রয়েছে:

    • বেশিরভাগ চটজলদি নিবন্ধগুলি ব্যয়ের দৃষ্টিকোণ থেকে ব্যাকএন্ডের কাজটি এড়িয়ে যাওয়ার পরামর্শ দেয়।

    • এছাড়াও ভুলে যাবেন না যে চতুর নিবন্ধগুলির একটি ভগ্নাংশের সূচনা সংস্থাগুলির প্রতি নিখুঁত পক্ষপাত ছিল।

    • এবং বিপণনের কঠোর বাস্তবতাটি ভুলে যাবেন না - বেশিরভাগ গ্রাহক কেবল সামনের দিকের জন্য অর্থ প্রদান করেন।

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

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

  4. এমন একটি অনুশীলনগুলি যা কোনও দলকে বিভক্ত করার থেকে খারাপ পরিণতিগুলি হ্রাস করতে পারে

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

0

অন্যদের মত, আমি অবশ্যই উল্লম্ব টুকরা দিয়ে যাওয়ার পরামর্শ দেব। এগুলিকে মাঝে মাঝে "ফিচার টিম" হিসাবে উল্লেখ করা হয়। আমি স্কেলড এজিলেল ফ্রেমওয়ার্ক সাইটে ভাল / কনসটি পড়ার পরামর্শ দেব: http://scaledagileframework.com/scaled-agile-framework/team/features-components/

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

  1. চতুর দল 1: এসএম, পিও, ক্রস-কার্যকরী দল। তাদের গল্পগুলির জন্য নিজস্ব টিম ব্যাকলগ রয়েছে।
  2. চতুর দল 2: এসএম, পিও, ক্রস-কার্যকরী দল। তাদের গল্পগুলির জন্য নিজস্ব টিম ব্যাকলগ রয়েছে।
  3. প্রোগ্রাম ম্যানেজমেন্ট টিম: প্রোডাক্ট ম্যানেজার, রিলিজ ম্যানেজার, এন্টারপ্রাইজ আর্কিটেক্টস। উচ্চ স্তরের মহাকাব্য এবং বৈশিষ্ট্যগুলির নিজস্ব প্রোগ্রামের ব্যাকলগ রয়েছে যা সংগঠিত হবে, বিশ্লেষণ করা হবে এবং তারপরে দলে স্থান দেওয়া হবে।

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

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.