Гэрийн бизнес 

Төслийн менежментийн Scrum арга зүй. Certified Agile Professional гэрчилгээ олгох курс psm scrum org-д бэлтгэх

Agile (agile, англи хэлээр "flexible") нь програм хангамж хөгжүүлэх төслийн менежментийн арга юм. 2000-аад оны дундуур (эсвэл бүр эрт) боловсруулсан. Agile арга нь хэд хэдэн техникийг агуулдаг:

  • Scrum (Бизнес ба мэдээллийн технологийн хоорондын харилцааг зохион байгуулахад тохиромжтой);
  • Канбан (ажилтны ажилд олон төрлийн ажлыг зохион байгуулахад тохиромжтой; Scrum-тай сайн тохирдог);
  • XP (хэт програмчлалын зарчмууд);
  • Lean (туранхай хөгжлийн зарчмууд).

Бид Scrum-ыг санал болгож байна, учир нь... Энэ нь Бизнесийн болон мэдээллийн технологийн хэлтсийн аль алиных нь оролцоог шаарддаг төслийг бий болгох гайхалтай арга юм.

Scrum-ыг идэвхтэй ашигладаг томоохон компаниудболон корпорациуд.

Процедурын гол мөн чанар нь дараах байдалтай байна.

  • төслийг богино давталтаар (спринт гэж нэрлэдэг) гүйцэтгэдэг бөгөөд тус бүр нь нэгээс 4 долоо хоног үргэлжилдэг;
  • Төсөлд зөвхөн 3 үүрэг байдаг: Бүтээгдэхүүний эзэн, Скрам мастер, баг. Үүрэг нь бие биетэйгээ үр дүнтэй харилцаж, хамтран ажилладаг.
  • Scrum-д зөвхөн 4 олдвор (баримт бичиг) байдаг: Бүтээгдэхүүний нөөц (бүтээгдэхүүний шаардлага), Sprint Backlog (спринтэд хэрэгжих шаардлага), Sprint зорилго (спринт зорилго, давталт), BurnDown диаграм (ажлын шаталтын диаграм).
  • Скрумд ердөө 4 зан үйл байдаг. Гэхдээ энэ талаар холбогдох нийтлэлээс унших нь дээр.

Тус баг өдөр тутмын хурлын "ёслол"-ыг хийдэг

Agile аргын давуу талууд:

  • хамгийн чухал ач холбогдолтой функцийг хурдан хүргэх;
  • загварчлал, давталт хийх замаар шаардлагын тодорхойгүй байдлыг багасгах;
  • баримт бичгийн хэмжээг багасгах хүсэл;
  • өөрчлөлтөд хурдан хариу үйлдэл үзүүлэх;
  • үйлчлүүлэгчтэй хамтран ажиллах чиг баримжаа.

Scrum хэрэгжүүлэх үйлчилгээ

Бид танай компанид Agile (уян хатан) төслийн удирдлагын үйл явцыг бий болгох үйлчилгээг санал болгож байна. Төсөл дууссаны дараа та дараахь зүйлийг авах болно.

  1. Танай компанийн бэлтгэгдсэн менежерүүд. Бид Бизнесийн болон Мэдээллийн технологийн салбарын программ хангамж хөгжүүлэх төсөлд оролцож буй бүх ажилчдад сургалт явуулах болно. Сургалт хэд хэдэн удаа явагдана: Бизнес ба IT, зөвхөн IT, зөвхөн Бизнес, зөвхөн "туршилтын" төслийн баг гэх мэт. Нийтдээ 5-аас доошгүй хуралдаан болно.
  2. Бэлтгэгдсэн Scrum баг. Бид танд туршилтын төсөл дээр хамгийн түрүүнд ажиллах багийг бүрдүүлж, үр дүнг харуулах жишээн дээр туслах болно. Бид багийн хүртээмжийг (чадавхийг) үнэлж, түүний фокус хүчин зүйлийг санал болгож, өөр өөр төслүүдийн хооронд нөөцийг хэрхэн хуваарилах, бусад хамаарлыг харгалзан үзэх болно.
  3. Процесс хэрхэн явагддагийг "эхнээс нь дуустал" харуулах "туршилтын" төслийг эхлүүлж байна. Энэ бол бидний ажлын хамгийн чухал хэсэг юм. Туршилтын төслийн жишээ нь таны бизнесийг хөгжүүлэхэд саад болж буй бүх далд асуудлуудыг (нөөцийн зөрчил, шинжээчийн дутагдал, хурдан шийдвэр гаргах чадваргүй гэх мэт) илчилдэг. Үүссэн зөрчилдөөнөөс хэрхэн зөв зайлсхийх, ирээдүйд ижил төстэй хэргүүдээс урьдчилан сэргийлэх талаар бид танд хэлэх болно.
  4. Багууд болон мастеруудад зориулсан заавар. Scrum дахь бүх процессыг зөв явуулахын тулд баг болон хүрээлэн буй орчинд шаардлагатай үндсэн үйлдлүүдийг тодорхойлсон энгийн бөгөөд хүртээмжтэй баримт бичиг.
  5. Мэдээллийн технологийн орчин. Хэрэв танд төслийн менежментийн програм хангамж байгаа бол бид үүнийг Scrum төслүүдэд зөв ашиглахад тань туслах болно.

Хэрэгжүүлэх төсөл хэрхэн хэрэгжиж байна вэ?

Бидний хэрэгжүүлэх арга барил нь хоёр долоо хоногийн үе шат дээр суурилдаг. Бид төслийг ердөө 3 үе шаттайгаар дуусгахад бэлэн байна.

  1. Сургалт, хэрэгжилтэд бэлтгэх. Бид таны ажилчдыг сургаж, үйл явцыг тань үнэлж, туршилтын төслийг сонгоход тань тусалдаг. Бид мөн Scrum хэрэгжүүлэх төслийн дүрэмд гарын үсэг зурахыг зөвлөж байна, ингэснээр аж ахуйн нэгж бүхэлдээ хэрэгжилтийн хамрах хүрээний талаар ижил ойлголттой болно.
  2. Туршилтын төсөл дээр Scrum-ийг хэрэгжүүлэх. Бид таны туршилтын төслийн үйл явцыг эхлүүлэхэд тусална. Бид баг болон бүтээгдэхүүн эзэмшигчдэд нэмэлт сургалт явуулдаг. Бид багийн бодит ачаалал, бусад төслийн нөлөөлөл зэргийг харгалзан үздэг. Мөн бид Scrum багуудад зориулсан зааварчилгааг боловсруулдаг.
  3. Таны туршилтын төслийг дэмжих. Шаардлагатай бол бид гүйцэтгэдэг сэргээх товч мэдээлэлбагийн хувьд. Бид өдөр бүр танай ажилтнууд Scrum зан үйлийг зөв хийж байгаа эсэхийг шалгадаг уу? Илэрсэн алдааг газар дээр нь засдаг.

Ажил эхлэхийн өмнө бид эхний шатны ажлын нарийвчилсан хуваарь, 2, 3-р үе шатыг санал болгож буй хуваарийг тохиролцдог.

Agile нь Scrum-аас юугаараа ялгаатай вэ?

Товчхондоо, Scrum бол Agile аргуудын нэг юм.

Scrum тохиромжтой.

  • ажлын хурдыг нэмэгдүүлэх, өөрсдийн бүтээсэн бүтээгдэхүүний бизнесийн үнэ цэнийг нэмэгдүүлэхийг хүсч буй бүтээгдэхүүний багуудад;
  • аутсорсингийн багуудад - хэрэв Agile/Scrum-ийг хэрэгжүүлэх шаардлага Хэрэглэгчээс ирсэн бол бид ажлын явцыг хэрхэн хамгийн сайн зохион байгуулахыг ойлгоход тань туслах болно;
  • дотоод автоматжуулалтын төслийн хүрээнд МТ ба бизнесийн хоорондын харилцааг бий болгох хүсэлтэй байгууллагуудад зориулагдсан.

Үнэ болон хэрэгжүүлэх зардал

Бид 6 долоо хоногийн ердийн хэрэгжилтийг санал болгож байна. Зардал нь 13-15 мянган доллар байх болно. Ердийн хэрэгжилтийн өртөг нь танай байгууллагын нарийн төвөгтэй байдал, хэрэгжүүлэхэд оролцох хүмүүсийн тооноос хамаарна. Таны бизнесийн байршил бас чухал үүрэг гүйцэтгэдэг. Аялал жуулчлалын зардалнэмж төлдөг.

  • аль туршилтын төсөл нь хамгийн түрүүнд Scrum руу шилжихийг шийднэ. Энэ нь компанийн хувьд чухал төсөл байх ёстой, гэхдээ хамгийн чухал биш (төслийг зогсоох эрсдэлийг хүлээн зөвшөөрөх ёстой).
  • Scrum Master сонгох. Энэ бол туршилтын төслийн багт дарамт учруулахгүй ухаалаг, зөрчилдөөнгүй хүн байх ёстой. Мастер нь төслийн онцлогийг ойлгох ёстой, гэхдээ техникийн хүн байх албагүй.
  • Хэрэгжүүлэх төслийн үр дүн, үр нөлөөг үнэхээр сонирхож буй Бүтээгдэхүүний эзэмшигчийг олоорой. Төслөөс өөр хийх зүйл ихтэй топ менежерүүдийг бүү сонго. Вилл хамгийн тохиромжтой сонголтүр ашиг, урамшуулал нь тухайн бүтээгдэхүүн зах зээлд гарах хурдаас шууд хамаардаг ажилтныг олох.
  • Төслийн багт бусад ажилчдад саад учруулахгүйгээр ажиллах боломжтой зай гаргаж өгөх. Багийнхан зөвхөн ажилд анхаарлаа төвлөрүүл.
  • Төслийн үйлчлүүлэгчийн хувьд асуудлыг хурдан шийдвэрлэх чадвартай байхын тулд багтайгаа байнга ойр байх.

Төслийн оффисын компани нь Беларусийн цорын ганц компани бөгөөд програм хангамж хөгжүүлэх "ажил" аргыг зааж, хэрэгжүүлдэг.

Бид тусалдаг:

  • өөрчлөлтийг хэрэгжүүлэх хамгийн оновчтой аргыг сонгох;
  • хүмүүсийг сонгох - үйл явцын гол оролцогчид (захиалагчтай тохиролцсоны дагуу);
  • хэрэгжүүлэх зорилгодоо хүрэх, төсөл дууссаны дараа хэрэглэгчийн дэмжлэг үзүүлэх.

Спринтийн үеэр бүтээгдэхүүний ажлын хувилбарыг олж авахад шаардлагатай бүх ажлыг дуусгах ёстой. Спринтийн цар хүрээг засах хэрэгтэй. Үүний ачаар баг нь түүний хэрэгжилтийг хариуцаж чаддаг. Үүний үндсэн дээр спринтийн хоцролтыг багаас өөр хэн ч өөрчлөх боломжгүй.

Та энэ бүхний талаар "Scrum -" номноос дэлгэрэнгүй мэдэж болно. хувьсгалт аргатөслийн менежмент" Жефф Сазерландын бичсэн бөгөөд бид практик сэдвээр яриагаа үргэлжлүүлэх болно. Тэдэнтэй танилцсаны дараа та Scrum төсөл хэрхэн хэрэгжиж байгааг ойлгох боломжтой болно.

Өдөр тутмын Scrum уулзалтууд

Өдөр тутмын уулзалтууд ажил эхлэхийн өмнө өглөө болдог. Багийн гишүүн бүр одоогийн төсөлд хэн яг юу хийж байгааг мэдэхийн тулд эдгээр нь зайлшгүй шаардлагатай. Ийм уулзалтын оновчтой үргэлжлэх хугацаа нь 15 минут байна. Процессын явцад ямар ч асуудал шийдэгдэхгүй, учир нь... оролцогчид зүгээр л мэдээлэл солилцдог. Шийдвэрлэх шаардлагатай асуудал байвал хуралдаанаас гадуур авдаг.

Скрум Мастер өдөр бүр уулзалт зохион байгуулдаг. Хариуд нь тэрээр оролцогч бүрээс дараах асуултуудыг асууна.

  • Өчигдөр чи юу хийсэн бэ?
  • Та өнөөдөр юу хийх вэ?
  • Танд ямар асуудал тулгарсан бэ?

Scrum Master нь бүх нээлттэй асуултуудыг "Action Items" жагсаалтад оруулна. Формат нь “Юу? ДЭМБ? Хэзээ?". Ийм жагсаалтын энгийн жишээ энд байна:

  • Суурь дизайны нарийн ширийн зүйлийг ярилц
  • Толя, Коля нар
  • Үдийн хоолны дараа шууд

Сонирхсон хүн бүр өдөр тутмын уулзалтад оролцож болно, гэхдээ бүх шийдвэрийг зөвхөн хөгжлийн багийн гишүүд гаргадаг. Үүний шалтгаан нь оролцогчдын спринт зорилгодоо хүрэх амлалт юм. Хэрэв өөр хэн нэгэн шийдвэр гаргахад хувь нэмрээ оруулбал тэр багийн гишүүдээс хариуцлагыг арилгах болно.

Sprint тойм хурал

Спринт бүрийн төгсгөлд спринтийг хянах демо хурал хийх нь түгээмэл байдаг. Эдгээр уулзалтын оновчтой үргэлжлэх хугацаа нь 4 цагаас илүүгүй байна.

Уулзалтын эхэнд хөгжүүлэлтийн баг бүтээгдэхүүн эзэмшигчид ажлын хувилбараа харуулдаг (хийсэн ажлын үр дүнг харуулдаг). Хурал нь эзэмшигчийн хяналтан дор явагддаг бөгөөд тэрээр бүх сонирхсон хүмүүс болон тэдний төлөөлөгчдийг урих эрхтэй.

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

Уулзалтын хоёрдугаар хагаст Scrum Master бусад оролцогчдын хамт өнгөрсөн спринтэд дүн шинжилгээ хийдэг. Хөгжлийн баг нь тэдгээрийг тодорхойлж, дүн шинжилгээ хийж, дүгнэлт хийж, цаашдын ажлыг сайжруулах шийдвэр гаргадаг.

Уулзалтын төгсгөлд үр дүнг нэгтгэн дүгнэж, дараагийн спринтийг төлөвлөж байна (энэ нь бидний аль хэдийн хэлэлцсэн спринт төлөвлөлтийн ердийн алгоритмын дагуу болдог). Хоёрдахь спринт дууссаны дараа шинэ үзүүлэнгийн хурал болж, Scrum төсөл бүрэн дуусах хүртэл тойрог хэлбэрээр явагдана.

Sprint яаралтай зогсоол

Яаралтай спринт зогсолт нь зөвхөн онцгой тохиолдлуудад зайлшгүй шаардлагатай. Баг нь энэ спринтэд тогтоосон үр дүнд хүрэх боломжгүй гэдгийг ойлговол эцсийн хугацаанаас өмнө (спринт дуусгах эцсийн хугацаа) зогсоож болно. Хэрэв спринт зорилгод хүрэх шаардлагагүй болсон бол спринтийг бүтээгдэхүүний эзэмшигч зогсоож болно.

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

Scrum дадлага нь маш энгийн гэдгийг харахад хялбар байдаг. Гэхдээ Scrum төслийн менежментийн үүрэг, дадлагаас гадна бас байдаг чухал баримт бичиг, олдвор гэж нэрлэдэг. Бид аль хэдийн тэдгээрийг товч дурьдсан боловч энэ сэдвийг бага зэрэг гүнзгийрүүлбэл илүү дээр байх болно.

Scrum дахь олдворууд

Аливаа Scrum төсөлд гурван үндсэн олдвор (баримт бичиг) байдаг.

  • Бүтээгдэхүүний нөөц
  • Спринтийн хоцрогдол
  • Sprint Burndown Chart

Олдвор бүр өөрийн гэсэн онцлогтой.

Бүтээгдэхүүний бүртгэл

Бүтээгдэхүүний нөөцийг төслийн хамгийн эхэнд бэлтгэдэг. Энэ бол ач холбогдлоор нь ангилсан шаардлагуудын жагсаалт юм. Үүнийг бүтээгдэхүүний эзэмшигч эмхэтгэсэн бөгөөд хөгжүүлэлтийн баг шаардлага бүрийг хэрэгжүүлэх зардлын тооцоог оруулан дуусгадаг.

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

Төслийг цаг тухайд нь, бэлтгэсэн нарийвчлан гаргах, тэдгээрийг бүрэн хэмжээгээр, зөв ​​цагт нь хүргэх нь бүтээгдэхүүн эзэмшигчийн үүрэг юм.

Sprint бүртгэл

Спринтийн хоцрогдол нь бүтээгдэхүүний эзэмшигчийн өмнө нь эмхэтгэсэн бүтээгдэхүүний нөөцөөс сонгосон функцийг тусгадаг. Функц бүрийг даалгавар болгон хуваадаг. Нэг ажлыг гүйцэтгэхэд хоёр хоногоос илүү хугацаа шаардагдахгүйн тулд задаргаа хийдэг.

Функцуудыг даалгаврууд болгон өндөр чанартайгаар хуваасны ачаар спринтийг эцэс хүртэл юу ч хийхгүй байхаар төлөвлөж болох бөгөөд энэ нь давталтын зорилгод хүрсэн гэсэн үг юм.

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

Давталтын зорилгод хүрэхэд төдийлөн нөлөөлдөггүй жижиг ажлуудыг спринтийн хоцрогдолоос хасдаг.

Спринт хуваарь

Спринт дуусах хүртэл үлдсэн нийт ажлын өдрийн өөрчлөлтийг харуулахын тулд спринт график хэрэгтэй. Түүний тусламжтайгаар баг одоогийн нөхцөл байдалд дүн шинжилгээ хийж, өөрчлөлтөд цаг тухайд нь хариу үйлдэл үзүүлэх боломжтой.

Нэмж дурдахад, спринт хуваарийг ашиглан бүтээгдэхүүний эзэмшигч нь давталтын явцыг хянах боломжтой. Тиймээс түүнийг тогтооход маш хялбар байдаг: хэрэв ажлын хэмжээ өдөр бүр буурахгүй бол энэ нь үйл явцад зарим нэг хазайлт байгаа бөгөөд багийн үйл ажиллагааг яаралтай тохируулах шаардлагатай байна гэсэн үг юм.

Эдгээр нь Scrum арга зүйн ерөнхий шинж чанарууд юм. Хэрэв та энэ аргыг илүү нарийвчлан ойлгохыг хүсч байвал Жефф Сазерланд танд энэ талаар туслах болно - аль хэдийн дурдсан "Scrum - төслийн менежментийн хувьсгалт арга" номыг үзээрэй. Мөн бид зөвхөн үүнийг нэгтгэн дүгнэж болно товч танилцуулгаСкрум.

Scrum-ийн талаархи дүгнэлт

Тэгэхээр аргын системтэй холбоотой уян хатан удирдлага Agile, Scrum-ийг үйл ажиллагаа нь төсөлтэй холбоотой хүмүүсийн хувьд жинхэнэ олдвор гэж нэрлэж болно. Үүний давуу талуудын дунд юуны түрүүнд чиг баримжаа, дасан зохицох чадвар нь ялгардаг. Энэ арга нь төслийн шаардлагыг хүссэн үедээ өөрчлөх боломжийг олгодог (эдгээр өөрчлөлтүүд хэрэгжих баталгаагүй байсан ч). Мөн энэ боломж нь үйлчлүүлэгчдэд маш их татагддаг.

Хоёрдугаарт, Scrum сурахад маш хялбар. Үүнээс гадна, арга нь асар их цаг хугацаа шаарддаггүй. Мөн ажлын систем нь давталтын зарчмаар (мөн давталт бүр өөрийн гэсэн зорилготой) бүтээгдсэн тул Scrum аргыг ашиглан спринт бүрийн төгсгөлд бүтээгдэхүүний ажлын хувилбаруудыг авах боломжтой.

Гуравдугаарт, энэ аргад хамгийн бага зохицуулалтаар ихэнх асуудлыг шийдвэрлэх чадвартай, олон талт, өөрөө зохион байгуулалттай багт онцлон анхаардаг. Ийм учраас Scrum төслүүд нь стартапууд болон жижиг компаниудад тохиромжтой бөгөөд менежерүүдийн мэргэшсэн боловсон хүчнийг бэлтгэх эсвэл гадны мэргэжилтнүүдийг ажилд авах шаардлагагүй болно.

Гэхдээ та Scrum аргачлалыг бүх асуудлын шийдэл, амжилтын баталгаа гэж бодож болохгүй. Энэ нь бас хэд хэдэн сул талуудтай. Жишээлбэл, түүний минимализм, энгийн байдал нь цөөхөн хэдий ч хатуу дүрэм, ялангуяа баг доторх харилцан үйлчлэлийн дүрмийг тодорхойлдог бөгөөд энэ нь зарим тохиолдолд үйлчлүүлэгчдэд тодорхой хүндрэл учруулж болзошгүй юм.

Өөр нэг сул тал бол төсөлд оролцогчдын бүх үйлдлүүд бодит цаг хугацаанд хийгддэг тул төлөвлөгөө байхгүй байна. Эцэст нь, баг дээр анхаарлаа төвлөрүүлэх нь үргэлж ашигтай байдаггүй. Хэдийгээр багийн зохицуулалт хийх онцгой шаардлага байхгүй (тиймээс үүнд зардал гарахгүй) боловсон хүчнийг элсүүлэх, сургах, урамшуулах зардал нэмэгдэж магадгүй юм. Жишээлбэл, хөдөлмөрийн зах зээлд тохирох мэргэжилтэн хангалтгүй бол та өндөр үнэтэй мэргэжилтнүүдийг ажилд авах эсвэл хэнийг ч ажилд авахгүй байх шаардлагатай болно.

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

Гэхдээ энэ тойм нь зөвхөн мэдээллийн зорилгоор хийгдсэн гэдгийг танд сануулъя нэмэлт мэдээлэлЯмар ч тохиолдолд та гуравдагч талын эх сурвалжид хандах хэрэгтэй болно. Тэднээс та Scrum төслийн менежментийн бусад нарийн ширийн зүйлс, түүний хэрэглээний онцлогуудын талаар мэдэж болно. Та энэхүү богино хэмжээний видео бичлэгээс эхэлж болно, бид танд амжилт хүсье, бүх төслүүдээ амжилттай хэрэгжүүлэхийг хүсч байна!

  • Төслийн удирдлага ,
  • Хурдан
  • Бүтээгдэхүүний менежмент

    • ScrumTrek-ийн Certified Agile Professional гэрчилгээ олгох курсын тайлбар дээр "Agile бол зүгээр л Scrum-аас хамаагүй илүү юм" гэж уншихад миний бодлоор хамгийн түрүүнд: яагаад ScrumTrek, тэгвэл үүнийг AgileTrek гэж нэрлэх ёстой байсан юм бэ? Энэ сургалтыг дуусгасны дараа би энэ мэдэгдэлд илүү нухацтай хандсан. Тэгэхээр би сургалтаас юу хассан бэ? Тэмдэглэл, тараах материал болон Certified ICAgile Professional гэрчилгээ? Agile гэж юу болохыг ойлгохын тулд яах вэ? Agile хандлагын тухай ойлголт юу вэ? Agile сэтгэлгээ гэж юу вэ?

    Энэхүү тэмдэглэлд би сургалтын талаарх сэтгэгдлээ хуваалцаж байна. Энэ нь сургалтын агуулгыг дахин ярихаас илүүтэйгээр түүнээс олж авсан мэдлэгийн ашиг тусын субъектив үнэлгээ юм. Энэ нь танд энэ сургалт хэрэгтэй эсэхийг тодорхойлоход тусална гэж найдаж байна.

    Agile-ийн түүх

    Сургагч багш программ хангамж хөгжүүлэх салбарыг аажмаар боловсронгуй болгох хэлбэрээр танилцуулсан Agile-ийн түүхийг би сайн санаж байна.

    Code-and-Fix нь тухайн салбарт ямар ч төлөвлөгөө, баримт бичиг, хөгжүүлэгчийн мэргэшлийн тусгай шаардлагагүйгээр харьцангуй хямд үнээр код бичиж эхлэх боломжийг олгосон.

    1970-аад онд үүнийг Хүрхрээ загвараар сольсон бөгөөд энэ нь эрсдлийг бууруулж, програм хангамжийн хөгжүүлэлтийн ил тод байдлыг нэмэгдүүлж, програм хангамжийн засвар үйлчилгээний өндөр өртөгтэй холбоотой асуудлыг арилгаж, хөгжүүлэгчийн ур чадварт тавигдах шаардлага багатай байв. Энэ загварыг хаа сайгүй ашиглаж эхэлсэн бөгөөд энэ нь түүний асуудлыг хурдан илчилсэн юм. Хүрхрээ нь бүх зүйлийг урьдчилан мэдэж байсан тохиолдолд л сайн ажилладаг: ямар бүтээгдэхүүн боловсруулах шаардлагатай, хэрэгжүүлэх технологи нь ямар байх ёстой - замд ямар ч өөрчлөлт гарахгүй.

    Нөхцөл байдлыг засах анхны оролдлогууд нь 1990-ээд онд давтагдах хандлага бий болсонтой холбоотой байв. Нэг талаас, компьютерийн цаг хугацаа объектив хязгаарлалт байхаа больж, бүтээгдэхүүний ажиллагааг нэмэгдүүлэхийн тулд олон удаа туршилт хийх боломжийг олгодог компьютерийн өртөг буурснаар үүнийг хөнгөвчилдөг. Нөгөөтэйгүүр, мэдээллийн технологийн шинэ технологи нь өрсөлдөөнийг улам бүр нэмэгдүүлж байгаа тул бизнес эрхлэгчид үүнийг бизнест хурдан ашиглах шаардлагатай болжээ. Хэн хэрэгжүүлсэн шинэ технологибусдаас өмнө тэрээр үйлчлүүлэгчид болон зах зээлийг хоёуланг нь ялсан. Энэ мөчөөс эхлэн бизнесийн үйл ажиллагааг хурдан шуурхай хүргэх зорилготой уян хатан хөгжлийн үйл явц идэвхтэй хөгжиж эхэлдэг. Нэг ёсондоо "Шуурхай" Код-ба-засах арга руу буцах явдал байгаа ч эрсдэлийг төлөвлөх, арилгах замаар нэмэлт юм.

    Дашрамд хэлэхэд, өнөөг хүртэл ихэнх корпорацын хөгжүүлэгчид өөрсдийн бодож байгаа шиг Scrum-ыг огт ашигладаггүй, харин давтагдах хүрхрээг ашигладаг гэж надад санагдаж байна. Доорх диаграмыг хараарай, энэ бүхэн танд ийм байдлаар ажилладаг, тийм үү?

    Эсвэл энэ нь Scrum-тай ижил хэвээр байна уу?

    1992 онд Кристал гарч ирсэн бөгөөд анх удаа ажлын кодыг эцсийн хэрэглэгчдэд хүргэхэд анхаарлаа хандуулав. Дараа нь 1994 онд DSM (Динамик системийг хөгжүүлэх арга) нэвтрүүлсэн бөгөөд энэ нь бизнесийн хэрэгцээнд анхаарлаа төвлөрүүлж, програм хангамжийн чанарыг бууруулж болохгүй түвшинг тунхагласан (ойролцоогоор тэр жил "Рефакторинг" гэсэн нэр томъёо гарч ирсэн). Эцэст нь, Scrum Framework-ийг 1996 онд нэвтрүүлж, agile хөгжлийг удирдах де-факто стандарт болсон. Мөн онд хос програмчлалыг анх удаа ашиглаж эхэлсэн. 1999 онд XP гарч ирсэн бөгөөд энэ нь хэрэглэгчийн түүх (User Story), хувилбарын төлөвлөлт, тасралтгүй интеграци (Үргэлжилсэн интеграци) гэсэн ойлголтыг авчирсан. Эдгээр бүх хувийн санаачилгын үр дүн нь 2001 онд боловсруулсан Програм хангамж хөгжүүлэх Agile тунхаглал байсан бөгөөд энэ нь бизнесийн үйл ажиллагааг хурдан шуурхай хүргэх 10 жилийн турш батлагдсан үнэ цэнэ, зарчмуудыг тусгасан болно.

    Agile-ийн цаашдын хөгжил нь програм хангамжийг боловсруулах явцад гарч болзошгүй бүх алдагдлыг (сул зогсолт) арилгах оролдлоготой холбоотой бөгөөд ингэснээр функцийг хүргэх хурдыг нэмэгдүүлэх болно. 2003 онд Lean Software Development нь уг үзэл баримтлалын дасан зохицох хэлбэрээр гарч ирэв туранхай үйлдвэрлэлТоёота программ хангамж хөгжүүлэх салбарт . 2006 онд бизнест үнэ цэнийг (функциональ) хүргэх урсгал дахь хог хаягдлыг арилгах бэлэн алгоритмыг танилцуулсан Канбан програм хангамжийн хөгжүүлэлт гарч ирснээр хөдөлгөөн үргэлжилж байна. Мөн 2011 онд SAAS (програм хангамж нь үйлчилгээ)-ийн тэсрэлттэй өсөлтийн хариуд интерфэйс дэх хог хаягдлыг арилгахын тулд хөгжүүлэлт, засвар үйлчилгээг хослуулсан DevOps гэсэн ойлголт гарч ирэв.

    Бизнесийн хэрэгцээг аль болох хурдан хангаж сурснаар үйлдвэрлэл (хөгжил) гацаа байхаа больсон. Гэсэн хэдий ч Agile хөгжүүлэлт үргэлжилсээр байна. Нэгдүгээрт, Agile-ийг өргөжүүлэх чиглэлээр томоохон аж ахуйн нэгжүүд(SAFE). Хоёрдугаарт, их хэмжээнийамжилтгүй болсон хөрөнгө оруулалтын төслүүдБүтээгдэхүүний хөгжилд асуулт гарч ирдэг: Бид хамгийн эрэлт хэрэгцээтэй бүтээгдэхүүнийг аль болох хямдаар яаж хөгжүүлэх вэ? 2009 онд Lean Startup нь энэхүү хязгаарлалтын хариулт болсон юм.

    Agile үнэт зүйлс ба зарчим

    Сургагч багш оролцогчидтой хамтран Agile хөгжлийн тунхаглалын үнэ цэнэ, зарчим бүрийг тууштай, гүнзгий дүн шинжилгээ хийдэг. програм хангамж. Сургалтын өмнө би үнэт зүйлс, зарчмуудыг төгс ойлгосон гэдэгтээ чин сэтгэлээсээ итгэсэн гэдгээ хүлээн зөвшөөрч байна. Энэ нь бүхэлдээ үнэн биш болох нь тогтоогдсон.

    Жишээлбэл, Agile-ийн хоёр дахь утга нь: "Ажиллаж буй бүтээгдэхүүн нь иж бүрэн баримт бичгээс илүү чухал юм." Нэгэн цагт энэ нь хүрхрээний загварыг үгүйсгэсэн тунхаглал байсан бөгөөд үүнд ахиц дэвшлийн талаарх ойлголт нь үндсэндээ тулгуурладаг. төслийн баримт бичиг. Харин Agile тунхаглалын 2-р хувилбарт "Бизнесийн үнэ цэнэ нь ажиллаж байгаа бүтээгдэхүүнээс илүү чухал" гэсэн үг өөрчлөгдсөн (Agile Manifesto 2.1 - "MoreAgile Manifesto"). Энэ бол Lean Startup бий болсонтой холбоотой Agile үнэт зүйлсийн хувьслын жишээ юм: хэт олон ажлын бүтээгдэхүүн нь хэнд ч ашиггүй болсон.

    Скрум ба Канбан

    Сургалтын чухал хэсэг нь Scrum Framework болон Kanban-ийн тойм юм. Сургалтын энэ хэсгийг дахин ярих нь энэ тэмдэглэлийн зорилго биш юм. Дасгалжуулагч танд чухал биш мөч бүрийг хурууны үзүүрээр мэдрэхэд тусалдаг гэдгийг би тэмдэглэх болно багийн тоглолт. Гэхдээ энэ талаар илүү дэлгэрэнгүй ярих нь зүйтэй юм.

    Agile дахь тоглоомууд

    Бүх тоглоом сурахад хялбар, тоглоход хөгжилтэй байсан. Сургалтын хоёр дахь өдрийн нэг тоглолтын үеэр оролцогчдын нэг нь: "Бид өмнө нь юу хийж байсан бэ? Энэ байна!" Доор би тоглоомуудаас юу сурсан тухай ярих болно.

    Пенни/Олон даалгаварт тоглоомууд нь ажлын жижиг хэсгүүдийг авч, хэд хэдэн ажлыг нэгэн зэрэг гүйцэтгэхгүй байх шаардлагатайг шууд (өөрсдөдөө) болон итгэл үнэмшилтэйгээр (энгийн секунд хэмжигчээр) харуулсан. Энэ нь хатуу дараалсан ажлын явц (хүрхрээ), дуусаагүй ажлын хуримтлалаас үүдэлтэй алдагдлыг (дүүрэн ам зажлахад удаан хугацаа шаардагддаг), контекст солигдох (хүрхрээний загварт) алдагдлыг хэрхэн арилгахыг бид харсан. Ажилтан хэд хэдэн төсөл дээр нэгэн зэрэг ажиллах магадлал өндөр байдаг).

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

    Daily Standup Meeting дээр хорлон сүйтгэх ажиллагааны хөгжилтэй дүр зураг биднийг Agile-ийн үнэт зүйлсийн талаар ярилцахад хүргэв. Жишээлбэл, Scrum Master (үйл явцын дасгалжуулагч) нь хөгжлийн багийн менежер байх ёсгүй, эсвэл түүний дагуу биеэ авч явах ёсгүй, өөрөөр хэлбэл, даалгавраа хуваарилж, сэтгэл хөдлөлөө өөртөө шингээж, бүлгийнхээ үйл ажиллагааг эсэргүүцэж, улмаар хурлыг багийн гишүүдийн уйтгартай тайлангийн хурал болгон хувиргах ёсгүй. өөрсдөдөө.

    Боловсролын зардал: хувь хүмүүст - 25,250 рубль. / байгууллагуудын хувьд - 29,260 рубль. Төгссөн гэрчилгээ:Сургалт дууссаны дараа оюутнууд PM Expert - PMI® Global Registered Education Provider-ээс гэрчилгээ авах бөгөөд PMI Agile Certified Practitioner (PMI-ACP) шалгалтад 24 сургалтын цагийг (PDU) тоолох боломжтой болно.

    Talent Triangle-ийн PDU задаргаа

    техникийн стратегийн манлайлал
    8 8 8

    тайлбар

    Сүүлийн арван жилийн хугацаанд олон мянган компаниуд програм хангамжийн төслүүдийг удирдах шинэ арга барил, ялангуяа Agile зарчимд суурилсан өөр өөр арга зүйг ашиглаж эхэлсэн. Тэдний хамгийн алдартай нь Scrum юм.

    Гэсэн хэдий ч PMBOK® ч бас байр сууриа алдахгүй байна. Олонхийн саналаар та PMBOK® эсвэл Scrum сонгох хэрэгтэй. Гэхдээ гурав дахь арга зам бий. Сургалтаар та PMBOK®-ийн нарийн чанар болон Scrum-ийн уян хатан чанарыг хэрхэн хослуулж, өөрийн хөгжилд тустай болохыг сурах болно.

    Хичээлийн уриа нь: "Үгнээс үйлд". Хичээлийн материалыг судлахдаа практикт гол анхаарлаа хандуулдаг - хичээлийн 60 гаруй хувь нь практик хичээлүүд. Гурван өдрийн хичээлд та зөвхөн Scrum арга зүйг хэрхэн ашиглахыг ойлгохоос гадна Scrum-ийг практикт "мэдрэх" болно.

    Сургалтын зорилго (үр дүн).

    Семинарын үеэр оролцогчид дараахь зүйлийг хийх боломжтой болно.

    • Agile аргачлалын үндэс суурь нь хөгжүүлэгчдийн "мөнхийн" асуудлыг шийдвэрлэх боломжийг танд хэрхэн олгож байгааг ойлгоорой.
    • Scrum шиг харьцангуй энгийн процесс нь програм хангамжийн хөгжүүлэлтийн үр ашиг, бүтээмжид хэрхэн тийм чухал нөлөө үзүүлж болохыг ойлгоорой.
    • Agile харилцааны хэрэгслийг ашиглаж сур.
    • Хэрэгтэй, практик, найдвартай төлөвлөгөө гаргаж сур. Хичээл танилцуулна янз бүрийн техникүнэлгээ, түүний дотор покер төлөвлөлт, энэ нь үйлчлүүлэгчийн хүссэн үр дүнг цаг тухайд нь авах боломжийг ихээхэн нэмэгдүүлдэг.
    • Хэрхэн зохион байгуулахаа ойлгоорой үр дүнтэй ажилхэрэглэгчдэд хамгийн ашигтай бүтээгдэхүүнийг цаг тухайд нь боловсруулахын тулд сонирхогч талуудтай.
    • Хөгжлийн үр ашгийг хэд хэдэн удаа нэмэгдүүлэхийн тулд Scrum багийн ажлыг хэрхэн зохион байгуулах талаар суралц. Програм хангамжийн засвар үйлчилгээ чухал үүрэг гүйцэтгэдэг байгууллагуудын ажилчдын хувьд канбаны тухай хичээлийн хэсгүүд сонирхолтой байх болно.
    • Програм хангамж хөгжүүлэх төслүүдийг удирдах талаар практик туршлагатай тэргүүлэх мэргэжилтэнээс асуултын хариулт, зөвлөгөө аваарай.
    • Бүтээгдэхүүний хоцрогдол, спринтийн хоцрогдол, өдөр тутмын скрам уулзалт, спринт төлөвлөлтийн хурал, шатсан график гэх мэт Scrum хэрэгслүүдтэй ажиллахыг практикт эзэмшээрэй.
    • Янз бүрийн нарийн төвөгтэй, цар хүрээтэй төслүүдэд Scrum-ийг хэрхэн ашиглах талаар ойлгох.
    • Яагаад Scrum-ийг хэрэгжүүлэх нь заримдаа ноцтой хүндрэлүүдээр дүүрэн байдгийг ойлгож, асуудлыг хэрхэн шийдвэрлэхээ ойлгоорой.

    Курсын сургагч багш нар

    • Николай Рямзин, CSM, RMR, RME - тэргүүлэх зөвлөх PM Expert

    Үзэгчид

    Сургалтыг дүүргэхэд 24 PDU олгоно.

    Боловсролын хөтөлбөрийн тодорхойлолт

    Төслийн менежмент нь мэдлэгийн талбар болох олон арилжааны болон практикт бат бэх суурьшсан төрийн компаниудболон байгууллагууд. Гэсэн хэдий ч хэд хэдэн төслийг хэрэгжүүлэх явцад, ялангуяа оюуны өндөр түвшинд "сонгодог" хандлага гарч ирэв. төслийн удирдлагаэсвэл тэд зөвхөн хэсэгчлэн ажилладаг, эсвэл огт ажилладаггүй.
    Хэрэв төслүүд нь их хэмжээний аналитик ажлуудыг шийдвэрлэхтэй холбоотой бол, төслийн нөхцөл байдал өдөр бүр эсвэл бүр цаг тутамд өөрчлөгддөг бол, хэрэв төсөл нь 5/9 хүний ​​бүрэлдэхүүнтэй мэргэжлийн авсаархан багтай бол, төсөл нь ирээдүйн агуулга, үйл ажиллагааг байнга өөрчилдөг бол Ажлыг цаг тухайд нь, шаардлагатай чанарын түвшинд хийх шаардлагатай бол төслийн менежментэд уян хатан (Agile) хандлагыг ашиглах шаардлагатай байж магадгүй юм. Scrum арга нь хамгийн их алдартай болсон бөгөөд эдийн засгийн янз бүрийн салбарт амжилттай хэрэглэгдэж байна: мэдээллийн технологи, санхүү, боловсрол, Шинжлэх ухааны судалгаагэх мэт.
    Scrum Agile Төслийн Менежментийн сургалт нь төслийн багуудад хамгийн дэвшилтэт agile аргуудыг ашиглан өндөр технологийн төслүүдийг илүү үр дүнтэй төлөвлөх, хэрэгжүүлэх, хянах арга хэрэгслийг олгох зорилготой юм.
    Хичээлийг дүүргэсний дараа оюутан:
    Мэдэх:

    • Scrum-ийг хэрэгжүүлэхэд уян хатан төслийн менежментийн (PM) үндсэн үйл явц, үйл явдлууд;
    • РМ дахь уян хатан аргуудын талаархи үндсэн мэдээллийг олох арга замууд;
    • РМ-ийн сонгодог аргууд ба Скрумын санал болгосон аргуудын хоорондох ялгаа;
    • Scrum аргыг ашиглан төслийн менежментийг зохион байгуулах онцлог;
    • Scrum төслийн амьдралын мөчлөг.
    Боломжтой байх:
    • төслийн оролцогч талуудыг тодорхойлох;
    • эцсийн үр дүнгээс оролцогч талуудын зорилго, хүлээлтийг тодорхойлох;
    • шаардлагыг томъёолж, хэрэглэгчийн түүхийг тодорхойлох;
    • спринт хийх ажлыг төлөвлөх;
    • спринтийн явцыг хянах;
    • төслийн явцад гарсан өөрчлөлтийг удирдах;
    • Scrum төслийн явцад эрсдэлийг тодорхойлох, дүн шинжилгээ хийх, хариу арга хэмжээ авах;
    • эрсдэлийг удирдах.
    Өөрийн:
    • Бүтээгдэхүүний нөөц бүрдүүлэх ур чадвар;
    • Sprint Backlog үүсгэх ур чадвар;
    • Scrum төслүүд дээр уулзалт хийх ур чадвар;
    • үр дүнг харуулах ур чадвар.

    Энэхүү сургалтыг амжилттай дүүргэснээр мэргэжилтнүүд дараахь зүйлийг хийх боломжтой болно.
    Scrum төслийн ерөнхий явцыг удирдах.

    Хичээлийн зорилго

    Scrum аргыг ашиглан төсөл хэрэгжүүлэх чиглэлээр мэргэжлийн ур чадварыг бий болгох, сайжруулах

    Зорилтот үзэгчид

    Үйл ажиллагаа нь боловсруулах болон/эсвэл хэрэгжүүлэх төсөлтэй холбоотой мэргэжилтнүүд мэдээллийн систем(IS):

    • менежерүүд болон шинжээчид,
    • төслийн багийн гишүүд

    Шаардлагатай бэлтгэл

    • IS боловсруулах ба/эсвэл хэрэгжүүлэх төслүүдэд оролцож байсан туршлагатай.
    • UP130 "Төслийн менежментийн үндэс" хичээлийн мэдлэг, ур чадвар эзэмшсэн байх эсвэл энэ курст хамрагдахыг зөвлөж байна.
    1. Уян хатан (Agile) төслийн менежментийн танилцуулга.
    2. Scrum аргыг ашиглан төслийн менежментийн үндэс.
    3. Scrum аргын ерөнхий тодорхойлолт.
    4. Scrum төслийн амьдралын мөчлөг.
    5. Sprint-ийн тодорхойлолт.
    6. Scrum төслийн гол олдворууд.
    7. Scrum аргыг ашиглан төслийн зохион байгуулалт
    8. Төслийн гаднах үүрэг. Оролцогч талууд. Төслийн үйлчлүүлэгч (захиалагч), ивээн тэтгэгч (ивээн тэтгэгч), хэрэглэгчид эцсийн бүтээгдэхүүн(Хэрэглэгчид)
    9. Дүрүүд төслийн баг(Scrum Team, Scrum Team). Бүтээгдэхүүний эзэн. Скрам мастер. Хөгжлийн баг.
    10. Scrum төслийн амьдралын мөчлөг
    11. Санаачлага. Нэн тэргүүнд тавигдах бүтээгдэхүүний нөөцийг бүрдүүлэх.
    12. Төлөвлөлт ба үнэлгээ. Хэрэглэгчийн түүхийг боловсруулах, үнэлэх. Даалгавруудыг бүрдүүлэх, үнэлэх. Спринт төлөвлөлт. Покер төлөвлөх.
    13. Гүйцэтгэл. Төслийн үр дүнг бий болгох. Sprint бүтэц, Фокусын хүчин зүйл. Өдөр бүр скрам уулзалт хийх.
    14. Хяналт. Sprint тойм. Sprint Retrospective. Sprint цуцлах.
    15. Дуусгах. Төслийн үр дүнг хүлээн авах. Төслийн ретроспектив.
    16. Scrum аргыг ашиглан төслийн менежментийн нэмэлт талууд
    17. Өөрчлөлтийн удирдлага. Scrum төслүүдэд өөрчлөлт оруулах. Спринтийн үеэр гарсан өөрчлөлтүүд.
    18. Чанарын шалгалт. Арчилгаа (Бүтээгдэхүүний арчилгаа). Spike (Идэвхжүүлэгч - түүх).
    19. Эрсдэлийн менежмент. Scrum аргыг ашиглан төслийн явцад эрсдэлийн менежмент.
    20. Төслийн үйл ажиллагааны баримт бичиг

    Практик хичээлүүд

    1. Элементүүд Амьдралын мөчлөг Scrum - төсөл.
    2. Бүтээгдэхүүний нөөц бүрдүүлэх. Хэрэглэгчийн түүхийг задлах, эрэмбэлэх.
    3. Ажлын үе шатыг төлөвлөх (Sprint), спринтийн нөөцийг бүрдүүлэх. Хэрэглэгчийн түүх, даалгаврыг үнэлэх.
    4. Ажлын үе шатыг гүйцэтгэх. Өдөр тутмын багийн уулзалтууд (Өдөр тутмын Scrum уулзалт).
    5. Хүлээн авсан үр дүнг үйлчлүүлэгчдэд үзүүлэх (Sprint Review Meeting).
    6. Ажлын үе шатны үр дүнгийн талаархи уулзалт (Sprint Retrospective Meeting).
    7. Scrum төслийн менежмент ба ажлын үе шатууд. Дүрслэх хэрэглүүртэй ажиллах: Даалгаврын самбар ба Шаталтын график. Гүйцэтгэлийн үнэлгээ.
    8. Scrum төсөл дэх эрсдлийн удирдлага.

    Хүлээн авсан баримт

    Мэргэшсэн сургалтын гэрчилгээ, олон улсын гэрчилгээ.