Precedente:
Impari di altre Squadre – Poi: Attrezzi di Mischia & i Siti webScrum Tools & WebsitesUn'osservazione dalle mie esperienze aggiunte per buona misura
Sono un Progettista di Gioco. Naturalmente ho interesse per come la Mischia può esser attuata da Progettisti di Gioco. Questo ha bisogno d'attenzione speciale perché siamo più che “soltanto un mazzo di programmatori”. Qualche volta la Mischia può esser facilmente sciolta come amichevole con il programmatore da nonprogrammatori. E è true, questo ha le sue radici in negozi di codice e la maggior parte squadre che la Mischia d'uso è probabilmente per lo più programmatori. Comunque la Mischia può esser universalmente applicata ma è ancora duro venire da qualsiasi informazione utile su come attuare la Mischia in sviluppo di Gioco. It needs special attention because we’re more than “just a bunch of programmers”. Sometimes Scrum can be easily dismissed as programmer-friendly by non-programmers. And it’s true, it has its roots in code shops and most teams that use Scrum are probably mostly programmers. However Scrum can be universally applied but it’s still hard to come by any useful information on how to implement Scrum in Game Development.
Ad esempio, se Lei ha un artista e uno stilista che lavora nello stesso file con scopi diversi ma loro possono solo fare così in successione, e ciascuno di loro i lavori in quel file durante almeno 2-3 giorni e questo file sono passati avanti e indietro almeno due volte. Mette Lei questi due ruoli nello stesso baccello o no? Loro veramente non lavorano insieme, vero? Sì e no. Non c'è nessuna regola d'oro qui, Lei può attenersi a seperation tradizionale da reparto o Lei può metterli insieme in un baccello ma il lavoro di queste due persone dovrebbe perfettamente sovrapporsi lavorando in 2 file. Ma poiché uno di loro deve iniziare prima, che deve l'altra partenza fare nei 2-3 primi giorni? E come fa lui sente quando lui è sempre quel che per troncarlo alla fine dello sprint – la pressione da esser fatta in tempo è sempre su lui! They don’t really work together, do they? Yes and no. There’s no golden rule here, you can stick to the traditional seperation by department or you can put them together in a pod but the work of these two people would have to perfectly overlap while working on 2 files. But since one of them has to start first, what’s the other going to do in the first 2-3 days? And how does he feel when he’s always the one to finish it off at the end of the sprint – the pressure to be done on time is always on him!
Una soluzione potrebbe essere vederlo come un impedimento e un lavoro in questo. Li permetta lavorare nello stesso file nello stesso momento allora loro possono finirlo insieme. Sì questo causerà nuovi problemi ma adesso loro dovranno risolvere questi problemi insieme siccome loro appaiono – non uno dopo l'altro, allora (segretamente) dando la colpa all'un l'altro dopo ogni mano - via! Il morale qui è: pensi il cambio dei Suoi processi e condutture di incoraggiare la collaborazione. Se Lei sta adottando la Mischia sono pronti a tali cambiamenti. Yes it will cause new problems but now they will have to solve these problems together as they appear – not one after another, then (secretly) blaming each other after each hand-off! The morale here is: consider changing your processes and pipelines to foster collaboration. If you’re adopting Scrum be ready for such changes.
Al di là di Mischia: Magro e Kanban per Progettisti di Gioco (Clinton Keith)
Quest'articolo di Gamasutra i dettagli esattamente i progettisti di gioco di problema principali sta di fronte attuando la Mischia o altre pratiche agili. Come tenere la conduttura funzionante? Come andare da Progetto a Concetto Art a Progetto di Livello per Esporre dettagliatamente Art Ad audio a Lucidatura senza provocare l'arresto del motore della conduttura, senza uno dei membri specializzati o i gruppi che aspettano le cose loro possono lavorare. How to go from Design to Concept Art to Level Design to Detail Art to Audio to Polishing without stalling the pipeline, without one of the specialized members or groups waiting for things they can work on.
Se c'è un articolo tutti i Progettisti di Gioco che usano pratiche agili devono leggere, allora questo è lui!
Clinton Keith, Studi Alti Di luna
Clinton è l'Allenatore di Mischia girato di un progettista di Gioco esperto. Il suddetto collegamento Le porta al suo homepage dove Lei può assumerlo e trovare tutti i suoi posti di blog su AgileGameDevelopment.com che è anche il suo luogo. Là Lei può trovare i suoi Articoli & Presentazioni così come una lista di libri raccomandati. There you can find his Articles & Presentations as well as a list of recommended books.
10 prime Trappole utilizzando Metodologia di Mischia per sviluppo di Gioco Video (Paul Miller)
La mischia può essere un benefico per alcuni generi di progetti di software. C'è, comunque alcune trappole che sono facili da collidere impiegando la Mischia per dirigere un progetto di gioco video. Alcuni pericoli possono succedere perché l'importanza delle pratiche bene stabilite, esistenti migliori è ignorata. Ci possono essere conseguenze quando la Mischia è usata come una sostituzione per le pratiche esistenti migliori. Qui sono 10 trappole che furono provate su un progetto recente impiegando la metodologia di Mischia. Some hazards can occur because the importance of well-established, existing best practices is ignored. There can be consequences when Scrum is used as a replacement for existing best practices. Here are 10 pitfalls that were experienced on a recent project while employing Scrum methodology.
La mischia per sviluppo di Gioco Video (Mike Cohn, PDF)
Questa presentazione fu data a un incontro d'Austin Agile e fu focalizzata sull'applicazione di Mischia a sviluppo di gioco video. Questo è basato su esperienza che aiuta una varietà di studi di sviluppo di gioco video e gli editori adottano pratiche agili.
Sviluppo di Gioco agile: Affrontando il Caos nel Mondo Vero (Noel Llopis, 2004, il LINGUAGGIO SIMBOLICO DI IPERTESTO e PDF)
Nessun piano sopravvive a primo contatto con il nemico. In sviluppo di gioco, le pietre miliari esposte dettagliatamente, i programmi complessi, e la pianificazione attenta spesso escono la finestra appena che il progetto comincia. Lo sviluppo agile provvede una serie di tecniche per guidare il progetto nella direzione giusta e il cambiamento d'abbraccio. Non si sta sviluppando il Suo gioco per essere così divertente siccome Lei pensò? È uscito un gioco con caratteristiche con cui Lei deve accordarsi per rimanere competitivo? Ha degenerato il Suo codice in un disordine poco maneggevole? Agile development provides a set of techniques to steer the project in the right direction and embrace change. Is your game not shaping up to be as fun as you thought? Has a game come out with features that you must match to remain competitive? Has your code degenerated into an unmanageable mess?
Questa conversazione discute come lo sviluppo agile può aiutare in tutti quegli scenari. Soprattutto guardiamo metodologie come XP e Mischia, e tecniche come sviluppo guidato la prova e paio che programma.
I Ruoli tradizionali contro Ruoli di Mischia (Richard Kronfält, con quadri)
Wow. Lei adesso ha un'équipe, la persona che aveva l'abitudine di essere “il direttore di progetti” che è adesso chiamato “il Padrone di Mischia” invece, e la persona che aveva l'abitudine di essere il Direttore di prodotto è adesso chiamata il Proprietario di prodotto di Mischia. I suoni bene, vero? In modo sbagliato! Sounds alright, right? Wrong!
Verifichi il resto del suo blog, anche. Particolarmente mi piacque il suo fare efetto sui compiti che si incagliano vicino alla fine e fanno efetto più a lungo e più a lungo. Questo ha chiamato il 1 giorno rimanendo per sempre il sintomo. It’s called the 1 day remaining forever symptom.
Ciao E Benvenuto!
