Re: Using Agile Scrum in vfx production

2017-01-11 Thread Ben Beckett 
Its defiantly assumes we don't mind working weekends!

On 6 January 2017 at 17:06, Marc-Andre Carbonneau <
marc-andre.carbonn...@ubisoft.com> wrote:

> 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-bounces@
> 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 
> 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-bounces@
> 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 
> 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-bounces@
> 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 
> 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 :

RE: Using Agile Scrum in vfx production

2017-01-06 Thread Marc-Andre Carbonneau 
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 

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 

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 

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 :
> 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 th

RE: Using Agile Scrum in vfx production

2017-01-06 Thread Marc-Andre Carbonneau 
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 

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 

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 :
> 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 projec

Re: Using Agile Scrum in vfx production

2017-01-05 Thread Matt Lind 
ed 
to it.  If that person is strictly a manager out of business school or 
similar, you run risk of having meetings which only serve to fill in blanks 
on a piece of paper and never used for anything meaningful because the 
manager has no way of connecting the dots to keep things on track.  In other 
words, they don't serve any purpose and only waste people's time.

In short, not all projects will benefit from agile methods.  Evaluate your 
needs and act accordingly.


Matt






Date: Thu, 5 Jan 2017 12:42:43 -0500
From: javier gonzalez 
Subject: Re: Using Agile Scrum in vfx production
To: "Official Softimage Users Mailing List.
https://groups.google.com/forum/#!forum/xsi_list";


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. 


--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: Using Agile Scrum in vfx production

2017-01-05 Thread Alok Gandhi 
>
> 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).

Our scrums were through emails rather than in person meeting, although this
offered the same functionality. At the end of each day, each team member
had to communicate to our technical coordinator (through email or chat)
what he /she did during the day, what he/she will be doing the next day and
if there are any blockers in moving forward. The coordinator then compiled
all individual information received from the team into a single email and
send this email to all team members. When we started the next day, we all
know what each person is working on today and if there is anything blocking
them that we can help with.
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

RE: Using Agile Scrum in vfx production

2017-01-05 Thread Maurice Patel 
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 

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 :
> 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

Re: Using Agile Scrum in vfx production

2017-01-05 Thread javier gonzalez 
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 :
> 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
> 
> 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 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-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.

RE: Using Agile Scrum in vfx production

2017-01-05 Thread Maurice Patel 
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 

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 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-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.

Re: Using Agile Scrum in vfx production

2017-01-05 Thread Thomas Volkmann 
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  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 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.

Re: Using Agile Scrum in vfx production

2017-01-04 Thread Alok Gandhi 
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 with 
"unsubscribe" in the subject, and reply to confirm.

Re: Using Agile Scrum in vfx production

2017-01-04 Thread javier gonzalez 
Here you are:

https://www.fxguide.com/featured/scrum-in-vfx/

I research a little more, it seems a very good methodology, used in
the software development with a very good result. I found this to:

freescrumtraining.org/training/?gclid=COHig-Dcp9ECFYFDhgodP-UE0w

but they say needed some experience in software development, which i dont have.





2017-01-04 19:21 GMT-05:00, Pierre Schiller :
> If you could please share the URL, let´s get all our minds into it :D
>
> On Wed, Jan 4, 2017 at 12:00 AM, javier gonzalez 
> wrote:
>
>> Hi guys, i just read in fxguide "scrum in vfx" article, and now am
>> exploring this metodology, can anyone point me out some maybe online
>> software, readings, videos focusing in scrum in the vfx, there is lots
>> fo reading for software development by the way.
>> shotgun or ftrack use this metodology or its something that the
>> shotgun user can implement?
>> --
>> Softimage Mailing List.
>> To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com
>> with "unsubscribe" in the subject, and reply to confirm.
>>
>
>
>
> --
> Portfolio 2013 
> Cinema & TV production
> Video Reel 
>

--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: Using Agile Scrum in vfx production

2017-01-04 Thread Pierre Schiller 
If you could please share the URL, let´s get all our minds into it :D

On Wed, Jan 4, 2017 at 12:00 AM, javier gonzalez 
wrote:

> Hi guys, i just read in fxguide "scrum in vfx" article, and now am
> exploring this metodology, can anyone point me out some maybe online
> software, readings, videos focusing in scrum in the vfx, there is lots
> fo reading for software development by the way.
> shotgun or ftrack use this metodology or its something that the
> shotgun user can implement?
> --
> Softimage Mailing List.
> To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com
> with "unsubscribe" in the subject, and reply to confirm.
>



-- 
Portfolio 2013 
Cinema & TV production
Video Reel 
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Using Agile Scrum in vfx production

2017-01-03 Thread javier gonzalez 
Hi guys, i just read in fxguide "scrum in vfx" article, and now am
exploring this metodology, can anyone point me out some maybe online
software, readings, videos focusing in scrum in the vfx, there is lots
fo reading for software development by the way.
shotgun or ftrack use this metodology or its something that the
shotgun user can implement?
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.