چگونه در شرایط نامناسب معماری و فقدان مهارت های اسکرام، تیم های متقابل ایجاد کردیم.

سلام!

نام من الکساندر است و توسعه فناوری اطلاعات در UBRD را رهبری می کنم!

در سال 2017، ما در مرکز توسعه خدمات فناوری اطلاعات در UBRD متوجه شدیم که زمان تغییرات جهانی یا بهتر بگوییم تحول چابک فرا رسیده است. در شرایط توسعه فشرده تجارت و رشد سریع رقابت در بازار مالی، دو سال دوره چشمگیری است. بنابراین، وقت آن است که پروژه را جمع بندی کنیم.

سخت ترین کار تغییر تفکر و تغییر تدریجی فرهنگ در سازمان است، جایی که معمولاً فکر می کنید: "رئیس این تیم چه کسی خواهد بود؟"، "رئیس بهتر می داند ما باید چه کار کنیم"، " ما 10 سال است که اینجا کار می کنیم و مشتریان خود را بهتر می شناسیم.» ما می دانیم که آنها به چه چیزی نیاز دارند.

دگرگونی چابک تنها زمانی اتفاق می افتد که خود مردم تغییر کنند.
ترس‌های کلیدی زیر را که مانع تغییر افراد می‌شوند را برجسته می‌کنم:

• ترس از دست دادن قدرت و "پاولت"؛
• ترس از غیر ضروری شدن برای شرکت

با شروع مسیر تحول، ما اولین "خرگوش های باتجربه" - کارمندان بخش خرده فروشی را انتخاب کردیم. اولین قدم طراحی مجدد ساختار ناکارآمد فناوری اطلاعات بود. پس از ارائه یک مفهوم هدف برای ساختار، شروع به تشکیل تیم های توسعه کردیم.

معماری بانک ما، مانند بسیاری از بانک های دیگر، به بیان ملایم "سطل زباله" است. تعداد زیادی از برنامه ها و مؤلفه ها به طور یکپارچه توسط پیوند DB به هم متصل هستند، یک گذرگاه ESB وجود دارد، اما هدف مورد نظر خود را برآورده نمی کند. مقداری ABS نیز وجود دارد.

قبل از تشکیل تیم های اسکرام، این سوال مطرح شد: "تیم باید در اطراف چه چیزی جمع شود؟" این مفهوم که محصولی در قوطی وجود دارد، البته در هوا بود، اما دور از دسترس. پس از تفکر زیاد، تصمیم گرفتیم که تیم باید حول یک جهت یا بخش جمع شود. به عنوان مثال، "اعتبارات تیم"، که وام دهی را توسعه می دهد. پس از تصمیم گیری در این مورد، ما شروع کردیم به ترکیب هدفی از نقش ها و مجموعه ای از شایستگی های لازم برای توسعه موثر این حوزه. مانند بسیاری از شرکت های دیگر، ما همه نقش ها را به جز اسکرام مستر در نظر گرفتیم - در آن زمان تقریبا غیرممکن بود که به CIO توضیح دهیم که نقش این شخص فوق العاده چیست.

در نتیجه، پس از توضیح در مورد لزوم راه اندازی تیم های توسعه، سه تیم را راه اندازی کردیم:

1. وام
2. کارت ها
3. عملیات غیرفعال

با مجموعه ای از نقش ها:

1. مدیر توسعه (سرپرست فنی)
2. توسعه دهنده
3. تحلیلگر
4. آزمایشکننده

مرحله بعدی تعیین نحوه کار تیم بود. ما تمرینات چابکی را برای همه اعضای تیم انجام دادیم و همه را در یک اتاق نشستیم. هیچ PO در تیم ها وجود نداشت. احتمالاً همه کسانی که تحولی چابک انجام داده‌اند می‌دانند که توضیح دادن نقش یک PO برای کسب‌وکار چقدر دشوار است، و حتی سخت‌تر است که او را در کنار تیم بنشینید و به او اختیار بدهید. اما ما با آنچه داشتیم وارد این تغییرات شدیم.

با برنامه های بسیار زیادی که در فرآیندهای وام دهی و بقیه کسب و کار خرده فروشی دخیل هستند، به این فکر کردیم که چه کسی می تواند برای این نقش ها مناسب باشد؟ یک توسعه دهنده یک پشته فناوری، و سپس نگاه می کنید - و به توسعه دهنده یک پشته فناوری دیگر نیاز دارید! و اکنون شما کسانی را پیدا کرده اید که مورد نیاز هستند، اما میل کارمند نیز یک چیز مهم است، و بسیار دشوار است که فرد را مجبور کنید جایی که دوست ندارد کار کند.

پس از تجزیه و تحلیل روند کسب و کار وام دهی و گفتگوهای طولانی با همکاران، بالاخره یک حد وسط پیدا کردیم! اینگونه بود که سه تیم توسعه ظاهر شدند.

گام بعدی چیست؟

مردم شروع به تقسیم شدن به کسانی کردند که می خواهند تغییر کنند و کسانی که نمی خواهند. همه عادت دارند در شرایطی کار کنند که «مشکلی به من دادند، من این کار را کردم، من را به حال خود رها کنید»، اما کار تیمی به این معنا نیست. اما ما این مشکل را هم حل کردیم. در مجموع از 8 نفر 150 نفر در جریان تغییرات دست از کار کشیدند!

سپس سرگرمی شروع شد. تیم های متقابل ما شروع به توسعه خود کردند. به عنوان مثال، وظیفه ای وجود دارد که برای آن باید مهارت هایی در زمینه توسعه دهنده CRM داشته باشید. او در تیم است اما تنهاست. یک توسعه دهنده Oracle نیز وجود دارد. اگر نیاز به حل 2 یا 3 کار در CRM دارید چه باید کرد؟ به یکدیگر آموزش دهید! بچه ها شروع به انتقال شایستگی های خود به یکدیگر کردند و تیم توانایی های خود را گسترش داد و وابستگی به یک متخصص قوی را به حداقل رساند (به هر حال ، در هر شرکتی ابرمردانی وجود دارند که همه چیز را می دانند و به کسی نمی گویند).

امروز ما 13 تیم توسعه را برای همه زمینه های توسعه تجارت و خدمات گرد هم آورده ایم. ما به تحول چابک خود ادامه می دهیم و به سطح جدیدی می رسیم. این نیاز به تغییرات جدید دارد. ما تیم ها و معماری را دوباره طراحی خواهیم کرد و شایستگی ها را توسعه خواهیم داد.

هدف نهایی ما: پاسخ سریع به تغییرات محصول، ارائه سریع ویژگی های جدید به بازار و بهبود خدمات بانک!

منبع: www.habr.com