StatSVN › StatSVN Developers

Software Estimation

21 messages

1 2

Nashadelic

Software Estimation

Reply Threaded

Dear all concerned,

I stumbled across statsvn very recently and I was very impressed with what it could do. We already use SVN (and have been doing so for the past two years). As someone who is responsible for software estimation and acquisition, I'd like to point out that there are a couple of very low-effort but high value features (well reports) that are missing that would be very useful:

What
A view that shows LOC/month/staff member
Col: Month name
Row: Staff member name
Value: LOC of that staff member for that month

Why
When performing a very early, low-estimate; it is useful to do the following:

Number of views (say html template files in a web-based project): V
Total LOC for the project: T
Average LOC per view (S): T/V
Average code written by staff member per month: M

New project's view: nV
Number of staff-months needed to complete new project (SM): (nV*S)/M

If the team size available for the project is the same as that for the project where the historical data is coming from (within a factor of -50% + 100%), then the scheduled time (in calendar months) can be estimated as: SM/(team strength)

This method is called Estimation by Proxy (or Estimation by Analogy and can also be extended from Estimation using Standard Components).

Another way to convert total staff-months to calendar months is: 3.0 x StaffMonths^(1/3)

This is called the Basic Schedule Equation.

I would code this functionality myself but my Java skills are shameful :)

Benoit Xhenseval-2

Re: Software Estimation

Reply Threaded

Dear concerned,

Could you put together a spreadsheet and examples of how you see this working? Do compare it with the current stats that we provide for users?
It seems that your suggestion would require the input of some data i.e. nV or so and that would take the tool in an area where the repository is not the only source... anyway let's see...

Thanks

Benoit

2009/3/4 Nashadelic <[hidden email]>

Dear all concerned,

I stumbled across statsvn very recently and I was very impressed with what
it could do. We already use SVN (and have been doing so for the past two
years). As someone who is responsible for software estimation and
acquisition, I'd like to point out that there are a couple of very
low-effort but high value features (well reports) that are missing that
would be very useful:

What
A view that shows LOC/month/staff member
Col: Month name
Row: Staff member name
Value: LOC of that staff member for that month

Why
When performing a very early, low-estimate; it is useful to do the
following:

Number of views (say html template files in a web-based project): V
Total LOC for the project: T
Average LOC per view (S): T/V
Average code written by staff member per month: M

New project's view: nV
Number of staff-months needed to complete new project (SM): (nV*S)/M

If the team size available for the project is the same as that for the
project where the historical data is coming from (within a factor of -50% +
100%), then the scheduled time (in calendar months) can be estimated as:
SM/(team strength)

This method is called Estimation by Proxy (or Estimation by Analogy and can
also be extended from Estimation using Standard Components).

Another way to convert total staff-months to calendar months is: 3.0 x
StaffMonths^(1/3)

This is called the Basic Schedule Equation.

I would code this functionality myself but my Java skills are shameful :)
--
View this message in context: http://n2.nabble.com/Software-Estimation-tp2419205p2419205.html
Sent from the StatSVN Developers mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

--
IMPORTANT NOTICE This communication contains information that is considered confidential and may also be privileged . It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender and delete the original.

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

Nashadelic

Re: Software Estimation

Reply Threaded

Attached is a sample spreadsheet which calculates average loc per staff member per month.

That's all that's needed, everything else is what an estimator needs to do outside statsvn (because this is orthogonal to what statsvn is supposed to do). So inputs like nV etc do not need to be part of the system.

I hope this helps :) thank you!

On Wed, Mar 4, 2009 at 4:02 PM, Benoit Xhenseval <[hidden email]> wrote:

Dear concerned,

Could you put together a spreadsheet and examples of how you see this working? Do compare it with the current stats that we provide for users?
It seems that your suggestion would require the input of some data i.e. nV or so and that would take the tool in an area where the repository is not the only source... anyway let's see...

Thanks

Benoit

2009/3/4 Nashadelic <[hidden email]>

Dear all concerned,

I stumbled across statsvn very recently and I was very impressed with what
it could do. We already use SVN (and have been doing so for the past two
years). As someone who is responsible for software estimation and
acquisition, I'd like to point out that there are a couple of very
low-effort but high value features (well reports) that are missing that
would be very useful:

What
A view that shows LOC/month/staff member
Col: Month name
Row: Staff member name
Value: LOC of that staff member for that month

Why
When performing a very early, low-estimate; it is useful to do the
following:

Number of views (say html template files in a web-based project): V
Total LOC for the project: T
Average LOC per view (S): T/V
Average code written by staff member per month: M

New project's view: nV
Number of staff-months needed to complete new project (SM): (nV*S)/M

If the team size available for the project is the same as that for the
project where the historical data is coming from (within a factor of -50% +
100%), then the scheduled time (in calendar months) can be estimated as:
SM/(team strength)

This method is called Estimation by Proxy (or Estimation by Analogy and can
also be extended from Estimation using Standard Components).

Another way to convert total staff-months to calendar months is: 3.0 x
StaffMonths^(1/3)

This is called the Basic Schedule Equation.

I would code this functionality myself but my Java skills are shameful :)
--
View this message in context: http://n2.nabble.com/Software-Estimation-tp2419205p2419205.html
Sent from the StatSVN Developers mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

--
IMPORTANT NOTICE This communication contains information that is considered confidential and may also be privileged . It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender and delete the original.

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

Avg-loc-staff-month.xls (28K) Download Attachment

Benoit Xhenseval-2

Re: Software Estimation

Reply Threaded

In reply to this post by Benoit Xhenseval-2

Hi

That seems interesting and feasible...but given that you show the month as a column, I would suggest to limit the number of columns to say, the last 12m or so.

What do you think?

Benoit

2009/3/5 Muhammed Nasrullah <[hidden email]>

Attached is a sample spreadsheet which calculates average loc per staff member per month.

That's all that's needed, everything else is what an estimator needs to do outside statsvn (because this is orthogonal to what statsvn is supposed to do). So inputs like nV etc do not need to be part of the system.

I hope this helps :) thank you!

On Wed, Mar 4, 2009 at 4:02 PM, Benoit Xhenseval <[hidden email]> wrote:

Dear concerned,

Could you put together a spreadsheet and examples of how you see this working? Do compare it with the current stats that we provide for users?
It seems that your suggestion would require the input of some data i.e. nV or so and that would take the tool in an area where the repository is not the only source... anyway let's see...

Thanks

Benoit

2009/3/4 Nashadelic <[hidden email]>

Dear all concerned,

I stumbled across statsvn very recently and I was very impressed with what
it could do. We already use SVN (and have been doing so for the past two
years). As someone who is responsible for software estimation and
acquisition, I'd like to point out that there are a couple of very
low-effort but high value features (well reports) that are missing that
would be very useful:

What
A view that shows LOC/month/staff member
Col: Month name
Row: Staff member name
Value: LOC of that staff member for that month

Why
When performing a very early, low-estimate; it is useful to do the
following:

Number of views (say html template files in a web-based project): V
Total LOC for the project: T
Average LOC per view (S): T/V
Average code written by staff member per month: M

New project's view: nV
Number of staff-months needed to complete new project (SM): (nV*S)/M

If the team size available for the project is the same as that for the
project where the historical data is coming from (within a factor of -50% +
100%), then the scheduled time (in calendar months) can be estimated as:
SM/(team strength)

This method is called Estimation by Proxy (or Estimation by Analogy and can
also be extended from Estimation using Standard Components).

Another way to convert total staff-months to calendar months is: 3.0 x
StaffMonths^(1/3)

This is called the Basic Schedule Equation.

I would code this functionality myself but my Java skills are shameful :)
--
View this message in context: http://n2.nabble.com/Software-Estimation-tp2419205p2419205.html
Sent from the StatSVN Developers mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

--
IMPORTANT NOTICE This communication contains information that is considered confidential and may also be privileged . It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender and delete the original.

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

Nashadelic

Re: Software Estimation

Reply Threaded

Sure, that could be a start; we could also switch the rows with the columns so the names can appear on columns and the data grows down as rows. But it would be fine either way :)

On Thu, Mar 5, 2009 at 9:07 PM, Benoit Xhenseval <[hidden email]> wrote:

Hi

That seems interesting and feasible...but given that you show the month as a column, I would suggest to limit the number of columns to say, the last 12m or so.

What do you think?

Benoit

2009/3/5 Muhammed Nasrullah <[hidden email]>

Attached is a sample spreadsheet which calculates average loc per staff member per month.

That's all that's needed, everything else is what an estimator needs to do outside statsvn (because this is orthogonal to what statsvn is supposed to do). So inputs like nV etc do not need to be part of the system.

I hope this helps :) thank you!

On Wed, Mar 4, 2009 at 4:02 PM, Benoit Xhenseval <[hidden email]> wrote:

Dear concerned,

Could you put together a spreadsheet and examples of how you see this working? Do compare it with the current stats that we provide for users?
It seems that your suggestion would require the input of some data i.e. nV or so and that would take the tool in an area where the repository is not the only source... anyway let's see...

Thanks

Benoit

2009/3/4 Nashadelic <[hidden email]>

Dear all concerned,

I stumbled across statsvn very recently and I was very impressed with what
it could do. We already use SVN (and have been doing so for the past two
years). As someone who is responsible for software estimation and
acquisition, I'd like to point out that there are a couple of very
low-effort but high value features (well reports) that are missing that
would be very useful:

What
A view that shows LOC/month/staff member
Col: Month name
Row: Staff member name
Value: LOC of that staff member for that month

Why
When performing a very early, low-estimate; it is useful to do the
following:

Number of views (say html template files in a web-based project): V
Total LOC for the project: T
Average LOC per view (S): T/V
Average code written by staff member per month: M

New project's view: nV
Number of staff-months needed to complete new project (SM): (nV*S)/M

If the team size available for the project is the same as that for the
project where the historical data is coming from (within a factor of -50% +
100%), then the scheduled time (in calendar months) can be estimated as:
SM/(team strength)

This method is called Estimation by Proxy (or Estimation by Analogy and can
also be extended from Estimation using Standard Components).

Another way to convert total staff-months to calendar months is: 3.0 x
StaffMonths^(1/3)

This is called the Basic Schedule Equation.

I would code this functionality myself but my Java skills are shameful :)
--
View this message in context: http://n2.nabble.com/Software-Estimation-tp2419205p2419205.html
Sent from the StatSVN Developers mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

--
IMPORTANT NOTICE This communication contains information that is considered confidential and may also be privileged . It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender and delete the original.

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

--
IMPORTANT NOTICE This communication contains information that is considered confidential and may also be privileged . It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender and delete the original.

Benoit Xhenseval-2

Re: Software Estimation

Reply Threaded

I guess it depends if you have more developers than months... but I know not of any projects that last < 12m :-)

The suggestion ought to be part of StatCVS.

I'll have a look when I need a break from my startup coding... :-)

It may take a while.

Benoit

2009/3/5 Muhammed Nasrullah <[hidden email]>

Sure, that could be a start; we could also switch the rows with the columns so the names can appear on columns and the data grows down as rows. But it would be fine either way :)

On Thu, Mar 5, 2009 at 9:07 PM, Benoit Xhenseval <[hidden email]> wrote:

Hi

That seems interesting and feasible...but given that you show the month as a column, I would suggest to limit the number of columns to say, the last 12m or so.

What do you think?

Benoit

2009/3/5 Muhammed Nasrullah <[hidden email]>

Attached is a sample spreadsheet which calculates average loc per staff member per month.

That's all that's needed, everything else is what an estimator needs to do outside statsvn (because this is orthogonal to what statsvn is supposed to do). So inputs like nV etc do not need to be part of the system.

I hope this helps :) thank you!

On Wed, Mar 4, 2009 at 4:02 PM, Benoit Xhenseval <[hidden email]> wrote:

Dear concerned,

Could you put together a spreadsheet and examples of how you see this working? Do compare it with the current stats that we provide for users?
It seems that your suggestion would require the input of some data i.e. nV or so and that would take the tool in an area where the repository is not the only source... anyway let's see...

Thanks

Benoit

2009/3/4 Nashadelic <[hidden email]>

Dear all concerned,

I stumbled across statsvn very recently and I was very impressed with what
it could do. We already use SVN (and have been doing so for the past two
years). As someone who is responsible for software estimation and
acquisition, I'd like to point out that there are a couple of very
low-effort but high value features (well reports) that are missing that
would be very useful:

What
A view that shows LOC/month/staff member
Col: Month name
Row: Staff member name
Value: LOC of that staff member for that month

Why
When performing a very early, low-estimate; it is useful to do the
following:

Number of views (say html template files in a web-based project): V
Total LOC for the project: T
Average LOC per view (S): T/V
Average code written by staff member per month: M

New project's view: nV
Number of staff-months needed to complete new project (SM): (nV*S)/M

If the team size available for the project is the same as that for the
project where the historical data is coming from (within a factor of -50% +
100%), then the scheduled time (in calendar months) can be estimated as:
SM/(team strength)

This method is called Estimation by Proxy (or Estimation by Analogy and can
also be extended from Estimation using Standard Components).

Another way to convert total staff-months to calendar months is: 3.0 x
StaffMonths^(1/3)

This is called the Basic Schedule Equation.

I would code this functionality myself but my Java skills are shameful :)
--
View this message in context: http://n2.nabble.com/Software-Estimation-tp2419205p2419205.html
Sent from the StatSVN Developers mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

--
IMPORTANT NOTICE This communication contains information that is considered confidential and may also be privileged . It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender and delete the original.

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

--
IMPORTANT NOTICE This communication contains information that is considered confidential and may also be privileged . It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender and delete the original.

Nashadelic

Re: Software Estimation

Reply Threaded

Great, thanks again!

On Thu, Mar 5, 2009 at 9:37 PM, Benoit Xhenseval <[hidden email]> wrote:

I guess it depends if you have more developers than months... but I know not of any projects that last < 12m :-)

The suggestion ought to be part of StatCVS.

I'll have a look when I need a break from my startup coding... :-)

It may take a while.

Benoit

2009/3/5 Muhammed Nasrullah <[hidden email]>

Sure, that could be a start; we could also switch the rows with the columns so the names can appear on columns and the data grows down as rows. But it would be fine either way :)

On Thu, Mar 5, 2009 at 9:07 PM, Benoit Xhenseval <[hidden email]> wrote:

Hi

That seems interesting and feasible...but given that you show the month as a column, I would suggest to limit the number of columns to say, the last 12m or so.

What do you think?

Benoit

2009/3/5 Muhammed Nasrullah <[hidden email]>

Attached is a sample spreadsheet which calculates average loc per staff member per month.

That's all that's needed, everything else is what an estimator needs to do outside statsvn (because this is orthogonal to what statsvn is supposed to do). So inputs like nV etc do not need to be part of the system.

I hope this helps :) thank you!

On Wed, Mar 4, 2009 at 4:02 PM, Benoit Xhenseval <[hidden email]> wrote:

Dear concerned,

Could you put together a spreadsheet and examples of how you see this working? Do compare it with the current stats that we provide for users?
It seems that your suggestion would require the input of some data i.e. nV or so and that would take the tool in an area where the repository is not the only source... anyway let's see...

Thanks

Benoit

2009/3/4 Nashadelic <[hidden email]>

Dear all concerned,

I stumbled across statsvn very recently and I was very impressed with what
it could do. We already use SVN (and have been doing so for the past two
years). As someone who is responsible for software estimation and
acquisition, I'd like to point out that there are a couple of very
low-effort but high value features (well reports) that are missing that
would be very useful:

What
A view that shows LOC/month/staff member
Col: Month name
Row: Staff member name
Value: LOC of that staff member for that month

Why
When performing a very early, low-estimate; it is useful to do the
following:

Number of views (say html template files in a web-based project): V
Total LOC for the project: T
Average LOC per view (S): T/V
Average code written by staff member per month: M

New project's view: nV
Number of staff-months needed to complete new project (SM): (nV*S)/M

If the team size available for the project is the same as that for the
project where the historical data is coming from (within a factor of -50% +
100%), then the scheduled time (in calendar months) can be estimated as:
SM/(team strength)

This method is called Estimation by Proxy (or Estimation by Analogy and can
also be extended from Estimation using Standard Components).

Another way to convert total staff-months to calendar months is: 3.0 x
StaffMonths^(1/3)

This is called the Basic Schedule Equation.

I would code this functionality myself but my Java skills are shameful :)
--
View this message in context: http://n2.nabble.com/Software-Estimation-tp2419205p2419205.html
Sent from the StatSVN Developers mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

--
IMPORTANT NOTICE This communication contains information that is considered confidential and may also be privileged . It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender and delete the original.

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

--
IMPORTANT NOTICE This communication contains information that is considered confidential and may also be privileged . It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender and delete the original.

--
IMPORTANT NOTICE This communication contains information that is considered confidential and may also be privileged . It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender and delete the original.

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

Jason Kealey-2

Re: Software Estimation

Reply Threaded

In reply to this post by Benoit Xhenseval-2

I think it is an interesting idea too. Yes, it should be a part of StatCVS.

Jason

On Thu, Mar 5, 2009 at 11:37 AM, Benoit Xhenseval <[hidden email]> wrote:

I guess it depends if you have more developers than months... but I know not of any projects that last < 12m :-)

The suggestion ought to be part of StatCVS.

I'll have a look when I need a break from my startup coding... :-)

It may take a while.

Benoit

2009/3/5 Muhammed Nasrullah <[hidden email]>

Sure, that could be a start; we could also switch the rows with the columns so the names can appear on columns and the data grows down as rows. But it would be fine either way :)

On Thu, Mar 5, 2009 at 9:07 PM, Benoit Xhenseval <[hidden email]> wrote:

Hi

That seems interesting and feasible...but given that you show the month as a column, I would suggest to limit the number of columns to say, the last 12m or so.

What do you think?

Benoit

2009/3/5 Muhammed Nasrullah <[hidden email]>

Attached is a sample spreadsheet which calculates average loc per staff member per month.

That's all that's needed, everything else is what an estimator needs to do outside statsvn (because this is orthogonal to what statsvn is supposed to do). So inputs like nV etc do not need to be part of the system.

I hope this helps :) thank you!

On Wed, Mar 4, 2009 at 4:02 PM, Benoit Xhenseval <[hidden email]> wrote:

Dear concerned,

Could you put together a spreadsheet and examples of how you see this working? Do compare it with the current stats that we provide for users?
It seems that your suggestion would require the input of some data i.e. nV or so and that would take the tool in an area where the repository is not the only source... anyway let's see...

Thanks

Benoit

2009/3/4 Nashadelic <[hidden email]>

Dear all concerned,

I stumbled across statsvn very recently and I was very impressed with what
it could do. We already use SVN (and have been doing so for the past two
years). As someone who is responsible for software estimation and
acquisition, I'd like to point out that there are a couple of very
low-effort but high value features (well reports) that are missing that
would be very useful:

What
A view that shows LOC/month/staff member
Col: Month name
Row: Staff member name
Value: LOC of that staff member for that month

Why
When performing a very early, low-estimate; it is useful to do the
following:

Number of views (say html template files in a web-based project): V
Total LOC for the project: T
Average LOC per view (S): T/V
Average code written by staff member per month: M

New project's view: nV
Number of staff-months needed to complete new project (SM): (nV*S)/M

If the team size available for the project is the same as that for the
project where the historical data is coming from (within a factor of -50% +
100%), then the scheduled time (in calendar months) can be estimated as:
SM/(team strength)

This method is called Estimation by Proxy (or Estimation by Analogy and can
also be extended from Estimation using Standard Components).

Another way to convert total staff-months to calendar months is: 3.0 x
StaffMonths^(1/3)

This is called the Basic Schedule Equation.

I would code this functionality myself but my Java skills are shameful :)
--
View this message in context: http://n2.nabble.com/Software-Estimation-tp2419205p2419205.html
Sent from the StatSVN Developers mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

--
IMPORTANT NOTICE This communication contains information that is considered confidential and may also be privileged . It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender and delete the original.

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

--
IMPORTANT NOTICE This communication contains information that is considered confidential and may also be privileged . It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender and delete the original.

--
IMPORTANT NOTICE This communication contains information that is considered confidential and may also be privileged . It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender and delete the original.

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

--
Jason Kealey - [hidden email]
LavaBlast Franchise Software - http://www.lavablast.com
Simplifying day-to-day franchise operations

Benoit Xhenseval-2

Re: Software Estimation

Reply Threaded

In reply to this post by Benoit Xhenseval-2

Hi

I've done a quick beta of this feature in StatCVS.

Please have a look at the new table "Last 12 months".

http://www.objectlab.co.uk/beta/developers.html

Is it ok?

Regards,

Benoit

2009/3/5 Muhammed Nasrullah <[hidden email]>

Great, thanks again!

On Thu, Mar 5, 2009 at 9:37 PM, Benoit Xhenseval <[hidden email]> wrote:

I guess it depends if you have more developers than months... but I know not of any projects that last < 12m :-)

The suggestion ought to be part of StatCVS.

I'll have a look when I need a break from my startup coding... :-)

It may take a while.

Benoit

2009/3/5 Muhammed Nasrullah <[hidden email]>

Sure, that could be a start; we could also switch the rows with the columns so the names can appear on columns and the data grows down as rows. But it would be fine either way :)

On Thu, Mar 5, 2009 at 9:07 PM, Benoit Xhenseval <[hidden email]> wrote:

Hi

That seems interesting and feasible...but given that you show the month as a column, I would suggest to limit the number of columns to say, the last 12m or so.

What do you think?

Benoit

2009/3/5 Muhammed Nasrullah <[hidden email]>

Attached is a sample spreadsheet which calculates average loc per staff member per month.

That's all that's needed, everything else is what an estimator needs to do outside statsvn (because this is orthogonal to what statsvn is supposed to do). So inputs like nV etc do not need to be part of the system.

I hope this helps :) thank you!

On Wed, Mar 4, 2009 at 4:02 PM, Benoit Xhenseval <[hidden email]> wrote:

Dear concerned,

Could you put together a spreadsheet and examples of how you see this working? Do compare it with the current stats that we provide for users?
It seems that your suggestion would require the input of some data i.e. nV or so and that would take the tool in an area where the repository is not the only source... anyway let's see...

Thanks

Benoit

2009/3/4 Nashadelic <[hidden email]>

Dear all concerned,

I stumbled across statsvn very recently and I was very impressed with what
it could do. We already use SVN (and have been doing so for the past two
years). As someone who is responsible for software estimation and
acquisition, I'd like to point out that there are a couple of very
low-effort but high value features (well reports) that are missing that
would be very useful:

What
A view that shows LOC/month/staff member
Col: Month name
Row: Staff member name
Value: LOC of that staff member for that month

Why
When performing a very early, low-estimate; it is useful to do the
following:

Number of views (say html template files in a web-based project): V
Total LOC for the project: T
Average LOC per view (S): T/V
Average code written by staff member per month: M

New project's view: nV
Number of staff-months needed to complete new project (SM): (nV*S)/M

If the team size available for the project is the same as that for the
project where the historical data is coming from (within a factor of -50% +
100%), then the scheduled time (in calendar months) can be estimated as:
SM/(team strength)

This method is called Estimation by Proxy (or Estimation by Analogy and can
also be extended from Estimation using Standard Components).

Another way to convert total staff-months to calendar months is: 3.0 x
StaffMonths^(1/3)

This is called the Basic Schedule Equation.

I would code this functionality myself but my Java skills are shameful :)
--
View this message in context: http://n2.nabble.com/Software-Estimation-tp2419205p2419205.html
Sent from the StatSVN Developers mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

--
IMPORTANT NOTICE This communication contains information that is considered confidential and may also be privileged . It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender and delete the original.

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

--
IMPORTANT NOTICE This communication contains information that is considered confidential and may also be privileged . It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender and delete the original.

--
IMPORTANT NOTICE This communication contains information that is considered confidential and may also be privileged . It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender and delete the original.

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

Jason Kealey-2

Re: Software Estimation

Reply Threaded

I think this is perfect.

---
Jason Kealey - [hidden email]
LavaBlast Franchise Software - http://www.lavablast.com
Simplifying day-to-day franchise operations

On Sun, Mar 8, 2009 at 3:34 PM, Benoit Xhenseval <[hidden email]> wrote:

Hi

I've done a quick beta of this feature in StatCVS.

Please have a look at the new table "Last 12 months".

http://www.objectlab.co.uk/beta/developers.html

Is it ok?

Regards,

Benoit

2009/3/5 Muhammed Nasrullah <[hidden email]>

Great, thanks again!

On Thu, Mar 5, 2009 at 9:37 PM, Benoit Xhenseval <[hidden email]> wrote:

I guess it depends if you have more developers than months... but I know not of any projects that last < 12m :-)

The suggestion ought to be part of StatCVS.

I'll have a look when I need a break from my startup coding... :-)

It may take a while.

Benoit

2009/3/5 Muhammed Nasrullah <[hidden email]>

Sure, that could be a start; we could also switch the rows with the columns so the names can appear on columns and the data grows down as rows. But it would be fine either way :)

On Thu, Mar 5, 2009 at 9:07 PM, Benoit Xhenseval <[hidden email]> wrote:

Hi

That seems interesting and feasible...but given that you show the month as a column, I would suggest to limit the number of columns to say, the last 12m or so.

What do you think?

Benoit

2009/3/5 Muhammed Nasrullah <[hidden email]>

Attached is a sample spreadsheet which calculates average loc per staff member per month.

That's all that's needed, everything else is what an estimator needs to do outside statsvn (because this is orthogonal to what statsvn is supposed to do). So inputs like nV etc do not need to be part of the system.

I hope this helps :) thank you!

On Wed, Mar 4, 2009 at 4:02 PM, Benoit Xhenseval <[hidden email]> wrote:

Dear concerned,

Could you put together a spreadsheet and examples of how you see this working? Do compare it with the current stats that we provide for users?
It seems that your suggestion would require the input of some data i.e. nV or so and that would take the tool in an area where the repository is not the only source... anyway let's see...

Thanks

Benoit

2009/3/4 Nashadelic <[hidden email]>

Dear all concerned,

I stumbled across statsvn very recently and I was very impressed with what
it could do. We already use SVN (and have been doing so for the past two
years). As someone who is responsible for software estimation and
acquisition, I'd like to point out that there are a couple of very
low-effort but high value features (well reports) that are missing that
would be very useful:

What
A view that shows LOC/month/staff member
Col: Month name
Row: Staff member name
Value: LOC of that staff member for that month

Why
When performing a very early, low-estimate; it is useful to do the
following:

Number of views (say html template files in a web-based project): V
Total LOC for the project: T
Average LOC per view (S): T/V
Average code written by staff member per month: M

New project's view: nV
Number of staff-months needed to complete new project (SM): (nV*S)/M

If the team size available for the project is the same as that for the
project where the historical data is coming from (within a factor of -50% +
100%), then the scheduled time (in calendar months) can be estimated as:
SM/(team strength)

This method is called Estimation by Proxy (or Estimation by Analogy and can
also be extended from Estimation using Standard Components).

Another way to convert total staff-months to calendar months is: 3.0 x
StaffMonths^(1/3)

This is called the Basic Schedule Equation.

I would code this functionality myself but my Java skills are shameful :)
--
View this message in context: http://n2.nabble.com/Software-Estimation-tp2419205p2419205.html
Sent from the StatSVN Developers mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

--
IMPORTANT NOTICE This communication contains information that is considered confidential and may also be privileged . It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender and delete the original.

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

--
IMPORTANT NOTICE This communication contains information that is considered confidential and may also be privileged . It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender and delete the original.

--
IMPORTANT NOTICE This communication contains information that is considered confidential and may also be privileged . It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender and delete the original.

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

--
IMPORTANT NOTICE This communication contains information that is considered confidential and may also be privileged . It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender and delete the original.

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

Benoit Xhenseval-2

Re: Software Estimation

Reply Threaded

In reply to this post by Benoit Xhenseval-2

Dear All,

A beta version of statsvn.jar is available at
http://www.statsvn.org/beta/statsvn.jar

Do give it a go and let me know what you think of the new "Last 12 Months" report under the developers page:

http://www.statsvn.org/beta/statsvn/developers.html

Regards

Benoit

------------------------------------------------------------------------------

_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

Nashadelic

Re: Software Estimation

Reply Threaded

Great work Benoit! This works pretty good! I'll play with the jar for a week and let you know if anything comes up. Thanks a lot!

On Tue, Mar 10, 2009 at 4:02 AM, Benoit Xhenseval <[hidden email]> wrote:

Dear All,

A beta version of statsvn.jar is available at
http://www.statsvn.org/beta/statsvn.jar

Do give it a go and let me know what you think of the new "Last 12 Months" report under the developers page:

http://www.statsvn.org/beta/statsvn/developers.html

Regards

Benoit

------------------------------------------------------------------------------

_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

------------------------------------------------------------------------------

_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

Nashadelic

Re: Software Estimation

Reply Threaded

Not to nitpick :) but it would be useful if after the latest month, a column could be added for the last 12 month average (or a 12 month Simple Moving Average SMA) along with the average of the averages at the bottom. But this is good in any case, great work once again!

On Tue, Mar 10, 2009 at 11:49 AM, Muhammed Nasrullah <[hidden email]> wrote:

Great work Benoit! This works pretty good! I'll play with the jar for a week and let you know if anything comes up. Thanks a lot!

On Tue, Mar 10, 2009 at 4:02 AM, Benoit Xhenseval <[hidden email]> wrote:

Dear All,

A beta version of statsvn.jar is available at
http://www.statsvn.org/beta/statsvn.jar

Do give it a go and let me know what you think of the new "Last 12 Months" report under the developers page:

http://www.statsvn.org/beta/statsvn/developers.html

Regards

Benoit

------------------------------------------------------------------------------

_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

Nashadelic

Re: Software Estimation

Reply Threaded

In reply to this post by Benoit Xhenseval-2

I did a beta run, I ran into the following error:

java -jar ../statsvn.jar -exclude px/django/**;px/django_chat/**;px/djcaptcha/**;px/dojango/**;/Python Turn Simulator/apidocs/** svn.log "C:\Documents and Settings\nash\My Documents\Store\30029 SW Project X\src\code"
Mar 10, 2009 12:00:41 PM net.sf.statsvn.util.JavaUtilTaskLogger info
INFO: StatSVN - SVN statistics generation

Mar 10, 2009 12:00:41 PM net.sf.statsvn.util.JavaUtilTaskLogger error
SEVERE: Specified logfile not found: Turn

This used to work fine previously

On Tue, Mar 10, 2009 at 4:02 AM, Benoit Xhenseval <[hidden email]> wrote:

Dear All,

A beta version of statsvn.jar is available at
http://www.statsvn.org/beta/statsvn.jar

Do give it a go and let me know what you think of the new "Last 12 Months" report under the developers page:

http://www.statsvn.org/beta/statsvn/developers.html

Regards

Benoit

------------------------------------------------------------------------------

_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

Nashadelic

Re: Software Estimation

Reply Threaded

I'm very sorry, looks like I spoke too soon, this works fine!

On Tue, Mar 10, 2009 at 12:04 PM, Muhammed Nasrullah <[hidden email]> wrote:

I did a beta run, I ran into the following error:

java -jar ../statsvn.jar -exclude px/django/**;px/django_chat/**;px/djcaptcha/**;px/dojango/**;/Python Turn Simulator/apidocs/** svn.log "C:\Documents and Settings\nash\My Documents\Store\30029 SW Project X\src\code"
Mar 10, 2009 12:00:41 PM net.sf.statsvn.util.JavaUtilTaskLogger info
INFO: StatSVN - SVN statistics generation

Mar 10, 2009 12:00:41 PM net.sf.statsvn.util.JavaUtilTaskLogger error
SEVERE: Specified logfile not found: Turn

This used to work fine previously

On Tue, Mar 10, 2009 at 4:02 AM, Benoit Xhenseval <[hidden email]> wrote:

Dear All,

A beta version of statsvn.jar is available at
http://www.statsvn.org/beta/statsvn.jar

Do give it a go and let me know what you think of the new "Last 12 Months" report under the developers page:

http://www.statsvn.org/beta/statsvn/developers.html

Regards

Benoit

------------------------------------------------------------------------------

_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

Benoit Xhenseval-2

Re: Software Estimation

Reply Threaded

In reply to this post by Benoit Xhenseval-2

Would you say that the average should take into account months that you have NOT worked?

eg. if my stats are:
Jan 10
Feb and the rest 0

Is the average 10 or 10/12 ?
I'd suggest 10 / 12.

Let me know

B

2009/3/10 Muhammed Nasrullah <[hidden email]>

Not to nitpick :) but it would be useful if after the latest month, a column could be added for the last 12 month average (or a 12 month Simple Moving Average SMA) along with the average of the averages at the bottom. But this is good in any case, great work once again!

On Tue, Mar 10, 2009 at 11:49 AM, Muhammed Nasrullah <[hidden email]> wrote:

Great work Benoit! This works pretty good! I'll play with the jar for a week and let you know if anything comes up. Thanks a lot!

On Tue, Mar 10, 2009 at 4:02 AM, Benoit Xhenseval <[hidden email]> wrote:

Dear All,

A beta version of statsvn.jar is available at
http://www.statsvn.org/beta/statsvn.jar

Do give it a go and let me know what you think of the new "Last 12 Months" report under the developers page:

http://www.statsvn.org/beta/statsvn/developers.html

Regards

Benoit

------------------------------------------------------------------------------

_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

------------------------------------------------------------------------------

_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

Nashadelic

Re: Software Estimation

Reply Threaded

Should not include months not worked (you might need to add a threshold here, less than 10 LOC might need to be ignored)

On Tue, Mar 10, 2009 at 6:05 PM, Benoit Xhenseval <[hidden email]> wrote:

Would you say that the average should take into account months that you have NOT worked?

eg. if my stats are:
Jan 10
Feb and the rest 0

Is the average 10 or 10/12 ?
I'd suggest 10 / 12.

Let me know

B

2009/3/10 Muhammed Nasrullah <[hidden email]>

Not to nitpick :) but it would be useful if after the latest month, a column could be added for the last 12 month average (or a 12 month Simple Moving Average SMA) along with the average of the averages at the bottom. But this is good in any case, great work once again!

On Tue, Mar 10, 2009 at 11:49 AM, Muhammed Nasrullah <[hidden email]> wrote:

Great work Benoit! This works pretty good! I'll play with the jar for a week and let you know if anything comes up. Thanks a lot!

On Tue, Mar 10, 2009 at 4:02 AM, Benoit Xhenseval <[hidden email]> wrote:

Dear All,

A beta version of statsvn.jar is available at
http://www.statsvn.org/beta/statsvn.jar

Do give it a go and let me know what you think of the new "Last 12 Months" report under the developers page:

http://www.statsvn.org/beta/statsvn/developers.html

Regards

Benoit

------------------------------------------------------------------------------

_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

------------------------------------------------------------------------------

_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

--
IMPORTANT NOTICE This communication contains information that is considered confidential and may also be privileged . It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender and delete the original.

Benoit Xhenseval-2

Re: Software Estimation

Reply Threaded

I do not fully follow the logic of doing so.

Let's consider 2 scenarii:

1/ I check 120 lines on Jan 31, my annual average is 120.
2/ I check 60 lines on Jan 31 and 60 lines on Feb 1, my annual average is now 60 (60+60)/2.

What do those tell you? not much I'd say.

If we were to divide by 12, the average would be 10 in either cases... implying that I've done 10 line per month... on average...

What do you think?

Benoit

2009/3/10 Muhammed Nasrullah <[hidden email]>

Should not include months not worked (you might need to add a threshold here, less than 10 LOC might need to be ignored)

On Tue, Mar 10, 2009 at 6:05 PM, Benoit Xhenseval <[hidden email]> wrote:

Would you say that the average should take into account months that you have NOT worked?

eg. if my stats are:
Jan 10
Feb and the rest 0

Is the average 10 or 10/12 ?
I'd suggest 10 / 12.

Let me know

B

2009/3/10 Muhammed Nasrullah <[hidden email]>

Not to nitpick :) but it would be useful if after the latest month, a column could be added for the last 12 month average (or a 12 month Simple Moving Average SMA) along with the average of the averages at the bottom. But this is good in any case, great work once again!

On Tue, Mar 10, 2009 at 11:49 AM, Muhammed Nasrullah <[hidden email]> wrote:

Great work Benoit! This works pretty good! I'll play with the jar for a week and let you know if anything comes up. Thanks a lot!

On Tue, Mar 10, 2009 at 4:02 AM, Benoit Xhenseval <[hidden email]> wrote:

Dear All,

A beta version of statsvn.jar is available at
http://www.statsvn.org/beta/statsvn.jar

Do give it a go and let me know what you think of the new "Last 12 Months" report under the developers page:

http://www.statsvn.org/beta/statsvn/developers.html

Regards

Benoit

------------------------------------------------------------------------------

_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

------------------------------------------------------------------------------

_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

--
IMPORTANT NOTICE This communication contains information that is considered confidential and may also be privileged . It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender and delete the original.

Jason Kealey-2

Re: Software Estimation

Reply Threaded

My opinion is that this varies on context and should not be in StatSVN.

Personally, I would like to look at my average LOC production when I am working on a project. If I started the project 3 months ago, who cares about the 9 months before that. Considering 12 months only dilutes my perceived value.

However, as Benoit pointed out, there are scenarios that make it relevant to divide by 12 to give it a meaningful standard value that can be compared with others.

Therefore, StatSVN should not show any average. It is up to you to compute it as per your rules in Excel, if you want these values. Adding a million options won't help usability, either.

---

Jason Kealey - [hidden email]
LavaBlast Franchise Software - http://www.lavablast.com
Simplifying day-to-day franchise operations

On Tue, Mar 10, 2009 at 9:21 AM, Benoit Xhenseval <[hidden email]> wrote:

I do not fully follow the logic of doing so.

Let's consider 2 scenarii:

1/ I check 120 lines on Jan 31, my annual average is 120.
2/ I check 60 lines on Jan 31 and 60 lines on Feb 1, my annual average is now 60 (60+60)/2.

What do those tell you? not much I'd say.

If we were to divide by 12, the average would be 10 in either cases... implying that I've done 10 line per month... on average...

What do you think?

Benoit

2009/3/10 Muhammed Nasrullah <[hidden email]>
Should not include months not worked (you might need to add a threshold here, less than 10 LOC might need to be ignored)

On Tue, Mar 10, 2009 at 6:05 PM, Benoit Xhenseval <[hidden email]> wrote:

Would you say that the average should take into account months that you have NOT worked?

eg. if my stats are:
Jan 10
Feb and the rest 0

Is the average 10 or 10/12 ?
I'd suggest 10 / 12.

Let me know

B

2009/3/10 Muhammed Nasrullah <[hidden email]>

Not to nitpick :) but it would be useful if after the latest month, a column could be added for the last 12 month average (or a 12 month Simple Moving Average SMA) along with the average of the averages at the bottom. But this is good in any case, great work once again!

On Tue, Mar 10, 2009 at 11:49 AM, Muhammed Nasrullah <[hidden email]> wrote:

Great work Benoit! This works pretty good! I'll play with the jar for a week and let you know if anything comes up. Thanks a lot!

On Tue, Mar 10, 2009 at 4:02 AM, Benoit Xhenseval <[hidden email]> wrote:

Dear All,

A beta version of statsvn.jar is available at
http://www.statsvn.org/beta/statsvn.jar

Do give it a go and let me know what you think of the new "Last 12 Months" report under the developers page:

http://www.statsvn.org/beta/statsvn/developers.html

Regards

Benoit

------------------------------------------------------------------------------

_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

------------------------------------------------------------------------------

_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

--
IMPORTANT NOTICE This communication contains information that is considered confidential and may also be privileged . It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender and delete the original.

--
IMPORTANT NOTICE This communication contains information that is considered confidential and may also be privileged . It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender and delete the original.

------------------------------------------------------------------------------

_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

Nashadelic

Re: Software Estimation

Reply Threaded

In reply to this post by Benoit Xhenseval-2

The case you present are edge cases and the implications you've mentioned are true.
The best way to look at this is how would this be most useful?
In a production environment, a project my be put on hold, a programmer might take a vacation, there might be multiple projects on-going etc. Limiting the discussion to assuming that there is only one project at a time, then for that project, it is useful to know your average for the months you worked. For the months you did not work on the project, they should not be added there, so as not to give you a productivity hit.

Just as there is a time-value of money, there is a time-value of code. It is more useful to know how much code was shipped by the end of the month. So, in the case of someone committing 120 lines by Jan, s/he is more productive than someone doing the same work over two days.

I hope that help!

On Tue, Mar 10, 2009 at 7:21 PM, Benoit Xhenseval <[hidden email]> wrote:

I do not fully follow the logic of doing so.

Let's consider 2 scenarii:

1/ I check 120 lines on Jan 31, my annual average is 120.
2/ I check 60 lines on Jan 31 and 60 lines on Feb 1, my annual average is now 60 (60+60)/2.

What do those tell you? not much I'd say.

If we were to divide by 12, the average would be 10 in either cases... implying that I've done 10 line per month... on average...

What do you think?

Benoit

2009/3/10 Muhammed Nasrullah <[hidden email]>
Should not include months not worked (you might need to add a threshold here, less than 10 LOC might need to be ignored)

On Tue, Mar 10, 2009 at 6:05 PM, Benoit Xhenseval <[hidden email]> wrote:

Would you say that the average should take into account months that you have NOT worked?

eg. if my stats are:
Jan 10
Feb and the rest 0

Is the average 10 or 10/12 ?
I'd suggest 10 / 12.

Let me know

B

2009/3/10 Muhammed Nasrullah <[hidden email]>

Not to nitpick :) but it would be useful if after the latest month, a column could be added for the last 12 month average (or a 12 month Simple Moving Average SMA) along with the average of the averages at the bottom. But this is good in any case, great work once again!

On Tue, Mar 10, 2009 at 11:49 AM, Muhammed Nasrullah <[hidden email]> wrote:

Great work Benoit! This works pretty good! I'll play with the jar for a week and let you know if anything comes up. Thanks a lot!

On Tue, Mar 10, 2009 at 4:02 AM, Benoit Xhenseval <[hidden email]> wrote:

Dear All,

A beta version of statsvn.jar is available at
http://www.statsvn.org/beta/statsvn.jar

Do give it a go and let me know what you think of the new "Last 12 Months" report under the developers page:

http://www.statsvn.org/beta/statsvn/developers.html

Regards

Benoit

------------------------------------------------------------------------------

_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

------------------------------------------------------------------------------

_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

--
IMPORTANT NOTICE This communication contains information that is considered confidential and may also be privileged . It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender and delete the original.

--
IMPORTANT NOTICE This communication contains information that is considered confidential and may also be privileged . It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender and delete the original.

------------------------------------------------------------------------------

_______________________________________________
Statsvn-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/statsvn-developers

1 2