Ang Agile ay ang pangkalahatang pangalan para sa isang pamilya ng mga pamamaraan na binuo sa paligid ng iisang taya: masyadong di-mahuhulaan ang software upang planuhin nang detalyado nang maaga, kaya maghatid sa maliliit na hiwa, makinig sa kung ano ang babalik, at patuloy na mag-adjust.
Sinasaklaw ng pahinang ito ang background. Kung alam mo na ang lahat ng ito, lumaktaw sa Paano nag-map ang East Agile Tracker sa agile.
Ang Agile Manifesto
Section titled “Ang Agile Manifesto”Noong Pebrero 2001, labimpitong praktisyoner ng software — Kent Beck, Martin Fowler, Robert Martin, Ron Jeffries, at iba pa — ay nagtipon sa isang ski lodge sa Utah at isinulat kung ano ang pinagsama-sama nila. Tinawag nila itong Agile Manifesto. Apat na linya ito:
Tinutuklas namin ang mas mahuhusay na paraan ng pagbuo ng software sa pamamagitan ng paggawa nito at pagtulong sa iba na gawin ito. Sa pamamagitan ng gawaing ito, dumating kami sa pagpapahalaga sa:
- Mga indibidwal at interaksyon higit sa mga proseso at tool
- Gumaganang software higit sa komprehensibong dokumentasyon
- Pakikipagtulungan sa customer higit sa negosasyon ng kontrata
- Pagtugon sa pagbabago higit sa pagsunod sa isang plano
Ibig sabihin, habang may halaga sa mga bagay sa kanan, mas pinahahalagahan namin ang mga bagay sa kaliwa.
Iyon na. Isang pahina ng preamble, labindalawang sumusuportang prinsipyo, at ang apat na linya sa itaas. Ito ang pinaka-maimpluwensyang dokumento sa modernong praktika ng software.
Ang labindalawang prinsipyo
Section titled “Ang labindalawang prinsipyo”Sa likod ng apat na halaga, binabaybay ng labindalawang prinsipyo ng manifesto kung ano talaga ang itsura ng “agile” araw-araw:
- Ang pinakamataas na priyoridad ay ang pagbibigay-kasiyahan sa customer sa pamamagitan ng maaga at tuloy-tuloy na paghahatid ng mahalagang software.
- Tanggapin ang nagbabagong mga kinakailangan, kahit huli na. Pinapakinabangan ng mga agile na proseso ang pagbabago para sa competitive advantage ng customer.
- Maghatid ng gumaganang software nang madalas — mga linggo sa halip na mga buwan.
- Dapat magtrabaho nang sama-sama araw-araw ang mga taong pangnegosyo at mga developer.
- Bumuo ng mga proyekto sa paligid ng mga motibadong indibidwal. Bigyan sila ng kailangan nila at pagkatiwalaan silang matapos ang trabaho.
- Ang pinakamabisang paraan upang maghatid ng impormasyon ay harapang usapan.
- Ang gumaganang software ang pangunahing sukatan ng pag-usad.
- Itinataguyod ng mga agile na proseso ang napapanatiling pagbuo — isang pare-parehong bilis, walang hanggan.
- Ang patuloy na pagtuon sa teknikal na kahusayan at mahusay na disenyo ay nagpapahusay sa agility.
- Ang pagiging simple — ang sining ng pagpapamaksimum ng dami ng trabahong hindi ginawa — ay mahalaga.
- Ang pinakamahuhusay na arkitektura, kinakailangan, at disenyo ay nagmumula sa mga team na nag-oorganisa sa sarili.
- Regular na nagninilay-nilay ang team kung paano maging mas epektibo, pagkatapos ay tinututukan at ina-adjust.
Ang pamilya ng mga pamamaraan
Section titled “Ang pamilya ng mga pamamaraan”Ang “Agile” ay isang payong. Sa ilalim nito ay nakaupo ang ilang natatanging pamamaraan:
- eXtreme Programming (XP) — Ang pinaka-mapaghamong miyembro ng pamilya. Pair programming, TDD, continuous integration, on-site customer, maliliit na release. Tingnan ang aming XP page.
- Scrum — Time-boxed na mga iteration na tinatawag na sprint, araw-araw na standup, pinangalanang mga tungkulin (Product Owner, Scrum Master). Mas magaan sa mga engineering practice kaysa XP.
- Kanban — I-visualize ang workflow, limitahan ang work-in-progress, i-optimize ang flow. Walang time box; hila sa halip na tulak.
- Lean — Hiniram mula sa manufacturing system ng Toyota: alisin ang basura, i-optimize ang kabuuan, maghatid nang mabilis, ipasok ang kalidad.
Nag-oo-overlap at nagsasama ang mga pamamaraang ito. Karamihan sa mga gumaganang team ay namimili mula sa lahat ng apat. Naka-opinyon ang East Agile Tracker patungo sa XP — tingnan ang eXtreme Programming — ngunit karamihan sa inaalok nito ay gumagana para sa anumang agile na lasa.
Ano ang hindi agile
Section titled “Ano ang hindi agile”Ilang matiyagang maling akala na karapat-dapat pangalanan:
- Ang agile ay hindi “walang pagpaplano.” Mas maliit at mas maikli ang mga plano, ngunit patuloy ang pagpaplano.
- Ang agile ay hindi “walang dokumentasyon.” Isulat ang kailangan. Sinasabi ng manifesto na ang gumaganang software ay mas mahalaga kaysa komprehensibong dokumentasyon — hindi na masama ang dokumentasyon.
- Ang agile ay hindi Scrum. Ang Scrum ay isang agile na pamamaraan. May ilan pa.
- Ang agile ay hindi isang tool. Walang tool ang gumagawa sa iyong agile. Ang agile ay isang paraan ng pagtatrabaho. Tumutulong ang mga tool (kasama ito); hindi sila pamalit.
Paano nag-map ang East Agile Tracker sa agile
Section titled “Paano nag-map ang East Agile Tracker sa agile”Ang East Agile Tracker ay dinisenyo sa paligid ng mga prinsipyo sa itaas. Narito ang korespondensiya:
| Prinsipyo | Paano ito sinusuportahan ng tracker |
|---|---|
| Tuloy-tuloy na paghahatid | Mga iteration na 1–4 na linggo; velocity-based na auto-planning; mga release bilang first-class na uri ng story. |
| Tanggapin ang pagbabago | Muling ayusin ang backlog anumang oras; malayang gumagalaw ang mga story sa mga iteration; walang “iteration lock.” |
| Gumaganang software bilang sukatan | Bumibilang ang velocity ng mga tinanggap na puntos bilang default — tanging inihatid, gumaganang trabaho ang bumibilang. |
| Napapanatiling bilis | Hindi target ang velocity; ito ay isang obserbasyon. Pinaplano ng sistema ang susunod na iteration batay sa kung ano talaga ang ginagawa mo. |
| Pagninilay | Per-iteration na analytics: burndown, rejection rate, cycle time, mga projection. |
| Mga team na nag-oorganisa sa sarili | Sinadyang minimal ang mga tungkulin: owner / member / viewer. Ang team ang magpasya. |
| Pagiging simple | Ang detail panel ay isang screen. Umaakma ang board sa isang pahina. Tinututulan namin ang mga feature na nakakagambala sa paghahatid. |
Agile sa 2026 — at mga agent
Section titled “Agile sa 2026 — at mga agent”Isinulat ang manifesto noong 2001. Mula noon, nakakuha ang pagbuo ng software ng isang bagong uri ng kalahok: mga AI agent.
Naniniwala kaming kabilang ang mga agent sa agile team — bilang mga pinangalanang kalahok, na may sariling mga tungkulin, na gumagawa ng tunay na trabaho kasama ng mga tao. Nananatili pa rin ang mga prinsipyo. Ang Mga indibidwal at interaksyon ay kasama na ngayon ang mga agent na kalahok. Ang Mga team na nag-oorganisa sa sarili ay kasama na ngayon ang pagpapasya kung aling mga agent ang ipapasok at kung ano ang pinapayagan nilang gawin. Ang Pagninilay ay kasama na ngayon ang pagtingin sa mga ambag ng agent sa activity log at pagtutok kung ano ang kanilang ginagawa.
Binuo ang East Agile Tracker upang gawing praktikal ito. Bawat story ay maaaring pag-arian ng isang tao o isang agent. Bawat entry sa audit log ay nag-aatribute sa tunay na aktor. Bawat aksyon na ginagawa ng isang agent ay nakikita, nasusuri, at nababawi.
Karagdagang pagbabasa
Section titled “Karagdagang pagbabasa”- Ang Agile Manifesto — Ang orihinal.
- eXtreme Programming — Ang aming pahina tungkol sa XP sa praktika.
- Mga Tagubilin sa Paggamit — Paano gamitin ang tracker.
Binuo ng East Agile.