napa harus shippable? hahaha lha dipake sendiri napa mesti shippable? 2010/6/21 Hendry Luk <hendrym...@gmail.com>
> > > Ini lagi gak nyambung :P. > I dont think ada yg disagree disini kalo increment gak mesti beta. Tapi > increment juga gak mesti shippable. Justru makanya dinamain "potentially > shippable product increment" (di scrum). > > Ada perbedaan tegas antara "potentially shippable" dan "shippable", dan > satu2nya orang yg bisa define the difference adalah product owner. > Op kan dah bilang, product-ownernya cuma mau lu deploy kalo dah fully > migrated, ya itu artinya lu mesti complete migration dulu baru "shippable", > its that simple.. Gak ada hubungan dengan mesti pake waterfall, ato agile, > ato mindset jadul... > > Mang napa kalo namanya release? Mangnya beta bukan release? Selama masih > "potentially" shippable, ya masih alpha/beta/whatever. > > Furthermore, potential-shippable-product sendiri bahkan *bukan *satu2nya > pendekatan increments di agile. Coba cari tau ttg SWTAG, ini dipake di > Electronic Arts.. "potentially-shippable" increment (yg mereka sebut "alpha" > release, aka "A") adalah justru salah satu phase *terakhir *mereka. Di > awal2, tiap increment mereka cuma S (sufficient for feedback). > > Lantas ngapain ada iteration kalo gak dideploy ke prod? > Pertanyaan ini nunjukin (IMHO shortsighted) premise bahwa tiap increment > mesti == production deployment. Tujuan terpenting dari iteration kan justru > buat nuntun customers make up their minds on what they want, sekalian > evaluate whether what we're building will work. > Kalo ternyata product-ownernya doyan ROI & pengen buru2 deploy ke prod, ya > itu happy coincident. Even biarpun gak, at least lu reduce the risk karna > product lu selalu dalam kondisi potentially-shippable at any point. > > QA gak ada sangkut paut... Lu tetep regularly drop ke test envs, no > question about it... cuma ya gak mesti lu deploy ke prod sekalian, tangan lu > gatel ya? > :P > > 2010/6/21 sm96 <syaiful.mukh...@gmail.com> > >> >> >> yang kayak gini ini mindset jadul. >> incremental deployment bukan berarti beta. biarpun incremental tetap harus >> lolos QA, dan namanya >> tetep release, jadilah incremental release. >> >> 2010/6/16 Hendry Luk <hendrym...@gmail.com> >> >>> >>> >>> I think lu might've misunderstood... Tujuan incremental releases tuh buat >>> gather customer's feedback.. bukan buat dideploy dan dipake di production. >>> Incremental delivery != production deployment. >>> Masak barang beta dicemplungin ke production box. >>> >>> Tentang phasing out legacy system... sering dipecah jadi multiple phases >>> (e.g. per business sector) buat ngurangin risk, or not... Tapi ini gak >>> berkaitan dengan development methodology apa yg lu subscribe. >>> >>> 2010/6/14 <bernadus.ed...@gmail.com> >>> >>>> Dear all, >>>> >>>> >>>> Seperti kita yang ketahui, trend project sekarang lebih agile, deploy >>>> per cycle lebih cepat. >>>> Yang jadi pertanyaan adalah migrasi system, user tidak ingin perpindahan >>>> sepotong2, menambah effort karena harus hidup di dua habitat system. User >>>> ingin pindah langsung secara total. >>>> Apakah pendekatan agile tidak dapat dilakukan, apakah khusus untuk >>>> migrasi system harus waterfall? >>>> Apa solusi untuk hal ini? >>>> >>>> Thx, >>>> Edwin >>>> >>>> Powered by Telkomsel BlackBerry® >>>> >>>> ------------------------------------ >>>> >>>> ==== >>>> Buktikan Anda peduli pendidikan Indonesia. >>>> Dukung Kurikulum SMK berJava.. kirimkan surat resmi perusahaan dukungan >>>> ke moderator JUG. >>>> === >>>> >>>> Kalau mau keluar dari mailing list ini, caranya kirim sebuah email ke >>>> jug-indonesia-unsubscr...@yahoogroups.com. >>>> >>>> Jangan lupa, website JUG Indonesia adalah http://www.jug.or.id >>>> >>>> Yahoo! Groups Links >>>> >>>> >>>> >>>> >>> >> >> >> -- >> syaiful.mukhlis >> gtalk:syaiful.mukh...@gmail.com <gtalk%3asyaiful.mukh...@gmail.com> >> > > > -- syaiful.mukhlis gtalk:syaiful.mukh...@gmail.com <gtalk%3asyaiful.mukh...@gmail.com>