I guess the first approach and easiest way to proceed is to estimate a 3:1 ratio or 5:1 ratio according to the "book", maybe applying some % up, and providing with two or three scenarios. After that, more precise measurment should be done, we need to measure the actual license usage over a period of time, using any tool available in the market or custom method and adjust the count, but in order to this to happen, the application should have been previously approved and minimum licenses provisioned and management would like to know how we are estimating the floating count, with a more solid argument than the standard ratio recommended by the book, which is not general law ...if I say 100 licenses, why 100? why 80? why not 70? - I guess a raw formula could be used based on some criteria, again, it will not be perfect but certainly more accurate
What do you think? 2012/6/29 Misi Mladoniczky <[email protected]> > Hi, > > In that case they need to spend much more money, as they have to spend > according to the budget instead of their actual need. > > I understand that you NEED a budget, but that does not mean that you have > to SPEND the whole budget. > > And I also understand that sales reps might have a different idea on how > to proceed, as this way of doing it invariably saves the customer money... > > Best Regards - Misi, RRR AB, http://rrr.se > > > I think that the problem is that he can't buy extra licenses. I mean, He > > needs to provide a budget to assist the decision of buying Remedy. To buy > > a > > minimum number of licenses and then increase as needed, is to make the > > decision without known the final TCO. > > > > > > Jose M. Huerta > > Project Manager** > > > > Movil: 661 665 088 > > > > Telf.: 971 75 03 24**** > > > > Fax: 971 75 07 94**** > > > > <http://www.sm2baleares.es/>**** > > > > SM2 Baleares S.A. > > C/Rita Levi **** > > > > Edificio SM2 Parc Bit**** > > > > 07121 Palma de Mallorca**** > > > > <http://es-es.facebook.com/pages/SM2-Baleares/158608627954> > > <http://twitter.com/#!/SM2Baleares> > > <http://www.linkedin.com/company/sm2-baleares> > > > > La información contenida en este mensaje de correo electrónico es > > confidencial. La misma, es enviada con la intención de que únicamente sea > > leída por la persona(s) a la(s) que va dirigida. El acceso a este mensaje > > por otras personas no está autorizado, por lo que en tal caso, le rogamos > > que nos lo comunique por la misma vía, se abstenga de realizar copias del > > mensaje o remitirlo o entregarlo a otra persona y proceda a borrarlo de > > inmediato.**** > > > > P Por favor, no imprima este mensaje ni sus documentos adjuntos si no es > > necesario. > > > > > > > > On Fri, Jun 29, 2012 at 10:55 AM, Misi Mladoniczky <[email protected]> wrote: > > > >> Hi, > >> > >> I would divide it into two things. One is budget, and the other thing > >> how > >> you actually do when you buy your licenses. > >> > >> Budget: > >> 1. Look into the sky and figure out your concurrent user count > >> 2. Do a 1:1 ratio (50% fixed 50% floating) and use that as a basis for > >> your budget > >> > >> Buying licenses: > >> 1. Buy a minimum number of licenses > >> 2. Buy RRR|License <--- ADV > >> 3. Increase the license count on your server as dictated by RRR|License > >> for a month or three > >> 4. Pay BMC for the number of extra licenses that you figured out that > >> you > >> REALLY need > >> > >> This goes for new ITSM systems or custom systems, or as in your case a > >> new > >> custom application that rides beside an existing system. > >> > >> Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP > 2011) > >> > >> Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11): > >> * RRR|License - Not enough Remedy licenses? Save money by optimizing. > >> * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy > >> logs. > >> Find these products, and many free tools and utilities, at > >> http://rrr.se. > >> > >> > Hi Misi, > >> > But in your experience how do you do when it is for budgeting > >> purposes, > >> > these are custom applications that have not been used before and they > >> need > >> > to provision the licenses needed for the future load ... you say the > >> only > >> > way to have a number close to reality is based only in previous usage > >> > analysis? > >> > Regards, > >> > Mauricio > >> > > >> > 2012/6/28 Misi Mladoniczky <[email protected]> > >> > > >> >> Hi, > >> >> > >> >> I would say that there is no rule of thumb. > >> >> > >> >> Even if you have historical data, you could come up with 5:1 or 1:5, > >> all > >> >> depending how your system is used. > >> >> > >> >> One days worth of data will give you some information, and one week > >> will > >> >> give you a very good estimate. > >> >> > >> >> You can even try the free version of RRR|License, and it will tell > >> you > >> >> the > >> >> ratio that is optimum for you. You can even use the change planner in > >> >> the > >> >> test version, where you can put in a future number of expected users: > >> >> http://rrr.se/tmp/rrrLicChangePlanner.html > >> >> > >> >> Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP > >> 2011) > >> >> > >> >> Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11): > >> >> * RRR|License - Not enough Remedy licenses? Save money by optimizing. > >> >> * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy > >> >> logs. > >> >> Find these products, and many free tools and utilities, at > >> >> http://rrr.se. > >> >> > >> >> > Hi Jose, > >> >> > > >> >> > So in order to simplify a model, don´t you think you can compare > >> this > >> >> > distribution to the behaviour of ocassional users logging in and > >> >> updating > >> >> > records? because RRRLicense measures over a period of time and I do > >> >> not > >> >> > have historical data and no window frame to measure from this > >> present > >> >> time > >> >> > into the future > >> >> > > >> >> > Thank you!!! > >> >> > > >> >> > Mauricio > >> >> > > >> >> > 2012/6/28 Jose Huerta <[email protected]> > >> >> > > >> >> >> ** Erlang formulas assume Poisson distribution. Your team won't be > >> >> >> distributed in any computable wat. So I recommend you to study the > >> >> use. > >> >> >> Maybe you can try the RRR|License tool. > >> >> >> > >> >> >> Jose M. Huerta > >> >> >> Project Manager** > >> >> >> > >> >> >> Movil: 661 665 088 > >> >> >> > >> >> >> Telf.: 971 75 03 24**** > >> >> >> > >> >> >> Fax: 971 75 07 94**** > >> >> >> > >> >> >> <http://www.sm2baleares.es/>**** > >> >> >> > >> >> >> SM2 Baleares S.A. > >> >> >> C/Rita Levi **** > >> >> >> > >> >> >> Edificio SM2 Parc Bit**** > >> >> >> > >> >> >> 07121 Palma de Mallorca**** > >> >> >> > >> >> >> < > http://es-es.facebook.com/pages/SM2-Baleares/158608627954 > >> > > >> >> >> <http://twitter.com/#%21/SM2Baleares> > >> >> >> <http://www.linkedin.com/company/sm2-baleares> > >> >> >> > >> >> >> La información contenida en este mensaje de correo electrónico es > >> >> >> confidencial. La misma, es enviada con la intención de que > >> únicamente > >> >> >> sea > >> >> >> leída por la persona(s) a la(s) que va dirigida. El acceso a este > >> >> >> mensaje > >> >> >> por otras personas no está autorizado, por lo que en tal caso, le > >> >> >> rogamos > >> >> >> que nos lo comunique por la misma vía, se abstenga de realizar > >> copias > >> >> >> del > >> >> >> mensaje o remitirlo o entregarlo a otra persona y proceda a > >> borrarlo > >> >> de > >> >> >> inmediato.**** > >> >> >> > >> >> >> P Por favor, no imprima este mensaje ni sus documentos adjuntos si > >> no > >> >> es > >> >> >> necesario. > >> >> >> > >> >> >> > >> >> >> > >> >> >> On Thu, Jun 28, 2012 at 9:23 PM, Mauricio M. > >> <[email protected]> > >> >> >> wrote: > >> >> >> > >> >> >>> ** Hello All, > >> >> >>> > >> >> >>> > >> >> >>> I know this is and old age question but it continues to be > >> relevant > >> >> on > >> >> >>> how you estimate the appropiate number of floating licenses that > >> >> will > >> >> >>> be > >> >> >>> needed in the near future for a given application, but not taking > >> >> into > >> >> >>> account any past behaviour, I mean, suppose that we do not have > >> >> >>> historical > >> >> >>> data to reference, but only an expected behaviour in regards to a > >> >> total > >> >> >>> number of users, total number of tickets, etc. As a rule of thumb > >> we > >> >> >>> might > >> >> >>> use a given proportion, 3:1 or 5:1 but how you normally manage to > >> >> hold > >> >> >>> up a > >> >> >>> more solid number? I was wondering if anyone has used Erlang > >> >> formulas > >> >> >>> to > >> >> >>> get a more solid number? > >> >> >>> > >> >> >>> Thank you and Regards, > >> >> >>> > >> >> >>> -Mauricio > >> >> >>> _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ > >> >> >> > >> >> >> > >> >> >> _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ > >> >> > > >> >> > > >> >> > >> > _______________________________________________________________________________ > >> >> > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > >> >> > attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" > >> >> > > >> >> > >> >> > >> >> > >> > _______________________________________________________________________________ > >> >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > >> >> attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" > >> >> > >> > > >> > > >> > _______________________________________________________________________________ > >> > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > >> > attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" > >> > > >> > >> > >> > _______________________________________________________________________________ > >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > >> attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" > >> > > > > > _______________________________________________________________________________ > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > > attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" > > > > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
