Ein Dull Clyfar o Ddatblygu Meddalwedd

Yn Labordy Arloesedd Cyfreithiol Cymru, efallai ein bod yn dîm bach, ond rydym yn cymryd camau breision o ran datblygu meddalwedd drwy weithio’n effeithlon ac yn ddeallus.

Mae ein hymagwedd wedi'i hysbrydoli gan "Getting Real," methodoleg a ddefnyddir gan Basecamp. Er nad ydym yn cadw'n gaeth at fethodoleg y llyfr, rydym yn cofleidio ei egwyddorion craidd.

  • Ein prif ffocws yw datblygu prototeipiau sy'n gweithredu fel prawf o gysyniadau i fynd i'r afael â phroblemau penodol. Mae'r prototeipiau hyn wedi'u cynllunio i fod yn syml ac yn canolbwyntio ar laser ar ddatrys heriau penodol. Nid ydym yn anelu at greu'r Facebook neu Amazon nesaf; yn lle hynny, rydym yn peirianneg atebion arloesol wedi'u teilwra i anghenion ein defnyddwyr. Mae'r dull hwn yn ein galluogi i adeiladu ac ailadrodd yn gyflym, gan osgoi cymhlethdodau diangen a lleihau cost newid.

  • Efallai y byddwch yn meddwl tybed pam nad ydym yn mabwysiadu'r fethodoleg Agile. Er bod Agile yn gweithio'n dda i lawer, mae'n cynnwys sbrintiau pythefnos parhaus a setiau nodwedd wedi'u diffinio ymlaen llaw. Mae'n well gennym ni symlrwydd - yn ein cod ac yn ein prosesau. Gall ystwyth weithiau deimlo fel cludfelt di-baid, tra rydym yn credu mewn oedi i sicrhau ansawdd ein gwaith.

  • Cyn plymio ymhellach i'n hymagwedd, mae'n bwysig nodi nad yw hwn yn ddatganiad mai ein ffordd ni yw'r ffordd orau neu'r unig ffordd. Efallai na fydd ein hymagwedd yn addas i bawb neu bob prosiect. Mae hyblygrwydd a'r gallu i addasu yn allweddol, ac rydym yn teilwra ein methodoleg i anghenion unigryw pob prosiect.

Ein Dull Wedi'i Egluro

Cynllunio

Mae ein taith yn dechrau gyda chynllunio. Gan gydweithio'n agos â rhanddeiliaid, rydym yn amlinellu eu syniadau, yn nodi'r problemau y maent yn bwriadu eu datrys, ac yn awgrymu atebion peirianyddol. Cydweithio a sgwrsio yw conglfeini’r cyfnod cynllunio hwn. Rydym yn blaenoriaethu gofynion, gan ddefnyddio dull MoSCOW yn aml, i bennu pa nodweddion i ganolbwyntio arnynt i ddechrau.

Mae MoSCOW yn dechneg flaenoriaethu a ddefnyddir i reoli prosiectau a datblygu meddalwedd i gategoreiddio a blaenoriaethu gofynion neu nodweddion yn seiliedig ar eu pwysigrwydd. Mae'r acronym "MoSCOW" yn golygu:

  • Rhaid Cael: Dyma'r gofynion neu nodweddion hanfodol sy'n hanfodol ar gyfer llwyddiant y prosiect. Maent yn cynrychioli'r swyddogaeth graidd y mae'n rhaid ei chyflawni er mwyn i'r prosiect gael ei ystyried yn gyflawn. Heb y rhain, byddai'r prosiect yn debygol o fethu â chyflawni ei amcanion.

  • A Ddylai: Mae'r rhain yn ofynion neu'n nodweddion pwysig nad ydynt mor hanfodol ag eitemau "Rhaid Cael" ond sy'n dal yn angenrheidiol ar gyfer prosiect llwyddiannus. Maent yn cyfrannu'n sylweddol at werth ac ymarferoldeb y prosiect. Gweithredir eitemau "A ddylai gael" ar ôl mynd i'r afael â'r gofynion "Rhaid Cael".

  • Gallai fod: Mae'r rhain yn ofynion neu nodweddion dymunol a fyddai'n braf eu cael pe bai adnoddau ac amser yn caniatáu. Nid ydynt yn hanfodol i ymarferoldeb craidd y prosiect ond gallant wella profiad y defnyddiwr neu ddarparu buddion ychwanegol. Ystyrir eitemau "Gallai-Have" ar ôl mynd i'r afael â'r gofynion "Rhaid cael" a "Dylai Gael".

  • Na Fyddai (neu Fyddai-Ond-Heb-Y-Hwn): Gofynion neu nodweddion yw'r rhain sydd wedi'u nodi'n benodol fel rhai nad ydynt yn rhan o gwmpas presennol y prosiect. Cânt eu gohirio tan gyfnodau neu brosiectau yn y dyfodol. Er y gallent fod â gwerth, cânt eu heithrio'n fwriadol er mwyn cynnal ffocws y prosiect a blaenoriaethu elfennau hanfodol.

Mae dull MoSCOW yn helpu timau prosiect a rhanddeiliaid i wneud penderfyniadau gwybodus am yr hyn y dylid ei gynnwys yn y prosiect a’r hyn y gellir ei ohirio neu ei hepgor. Mae'n darparu eglurder ar flaenoriaethau ac yn sicrhau yr eir i'r afael â'r agweddau mwyaf hanfodol yn gyntaf, gan leihau'r risg o ymlediad cwmpas ac oedi mewn prosiectau.

Datblygiad

Gyda’r cynllun yn ei le, rydym yn cychwyn ar gylchred datblygu 6 wythnos, gan adeiladu’r nodweddion a nodwyd. Rydyn ni'n dechrau gyda Diagramau Perthynas Endid (ERDs) i lywio'r dyluniad backend. Rydym yn dewis fframwaith priodol (Ruby on Rails yn aml) i adeiladu arno. Mae cydweithio'n parhau wrth i ni weithio ar wahanol agweddau o'r prosiect ochr yn ochr, gan ymgynghori o bryd i'w gilydd â rhanddeiliaid am fewnbwn.

Rydym yn pwysleisio ansawdd, gan anelu at god estynadwy a chynaladwy. Byddai'n well gennym fuddsoddi amser mewn adeiladu llai o nodweddion eithriadol o dda na rhuthro trwy lawer. Mae ein hathroniaeth: "Build Something Beautiful," yn berthnasol i ryngwynebau defnyddwyr a chod. Mae pen blaen cain yn haws i'w brofi, ac mae cod glân, wedi'i fformatio'n dda yn symlach i'w ddadfygio.

Cylch Bywyd y Prosiect

Mae ein gwaith yn dilyn cylch bywyd prosiect strwythuredig:

  1. Cynhyrchu Syniadau: Mae angen yn cael ei nodi, a syniad am ateb yn cael ei ffurfio. Daw syniadau gan amrywiol randdeiliaid: Ein Tîm, Ysgol y Gyfraith, Partneriaid Busnes, neu’r gymuned ehangach. Yn ystod y cyfnod hwn, rydym yn ateb y Pum P (Pwy, Beth, Ble, Pryd, Pam) am y syniad ac yn casglu gwybodaeth gefndir.

  2. Diffiniad o Nodwedd: Beth sydd angen i'ch syniad ei wneud? Rydym yn creu rhestr gychwynnol o nodweddion sydd eu hangen. Mae ein tîm datblygu yn cydweithio â chi i fireinio'r rhestr hon.

  3. Amcangyfrif: Ar gyfer pob nodwedd, mae'r tîm datblygu yn amcangyfrif cymhlethdod technegol a hyd y prosiect.

  4. Datblygu Prototeip: Rydym yn adeiladu ac yn profi prototeip, yn dilyn cylch datblygu 6 wythnos gyda chamau cynyddrannol, adolygiadau a phrofion.

  5. Profi a Lansio: Unwaith y bydd y tîm yn fodlon â'r prototeip, rydym yn ei arddangos i randdeiliaid.

Mae ein hymagwedd yn canolbwyntio ar adeiladu rhywbeth ymarferol, cain ac effeithlon. Os credwch y gall ein hymagwedd fod o fudd i'ch prosiect, peidiwch ag oedi cyn estyn allan!

Y Pump W ar gyfer Syniadau Prosiect

Yn y daith o ddatblygu cynhyrchion neu wasanaethau newydd, mae deall y "Pum W" yn hanfodol. Mae’r cwestiynau hyn yn cloddio’n ddyfnach i syniadau cychwynnol, gan helpu i’w llunio’n effeithiol:

  • Pwy: Pwy sy'n wynebu'r broblem hon? A yw'n eang, ac a oes tystiolaeth ddigonol o'r broblem?

  • Beth: Pa broblem y mae'n mynd i'r afael â hi? Pa angen y mae'r datrysiad yn ei wasanaethu?

  • Pryd: Pryd mae pobl yn dod ar draws y broblem hon, ac ym mha gyd-destun? Pryd fydden nhw'n defnyddio datrysiad?

  • Ble: Ble bydden nhw'n ei ddefnyddio? Ar ffôn, cyfrifiadur, wrth fynd, neu mewn ystafell llys?

  • Pam: Pam y byddai rhywun yn defnyddio'r datrysiad arfaethedig hwn? A yw'n gwella syniadau neu brosesau presennol? Sut mae'n perfformio'n well na dewisiadau amgen parod?