Oh and I know Jira looks very ugly to artists but you can customize it to make it work and "look" the way you want. ;)
-----Original Message----- From: softimage-boun...@listproc.autodesk.com [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Marc-Andre Carbonneau Sent: January-06-17 11:45 AM To: Official Softimage Users Mailing List. https://groups.google.com/forum/#!forum/xsi_list <softimage@listproc.autodesk.com> Subject: RE: Using Agile Scrum in vfx production I don't believe this was mentionned yet but Jira from Atlassian is a very good task tracking tool and has all the Agile methodology implemented (Kabaan waterfalls, Agile etc...) and about 3 years ago, Shotgun implemented a way to talk to Jira. Might be worth checking it out. Haven't tested myself yet and now I can't find it on Shotgun's website... :S MAC -----Original Message----- From: softimage-boun...@listproc.autodesk.com [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Maurice Patel Sent: January-05-17 1:40 PM To: Official Softimage Users Mailing List. https://groups.google.com/forum/#!forum/xsi_list <softimage@listproc.autodesk.com> Subject: RE: Using Agile Scrum in vfx production It is hard to say - it is whatever tools work best for you and your team to understand the scope of the backlog. It could well be a whiteboard that you update every meeting to start. I'd at least start there for a few tests. Once you get an understanding for it and feel it works you can formalize it with some digital tools. This is actually not really the hard part of agile. There are a few other things to take into consideration when implementing agile: - How ready is the team to change the way they work? If the team is hierarchical or you have team leaders who very much want to be in control (micromanage) it is going to take a cultural shift in the team before agile can be successful - How good is the team at scoping work? The better you are at that the easier it is to migrate to agile methods Scrum works well when everyone is aligned as to what needs to get done its priority and its effort. The meeting than can focus on impediments and resolving them. This is the real value of agile the continual course correction that can happen on a daily basis. But its only effective if everyone has a voice and everyone has a common if understanding on terms and scope. Agile works badly if you spend the entire meeting discussing how long it takes to do each task. You also need a strong scrum master to keep meetings on track (they are facilitators not managers but they need to be empowered) and the product owner (vfx sup) needs to understand their role is not to micromanage or even to direct the scrum but to provide guidance on what needs to be done. So team dynamics are pretty critical here. The product owner defines what needs to be done - the scrum team figures out how much it can do and how it needs to be done. You will have to go through several sprints before you can figure out exactly how much can be done realistically and whether you are scoping correctly. The challenge is that agile is a means of fast iteration and collaboration - but to work you actually need to establish some things well in advance - such as methods of scoping and prioritizing work. Agile methods can provide tools for that too - such as epics and stories that are used to define the importance of a feature set - but you can use your own. An important thing to consider is ROI of work. Although it is impossible to actually quantify you typically need some way of establishing the value of different types of work. Having a good knowledge of the priority, effort and ROI of every item in the backlog leads for much easier discussions Maurice Patel Tél: 514 954-7134 Cell: 514 242-6549 -----Original Message----- From: softimage-boun...@listproc.autodesk.com [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of javier gonzalez Sent: Thursday, January 05, 2017 12:43 PM To: Official Softimage Users Mailing List. https://groups.google.com/forum/#!forum/xsi_list <softimage@listproc.autodesk.com> Subject: Re: Using Agile Scrum in vfx production About the implementation, its better a simple white board for the kanban board or use some agile tools for this and to calculate a burndown chart etc? Thank for the link maurice, i think i will ask to some software development friends. 2017-01-05 11:42 GMT-05:00, Maurice Patel <maurice.pa...@autodesk.com>: > It is an interesting article and as pointed out VFX shares a lot of > commonality with the problems faced in software development where > iterations, ‘feature creep,’ the subjective nature of product quality > and disparate stakeholders create complexity and a high potential for > budget and scheduling overruns. > If you are interested in Agile methods such as Scrum and Sprints you > can also find out more on websites like this one: > https://www.versionone.com/agile-101/agile-methodologies/ > This is just one of many companies that provides services in > implementing Agile methods but they provide some background material > into Agile methods on their website. Googling a bit will unearth more. > The principles of Agile are reasonably simple – the trick is getting > them to work for you. Ideally the system you develop will be adapted > to your needs and it is not really a standard formula that can be > applied generically. The usual advice is pick one or two projects and > try to implement agile methods on them first – projects with low risk and a > high chance of success. > Learning from that process should then enable you to deploy more broadly. > Finding the right tools that work the best in your company is a > discovery process. You can teach yourself (takes longer and has the > potential for a lot of hiccups but definitely doable) or find someone > with some experience in implementing agile methods and a good knowledge of > how you work to help. > A scrum meeting is typically held daily, often at the start of the > day, with all key stakeholders and its main goal is prioritize and > align on the backlog (generic term for what needs to get done). > However for the meeting to work the tools used to document and measure > the state of the backlog need to be accurate and appropriate – and > that is the real challenge of the implementation – which is why the > FXGuide article focuses quite heavily on that aspect > > Maurice Patel > Tél: 514 954-7134 > Cell: 514 242-6549 > > From: softimage-boun...@listproc.autodesk.com > [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Thomas > Volkmann > Sent: Thursday, January 05, 2017 9:30 AM > To: Official Softimage Users Mailing List. > https://groups.google.com/forum/#!forum/xsi_list > <softimage@listproc.autodesk.com> > Subject: Re: Using Agile Scrum in vfx production > > Very interesting read! > Being new to that topic, Alok could you share some insight what a > typical scrum looks like (how long does it take, is it at the start or > the end of the day, etc). > > /Thomas > > Alok Gandhi > <alok.gandhi2...@gmail.com<mailto:alok.gandhi2...@gmail.com>> > hat am 5. Januar 2017 um 07:43 geschrieben: > The article explains it all! Extremely well-written. Having been a > member of the agile team, I can say that this is sounds very > interesting for VFX Project Management. We use agile (though for > software development for animation), our typical sprints are 7 days or > 14 days. Scrums are every day. > ------ > Softimage Mailing List. > To unsubscribe, send a mail to > softimage-requ...@listproc.autodesk.com<mailto:softimage-request@listp > roc.autodesk.com> with "unsubscribe" in the subject, and reply to > confirm. > > > ------ Softimage Mailing List. To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with "unsubscribe" in the subject, and reply to confirm. ------ Softimage Mailing List. To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with "unsubscribe" in the subject, and reply to confirm. ------ Softimage Mailing List. To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with "unsubscribe" in the subject, and reply to confirm.
