Хогийн архитектур, Scrum ур чадвар дутмаг нөхцөлд бид хөндлөн бүрэлдэхүүн хэсгүүдийг хэрхэн бий болгосон юм

Сайн уу!

Намайг Александр гэдэг, би UBRD-д мэдээллийн технологийн хөгжлийг удирддаг!

2017 онд бид UBRD-ийн Мэдээллийн технологийн үйлчилгээг хөгжүүлэх төвийнхөн дэлхийн өөрчлөлт, эс тэгвээс уян хатан өөрчлөлт хийх цаг ирснийг ойлгосон. Бизнес эрчимтэй хөгжиж, санхүүгийн зах зээл дэх өрсөлдөөн хурдацтай хөгжиж байгаа нөхцөлд хоёр жил бол гайхалтай үе юм. Тиймээс төслөө дүгнэх цаг нь болсон.

Хамгийн хэцүү зүйл бол "Энэ багт хэн дарга байх вэ?", "Дарга бидний юу хийх ёстойг илүү сайн мэддэг", "" гэж боддог байгууллагынхаа соёлыг аажмаар өөрчлөх явдал юм. Бид энд 10 жил ажиллаж байгаа бөгөөд үйлчлүүлэгчдээ илүү сайн мэддэг. ” , Бид тэдэнд юу хэрэгтэйг мэддэг.

Хүмүүс өөрсдийгөө өөрчилсөн үед л уян хатан өөрчлөлт бий болно.
Би хүмүүсийг өөрчлөхөөс сэргийлдэг дараах гол айдсыг онцлон тэмдэглэх болно.

  • Эрх мэдэл, "эпаулет" алдах айдас;
  • Компанид шаардлагагүй болох вий гэсэн айдас.

Өөрчлөлтийн замд орсны дараа бид анхны "туршлагатай туулайнууд" - жижиглэнгийн худалдааны хэлтсийн ажилтнуудыг сонгов. Эхний алхам бол мэдээллийн технологийн үр ашиггүй бүтцийг дахин төлөвлөх явдал байв. Бүтцийн зорилтот үзэл баримтлалыг гаргасны дараа бид хөгжлийн багуудыг бүрдүүлж эхэлсэн.

Хогийн архитектур, Scrum ур чадвар дутмаг нөхцөлд бид хөндлөн бүрэлдэхүүн хэсгүүдийг хэрхэн бий болгосон юм

Манай банкны архитектур бусад банкны нэгэн адил "хогийн сав" юм. Маш олон тооны хэрэглээ, бүрэлдэхүүн хэсгүүд нь DB холбоосоор хоорондоо цул холбогдсон, ESB автобус байдаг боловч зорилгоо биелүүлдэггүй. Мөн зарим ABS байдаг.

Хогийн архитектур, Scrum ур чадвар дутмаг нөхцөлд бид хөндлөн бүрэлдэхүүн хэсгүүдийг хэрхэн бий болгосон юм

Scrum багийг бүрдүүлэхээс өмнө "Багийг юу тойрон цуглуулах ёстой вэ?" Гэсэн асуулт гарч ирэв. Лаазанд бүтээгдэхүүн байна гэсэн ойлголт нь мэдээж агаарт байсан, гэхдээ зүгээр л хүрч чадахгүй. Удаан бодсоны эцэст бид багийг нэг чиглэл эсвэл сегментийн эргэн тойронд цуглуулах ёстой гэж шийдсэн. Тухайлбал, зээлийг хөгжүүлдэг “Багийн кредит”. Үүнийг шийдсэний дараа бид энэ чиглэлийг үр дүнтэй хөгжүүлэхэд шаардлагатай үүрэг, чадамжийн зорилтот бүрэлдэхүүнийг гаргаж эхэлсэн. Бусад олон компаниудын нэгэн адил бид Scrum Master-ээс бусад бүх үүргийг харгалзан үзсэн - тэр үед CIO-д энэ гайхамшигтай хүний ​​үүрэг ямар байсныг тайлбарлах бараг боломжгүй байсан.

Үүний үр дүнд бид хөгжлийн багийг ажиллуулах шаардлагатайг тайлбарласны дараа гурван багийг ажиллуулсан.

  1. Зээл
  2. Картууд
  3. Идэвхгүй үйл ажиллагаа

Олон тооны дүрүүдийн хамт:

  1. Хөгжлийн менежер (техникийн ахлагч)
  2. хөгжүүлэгч
  3. Шинжээч
  4. Шалгагч

Дараагийн алхам бол баг хэрхэн ажиллахыг тодорхойлох явдал байв. Бид багийн бүх гишүүдэд Agile сургалт явуулж, бүгдийг нэг өрөөнд суулгасан. Багуудад PO байхгүй байсан. Бизнест ПО-ын үүргийг тайлбарлах нь хичнээн хэцүү, түүнийг багийн хажууд суулгаж, эрх мэдэл олгох нь түүнээс ч хэцүү гэдгийг уян хатан өөрчлөлт хийсэн хүн бүр ойлгож байгаа байх. Гэхдээ бид өөрт байгаа зүйлээрээ эдгээр өөрчлөлт рүү “алхсан”.

Зээл олгох үйл явц болон бусад жижиглэнгийн худалдааны бизнест маш олон програмууд оролцож байгаа тул бид энэ дүрд хэн тохирох вэ гэж бодож эхэлсэн. Нэг технологийн стек хөгжүүлэгч, дараа нь та харвал өөр технологийн стек хөгжүүлэгч хэрэгтэй болно! Одоо та хэрэгцээтэй хүмүүсийг олсон, гэхдээ ажилтны хүсэл эрмэлзэл бас чухал зүйл бөгөөд хүнийг дургүй газар ажиллуулах нь нэлээд хэцүү байдаг.

Зээл олгох бизнесийн үйл явцын ажилд дүн шинжилгээ хийж, хамт ажиллагсадтайгаа удаан ярилцсаны эцэст бид дунд замыг олсон! Ийнхүү гурван хөгжлийн баг гарч ирэв.

Хогийн архитектур, Scrum ур чадвар дутмаг нөхцөлд бид хөндлөн бүрэлдэхүүн хэсгүүдийг хэрхэн бий болгосон юм

Дараа нь юу юм бэ?

Хүмүүс өөрчлөгдөхийг хүсдэг, өөрчлөхгүй гэж хуваагдаж эхлэв. Хүн бүр “надад асуудал өгсөн, би ингэсэн, намайг тайван орхи” гэсэн нөхцөлд ажиллаж дассан ч багаар ажиллах нь үүнийг илтгэдэггүй. Гэхдээ бид энэ асуудлыг бас шийдсэн. Нийтдээ 8 хүн тутмын 150 нь өөрчлөлтийн үеэр ажлаасаа гарсан!

Дараа нь зугаа цэнгэл эхэлсэн. Манай хөндлөн бүрэлдэхүүн хэсгүүд өөрсдийгөө хөгжүүлж эхэлсэн. Жишээлбэл, CRM хөгжүүлэгчийн чиглэлээр ур чадвартай байх шаардлагатай даалгавар байдаг. Тэр багт байгаа ч ганцаараа. Мөн Oracle хөгжүүлэгч байдаг. Хэрэв та CRM дээр 2 эсвэл 3 ажлыг шийдэх шаардлагатай бол яах вэ? Бие биедээ заа! Залуус ур чадвараа бие биедээ шилжүүлж эхэлсэн бөгөөд баг нь чадавхиа өргөжүүлж, нэг хүчтэй мэргэжилтнээс хараат байдлыг багасгасан (Дашрамд дурдахад, аль ч компанид бүх зүйлийг мэддэг, хэнд ч хэлдэггүй супер хүмүүс байдаг).

Өнөөдөр бид бизнес, үйлчилгээний хөгжлийн бүх чиглэлээр 13 хөгжлийн багийг цуглууллаа. Бид уян хатан өөрчлөлтөө үргэлжлүүлж, шинэ түвшинд хүрдэг. Энэ нь шинэ өөрчлөлтийг шаардах болно. Бид баг, архитектурыг дахин боловсруулж, ур чадварыг хөгжүүлэх болно.

Бидний эцсийн зорилго: бүтээгдэхүүний өөрчлөлтөд хурдан хариу үйлдэл үзүүлэх, зах зээлд шинэ боломжуудыг хурдан гаргаж, банкны үйлчилгээг сайжруулах!

Эх сурвалж: www.habr.com

сэтгэгдэл нэмэх