1. Agile Төслийн Менежмент Г.Сайнзаяа

2. Яагаад AРМ гэж?

3. Хэрэглэгчдийн хүлээлт өссөн Хэрэглэгчид илүү хурдан, хямд, чанартай бүтээгдэхүүн хүсэх болсон. Хэрэглэгчдийн хүлээлт

4. Ажлын дарамт өссөн Бизнесийн хэрэгслүүд бидний бүтээмж өндөр байх чадварыг өсгөснөөр ажлын дарамт ихэссэн. Бизнесийн хүлээлт

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

6. AРМ гэж юу вэ?

7. АРМ бол Өөрчлөлтийн менежмент. АРМ бол хэрэглэгч баримжаат. Төслийн менежер бол АРМ-ийн гол дүр биш. АРМ бол Коммуникаци, Энгийн байдал, Буцах холбоо, Зоригтой байдал

8. АРМ-ын үндсэн 13 зарчим Оройтсон байсан ч хамаагүй өөрчлөгдөж буй шаардлагуудыг хүлээн авах. Хэрэглэгчдийн хувьд өрсөлдөх давуу талаа хадгалахын тулд өөрчлөлтийг ямагт хийх. Ажиллаж буй программыг хэрэглэгчдэг тогтмол хүргэж бай. Интервал нь богино байх тусмаа сайн. Төслийн хугацаанд менежерүүд болон программистууд өдөр бүр хамт ажиллахёстой. Идэвхитэй гишүүдийг тойруулан төслөө босго. Тэдэнд шаардлагатай орчин, дэмжлэгийг өгч, ажлаа итгэн даатгаж өг. Төслийн баг доторх мэдээлэл солилцох хамгийн үр ашигтай арга бол нүүр тулсан ярилцлага юм. Өсөлтийн анхны хэмжүүр бол ажиллаж буй программ юм. Энгийн байдал. Төслийн баг тогтмол уулзалт хийж, хэрхэн илүү үр ашигтай ажиллаж болохыг үнэлж, хэлэлцэж байх.

9. Agile Арга зүйнүүд eXtreme Programming Kent Beck, Ward Cunningham, Ron Jeffries ScrumKen Schwaber and Jeff Sutherland Crystal Methods Alistair Cockburn Feature Driven Development Jeff DeLuca Dynamic Systems Development MethodDSDM Consortium Agile Менежментийн бүтцүүд Agile Project ManagementJim Highsmith, Sanjiv Augustine Agile ManagementDavid Anderson eXtreme Project ManagementRob Thomsett, Doug DeCarlo

10. SCRUM Өөрийгөө удирдаж, зохион байгуулдаг багууд Мөчлөг буюу төлөвлөгөө гарсан тохиолдолд гаднаас нэмэлт ажил авахгүй Тодорхой асуудлуудаарх өдөр тутмын босоо уулзалт 2-4 долоо хоногийн давталт Мөчлөг бүрийн төгсгөлд хувь нийлүүлэгчдэд өгөх тайлан Мөчлөг тус бүрт хэрэглэгч-баримжаат, дасан зохицох төлөвлөлт

11. АРМ-ын ерөнхий бүтэц Үндсэн зарчим: Төслийн баг бол CAS (Complex Adaptive System) CAS-д суурилсан төслийн менежментийн бүтэц: Agile төслийг удирдах зургаан дадал

12. Хөтлөгч алсын хараа Хөтлөгч алсын хараа – Төслийн алсын харааг тодорхойлж, үг болон үйлдлүүдээр дамжуулан тасралтгүй батжуул. Урд тал: Бүтээгдэхүүний нэр Зураг 3-4 гол шинж чанар Ард тал: Нарийвчилсан шинж чанарууд Шаардлагууд

13. Багийн болон хамтын ажиллагаа Багийн болон хамтын ажиллагаа – Харилцаа болон хамт олноор дамжуулан багийн болон хамтын ажиллагааг дэмж. Төслийн менежер стандартыг тогтоож, үлгэр жишээ болдог. Хэрэв урьд нь АРМ-ийг ашиглаж байгаагүй бол багийн гишүүд нь дасан зохицох чадвартай, инноваторууд байвал сайн, гэхдээ цөөн тооны эсэргүүцэгчид байх нь сайн талтай ч байж мэднэ. Онолын хувьд ХР багт мэргэжилтнүүд байдаггүй, бүх хөгжүүлэгчид бүх хэсэгт ажилладаг.

15. Төсөвлөлт зөвхөн гүйцэтгэгч нараар хийгдэнэ

16. Эрэмбэлэлт, дарааллыг тогтоох зөвхөн бүтээгдэхүүн эзэмшигчдээр хийгдэнэ

17. Цаг хугацааны дүрмүүд: Хүргэлтийн хугацааг тодорхойлж, нэг хэмнэлд оруулах

18. 3 долоо хоногийн спринт

19. Гарцын дүрмүүд: Далд зардлуудыг багасгах

21. Мэдээллийн самбар ашигла

22. Төслийн ивээн тэтгэгчидтэй хаалттай уулзалт хийхийн оронд тэднийг ажил явагдаж буй төслийн багийн өрөөнд авчирч, нээлттэй ярилцаж болно

23. Мэдээлэл солилцооны онлайн программ ашигла

24. Мэдээллийн урсгал, солилцоог сайжруулахын төлд өдөр тутмын уулзалтуудыг зохион байгуул

26. Соргог байдал Соргог байдал – Тогтмол хянаж, тохируулан зас. Боломж бүрийг ашиглан алсын харааг баталгаажуул. Төслийн шийдвэрүүд алсын хараатай таарч буй эсэхийг шалга. Багийн болон хамтын ажиллагааг дэмж. Энгийн дүрмүүд гарга. Мэдээлэл солилцооны саад бэрхшээлийг устгахын тулд няцашгүй ажилла.

27. АРМ бол бүх хүмүүст, бүх төсөлд зориулсан дэлхийн шилдэг арга биш. АРМ зөвхөн тодорхой төрлийн асуудлуудад, тодорхой байгууллагад, тодорхой соёлтой хүмүүст, тодорхой үзэл бодолтой менежерүүдэд л зохицдог.

28. Ашигласан материал Sanjiv Augustine. Introduction to Agile Project Management: Delivering Customer Value with Speed, Economy & Quality. LitheSpeed. PMI Northern Italy Chapter, 2007. Jim Highsmith. Agile Project Management. www.agilemanifesto.org Agile Project Management: Why do we need it? Sanjiv Augustine, Bob Payne, Fred Sencindiver, Susan Woodcock. Agile project management: steering from the edges. www.ccpace.com Agile Project Management. AbrachanPudusserry. Agile Project Management Implementation Approach: CSM, PMP, PRINCE2. Project Management Research Institute.