<article>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#article09_12_30_148224</id>
	<title>How Many Admins Per User/Computer Have You Seen?</title>
	<author>CmdrTaco</author>
	<datestamp>1262187960000</datestamp>
	<htmltext><a href="http://danielatsolledotse/" rel="nofollow">miffo.swe</a> writes <i>"I'm trying to find  the normal ratio of technicians/support tech per user or computer in your average IT-shop. When searching around, I can't find that many examples or any statistics. We manage around 900 computers (mostly Windows XP) and 25+ servers (mostly Linux). There are around 2600 users of varying knowledge, mostly pretty low. I can't find any statistics on this, so real-world examples are very welcome since we do this with one sysadmin (me) and two sneaker techs. Are we seriously understaffed, or is this normal?"</i></htmltext>
<tokenext>miffo.swe writes " I 'm trying to find the normal ratio of technicians/support tech per user or computer in your average IT-shop .
When searching around , I ca n't find that many examples or any statistics .
We manage around 900 computers ( mostly Windows XP ) and 25 + servers ( mostly Linux ) .
There are around 2600 users of varying knowledge , mostly pretty low .
I ca n't find any statistics on this , so real-world examples are very welcome since we do this with one sysadmin ( me ) and two sneaker techs .
Are we seriously understaffed , or is this normal ?
"</tokentext>
<sentencetext>miffo.swe writes "I'm trying to find  the normal ratio of technicians/support tech per user or computer in your average IT-shop.
When searching around, I can't find that many examples or any statistics.
We manage around 900 computers (mostly Windows XP) and 25+ servers (mostly Linux).
There are around 2600 users of varying knowledge, mostly pretty low.
I can't find any statistics on this, so real-world examples are very welcome since we do this with one sysadmin (me) and two sneaker techs.
Are we seriously understaffed, or is this normal?
"</sentencetext>
</article>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30600052</id>
	<title>Small German Car manufacturer:</title>
	<author>Anonymous</author>
	<datestamp>1259837700000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>1250 PCs, 10 ppl in tech support, 2 in "servers + network" support, 1 servers and 1 network supervisor</p></htmltext>
<tokenext>1250 PCs , 10 ppl in tech support , 2 in " servers + network " support , 1 servers and 1 network supervisor</tokentext>
<sentencetext>1250 PCs, 10 ppl in tech support, 2 in "servers + network" support, 1 servers and 1 network supervisor</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595832</id>
	<title>It's not always about user count.</title>
	<author>Anonymous</author>
	<datestamp>1259863500000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>I think that the staffing level has far more to do with the systems you support than the sheer number of users.  I have been in several shops, and the workload really depends on how much attention your applications require.</p><p>In the shop I manage, I have three geographical locations, 150 servers, 1000 users and only two sysadmins.  Granted, we do have a dedicated network engineer and phone/telecom admin.  But only two admins for all the servers, applications, users and workstation support.  There is also a dedicated helpdesk team- but they don't really do any troubleshooting.  We are a bit understaffed, and the ticket queue is a little deeper than I would like but we manage just fine.  One more FTE would be very welcome, but the budget just won't allow it.</p><p>In my opinion, many shops are way overstaffed.  If your staff has time to hang out on Drudge all day then there's simply not enough work.  I hit slashdot once every couple of days, and my admins are engaged all day long.  An earlier post said "6 server admins for 200 servers".  That's nuts.  Six servers out of 200 are broken every day that take all day to fix?  These 6 people do nothing but fix servers?  I'd layoff four of 'em, replace all the servers with updated hardware/software, still have a bunch of money left over and ask for a raise.</p></htmltext>
<tokenext>I think that the staffing level has far more to do with the systems you support than the sheer number of users .
I have been in several shops , and the workload really depends on how much attention your applications require.In the shop I manage , I have three geographical locations , 150 servers , 1000 users and only two sysadmins .
Granted , we do have a dedicated network engineer and phone/telecom admin .
But only two admins for all the servers , applications , users and workstation support .
There is also a dedicated helpdesk team- but they do n't really do any troubleshooting .
We are a bit understaffed , and the ticket queue is a little deeper than I would like but we manage just fine .
One more FTE would be very welcome , but the budget just wo n't allow it.In my opinion , many shops are way overstaffed .
If your staff has time to hang out on Drudge all day then there 's simply not enough work .
I hit slashdot once every couple of days , and my admins are engaged all day long .
An earlier post said " 6 server admins for 200 servers " .
That 's nuts .
Six servers out of 200 are broken every day that take all day to fix ?
These 6 people do nothing but fix servers ?
I 'd layoff four of 'em , replace all the servers with updated hardware/software , still have a bunch of money left over and ask for a raise .</tokentext>
<sentencetext>I think that the staffing level has far more to do with the systems you support than the sheer number of users.
I have been in several shops, and the workload really depends on how much attention your applications require.In the shop I manage, I have three geographical locations, 150 servers, 1000 users and only two sysadmins.
Granted, we do have a dedicated network engineer and phone/telecom admin.
But only two admins for all the servers, applications, users and workstation support.
There is also a dedicated helpdesk team- but they don't really do any troubleshooting.
We are a bit understaffed, and the ticket queue is a little deeper than I would like but we manage just fine.
One more FTE would be very welcome, but the budget just won't allow it.In my opinion, many shops are way overstaffed.
If your staff has time to hang out on Drudge all day then there's simply not enough work.
I hit slashdot once every couple of days, and my admins are engaged all day long.
An earlier post said "6 server admins for 200 servers".
That's nuts.
Six servers out of 200 are broken every day that take all day to fix?
These 6 people do nothing but fix servers?
I'd layoff four of 'em, replace all the servers with updated hardware/software, still have a bunch of money left over and ask for a raise.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594918</id>
	<title>Re:Over 9000</title>
	<author>zero0ne</author>
	<datestamp>1259860740000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p><div class="quote"><p><div class="quote"><p>Over 9000</p></div><p>What?!  But that's impossible!</p></div><p>OVER 9000!</p></div>
	</htmltext>
<tokenext>Over 9000What ? !
But that 's impossible ! OVER 9000 !</tokentext>
<sentencetext>Over 9000What?!
But that's impossible!OVER 9000!
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594694</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594894</id>
	<title>Repost! (sorta)</title>
	<author>Ken\_g6</author>
	<datestamp>1259860680000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>OK, not exactly, but the same topic was recently discussed <a href="http://ask.slashdot.org/comments.pl?sid=1492772&amp;cid=30587094" title="slashdot.org">in the Uniforms post</a> [slashdot.org].</p></htmltext>
<tokenext>OK , not exactly , but the same topic was recently discussed in the Uniforms post [ slashdot.org ] .</tokentext>
<sentencetext>OK, not exactly, but the same topic was recently discussed in the Uniforms post [slashdot.org].</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596140</id>
	<title>It depends</title>
	<author>tinker\_taylor</author>
	<datestamp>1259864460000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>In my current shop, we manage close to 400 os images, about 200+ servers, &gt;<nobr> <wbr></nobr>.5 Petabytes of Storage, &gt; 20TB of backups/day and have only 5 FTEs and 2 contractors.</p><p>A lot of the FTE to Server/User ratio depends on how organized your shop is. If you have managed to automate most of your SA activities, it's not unusual for 3-4 FTEs to manage a 1000 server shop.</p><p>The key words are:</p><p>1) Standardization of platform (have at the most 2 or 3 platforms, chosen for specific roles)<br>2) Standardization of OS/Build (have 2 or 3 OSes you can manage well, eg: Solaris, Linux)<br>3) Standardized Architecture (define your architecture and stick to it -- SAN, TAN, etc)<br>4) Automation tools (such as a good monitoring solution, Fault Management system, etc)<br>5) A good analytics tool (such as splunk, which will simplify your life with automatic log indexing, parsing).</p><p>In an organization with centralized resources (trends have been gravitating towards centralized infrastructure, datacenter consolidation etc), this becomes easier. In a distributed IT shop it is harder.</p></htmltext>
<tokenext>In my current shop , we manage close to 400 os images , about 200 + servers , &gt; .5 Petabytes of Storage , &gt; 20TB of backups/day and have only 5 FTEs and 2 contractors.A lot of the FTE to Server/User ratio depends on how organized your shop is .
If you have managed to automate most of your SA activities , it 's not unusual for 3-4 FTEs to manage a 1000 server shop.The key words are : 1 ) Standardization of platform ( have at the most 2 or 3 platforms , chosen for specific roles ) 2 ) Standardization of OS/Build ( have 2 or 3 OSes you can manage well , eg : Solaris , Linux ) 3 ) Standardized Architecture ( define your architecture and stick to it -- SAN , TAN , etc ) 4 ) Automation tools ( such as a good monitoring solution , Fault Management system , etc ) 5 ) A good analytics tool ( such as splunk , which will simplify your life with automatic log indexing , parsing ) .In an organization with centralized resources ( trends have been gravitating towards centralized infrastructure , datacenter consolidation etc ) , this becomes easier .
In a distributed IT shop it is harder .</tokentext>
<sentencetext>In my current shop, we manage close to 400 os images, about 200+ servers, &gt; .5 Petabytes of Storage, &gt; 20TB of backups/day and have only 5 FTEs and 2 contractors.A lot of the FTE to Server/User ratio depends on how organized your shop is.
If you have managed to automate most of your SA activities, it's not unusual for 3-4 FTEs to manage a 1000 server shop.The key words are:1) Standardization of platform (have at the most 2 or 3 platforms, chosen for specific roles)2) Standardization of OS/Build (have 2 or 3 OSes you can manage well, eg: Solaris, Linux)3) Standardized Architecture (define your architecture and stick to it -- SAN, TAN, etc)4) Automation tools (such as a good monitoring solution, Fault Management system, etc)5) A good analytics tool (such as splunk, which will simplify your life with automatic log indexing, parsing).In an organization with centralized resources (trends have been gravitating towards centralized infrastructure, datacenter consolidation etc), this becomes easier.
In a distributed IT shop it is harder.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595856</id>
	<title>Depends on how many windows stations removed</title>
	<author>SgtChaireBourne</author>
	<datestamp>1259863620000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>2</modscore>
	<htmltext><p>It depends on how many Windows desktops you are able to replace with Macintosh OS X, Solaris or Linux.  Seriously.  <a href="http://www.groklaw.net/article.php?story=2009122612211929" title="groklaw.net">Windows isn't around because of it's technical merits</a> [groklaw.net].</p><p>
I have worked in help desk environments in the past for a Windows / Macintosh / Solaris computing environment.  The Solaris users largely took care of themselves, but contacted us for some settings information, like establishing the right settings for Kerberos, LDAP, AFS, or SMTP. The Mac users outnumbered everyone else by at least 4 to 1.  However, it was the Windows users that wasted about 80\% of our time for drop in help.  Even cloned setups on identical hardware had different problems.  Drivers were a big one.  For phone calls, it was a bit higher in number of Windows user contacts but a bit shorter in duration for each one.
</p><p>
I did family tech support for years until I had enough and bought anyone who was willing new Apples.  Only my mom took me up, but her support calls dropped off to nothing within days and now we can talk about other things for a change.
</p><p>
I've visited and toured libraries and schools using LTSP.  One of those was stuck with some windows machines.  The effort to keep the few Windows machines going was about, from their statistics, about 14:1 compared to LTSP.  That ratio would probably been higher if they had even higher ration of Linux stations.  The others cited even more favorable rates.
</p><p>
Getting rid of Windows  is mostly a psychological problem.  First, users have to become familiar enough with computers to be able to do their daily tasks.  Having knowlegeable staff on the spot to nudge in the right direction is essential, as is encouraging peer support.  Then they need to keep access to the Windows machines and try to do on Windows what they can do on computers.  Then they eventually decide on their own, 'fuck it' regarding the Windows use and drop it without looking back.
</p><p><div class="quote"><p>The real question is are you always constantly working your ass off, fixing stupid problems - and therefore unable to do anything more productive? If so, then it seems you don't have enough people.</p></div><p>
Setting the 'right' staffing levels, then depends on how much you can clean up the computing environment.  I for one am offended that so much money and time is wasted just trying get the M$ stuff to work as well as its competitors.  I would much rather see the same number of staff hours used not for support but for improvement and making things faster, easier, more productive.  Before Windows, IT used to <b>save</b> effort rather than a live demo of the Red Queen's Race!
</p></div>
	</htmltext>
<tokenext>It depends on how many Windows desktops you are able to replace with Macintosh OS X , Solaris or Linux .
Seriously. Windows is n't around because of it 's technical merits [ groklaw.net ] .
I have worked in help desk environments in the past for a Windows / Macintosh / Solaris computing environment .
The Solaris users largely took care of themselves , but contacted us for some settings information , like establishing the right settings for Kerberos , LDAP , AFS , or SMTP .
The Mac users outnumbered everyone else by at least 4 to 1 .
However , it was the Windows users that wasted about 80 \ % of our time for drop in help .
Even cloned setups on identical hardware had different problems .
Drivers were a big one .
For phone calls , it was a bit higher in number of Windows user contacts but a bit shorter in duration for each one .
I did family tech support for years until I had enough and bought anyone who was willing new Apples .
Only my mom took me up , but her support calls dropped off to nothing within days and now we can talk about other things for a change .
I 've visited and toured libraries and schools using LTSP .
One of those was stuck with some windows machines .
The effort to keep the few Windows machines going was about , from their statistics , about 14 : 1 compared to LTSP .
That ratio would probably been higher if they had even higher ration of Linux stations .
The others cited even more favorable rates .
Getting rid of Windows is mostly a psychological problem .
First , users have to become familiar enough with computers to be able to do their daily tasks .
Having knowlegeable staff on the spot to nudge in the right direction is essential , as is encouraging peer support .
Then they need to keep access to the Windows machines and try to do on Windows what they can do on computers .
Then they eventually decide on their own , 'fuck it ' regarding the Windows use and drop it without looking back .
The real question is are you always constantly working your ass off , fixing stupid problems - and therefore unable to do anything more productive ?
If so , then it seems you do n't have enough people .
Setting the 'right ' staffing levels , then depends on how much you can clean up the computing environment .
I for one am offended that so much money and time is wasted just trying get the M $ stuff to work as well as its competitors .
I would much rather see the same number of staff hours used not for support but for improvement and making things faster , easier , more productive .
Before Windows , IT used to save effort rather than a live demo of the Red Queen 's Race !</tokentext>
<sentencetext>It depends on how many Windows desktops you are able to replace with Macintosh OS X, Solaris or Linux.
Seriously.  Windows isn't around because of it's technical merits [groklaw.net].
I have worked in help desk environments in the past for a Windows / Macintosh / Solaris computing environment.
The Solaris users largely took care of themselves, but contacted us for some settings information, like establishing the right settings for Kerberos, LDAP, AFS, or SMTP.
The Mac users outnumbered everyone else by at least 4 to 1.
However, it was the Windows users that wasted about 80\% of our time for drop in help.
Even cloned setups on identical hardware had different problems.
Drivers were a big one.
For phone calls, it was a bit higher in number of Windows user contacts but a bit shorter in duration for each one.
I did family tech support for years until I had enough and bought anyone who was willing new Apples.
Only my mom took me up, but her support calls dropped off to nothing within days and now we can talk about other things for a change.
I've visited and toured libraries and schools using LTSP.
One of those was stuck with some windows machines.
The effort to keep the few Windows machines going was about, from their statistics, about 14:1 compared to LTSP.
That ratio would probably been higher if they had even higher ration of Linux stations.
The others cited even more favorable rates.
Getting rid of Windows  is mostly a psychological problem.
First, users have to become familiar enough with computers to be able to do their daily tasks.
Having knowlegeable staff on the spot to nudge in the right direction is essential, as is encouraging peer support.
Then they need to keep access to the Windows machines and try to do on Windows what they can do on computers.
Then they eventually decide on their own, 'fuck it' regarding the Windows use and drop it without looking back.
The real question is are you always constantly working your ass off, fixing stupid problems - and therefore unable to do anything more productive?
If so, then it seems you don't have enough people.
Setting the 'right' staffing levels, then depends on how much you can clean up the computing environment.
I for one am offended that so much money and time is wasted just trying get the M$ stuff to work as well as its competitors.
I would much rather see the same number of staff hours used not for support but for improvement and making things faster, easier, more productive.
Before Windows, IT used to save effort rather than a live demo of the Red Queen's Race!

	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594316</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594364</id>
	<title>At my location</title>
	<author>teslafreak</author>
	<datestamp>1259859060000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>At my company, about 1200 employees, a vast number of servers (mostly virtual).  4 service desk techs, 4 network operations personnel, 4 programmers.  We still consistently feel a bit understaffed, but we manage.  There are other locations of the same company with similar ratios.</htmltext>
<tokenext>At my company , about 1200 employees , a vast number of servers ( mostly virtual ) .
4 service desk techs , 4 network operations personnel , 4 programmers .
We still consistently feel a bit understaffed , but we manage .
There are other locations of the same company with similar ratios .</tokentext>
<sentencetext>At my company, about 1200 employees, a vast number of servers (mostly virtual).
4 service desk techs, 4 network operations personnel, 4 programmers.
We still consistently feel a bit understaffed, but we manage.
There are other locations of the same company with similar ratios.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30599716</id>
	<title>Re:Over 9000</title>
	<author>jacksonj04</author>
	<datestamp>1259835660000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>We were once like that, with every room having a printer. Now it's all centralised and it's a 5 minute trek to your nearest printer to collect anything.</p></htmltext>
<tokenext>We were once like that , with every room having a printer .
Now it 's all centralised and it 's a 5 minute trek to your nearest printer to collect anything .</tokentext>
<sentencetext>We were once like that, with every room having a printer.
Now it's all centralised and it's a 5 minute trek to your nearest printer to collect anything.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595890</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595626</id>
	<title>You didn't mention if you were busy</title>
	<author>agentc0re</author>
	<datestamp>1259862840000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Are you busy?  Just because you've posted the question doesn't necessarily mean that you are.  Bodies usually are warranted on a need basis not based on how many of X that you have.  In a small shop you're probably going to have a mixture, like I do.  We have 110 Employee's, 12 Windows servers(2 DC's, 1 SQL, 1 X-CHNG), 6 linux servers(2 are XenServer Hosts, 1 Firewall).  We both handle everything, neither of us are assigned to just do Servers and the other to answer the phone.  Honestly we hardly get phone calls, and when we do the Tech Support dice could answer the question(no joke).  Usually simple stuff.  I've been more busy with server maintenance than anything.</p><p>Anyways, the point is how busy are you?  Is some of the slack not being picked up by other tech's?  If I was also judge this based on machine count it would be around 50 to 60 machines per Tech.  Probably around 500 Machines warrants the segregation of Tech's(phone and email support) and Sys/Network Admin.</p></htmltext>
<tokenext>Are you busy ?
Just because you 've posted the question does n't necessarily mean that you are .
Bodies usually are warranted on a need basis not based on how many of X that you have .
In a small shop you 're probably going to have a mixture , like I do .
We have 110 Employee 's , 12 Windows servers ( 2 DC 's , 1 SQL , 1 X-CHNG ) , 6 linux servers ( 2 are XenServer Hosts , 1 Firewall ) .
We both handle everything , neither of us are assigned to just do Servers and the other to answer the phone .
Honestly we hardly get phone calls , and when we do the Tech Support dice could answer the question ( no joke ) .
Usually simple stuff .
I 've been more busy with server maintenance than anything.Anyways , the point is how busy are you ?
Is some of the slack not being picked up by other tech 's ?
If I was also judge this based on machine count it would be around 50 to 60 machines per Tech .
Probably around 500 Machines warrants the segregation of Tech 's ( phone and email support ) and Sys/Network Admin .</tokentext>
<sentencetext>Are you busy?
Just because you've posted the question doesn't necessarily mean that you are.
Bodies usually are warranted on a need basis not based on how many of X that you have.
In a small shop you're probably going to have a mixture, like I do.
We have 110 Employee's, 12 Windows servers(2 DC's, 1 SQL, 1 X-CHNG), 6 linux servers(2 are XenServer Hosts, 1 Firewall).
We both handle everything, neither of us are assigned to just do Servers and the other to answer the phone.
Honestly we hardly get phone calls, and when we do the Tech Support dice could answer the question(no joke).
Usually simple stuff.
I've been more busy with server maintenance than anything.Anyways, the point is how busy are you?
Is some of the slack not being picked up by other tech's?
If I was also judge this based on machine count it would be around 50 to 60 machines per Tech.
Probably around 500 Machines warrants the segregation of Tech's(phone and email support) and Sys/Network Admin.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596164</id>
	<title>Re:Still valid?</title>
	<author>ottothecow</author>
	<datestamp>1259864520000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Where are all of these people getting worker numbers far higher than computer numbers? (2600/900, 200/50, 250/120, etc)<p>

Maybe it was the case many years ago, but every place I have worked had at least 1:1 if not more when you take into account machines kept as live spares and users with several computers.  Gets even worse when you factor in the IT people also supporting blackberry deployments and the like.  I can see it in a factory of some sort...or I have a friend in IT for a coffee shop chain--its probably 1:1 in the office but when users call in from a shop, they are calling about the shared POS machines.  In an office setting people use individual computers...even interns who work on opposing days get their "own" system.</p></htmltext>
<tokenext>Where are all of these people getting worker numbers far higher than computer numbers ?
( 2600/900 , 200/50 , 250/120 , etc ) Maybe it was the case many years ago , but every place I have worked had at least 1 : 1 if not more when you take into account machines kept as live spares and users with several computers .
Gets even worse when you factor in the IT people also supporting blackberry deployments and the like .
I can see it in a factory of some sort...or I have a friend in IT for a coffee shop chain--its probably 1 : 1 in the office but when users call in from a shop , they are calling about the shared POS machines .
In an office setting people use individual computers...even interns who work on opposing days get their " own " system .</tokentext>
<sentencetext>Where are all of these people getting worker numbers far higher than computer numbers?
(2600/900, 200/50, 250/120, etc)

Maybe it was the case many years ago, but every place I have worked had at least 1:1 if not more when you take into account machines kept as live spares and users with several computers.
Gets even worse when you factor in the IT people also supporting blackberry deployments and the like.
I can see it in a factory of some sort...or I have a friend in IT for a coffee shop chain--its probably 1:1 in the office but when users call in from a shop, they are calling about the shared POS machines.
In an office setting people use individual computers...even interns who work on opposing days get their "own" system.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594412</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30601868</id>
	<title>Re:I think you're understaffed.</title>
	<author>Anonymous</author>
	<datestamp>1259850840000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>K-12 School, 1500 students:<br>350 student netbooks (This will get to a stable number of ~1050 in a couple more years time)<br>150 student laptops<br>150 staff laptops<br>350 desktops<br>10 servers<br>everything is microsoft</p><p>1 network admin<br>2 technicians (looking for 1 more at the moment, more as the netbooks come into the school).</p><p>The netbooks take the most amount of work because we give the kids admin access to their local account, and therefore they screw them up the most.</p></htmltext>
<tokenext>K-12 School , 1500 students : 350 student netbooks ( This will get to a stable number of ~ 1050 in a couple more years time ) 150 student laptops150 staff laptops350 desktops10 serverseverything is microsoft1 network admin2 technicians ( looking for 1 more at the moment , more as the netbooks come into the school ) .The netbooks take the most amount of work because we give the kids admin access to their local account , and therefore they screw them up the most .</tokentext>
<sentencetext>K-12 School, 1500 students:350 student netbooks (This will get to a stable number of ~1050 in a couple more years time)150 student laptops150 staff laptops350 desktops10 serverseverything is microsoft1 network admin2 technicians (looking for 1 more at the moment, more as the netbooks come into the school).The netbooks take the most amount of work because we give the kids admin access to their local account, and therefore they screw them up the most.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594496</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596482</id>
	<title>US Army Doctrine</title>
	<author>nstickney</author>
	<datestamp>1259865480000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>The United States Army teaches that you need three to one odds to attempt an offensive maneuver....</htmltext>
<tokenext>The United States Army teaches that you need three to one odds to attempt an offensive maneuver... .</tokentext>
<sentencetext>The United States Army teaches that you need three to one odds to attempt an offensive maneuver....</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598310</id>
	<title>for our company..</title>
	<author>joelmax</author>
	<datestamp>1259872440000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Our IT dept here where I work is 1 Systems analyst, 1 network admin, and our boss. That is for about 200 pc users across 27 locations, not big, but our ratio is what works for us, so we don't rock the boat... maybe if our users were a little more savvy we could run with 2 people, they tried that and it wasn't enough, but 4 would be too many.

Really this is one of those hard to predict things that could be 1 for every 10 people, or 1 for every 50 people. In our case, we try to automate as much as possible, eliminating a lot of the mundane things that are just annoying to do... little things like that help keep everything balanced and maintain a reasonable tech to user ratio.</htmltext>
<tokenext>Our IT dept here where I work is 1 Systems analyst , 1 network admin , and our boss .
That is for about 200 pc users across 27 locations , not big , but our ratio is what works for us , so we do n't rock the boat... maybe if our users were a little more savvy we could run with 2 people , they tried that and it was n't enough , but 4 would be too many .
Really this is one of those hard to predict things that could be 1 for every 10 people , or 1 for every 50 people .
In our case , we try to automate as much as possible , eliminating a lot of the mundane things that are just annoying to do... little things like that help keep everything balanced and maintain a reasonable tech to user ratio .</tokentext>
<sentencetext>Our IT dept here where I work is 1 Systems analyst, 1 network admin, and our boss.
That is for about 200 pc users across 27 locations, not big, but our ratio is what works for us, so we don't rock the boat... maybe if our users were a little more savvy we could run with 2 people, they tried that and it wasn't enough, but 4 would be too many.
Really this is one of those hard to predict things that could be 1 for every 10 people, or 1 for every 50 people.
In our case, we try to automate as much as possible, eliminating a lot of the mundane things that are just annoying to do... little things like that help keep everything balanced and maintain a reasonable tech to user ratio.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594926</id>
	<title>It depends on your SLA</title>
	<author>Zorlon</author>
	<datestamp>1259860800000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>As long as you manage expectations and, make management aware of the costs vs. risk.</p><p>There are a lot of factors that determine the manpower needed:</p><p>1) Are backups of files required by all users or just a few users (ie CEO, finance, hr etc)<br>3) What is the expected work hours 24/7? or 8/5?<br>4) How much redundancy is built into the servers? If they are in pairs then one can go down and be fixed during regular work hours.<br>5) How is your storage set up ? Disk drives fail so you will need RAID, mirroring etc<br>6) Have the servers been properly maintained ? A lot of times applications are put on servers without correct startup and shutdown scripts. If there is a power outage and the servers are cycled they should come up correctly with all applications.<br>7) Do you have a monitoring system in place to try to catch problems before they become catastrophic failures.<br>8) Do you have good configuration management so that the systems are as identical as possible.<br>9) Do you have routine maintenance items automated - this is easier if you have item 8 above.</p><p>All of these have cost and risk associated with them so it is important to go over them with management. You can explain how if you don't have a decent backup plan then data can get "lost."</p></htmltext>
<tokenext>As long as you manage expectations and , make management aware of the costs vs. risk.There are a lot of factors that determine the manpower needed : 1 ) Are backups of files required by all users or just a few users ( ie CEO , finance , hr etc ) 3 ) What is the expected work hours 24/7 ?
or 8/5 ? 4 ) How much redundancy is built into the servers ?
If they are in pairs then one can go down and be fixed during regular work hours.5 ) How is your storage set up ?
Disk drives fail so you will need RAID , mirroring etc6 ) Have the servers been properly maintained ?
A lot of times applications are put on servers without correct startup and shutdown scripts .
If there is a power outage and the servers are cycled they should come up correctly with all applications.7 ) Do you have a monitoring system in place to try to catch problems before they become catastrophic failures.8 ) Do you have good configuration management so that the systems are as identical as possible.9 ) Do you have routine maintenance items automated - this is easier if you have item 8 above.All of these have cost and risk associated with them so it is important to go over them with management .
You can explain how if you do n't have a decent backup plan then data can get " lost .
"</tokentext>
<sentencetext>As long as you manage expectations and, make management aware of the costs vs. risk.There are a lot of factors that determine the manpower needed:1) Are backups of files required by all users or just a few users (ie CEO, finance, hr etc)3) What is the expected work hours 24/7?
or 8/5?4) How much redundancy is built into the servers?
If they are in pairs then one can go down and be fixed during regular work hours.5) How is your storage set up ?
Disk drives fail so you will need RAID, mirroring etc6) Have the servers been properly maintained ?
A lot of times applications are put on servers without correct startup and shutdown scripts.
If there is a power outage and the servers are cycled they should come up correctly with all applications.7) Do you have a monitoring system in place to try to catch problems before they become catastrophic failures.8) Do you have good configuration management so that the systems are as identical as possible.9) Do you have routine maintenance items automated - this is easier if you have item 8 above.All of these have cost and risk associated with them so it is important to go over them with management.
You can explain how if you don't have a decent backup plan then data can get "lost.
"</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30601406</id>
	<title>Facebook: is not someone to copy</title>
	<author>Anonymous</author>
	<datestamp>1259847180000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Facebook: is not someone to copy.  The security of their systems is highly suspect. While I don't have any first hand knowledge about facebook, I know that many, including the most popular, 3rd party flash games are compromised. Ever noticed how many unplanned outages they have?</p><p>Today, any company that ends up in the news for network or security related items is **not** a company I want to:<br>a) do business with<br>b) invest my savings with<br>c) encourage everyone I know to use.</p><p>Security matters.  Do any of you still shop at TJ-Maxx or K-Mart?</p></htmltext>
<tokenext>Facebook : is not someone to copy .
The security of their systems is highly suspect .
While I do n't have any first hand knowledge about facebook , I know that many , including the most popular , 3rd party flash games are compromised .
Ever noticed how many unplanned outages they have ? Today , any company that ends up in the news for network or security related items is * * not * * a company I want to : a ) do business withb ) invest my savings withc ) encourage everyone I know to use.Security matters .
Do any of you still shop at TJ-Maxx or K-Mart ?</tokentext>
<sentencetext>Facebook: is not someone to copy.
The security of their systems is highly suspect.
While I don't have any first hand knowledge about facebook, I know that many, including the most popular, 3rd party flash games are compromised.
Ever noticed how many unplanned outages they have?Today, any company that ends up in the news for network or security related items is **not** a company I want to:a) do business withb) invest my savings withc) encourage everyone I know to use.Security matters.
Do any of you still shop at TJ-Maxx or K-Mart?</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596052</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30600018</id>
	<title>Re:What are you really asking?</title>
	<author>Anonymous</author>
	<datestamp>1259837520000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>You need multiple desktop techs/server admins if only to cover when the others are out of the office (vacation, sick, etc.)</p><p>I workin a school district that is fairly well managed (we push back as often as we get pushed around by the users),and we have upwards of over 1,000 computers for up to 5,000 users (students, faculty, etc),and we get by with one tech per 1,000 users (at the K-5 level), and around 1,200 users per tech at middle school and high school (level - each building has one one tech, elem have one tech for two buildings).</p><p>We have four desktop techs, a DBA, Windows server guy, Mac Server guy, one VoIP tech and our boss is the network guy. A/V is in another dept.</p><p>We close tickets usually the same day they open, users are happy, and we really can't go any lower in staffing, to accomodate when a tech is ouit of office.</p><p>BUT, as I said at the beginning, this is a school setting - the "business" isn't on th eline if the systems go down, but we try very hard to avoid outages.</p></htmltext>
<tokenext>You need multiple desktop techs/server admins if only to cover when the others are out of the office ( vacation , sick , etc .
) I workin a school district that is fairly well managed ( we push back as often as we get pushed around by the users ) ,and we have upwards of over 1,000 computers for up to 5,000 users ( students , faculty , etc ) ,and we get by with one tech per 1,000 users ( at the K-5 level ) , and around 1,200 users per tech at middle school and high school ( level - each building has one one tech , elem have one tech for two buildings ) .We have four desktop techs , a DBA , Windows server guy , Mac Server guy , one VoIP tech and our boss is the network guy .
A/V is in another dept.We close tickets usually the same day they open , users are happy , and we really ca n't go any lower in staffing , to accomodate when a tech is ouit of office.BUT , as I said at the beginning , this is a school setting - the " business " is n't on th eline if the systems go down , but we try very hard to avoid outages .</tokentext>
<sentencetext>You need multiple desktop techs/server admins if only to cover when the others are out of the office (vacation, sick, etc.
)I workin a school district that is fairly well managed (we push back as often as we get pushed around by the users),and we have upwards of over 1,000 computers for up to 5,000 users (students, faculty, etc),and we get by with one tech per 1,000 users (at the K-5 level), and around 1,200 users per tech at middle school and high school (level - each building has one one tech, elem have one tech for two buildings).We have four desktop techs, a DBA, Windows server guy, Mac Server guy, one VoIP tech and our boss is the network guy.
A/V is in another dept.We close tickets usually the same day they open, users are happy, and we really can't go any lower in staffing, to accomodate when a tech is ouit of office.BUT, as I said at the beginning, this is a school setting - the "business" isn't on th eline if the systems go down, but we try very hard to avoid outages.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594440</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594820</id>
	<title>Understaffed</title>
	<author>jon3k</author>
	<datestamp>1259860440000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>6,100 employees 44 locations + 2 datacenters.
<br> <br>
3 admins (1 network 2 systems) and 2 helpdesk technicians</htmltext>
<tokenext>6,100 employees 44 locations + 2 datacenters .
3 admins ( 1 network 2 systems ) and 2 helpdesk technicians</tokentext>
<sentencetext>6,100 employees 44 locations + 2 datacenters.
3 admins (1 network 2 systems) and 2 helpdesk technicians</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595172</id>
	<title>Admin/Server Ratio?(please contribute if possible)</title>
	<author>jr76</author>
	<datestamp>1259861640000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Hello, I cannot give my numbers but I'm pretty damn sure my site is incredibly understaffed, so I'm really curious on how it is done on other sites.  I know this article is touching the desktop side of things, but if you can give some input on the ratio for admin/servers, it would be appreciated.</htmltext>
<tokenext>Hello , I can not give my numbers but I 'm pretty damn sure my site is incredibly understaffed , so I 'm really curious on how it is done on other sites .
I know this article is touching the desktop side of things , but if you can give some input on the ratio for admin/servers , it would be appreciated .</tokentext>
<sentencetext>Hello, I cannot give my numbers but I'm pretty damn sure my site is incredibly understaffed, so I'm really curious on how it is done on other sites.
I know this article is touching the desktop side of things, but if you can give some input on the ratio for admin/servers, it would be appreciated.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30600186</id>
	<title>At my place...</title>
	<author>kannibul</author>
	<datestamp>1259838720000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>I'm the only "IT" guy, we have 5 others (1 manager/programmer, the others programmers) that are upgrading/developing internal applications. I take care of all the support issues (except for those internally developed apps). We've recently hired a sort of level-1 person, that is here part time.

Job demand is such that we can just barely jusify having the part-timer - as this person's position has to be "billed out" to the other departments. Myself, I'm not billable for most of them. Strange, I know.

Overall, we have around 200 users, according to active director. We have around 20 servers. Computers, we have around 300 or so. Why, you might ask? We have computer labs that the public can use...that we have to maintain.

By myself, I get more and mroe behind, projects get delayed, ideas are never fleshed out. With the part-timer, I get enough breathing room that I can do more, even though I have to walk this more technical person through things...at least they get it, where our users don't.</htmltext>
<tokenext>I 'm the only " IT " guy , we have 5 others ( 1 manager/programmer , the others programmers ) that are upgrading/developing internal applications .
I take care of all the support issues ( except for those internally developed apps ) .
We 've recently hired a sort of level-1 person , that is here part time .
Job demand is such that we can just barely jusify having the part-timer - as this person 's position has to be " billed out " to the other departments .
Myself , I 'm not billable for most of them .
Strange , I know .
Overall , we have around 200 users , according to active director .
We have around 20 servers .
Computers , we have around 300 or so .
Why , you might ask ?
We have computer labs that the public can use...that we have to maintain .
By myself , I get more and mroe behind , projects get delayed , ideas are never fleshed out .
With the part-timer , I get enough breathing room that I can do more , even though I have to walk this more technical person through things...at least they get it , where our users do n't .</tokentext>
<sentencetext>I'm the only "IT" guy, we have 5 others (1 manager/programmer, the others programmers) that are upgrading/developing internal applications.
I take care of all the support issues (except for those internally developed apps).
We've recently hired a sort of level-1 person, that is here part time.
Job demand is such that we can just barely jusify having the part-timer - as this person's position has to be "billed out" to the other departments.
Myself, I'm not billable for most of them.
Strange, I know.
Overall, we have around 200 users, according to active director.
We have around 20 servers.
Computers, we have around 300 or so.
Why, you might ask?
We have computer labs that the public can use...that we have to maintain.
By myself, I get more and mroe behind, projects get delayed, ideas are never fleshed out.
With the part-timer, I get enough breathing room that I can do more, even though I have to walk this more technical person through things...at least they get it, where our users don't.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594936</id>
	<title>My Numbers</title>
	<author>clawhound</author>
	<datestamp>1259860800000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>I used to handle about 400 hundred people and 400 boxes as a sneaker admin. So two folks for PCs and one for servers is workable -IF- you have your act together.<br>
<br>
My suspicion is that you all are a bit low. Reasons:<br>
- People get sick.<br>
- People take vacations.<br>
- You need to cross-train each other.<br>
- Special projects can and do come up.<br>
- There are under-met needs in the company.<br>
<br>
To get the person that you need, you really need to show the business case for it. Once you can do that, ratios don't matter.</htmltext>
<tokenext>I used to handle about 400 hundred people and 400 boxes as a sneaker admin .
So two folks for PCs and one for servers is workable -IF- you have your act together .
My suspicion is that you all are a bit low .
Reasons : - People get sick .
- People take vacations .
- You need to cross-train each other .
- Special projects can and do come up .
- There are under-met needs in the company .
To get the person that you need , you really need to show the business case for it .
Once you can do that , ratios do n't matter .</tokentext>
<sentencetext>I used to handle about 400 hundred people and 400 boxes as a sneaker admin.
So two folks for PCs and one for servers is workable -IF- you have your act together.
My suspicion is that you all are a bit low.
Reasons:
- People get sick.
- People take vacations.
- You need to cross-train each other.
- Special projects can and do come up.
- There are under-met needs in the company.
To get the person that you need, you really need to show the business case for it.
Once you can do that, ratios don't matter.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594338</id>
	<title>Nowadays?</title>
	<author>jornak</author>
	<datestamp>1259858940000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>It's normal. With the economy and the dwindling amount of resources being set aside to IT in companies, you can expect to see the tech to end-user ratio reach 1:1000 often.</p></htmltext>
<tokenext>It 's normal .
With the economy and the dwindling amount of resources being set aside to IT in companies , you can expect to see the tech to end-user ratio reach 1 : 1000 often .</tokentext>
<sentencetext>It's normal.
With the economy and the dwindling amount of resources being set aside to IT in companies, you can expect to see the tech to end-user ratio reach 1:1000 often.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597974</id>
	<title>At our site, its the apps that cause the problems</title>
	<author>Anonymous</author>
	<datestamp>1259871300000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>We are an educational site that runs around 1000 PCs running Windows.  We have around 200+ applications installed on those PCs (each and every one), with about 2700 potential users.  Our Windows machines are totally automated from cradle to grave.  There are application install and remove scripts for everything we do.  The build is automated, the rebuild is automated and can be done remotely.  The problem is NOT managing the machines, the OS, or even the users.  The problem is managing the applications.</p><p>Our automation is setup so that we could easily scale to 10,000s of PCs.  Putting a PC on a users desk with Windows OS, and patching it every month is a no brainer.  Our PCs run in lock down mode where the users run without Admin privs.  The users have roaming profiles and folder redirection with our AD setup.  The users can easily move from machine to machine.  We have around 25 servers to manage our desktop machines.</p><p>The reason I say that applications are the issue is because for every application you install, you must manage that application over its life cycle.  This includes things like making sure the machine has the neccessary pre-reqs, making sure licensing is taken care of, making sure that software dependencies are met, etc.  Removing apps can also be painful if you don't take care to remember how one vendors app integrates with another.  To top it all off, the software vendors for Windows are a very nasty bunch.  Every vendor has a different install method.  From InstallShield, to MS Installer MSIs, to NullSoft, to hand written VB installers, to BATCH files, etc.  Even after you get the app installed as Admin, many vendors applications won't work as normal users becuase they don't yet know how to setup a new user when a user logs on the first time.  Many times a vendor will program their application to use the "All Users" settings, other times, they will use the users own personal profile.  Software vendors are a royal pain-in-the-ass.  Also some apps require patching as well as security updates.</p><p>Most of the problem was/is caused by Microsofts inadequate attempts at actually "defining" a working user environment.  Half of the software vendors out there just don't understand exactly how a non-admin user should interact with the system.  Some work with roaming profiles correctly, others have never heard of roaming profiles or folder redirection.  We get some of our applications out of the back of college text books, written by grad students at other univeristies.  Those grad students just don't understand things like gettting your dot-net app installed on a users box, especially if the user doesn't run with admin privs.  The Windows user environment is very hostile to IT administrators.</p><p>On top of that are the issues caused by anti-virus.  You take a nice machine running multi-core at 3 GHz, then you stuff an anti-virus package, and that machine will run like it was 4 years old.</p><p>Our ratio is 3 guru admins/architects for those 1000 machines.  We also have 1 'nix admin, 1 Oracle DBA, as well as a 1 full time hardware guy.  So 6 full timers (in the back-end), plus some student TAs managed by 1 full time help desk operator.  We are most of the time pulling our hair out.  We've been "planning" on moving to Win7, but with our monthy pace of patching and adding/removing applications we just don't have the time for a new architecture.  Having to manage bringing everyone on to the new architecture at the same time with the migration of 200+ apps just IS NOT GOING TO WORK.  So there would be some time where we are running both the old and the new system.  Quite a daunting task given the number of admins we have.</p><p>The other problem is one of finding the right application installers.  Many people just don't get why they should take so much care when installing a new app.  When your one application rollout "breaks" the entire system you will play not 52 card pickup, but 1000 machine pickup.  That is an ugly situation to be in.  So most of the time we sit around and run testing scenarios to</p></htmltext>
<tokenext>We are an educational site that runs around 1000 PCs running Windows .
We have around 200 + applications installed on those PCs ( each and every one ) , with about 2700 potential users .
Our Windows machines are totally automated from cradle to grave .
There are application install and remove scripts for everything we do .
The build is automated , the rebuild is automated and can be done remotely .
The problem is NOT managing the machines , the OS , or even the users .
The problem is managing the applications.Our automation is setup so that we could easily scale to 10,000s of PCs .
Putting a PC on a users desk with Windows OS , and patching it every month is a no brainer .
Our PCs run in lock down mode where the users run without Admin privs .
The users have roaming profiles and folder redirection with our AD setup .
The users can easily move from machine to machine .
We have around 25 servers to manage our desktop machines.The reason I say that applications are the issue is because for every application you install , you must manage that application over its life cycle .
This includes things like making sure the machine has the neccessary pre-reqs , making sure licensing is taken care of , making sure that software dependencies are met , etc .
Removing apps can also be painful if you do n't take care to remember how one vendors app integrates with another .
To top it all off , the software vendors for Windows are a very nasty bunch .
Every vendor has a different install method .
From InstallShield , to MS Installer MSIs , to NullSoft , to hand written VB installers , to BATCH files , etc .
Even after you get the app installed as Admin , many vendors applications wo n't work as normal users becuase they do n't yet know how to setup a new user when a user logs on the first time .
Many times a vendor will program their application to use the " All Users " settings , other times , they will use the users own personal profile .
Software vendors are a royal pain-in-the-ass .
Also some apps require patching as well as security updates.Most of the problem was/is caused by Microsofts inadequate attempts at actually " defining " a working user environment .
Half of the software vendors out there just do n't understand exactly how a non-admin user should interact with the system .
Some work with roaming profiles correctly , others have never heard of roaming profiles or folder redirection .
We get some of our applications out of the back of college text books , written by grad students at other univeristies .
Those grad students just do n't understand things like gettting your dot-net app installed on a users box , especially if the user does n't run with admin privs .
The Windows user environment is very hostile to IT administrators.On top of that are the issues caused by anti-virus .
You take a nice machine running multi-core at 3 GHz , then you stuff an anti-virus package , and that machine will run like it was 4 years old.Our ratio is 3 guru admins/architects for those 1000 machines .
We also have 1 'nix admin , 1 Oracle DBA , as well as a 1 full time hardware guy .
So 6 full timers ( in the back-end ) , plus some student TAs managed by 1 full time help desk operator .
We are most of the time pulling our hair out .
We 've been " planning " on moving to Win7 , but with our monthy pace of patching and adding/removing applications we just do n't have the time for a new architecture .
Having to manage bringing everyone on to the new architecture at the same time with the migration of 200 + apps just IS NOT GOING TO WORK .
So there would be some time where we are running both the old and the new system .
Quite a daunting task given the number of admins we have.The other problem is one of finding the right application installers .
Many people just do n't get why they should take so much care when installing a new app .
When your one application rollout " breaks " the entire system you will play not 52 card pickup , but 1000 machine pickup .
That is an ugly situation to be in .
So most of the time we sit around and run testing scenarios to</tokentext>
<sentencetext>We are an educational site that runs around 1000 PCs running Windows.
We have around 200+ applications installed on those PCs (each and every one), with about 2700 potential users.
Our Windows machines are totally automated from cradle to grave.
There are application install and remove scripts for everything we do.
The build is automated, the rebuild is automated and can be done remotely.
The problem is NOT managing the machines, the OS, or even the users.
The problem is managing the applications.Our automation is setup so that we could easily scale to 10,000s of PCs.
Putting a PC on a users desk with Windows OS, and patching it every month is a no brainer.
Our PCs run in lock down mode where the users run without Admin privs.
The users have roaming profiles and folder redirection with our AD setup.
The users can easily move from machine to machine.
We have around 25 servers to manage our desktop machines.The reason I say that applications are the issue is because for every application you install, you must manage that application over its life cycle.
This includes things like making sure the machine has the neccessary pre-reqs, making sure licensing is taken care of, making sure that software dependencies are met, etc.
Removing apps can also be painful if you don't take care to remember how one vendors app integrates with another.
To top it all off, the software vendors for Windows are a very nasty bunch.
Every vendor has a different install method.
From InstallShield, to MS Installer MSIs, to NullSoft, to hand written VB installers, to BATCH files, etc.
Even after you get the app installed as Admin, many vendors applications won't work as normal users becuase they don't yet know how to setup a new user when a user logs on the first time.
Many times a vendor will program their application to use the "All Users" settings, other times, they will use the users own personal profile.
Software vendors are a royal pain-in-the-ass.
Also some apps require patching as well as security updates.Most of the problem was/is caused by Microsofts inadequate attempts at actually "defining" a working user environment.
Half of the software vendors out there just don't understand exactly how a non-admin user should interact with the system.
Some work with roaming profiles correctly, others have never heard of roaming profiles or folder redirection.
We get some of our applications out of the back of college text books, written by grad students at other univeristies.
Those grad students just don't understand things like gettting your dot-net app installed on a users box, especially if the user doesn't run with admin privs.
The Windows user environment is very hostile to IT administrators.On top of that are the issues caused by anti-virus.
You take a nice machine running multi-core at 3 GHz, then you stuff an anti-virus package, and that machine will run like it was 4 years old.Our ratio is 3 guru admins/architects for those 1000 machines.
We also have 1 'nix admin, 1 Oracle DBA, as well as a 1 full time hardware guy.
So 6 full timers (in the back-end), plus some student TAs managed by 1 full time help desk operator.
We are most of the time pulling our hair out.
We've been "planning" on moving to Win7, but with our monthy pace of patching and adding/removing applications we just don't have the time for a new architecture.
Having to manage bringing everyone on to the new architecture at the same time with the migration of 200+ apps just IS NOT GOING TO WORK.
So there would be some time where we are running both the old and the new system.
Quite a daunting task given the number of admins we have.The other problem is one of finding the right application installers.
Many people just don't get why they should take so much care when installing a new app.
When your one application rollout "breaks" the entire system you will play not 52 card pickup, but 1000 machine pickup.
That is an ugly situation to be in.
So most of the time we sit around and run testing scenarios to</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594316</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595228</id>
	<title>both</title>
	<author>computerdork</author>
	<datestamp>1259861760000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>I would say you are seriously understaffed, and that is completely normal.

I.T. sucks. I got out of that field to pursue electrical engineering.</htmltext>
<tokenext>I would say you are seriously understaffed , and that is completely normal .
I.T. sucks .
I got out of that field to pursue electrical engineering .</tokentext>
<sentencetext>I would say you are seriously understaffed, and that is completely normal.
I.T. sucks.
I got out of that field to pursue electrical engineering.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596500</id>
	<title>Re:Lockdown</title>
	<author>Bigjeff5</author>
	<datestamp>1259865540000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>2</modscore>
	<htmltext><p>Sounds like you're using wrong, then.</p><p>We use Citrix as a barrier between sensitive networks.  We have a corporate network, a buffer network, and a sensitive network.  Citrix servers sit in the buffer network allowing users on the corporate network to access the sensitive network without having any direct link between the two.  It works pretty well, since we can lock down the buffer network to only allow the citrix connections and a few outside connections for things like AV and MS updates.</p><p>As far as using Citrix to do real work on a day to day basis without such high security requirments, I've always thought it was a terrible idea.  My company wants to do more of it though, and I can't understand why.  A new laptop is about $600 and should last 2-3 years.  Support per laptop is probably another $100 a year, for grand total of $900.  I can't see the extra bandwidth and citrix licensing used up by a user working off of a citrix connection costing less than that over three years.  Plus the fact that the user still needs a laptop, and if you make him buy it himself he's just going to charge you more for his services.  So the only potential savings really is in software licensing, but if the users are working day in and day out on the same apps, always using up a citrix connection, then you aren't really saving anything as you still need that many licenses.  It makes no sense to me, and you've drasticly increased your server side support needs.</p></htmltext>
<tokenext>Sounds like you 're using wrong , then.We use Citrix as a barrier between sensitive networks .
We have a corporate network , a buffer network , and a sensitive network .
Citrix servers sit in the buffer network allowing users on the corporate network to access the sensitive network without having any direct link between the two .
It works pretty well , since we can lock down the buffer network to only allow the citrix connections and a few outside connections for things like AV and MS updates.As far as using Citrix to do real work on a day to day basis without such high security requirments , I 've always thought it was a terrible idea .
My company wants to do more of it though , and I ca n't understand why .
A new laptop is about $ 600 and should last 2-3 years .
Support per laptop is probably another $ 100 a year , for grand total of $ 900 .
I ca n't see the extra bandwidth and citrix licensing used up by a user working off of a citrix connection costing less than that over three years .
Plus the fact that the user still needs a laptop , and if you make him buy it himself he 's just going to charge you more for his services .
So the only potential savings really is in software licensing , but if the users are working day in and day out on the same apps , always using up a citrix connection , then you are n't really saving anything as you still need that many licenses .
It makes no sense to me , and you 've drasticly increased your server side support needs .</tokentext>
<sentencetext>Sounds like you're using wrong, then.We use Citrix as a barrier between sensitive networks.
We have a corporate network, a buffer network, and a sensitive network.
Citrix servers sit in the buffer network allowing users on the corporate network to access the sensitive network without having any direct link between the two.
It works pretty well, since we can lock down the buffer network to only allow the citrix connections and a few outside connections for things like AV and MS updates.As far as using Citrix to do real work on a day to day basis without such high security requirments, I've always thought it was a terrible idea.
My company wants to do more of it though, and I can't understand why.
A new laptop is about $600 and should last 2-3 years.
Support per laptop is probably another $100 a year, for grand total of $900.
I can't see the extra bandwidth and citrix licensing used up by a user working off of a citrix connection costing less than that over three years.
Plus the fact that the user still needs a laptop, and if you make him buy it himself he's just going to charge you more for his services.
So the only potential savings really is in software licensing, but if the users are working day in and day out on the same apps, always using up a citrix connection, then you aren't really saving anything as you still need that many licenses.
It makes no sense to me, and you've drasticly increased your server side support needs.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594788</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598988</id>
	<title>no 'benchmark'</title>
	<author>itzdandy</author>
	<datestamp>1259832180000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>The truth is that there is no benchmark for this.  I am a consultant and tend to take a sysadmin role for clients.</p><p>If you use Active Directory and store user files on the network then you can do stock images for each model of machine and a broken unit is a 20minute re-image (or swap fresh machine in from the pool) and your up and going, documents and all.  This is where a directory services' up-front costs become justified.</p><p>With Active Directory I can manage machines and users very efficiently, keep user's files safe with shadow copies, backups, etc, and deploy software and printers to users easily.  For linux to Active directory look at likeise-open or centrify for single sign on with the latery able to do group policy on linux machines.</p><p>I have 4 techs and myself.  between the 5 of us we handle about 2500 or so users across our clients.  Our clients that have been with us for a year or two are all have some sort of AD setup and have a much lower computer expense than before.  oddly enough, newer clients account for larger expenses because they havent standardized their computers ad require more trips to their site and more billable hours.</p><p>I would imagine that if I had only established users, with computers on AD then my crew could handle 3000-3500 users without much overtime.  If we did no managed computers then I think that 250 users per tech would be pushing it.</p><p>If you just compare those numbers, 600 vs 250 you can pretty easily see the cost savings for a managed network, either through AD, network, or other LDAP.   a 1200 user network could be reasonably run by 2 IT guys vs really needing 4 or 5 to do the same job otherwise.  let be conservative and say 4 guys at $40,000 each vs 2 guys at $50,000 (higher skills for 2 techs vs 4) and you see a $60,000 gap, which is much more than the CALS and servers needed for 1200 users.  1200 users is still in the 2 ADDS servers arena.  lets say $3500 per licensed server and $35 per CAL and you save money on year 1, next 4 years are free!.</p><p>Right now it is kind of handy because my guys work their ~40 hours doing stuff on managed networks and pull 'overtime' going to customers sites or doing old computer triage and repair and get paid part of the service fee.</p><p>If you are at 600+ users per tech, then you really should be on some sort of directory service like AD.  If you are not, I suspect you are spending a lot of your labor dollars spinning tires and not helping clients/users very well.  That equals  more compaints, less praise, and likely a lack of raise or bonus.</p></htmltext>
<tokenext>The truth is that there is no benchmark for this .
I am a consultant and tend to take a sysadmin role for clients.If you use Active Directory and store user files on the network then you can do stock images for each model of machine and a broken unit is a 20minute re-image ( or swap fresh machine in from the pool ) and your up and going , documents and all .
This is where a directory services ' up-front costs become justified.With Active Directory I can manage machines and users very efficiently , keep user 's files safe with shadow copies , backups , etc , and deploy software and printers to users easily .
For linux to Active directory look at likeise-open or centrify for single sign on with the latery able to do group policy on linux machines.I have 4 techs and myself .
between the 5 of us we handle about 2500 or so users across our clients .
Our clients that have been with us for a year or two are all have some sort of AD setup and have a much lower computer expense than before .
oddly enough , newer clients account for larger expenses because they havent standardized their computers ad require more trips to their site and more billable hours.I would imagine that if I had only established users , with computers on AD then my crew could handle 3000-3500 users without much overtime .
If we did no managed computers then I think that 250 users per tech would be pushing it.If you just compare those numbers , 600 vs 250 you can pretty easily see the cost savings for a managed network , either through AD , network , or other LDAP .
a 1200 user network could be reasonably run by 2 IT guys vs really needing 4 or 5 to do the same job otherwise .
let be conservative and say 4 guys at $ 40,000 each vs 2 guys at $ 50,000 ( higher skills for 2 techs vs 4 ) and you see a $ 60,000 gap , which is much more than the CALS and servers needed for 1200 users .
1200 users is still in the 2 ADDS servers arena .
lets say $ 3500 per licensed server and $ 35 per CAL and you save money on year 1 , next 4 years are free ! .Right now it is kind of handy because my guys work their ~ 40 hours doing stuff on managed networks and pull 'overtime ' going to customers sites or doing old computer triage and repair and get paid part of the service fee.If you are at 600 + users per tech , then you really should be on some sort of directory service like AD .
If you are not , I suspect you are spending a lot of your labor dollars spinning tires and not helping clients/users very well .
That equals more compaints , less praise , and likely a lack of raise or bonus .</tokentext>
<sentencetext>The truth is that there is no benchmark for this.
I am a consultant and tend to take a sysadmin role for clients.If you use Active Directory and store user files on the network then you can do stock images for each model of machine and a broken unit is a 20minute re-image (or swap fresh machine in from the pool) and your up and going, documents and all.
This is where a directory services' up-front costs become justified.With Active Directory I can manage machines and users very efficiently, keep user's files safe with shadow copies, backups, etc, and deploy software and printers to users easily.
For linux to Active directory look at likeise-open or centrify for single sign on with the latery able to do group policy on linux machines.I have 4 techs and myself.
between the 5 of us we handle about 2500 or so users across our clients.
Our clients that have been with us for a year or two are all have some sort of AD setup and have a much lower computer expense than before.
oddly enough, newer clients account for larger expenses because they havent standardized their computers ad require more trips to their site and more billable hours.I would imagine that if I had only established users, with computers on AD then my crew could handle 3000-3500 users without much overtime.
If we did no managed computers then I think that 250 users per tech would be pushing it.If you just compare those numbers, 600 vs 250 you can pretty easily see the cost savings for a managed network, either through AD, network, or other LDAP.
a 1200 user network could be reasonably run by 2 IT guys vs really needing 4 or 5 to do the same job otherwise.
let be conservative and say 4 guys at $40,000 each vs 2 guys at $50,000 (higher skills for 2 techs vs 4) and you see a $60,000 gap, which is much more than the CALS and servers needed for 1200 users.
1200 users is still in the 2 ADDS servers arena.
lets say $3500 per licensed server and $35 per CAL and you save money on year 1, next 4 years are free!.Right now it is kind of handy because my guys work their ~40 hours doing stuff on managed networks and pull 'overtime' going to customers sites or doing old computer triage and repair and get paid part of the service fee.If you are at 600+ users per tech, then you really should be on some sort of directory service like AD.
If you are not, I suspect you are spending a lot of your labor dollars spinning tires and not helping clients/users very well.
That equals  more compaints, less praise, and likely a lack of raise or bonus.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30620742</id>
	<title>Re:Power of Scale</title>
	<author>LodCrappo</author>
	<datestamp>1230891060000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>how did this get modded informative?  the numbers make no sense, the conclusions don't even jive with his own numbers, full of technobabble.  i smell middle management.</p></htmltext>
<tokenext>how did this get modded informative ?
the numbers make no sense , the conclusions do n't even jive with his own numbers , full of technobabble .
i smell middle management .</tokentext>
<sentencetext>how did this get modded informative?
the numbers make no sense, the conclusions don't even jive with his own numbers, full of technobabble.
i smell middle management.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594832</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597998</id>
	<title>I am the IT GUY</title>
	<author>Anonymous</author>
	<datestamp>1259871360000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>My outfit is a call center,  We have 20 or so servers and 150 computers and 300 users.</p><p>we have 1 dba/asp programer and 1 sys admin/helpdesk (me)</p></htmltext>
<tokenext>My outfit is a call center , We have 20 or so servers and 150 computers and 300 users.we have 1 dba/asp programer and 1 sys admin/helpdesk ( me )</tokentext>
<sentencetext>My outfit is a call center,  We have 20 or so servers and 150 computers and 300 users.we have 1 dba/asp programer and 1 sys admin/helpdesk (me)</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595416</id>
	<title>Re:Proper Planning</title>
	<author>erroneus</author>
	<datestamp>1259862240000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>You are insane.  Business needs change frequently and dynamically.  How can ANY implementation be properly planned and executed without any further need for maintenance?  I suppose the NASA computer systems back in the 60's were properly planned and should continue to serve today as well?</p><p>Everything changes from the start to the finish.  There is no "proper implementation" and if there were, it wouldn't be proper for long.  The IBM PC was designed to be expandable and adaptable and we can see how long the PC lasted... then the XT and PS/2 and on and on.  In the end, there is only one thing you can guarantee, and that is that your IT infrastructure will change and will need to change for a wide variety of reasons.  Every time support on a given software or hardware ends, updates and/or migrations will have to be planned and implemented.  There is never an end to it and never could be.</p><p>I once worked for an architectural firm and I have to say, they were the best users I have ever had.  They were intelligent and responsible.  I have worked for a newspaper as well... not the worst users.  Now I work for a company in the energy field and I have to say, they are whiny, unreasonable and difficult to support.</p><p>And if you think for a moment that "proper implementation" and "Microsoft Windows" can ever go together in the same paragraph with any meaning, you can't be all that experienced.</p></htmltext>
<tokenext>You are insane .
Business needs change frequently and dynamically .
How can ANY implementation be properly planned and executed without any further need for maintenance ?
I suppose the NASA computer systems back in the 60 's were properly planned and should continue to serve today as well ? Everything changes from the start to the finish .
There is no " proper implementation " and if there were , it would n't be proper for long .
The IBM PC was designed to be expandable and adaptable and we can see how long the PC lasted... then the XT and PS/2 and on and on .
In the end , there is only one thing you can guarantee , and that is that your IT infrastructure will change and will need to change for a wide variety of reasons .
Every time support on a given software or hardware ends , updates and/or migrations will have to be planned and implemented .
There is never an end to it and never could be.I once worked for an architectural firm and I have to say , they were the best users I have ever had .
They were intelligent and responsible .
I have worked for a newspaper as well... not the worst users .
Now I work for a company in the energy field and I have to say , they are whiny , unreasonable and difficult to support.And if you think for a moment that " proper implementation " and " Microsoft Windows " can ever go together in the same paragraph with any meaning , you ca n't be all that experienced .</tokentext>
<sentencetext>You are insane.
Business needs change frequently and dynamically.
How can ANY implementation be properly planned and executed without any further need for maintenance?
I suppose the NASA computer systems back in the 60's were properly planned and should continue to serve today as well?Everything changes from the start to the finish.
There is no "proper implementation" and if there were, it wouldn't be proper for long.
The IBM PC was designed to be expandable and adaptable and we can see how long the PC lasted... then the XT and PS/2 and on and on.
In the end, there is only one thing you can guarantee, and that is that your IT infrastructure will change and will need to change for a wide variety of reasons.
Every time support on a given software or hardware ends, updates and/or migrations will have to be planned and implemented.
There is never an end to it and never could be.I once worked for an architectural firm and I have to say, they were the best users I have ever had.
They were intelligent and responsible.
I have worked for a newspaper as well... not the worst users.
Now I work for a company in the energy field and I have to say, they are whiny, unreasonable and difficult to support.And if you think for a moment that "proper implementation" and "Microsoft Windows" can ever go together in the same paragraph with any meaning, you can't be all that experienced.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594306</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595292</id>
	<title>Minimum of 3 full time employees.  Rest depends.</title>
	<author>Anonymous</author>
	<datestamp>1259861940000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>My rule-of-thumb is that there should never be fewer than 3.  The reason?  Vacation, sickness and on-call.</p><p>With one person, vacation gets difficult.  With two people, on-call gets difficult when one guy is on vacation - in addition to the problem that a person might get ill while another is on vacation.</p><p>How many machines can 3 people handle?  That, again, depends.  If it's a standardized setup for all servers/workstations - with all techies knowing how to handle all of the systems - then you probably do not need too many people handling it all.  This, of course, also depends on the expected rate of change.</p><p>On the other hand, if you have loads of different systems, either on the desktop or server-side, then you'll need more people handling it all - since it's rather unlikely that everybody will know everything.</p><p>A couple of examples:</p><p>
&nbsp; - For a large cluster of machines, say 5000 - all running as one cluster / supercomputer, you don't need very many people (unless there is a huge rate of changes).  Why?  Because it's all redundant and you've of course developed automated installation routines etc. for nodes.</p><p>
&nbsp; - With 500 different servers, with different OSes, different services and hey - different customers, you'll need way more employees.  Quite simply because of many different people contacting you, bigger rate of change, more systems to know, and so forth.</p></htmltext>
<tokenext>My rule-of-thumb is that there should never be fewer than 3 .
The reason ?
Vacation , sickness and on-call.With one person , vacation gets difficult .
With two people , on-call gets difficult when one guy is on vacation - in addition to the problem that a person might get ill while another is on vacation.How many machines can 3 people handle ?
That , again , depends .
If it 's a standardized setup for all servers/workstations - with all techies knowing how to handle all of the systems - then you probably do not need too many people handling it all .
This , of course , also depends on the expected rate of change.On the other hand , if you have loads of different systems , either on the desktop or server-side , then you 'll need more people handling it all - since it 's rather unlikely that everybody will know everything.A couple of examples :   - For a large cluster of machines , say 5000 - all running as one cluster / supercomputer , you do n't need very many people ( unless there is a huge rate of changes ) .
Why ? Because it 's all redundant and you 've of course developed automated installation routines etc .
for nodes .
  - With 500 different servers , with different OSes , different services and hey - different customers , you 'll need way more employees .
Quite simply because of many different people contacting you , bigger rate of change , more systems to know , and so forth .</tokentext>
<sentencetext>My rule-of-thumb is that there should never be fewer than 3.
The reason?
Vacation, sickness and on-call.With one person, vacation gets difficult.
With two people, on-call gets difficult when one guy is on vacation - in addition to the problem that a person might get ill while another is on vacation.How many machines can 3 people handle?
That, again, depends.
If it's a standardized setup for all servers/workstations - with all techies knowing how to handle all of the systems - then you probably do not need too many people handling it all.
This, of course, also depends on the expected rate of change.On the other hand, if you have loads of different systems, either on the desktop or server-side, then you'll need more people handling it all - since it's rather unlikely that everybody will know everything.A couple of examples:
  - For a large cluster of machines, say 5000 - all running as one cluster / supercomputer, you don't need very many people (unless there is a huge rate of changes).
Why?  Because it's all redundant and you've of course developed automated installation routines etc.
for nodes.
  - With 500 different servers, with different OSes, different services and hey - different customers, you'll need way more employees.
Quite simply because of many different people contacting you, bigger rate of change, more systems to know, and so forth.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595238</id>
	<title>70-80 per desktop support tech</title>
	<author>Anonymous</author>
	<datestamp>1259861760000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>is, or was, the industry standard when I was still managing a help desk a few years ago.  This assumes a typical windows environment with a half-way decent standard load and other people doing your<br>infrastructure and server support.</p></htmltext>
<tokenext>is , or was , the industry standard when I was still managing a help desk a few years ago .
This assumes a typical windows environment with a half-way decent standard load and other people doing yourinfrastructure and server support .</tokentext>
<sentencetext>is, or was, the industry standard when I was still managing a help desk a few years ago.
This assumes a typical windows environment with a half-way decent standard load and other people doing yourinfrastructure and server support.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598270</id>
	<title>It all depends on what you are managing</title>
	<author>phoenix\_rizzen</author>
	<datestamp>1259872320000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>And how much of it is automated and remotely accessible.</p><p>For example, our IT department has 15 people:<br>1 Director<br>1 Manager of Systems Admin<br>1 Manager of App Devel<br>1 WAN Specialist<br>1 Programmer<br>1 Helpdesk<br>4 High School Techs (each looks after 2 or 3 schools)<br>2 Elem School Techs (each looks after 15 schools)<br>1 Electrician<br>1 Hardware Tech<br>1 Videoconferencing Tech</p><p>We support over 5000 computers, over 100 servers, in about 70 buildings.  13,000 student accounts, and 1,600 staff accounts (at the district level, another ~1,600 at the school level).</p><p>Between the WAN, programmer, and helpdesk, we remotely support 90\% of the computers and all of the servers, since just about all of the servers are Linux or FreeBSD, and almost all of the computers are diskless Linux stations booting off the network.  Pretty much everything is automated, and the individual computers have been reduced to appliances (no harddrive, no cd-rom, all onboard video/sound).  When one breaks, we just swap in a new one, update the DHCP config, and they're off.  Less than 5 minute turn around.</p><p>We're actually looking at expanding the helpdesk and videoconf side of things, as the school techs are having less and less to do.</p><p>If you can centralise the management, you can do with fewer staff.  If you have to touch each individual workstation for updates or installs, then you will need more staff.</p></htmltext>
<tokenext>And how much of it is automated and remotely accessible.For example , our IT department has 15 people : 1 Director1 Manager of Systems Admin1 Manager of App Devel1 WAN Specialist1 Programmer1 Helpdesk4 High School Techs ( each looks after 2 or 3 schools ) 2 Elem School Techs ( each looks after 15 schools ) 1 Electrician1 Hardware Tech1 Videoconferencing TechWe support over 5000 computers , over 100 servers , in about 70 buildings .
13,000 student accounts , and 1,600 staff accounts ( at the district level , another ~ 1,600 at the school level ) .Between the WAN , programmer , and helpdesk , we remotely support 90 \ % of the computers and all of the servers , since just about all of the servers are Linux or FreeBSD , and almost all of the computers are diskless Linux stations booting off the network .
Pretty much everything is automated , and the individual computers have been reduced to appliances ( no harddrive , no cd-rom , all onboard video/sound ) .
When one breaks , we just swap in a new one , update the DHCP config , and they 're off .
Less than 5 minute turn around.We 're actually looking at expanding the helpdesk and videoconf side of things , as the school techs are having less and less to do.If you can centralise the management , you can do with fewer staff .
If you have to touch each individual workstation for updates or installs , then you will need more staff .</tokentext>
<sentencetext>And how much of it is automated and remotely accessible.For example, our IT department has 15 people:1 Director1 Manager of Systems Admin1 Manager of App Devel1 WAN Specialist1 Programmer1 Helpdesk4 High School Techs (each looks after 2 or 3 schools)2 Elem School Techs (each looks after 15 schools)1 Electrician1 Hardware Tech1 Videoconferencing TechWe support over 5000 computers, over 100 servers, in about 70 buildings.
13,000 student accounts, and 1,600 staff accounts (at the district level, another ~1,600 at the school level).Between the WAN, programmer, and helpdesk, we remotely support 90\% of the computers and all of the servers, since just about all of the servers are Linux or FreeBSD, and almost all of the computers are diskless Linux stations booting off the network.
Pretty much everything is automated, and the individual computers have been reduced to appliances (no harddrive, no cd-rom, all onboard video/sound).
When one breaks, we just swap in a new one, update the DHCP config, and they're off.
Less than 5 minute turn around.We're actually looking at expanding the helpdesk and videoconf side of things, as the school techs are having less and less to do.If you can centralise the management, you can do with fewer staff.
If you have to touch each individual workstation for updates or installs, then you will need more staff.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594664</id>
	<title>standard is supposed to be 185 to warrant on-site</title>
	<author>Col. Panic</author>
	<datestamp>1259859960000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>tech. i have 300. when i need help we establish a project and bring in contractors</p></htmltext>
<tokenext>tech .
i have 300. when i need help we establish a project and bring in contractors</tokentext>
<sentencetext>tech.
i have 300. when i need help we establish a project and bring in contractors</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30601434</id>
	<title>For an ISP with just under a million users</title>
	<author>nick\_urbanik</author>
	<datestamp>1259847360000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>We have about 600 servers built into very diverse and complex systems, mostly each a few machines clustered with LVS.
We have four people with rotating on-call support duty, but we all mostly develop new code rather than spend most of our time supporting the ISP.
All is built with free software.  The most important thing is that we have an excellent configuration management system (built in house), which as far as I can see is better (for us) than puppet.  All system and application configuration is totally automated using that system, allowing:
<ul>
<li>Rebuilding a machine after a failed disk replacement (or replacement with a spare) takes 10 minutes to kickstart, 10 minutes to run the configuration manager, back in service.</li>
<li>We only backup data; backup is simple and automated, requires few resources</li>
<li>Configuration of members of a cluster is reliably the way it should be.</li>
<li>Firewalls are established automatically only allowing access to clients, and communication between master and slave servers (MySQL, OpenLDAP).</li>
<li>Master-slave relationships are automatically created, and need only be stated implicitly.</li>
<li>Monitoring and alarming is implemented automatically.</li>
</ul><p>
While this is a different situation from the article, it indicates that the number of people required is to a large extent determined by the degree of automation and the discipline of rigorously implementing that automation.  Without configuration management, life is much harder.</p></htmltext>
<tokenext>We have about 600 servers built into very diverse and complex systems , mostly each a few machines clustered with LVS .
We have four people with rotating on-call support duty , but we all mostly develop new code rather than spend most of our time supporting the ISP .
All is built with free software .
The most important thing is that we have an excellent configuration management system ( built in house ) , which as far as I can see is better ( for us ) than puppet .
All system and application configuration is totally automated using that system , allowing : Rebuilding a machine after a failed disk replacement ( or replacement with a spare ) takes 10 minutes to kickstart , 10 minutes to run the configuration manager , back in service .
We only backup data ; backup is simple and automated , requires few resources Configuration of members of a cluster is reliably the way it should be .
Firewalls are established automatically only allowing access to clients , and communication between master and slave servers ( MySQL , OpenLDAP ) .
Master-slave relationships are automatically created , and need only be stated implicitly .
Monitoring and alarming is implemented automatically .
While this is a different situation from the article , it indicates that the number of people required is to a large extent determined by the degree of automation and the discipline of rigorously implementing that automation .
Without configuration management , life is much harder .</tokentext>
<sentencetext>We have about 600 servers built into very diverse and complex systems, mostly each a few machines clustered with LVS.
We have four people with rotating on-call support duty, but we all mostly develop new code rather than spend most of our time supporting the ISP.
All is built with free software.
The most important thing is that we have an excellent configuration management system (built in house), which as far as I can see is better (for us) than puppet.
All system and application configuration is totally automated using that system, allowing:

Rebuilding a machine after a failed disk replacement (or replacement with a spare) takes 10 minutes to kickstart, 10 minutes to run the configuration manager, back in service.
We only backup data; backup is simple and automated, requires few resources
Configuration of members of a cluster is reliably the way it should be.
Firewalls are established automatically only allowing access to clients, and communication between master and slave servers (MySQL, OpenLDAP).
Master-slave relationships are automatically created, and need only be stated implicitly.
Monitoring and alarming is implemented automatically.
While this is a different situation from the article, it indicates that the number of people required is to a large extent determined by the degree of automation and the discipline of rigorously implementing that automation.
Without configuration management, life is much harder.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597156</id>
	<title>Re:I think you're understaffed.</title>
	<author>Anonymous</author>
	<datestamp>1259868000000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Read the rest of this thread. That is *over staffed* by a large amount. 200-300 servers should require 2-3 SA's, especially if your using another group for racking &amp; cabling. "47 other" staff<nobr> <wbr></nobr>.... holy crap. For helpdesk and network its relative to where the users are, where the machines are and what "special" stuff the network team deals with, so you may be over/under on either.</p></htmltext>
<tokenext>Read the rest of this thread .
That is * over staffed * by a large amount .
200-300 servers should require 2-3 SA 's , especially if your using another group for racking &amp; cabling .
" 47 other " staff .... holy crap .
For helpdesk and network its relative to where the users are , where the machines are and what " special " stuff the network team deals with , so you may be over/under on either .</tokentext>
<sentencetext>Read the rest of this thread.
That is *over staffed* by a large amount.
200-300 servers should require 2-3 SA's, especially if your using another group for racking &amp; cabling.
"47 other" staff .... holy crap.
For helpdesk and network its relative to where the users are, where the machines are and what "special" stuff the network team deals with, so you may be over/under on either.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594496</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30603236</id>
	<title>Re:What are you really asking?</title>
	<author>Anonymous</author>
	<datestamp>1259866860000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Major search engine - 1 admin per 3000 windows servers - it all depends on your software.</p></htmltext>
<tokenext>Major search engine - 1 admin per 3000 windows servers - it all depends on your software .</tokentext>
<sentencetext>Major search engine - 1 admin per 3000 windows servers - it all depends on your software.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594440</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598532</id>
	<title>Re:What are you really asking?</title>
	<author>AK Marc</author>
	<datestamp>1259873220000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><i>I've seen one sysadmin per 70 Unix servers and one sysadmin per 30 Windows servers. That's a general guideline for SERVER systems.</i> <br> <br>Where I've been, the "sysadmin" was also in charge of the applications.  Having one person in charge of 70 servers with Oracle, MySQL, DNS, file sharing, web hosting (even if just the intranet), and all the other apps and such people want seems to be a lot of servers.  I would think that just keeping up with patch notes (let alone actually putting the patches on) for applications on 70 servers would be a full time job.  Then there's the backups, hardware failures, user changes, new deployments, and such.  1 per 70 could work if there is one and only one application on 70 servers, but that seems like that's not an IT department, but an IT person in an IT company.<br> <br> <i>Desktops are another matter. I've yet to see a serious roll out of Unix desktops, so I'm going by Windows systems, but one help desk tech per 50 systems is what I've personally seen as optimal.</i> <br> <br>Wow, really?  1 per 70 servers and 1 per 50 desktops?  I've worked at a company where the "help desk" was three people.  It was a 5000+ person company with 1000+ computers.  One person on Microsoft app support, and two on installs/add/move/changes.<br> <br>From what I've seen everywhere I've ever worked, servers take much more in terms of support than users.  But I guess much of the duties that a sysadmin had everywhere I worked you could call user support, as it included things like recovering emails deleted by the user, or email routing issues because of RBLs or such that affected only one person.  So maybe I'm not clear on what you consider a sysadmin vs help desk.  But I'd put the numbers closer to 1 to 20 (or 1 to 10 if all 10 have different apps the sysadmin is responsible for) for servers, and 1 to 100 for help desk (worse for small companies, better for larger ones).</htmltext>
<tokenext>I 've seen one sysadmin per 70 Unix servers and one sysadmin per 30 Windows servers .
That 's a general guideline for SERVER systems .
Where I 've been , the " sysadmin " was also in charge of the applications .
Having one person in charge of 70 servers with Oracle , MySQL , DNS , file sharing , web hosting ( even if just the intranet ) , and all the other apps and such people want seems to be a lot of servers .
I would think that just keeping up with patch notes ( let alone actually putting the patches on ) for applications on 70 servers would be a full time job .
Then there 's the backups , hardware failures , user changes , new deployments , and such .
1 per 70 could work if there is one and only one application on 70 servers , but that seems like that 's not an IT department , but an IT person in an IT company .
Desktops are another matter .
I 've yet to see a serious roll out of Unix desktops , so I 'm going by Windows systems , but one help desk tech per 50 systems is what I 've personally seen as optimal .
Wow , really ?
1 per 70 servers and 1 per 50 desktops ?
I 've worked at a company where the " help desk " was three people .
It was a 5000 + person company with 1000 + computers .
One person on Microsoft app support , and two on installs/add/move/changes .
From what I 've seen everywhere I 've ever worked , servers take much more in terms of support than users .
But I guess much of the duties that a sysadmin had everywhere I worked you could call user support , as it included things like recovering emails deleted by the user , or email routing issues because of RBLs or such that affected only one person .
So maybe I 'm not clear on what you consider a sysadmin vs help desk .
But I 'd put the numbers closer to 1 to 20 ( or 1 to 10 if all 10 have different apps the sysadmin is responsible for ) for servers , and 1 to 100 for help desk ( worse for small companies , better for larger ones ) .</tokentext>
<sentencetext>I've seen one sysadmin per 70 Unix servers and one sysadmin per 30 Windows servers.
That's a general guideline for SERVER systems.
Where I've been, the "sysadmin" was also in charge of the applications.
Having one person in charge of 70 servers with Oracle, MySQL, DNS, file sharing, web hosting (even if just the intranet), and all the other apps and such people want seems to be a lot of servers.
I would think that just keeping up with patch notes (let alone actually putting the patches on) for applications on 70 servers would be a full time job.
Then there's the backups, hardware failures, user changes, new deployments, and such.
1 per 70 could work if there is one and only one application on 70 servers, but that seems like that's not an IT department, but an IT person in an IT company.
Desktops are another matter.
I've yet to see a serious roll out of Unix desktops, so I'm going by Windows systems, but one help desk tech per 50 systems is what I've personally seen as optimal.
Wow, really?
1 per 70 servers and 1 per 50 desktops?
I've worked at a company where the "help desk" was three people.
It was a 5000+ person company with 1000+ computers.
One person on Microsoft app support, and two on installs/add/move/changes.
From what I've seen everywhere I've ever worked, servers take much more in terms of support than users.
But I guess much of the duties that a sysadmin had everywhere I worked you could call user support, as it included things like recovering emails deleted by the user, or email routing issues because of RBLs or such that affected only one person.
So maybe I'm not clear on what you consider a sysadmin vs help desk.
But I'd put the numbers closer to 1 to 20 (or 1 to 10 if all 10 have different apps the sysadmin is responsible for) for servers, and 1 to 100 for help desk (worse for small companies, better for larger ones).</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594440</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597500</id>
	<title>Re:What's a "Sneaker Tech"?</title>
	<author>Anonymous</author>
	<datestamp>1259869440000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext>Whatever that is, I already have at least 5 years experience in it.

Is it a new programming language?</htmltext>
<tokenext>Whatever that is , I already have at least 5 years experience in it .
Is it a new programming language ?</tokentext>
<sentencetext>Whatever that is, I already have at least 5 years experience in it.
Is it a new programming language?</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594590</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594516</id>
	<title>used to do about 100:1, but data is more important</title>
	<author>tomherbst</author>
	<datestamp>1259859420000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>It does not seem widely off - I used to manage a team of 10 people who did the admin/networking for 8000 users.  We did not do all of the end user hand holding, though some days it seemed like we did.  Our ratio was about 1:1 users to computers, so your needs may be higher with the larger percentage  of users.

Rules of thumb are useful, but in any support function is it really important to keep data on what you are doing.  If the team works really hard it seems like you aren't even there.  Most people don't understand the "magic" required to keep this stuff working.  If you track calls/time, it is much easier to ask for more resources/staff when they are needed.</htmltext>
<tokenext>It does not seem widely off - I used to manage a team of 10 people who did the admin/networking for 8000 users .
We did not do all of the end user hand holding , though some days it seemed like we did .
Our ratio was about 1 : 1 users to computers , so your needs may be higher with the larger percentage of users .
Rules of thumb are useful , but in any support function is it really important to keep data on what you are doing .
If the team works really hard it seems like you are n't even there .
Most people do n't understand the " magic " required to keep this stuff working .
If you track calls/time , it is much easier to ask for more resources/staff when they are needed .</tokentext>
<sentencetext>It does not seem widely off - I used to manage a team of 10 people who did the admin/networking for 8000 users.
We did not do all of the end user hand holding, though some days it seemed like we did.
Our ratio was about 1:1 users to computers, so your needs may be higher with the larger percentage  of users.
Rules of thumb are useful, but in any support function is it really important to keep data on what you are doing.
If the team works really hard it seems like you aren't even there.
Most people don't understand the "magic" required to keep this stuff working.
If you track calls/time, it is much easier to ask for more resources/staff when they are needed.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595664</id>
	<title>Gartner Group</title>
	<author>Anonymous</author>
	<datestamp>1259862960000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Unfortunately I don't have the specific links, but there have been some studies of IT budget relative to revenue with different baselines for various industries.  Using these, I was able to argue the point with the Management team that our IT department was grossly under budget/under staffed, even when compared to the lowest baseline for all industries on the chart (each industry had a different percentage range - low for manufacturing, high for "tech" industries").</p><p>It is not exact, but is the closest thing I could find that gives any quantitative data related to this subject.  I specifically looked up "IT budget vs. revenue".</p></htmltext>
<tokenext>Unfortunately I do n't have the specific links , but there have been some studies of IT budget relative to revenue with different baselines for various industries .
Using these , I was able to argue the point with the Management team that our IT department was grossly under budget/under staffed , even when compared to the lowest baseline for all industries on the chart ( each industry had a different percentage range - low for manufacturing , high for " tech " industries " ) .It is not exact , but is the closest thing I could find that gives any quantitative data related to this subject .
I specifically looked up " IT budget vs. revenue " .</tokentext>
<sentencetext>Unfortunately I don't have the specific links, but there have been some studies of IT budget relative to revenue with different baselines for various industries.
Using these, I was able to argue the point with the Management team that our IT department was grossly under budget/under staffed, even when compared to the lowest baseline for all industries on the chart (each industry had a different percentage range - low for manufacturing, high for "tech" industries").It is not exact, but is the closest thing I could find that gives any quantitative data related to this subject.
I specifically looked up "IT budget vs. revenue".</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595880</id>
	<title>Re:What's a "Sneaker Tech"?</title>
	<author>ElectricTurtle</author>
	<datestamp>1259863680000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Who else would be able to fix the <a href="http://en.wikipedia.org/wiki/Sneakernet" title="wikipedia.org">sneakernets</a> [wikipedia.org]?</htmltext>
<tokenext>Who else would be able to fix the sneakernets [ wikipedia.org ] ?</tokentext>
<sentencetext>Who else would be able to fix the sneakernets [wikipedia.org]?</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594590</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598248</id>
	<title>Re:Small Shop</title>
	<author>drinking12many</author>
	<datestamp>1259872260000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Depends on your shop and requirements. I had 200+ PCs and Macs. 6 Physical servers several more virtual, 2 AD domains, used altiris for most of the PC management and imaging and we did it with 2 part time people. In our case it was an education environment and 160 of the machines were lab machines so they were essentially identical.</htmltext>
<tokenext>Depends on your shop and requirements .
I had 200 + PCs and Macs .
6 Physical servers several more virtual , 2 AD domains , used altiris for most of the PC management and imaging and we did it with 2 part time people .
In our case it was an education environment and 160 of the machines were lab machines so they were essentially identical .</tokentext>
<sentencetext>Depends on your shop and requirements.
I had 200+ PCs and Macs.
6 Physical servers several more virtual, 2 AD domains, used altiris for most of the PC management and imaging and we did it with 2 part time people.
In our case it was an education environment and 160 of the machines were lab machines so they were essentially identical.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594520</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30600410</id>
	<title>Re:I think you're understaffed.</title>
	<author>Anonymous</author>
	<datestamp>1259840220000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>57x the budget.</p></htmltext>
<tokenext>57x the budget .</tokentext>
<sentencetext>57x the budget.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594496</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597468</id>
	<title>Re:Depends on how many windows stations removed</title>
	<author>AK Marc</author>
	<datestamp>1259869260000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><i>However, it was the Windows users that wasted about 80\% of our time for drop in help. Even cloned setups on identical hardware had different problems. Drivers were a big one.</i> <br> <br>Then you were doing it wrong.  Most computer companies don't support imaging.  Why?  Because they want to replace some chip with something cheaper and not have to change the model number.  So, pay 50\% more on each machine for the hardware, and get a business line that supports imaging.  That means that the company making it will make an effort to not do the stupid chip swaps mid run that make an image from "identical hardware" not work.  Unless you are building them yourselves (which I think actually ends up working better, even in 1000+ computer shops, but no one else seems to think so, so either Dell marketing wins, or I'm missing something), get the higher cost business line and you'll get better results.  I've seen it work right with Compaq, Dell and HP lines, though the Compaq/HP ones were before merger and HP's official stance was "we don't support imaging of any kind" but their unofficial policy was "we want to make imaging work if at all possible or the customers will go elsewhere."</htmltext>
<tokenext>However , it was the Windows users that wasted about 80 \ % of our time for drop in help .
Even cloned setups on identical hardware had different problems .
Drivers were a big one .
Then you were doing it wrong .
Most computer companies do n't support imaging .
Why ? Because they want to replace some chip with something cheaper and not have to change the model number .
So , pay 50 \ % more on each machine for the hardware , and get a business line that supports imaging .
That means that the company making it will make an effort to not do the stupid chip swaps mid run that make an image from " identical hardware " not work .
Unless you are building them yourselves ( which I think actually ends up working better , even in 1000 + computer shops , but no one else seems to think so , so either Dell marketing wins , or I 'm missing something ) , get the higher cost business line and you 'll get better results .
I 've seen it work right with Compaq , Dell and HP lines , though the Compaq/HP ones were before merger and HP 's official stance was " we do n't support imaging of any kind " but their unofficial policy was " we want to make imaging work if at all possible or the customers will go elsewhere .
"</tokentext>
<sentencetext>However, it was the Windows users that wasted about 80\% of our time for drop in help.
Even cloned setups on identical hardware had different problems.
Drivers were a big one.
Then you were doing it wrong.
Most computer companies don't support imaging.
Why?  Because they want to replace some chip with something cheaper and not have to change the model number.
So, pay 50\% more on each machine for the hardware, and get a business line that supports imaging.
That means that the company making it will make an effort to not do the stupid chip swaps mid run that make an image from "identical hardware" not work.
Unless you are building them yourselves (which I think actually ends up working better, even in 1000+ computer shops, but no one else seems to think so, so either Dell marketing wins, or I'm missing something), get the higher cost business line and you'll get better results.
I've seen it work right with Compaq, Dell and HP lines, though the Compaq/HP ones were before merger and HP's official stance was "we don't support imaging of any kind" but their unofficial policy was "we want to make imaging work if at all possible or the customers will go elsewhere.
"</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595856</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594342</id>
	<title>100 to 1 is about right</title>
	<author>alen</author>
	<datestamp>1259858940000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>3</modscore>
	<htmltext><p>we're at around 1200 users and around 8 help desk people to support them all. 2 DBA's for 30 some MS SQL servers and 3-5 admins for 200 some windows/^nix servers. some people double by helping users in their office</p></htmltext>
<tokenext>we 're at around 1200 users and around 8 help desk people to support them all .
2 DBA 's for 30 some MS SQL servers and 3-5 admins for 200 some windows/ ^ nix servers .
some people double by helping users in their office</tokentext>
<sentencetext>we're at around 1200 users and around 8 help desk people to support them all.
2 DBA's for 30 some MS SQL servers and 3-5 admins for 200 some windows/^nix servers.
some people double by helping users in their office</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595766</id>
	<title>Re:I think you're understaffed.</title>
	<author>Anonymous</author>
	<datestamp>1259863260000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p><div class="quote"><p>Government facility:<br>3000+ PCs<br>2600+ users(yeah I know we have more PCs than users)<br>200+ servers</p><p>6 Server Admins (understaffed)<br>2 Network Admins<br>2 Telecom Admins<br>3 Infrastructure techs<br>15 Helpdesk Technicians (overstaffed by about 5)</p><p>47 other IT employees for software support/dev staff and management staff</p></div><p>What are you running on the servers?  Novell?<br>With properly setup well behaved software, you should only need 1 admin per 200 servers?  Add in an extra 1 or 2 that specializes in managing exchange and AD.  I am also in a government facility with two admins covering about 100 linux servers and am bored off my ass 99.5\% of the time.  The<nobr> <wbr></nobr>.5\% of the time is generally working on something new and novel that will end up being ignored by management, and maybe<nobr> <wbr></nobr>.1\% actually solving problems.  We could support another 300 servers easy as long as they are RHEL based.</p></div>
	</htmltext>
<tokenext>Government facility : 3000 + PCs2600 + users ( yeah I know we have more PCs than users ) 200 + servers6 Server Admins ( understaffed ) 2 Network Admins2 Telecom Admins3 Infrastructure techs15 Helpdesk Technicians ( overstaffed by about 5 ) 47 other IT employees for software support/dev staff and management staffWhat are you running on the servers ?
Novell ? With properly setup well behaved software , you should only need 1 admin per 200 servers ?
Add in an extra 1 or 2 that specializes in managing exchange and AD .
I am also in a government facility with two admins covering about 100 linux servers and am bored off my ass 99.5 \ % of the time .
The .5 \ % of the time is generally working on something new and novel that will end up being ignored by management , and maybe .1 \ % actually solving problems .
We could support another 300 servers easy as long as they are RHEL based .</tokentext>
<sentencetext>Government facility:3000+ PCs2600+ users(yeah I know we have more PCs than users)200+ servers6 Server Admins (understaffed)2 Network Admins2 Telecom Admins3 Infrastructure techs15 Helpdesk Technicians (overstaffed by about 5)47 other IT employees for software support/dev staff and management staffWhat are you running on the servers?
Novell?With properly setup well behaved software, you should only need 1 admin per 200 servers?
Add in an extra 1 or 2 that specializes in managing exchange and AD.
I am also in a government facility with two admins covering about 100 linux servers and am bored off my ass 99.5\% of the time.
The .5\% of the time is generally working on something new and novel that will end up being ignored by management, and maybe .1\% actually solving problems.
We could support another 300 servers easy as long as they are RHEL based.
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594496</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595572</id>
	<title>My story</title>
	<author>Anonymous</author>
	<datestamp>1259862720000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>I've worked for my current company for almost 8 years.  I am the only IT staffer and currently support 75 desktop users (65 pcs, 10 Macs), 8 servers plus 15 more virtual servers (all Windows), including the a web development sandbox, the PBX, the security system, and all the network hardware (mostly Cisco).</p><p>I used to have an assistant/junior IT person, but I had to let him go last year when the whole company lost 40\% of its staff.</p><p>The only help I have is from the web developer, who has some knowledge, but who has gigantic holes in some areas- especially networking.</p></htmltext>
<tokenext>I 've worked for my current company for almost 8 years .
I am the only IT staffer and currently support 75 desktop users ( 65 pcs , 10 Macs ) , 8 servers plus 15 more virtual servers ( all Windows ) , including the a web development sandbox , the PBX , the security system , and all the network hardware ( mostly Cisco ) .I used to have an assistant/junior IT person , but I had to let him go last year when the whole company lost 40 \ % of its staff.The only help I have is from the web developer , who has some knowledge , but who has gigantic holes in some areas- especially networking .</tokentext>
<sentencetext>I've worked for my current company for almost 8 years.
I am the only IT staffer and currently support 75 desktop users (65 pcs, 10 Macs), 8 servers plus 15 more virtual servers (all Windows), including the a web development sandbox, the PBX, the security system, and all the network hardware (mostly Cisco).I used to have an assistant/junior IT person, but I had to let him go last year when the whole company lost 40\% of its staff.The only help I have is from the web developer, who has some knowledge, but who has gigantic holes in some areas- especially networking.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595890</id>
	<title>Re:Over 9000</title>
	<author>Useful Wheat</author>
	<datestamp>1259863680000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I worked for an HMO doing IT support, and for 500 people we had 6 IT workers. The HMO generated a terrifying amount of paperwork, and one person would be on printer/fax duty every day. This doesn't sound hard, but we had 3 buildings spread out over 4 city blocks, each building with 4 floors, and each floor with a dozen printers (I'm counting fax machines in this number). This wasn't really by design, the company grew organically and this is the end result.</p></htmltext>
<tokenext>I worked for an HMO doing IT support , and for 500 people we had 6 IT workers .
The HMO generated a terrifying amount of paperwork , and one person would be on printer/fax duty every day .
This does n't sound hard , but we had 3 buildings spread out over 4 city blocks , each building with 4 floors , and each floor with a dozen printers ( I 'm counting fax machines in this number ) .
This was n't really by design , the company grew organically and this is the end result .</tokentext>
<sentencetext>I worked for an HMO doing IT support, and for 500 people we had 6 IT workers.
The HMO generated a terrifying amount of paperwork, and one person would be on printer/fax duty every day.
This doesn't sound hard, but we had 3 buildings spread out over 4 city blocks, each building with 4 floors, and each floor with a dozen printers (I'm counting fax machines in this number).
This wasn't really by design, the company grew organically and this is the end result.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594294</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30599878</id>
	<title>the power of NO</title>
	<author>tempest69</author>
	<datestamp>1259836560000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>I've run a crew to take care of a couple thousand boxes. For four years.<b>
When I started, we has 2 crews (17 people) both working overtime, on a horrible mix of hardware, with a bunch of in house applications.  And quite a few poor decisions by my predecessor left us with a static ip address nightmare.  We had 5 applications installs a week to perform on subsets of the machines.</b><p><b>
Anyway it took a whole bunch of work, we inventoried all the hardware, and made groups of 20 that were identical.  Then we said NO to any application that broke the current applications in the slightest.  We said no when they wanted to move to the area by the window, where all the misfit machines sat on the desks. (All the rare parts in one unused pod).. It became required to use it when there was no other place to use..  By that point we were down to 1 crew of 7, who were having problems trying to look busy enough not to be downsized.
<br>
After getting in new boxes with matching hardware, we were down to four people who were less busy than the security guards.  One of the crew built an impressive counterstrike map of the building.
Our boss got awesome at quake.  I practiced coding, and built scripts to inventory all of the software<nobr> <wbr></nobr>/hardware remotely, (the manual busy work she (our boss) gave our crew too often).</b></p><p><b>
Anyway for 900 boxes 3 could be plenty, or horribly understaffed.<br>
cheers</b></p></htmltext>
<tokenext>I 've run a crew to take care of a couple thousand boxes .
For four years .
When I started , we has 2 crews ( 17 people ) both working overtime , on a horrible mix of hardware , with a bunch of in house applications .
And quite a few poor decisions by my predecessor left us with a static ip address nightmare .
We had 5 applications installs a week to perform on subsets of the machines .
Anyway it took a whole bunch of work , we inventoried all the hardware , and made groups of 20 that were identical .
Then we said NO to any application that broke the current applications in the slightest .
We said no when they wanted to move to the area by the window , where all the misfit machines sat on the desks .
( All the rare parts in one unused pod ) .. It became required to use it when there was no other place to use.. By that point we were down to 1 crew of 7 , who were having problems trying to look busy enough not to be downsized .
After getting in new boxes with matching hardware , we were down to four people who were less busy than the security guards .
One of the crew built an impressive counterstrike map of the building .
Our boss got awesome at quake .
I practiced coding , and built scripts to inventory all of the software /hardware remotely , ( the manual busy work she ( our boss ) gave our crew too often ) .
Anyway for 900 boxes 3 could be plenty , or horribly understaffed .
cheers</tokentext>
<sentencetext>I've run a crew to take care of a couple thousand boxes.
For four years.
When I started, we has 2 crews (17 people) both working overtime, on a horrible mix of hardware, with a bunch of in house applications.
And quite a few poor decisions by my predecessor left us with a static ip address nightmare.
We had 5 applications installs a week to perform on subsets of the machines.
Anyway it took a whole bunch of work, we inventoried all the hardware, and made groups of 20 that were identical.
Then we said NO to any application that broke the current applications in the slightest.
We said no when they wanted to move to the area by the window, where all the misfit machines sat on the desks.
(All the rare parts in one unused pod).. It became required to use it when there was no other place to use..  By that point we were down to 1 crew of 7, who were having problems trying to look busy enough not to be downsized.
After getting in new boxes with matching hardware, we were down to four people who were less busy than the security guards.
One of the crew built an impressive counterstrike map of the building.
Our boss got awesome at quake.
I practiced coding, and built scripts to inventory all of the software /hardware remotely, (the manual busy work she (our boss) gave our crew too often).
Anyway for 900 boxes 3 could be plenty, or horribly understaffed.
cheers</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594316</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594434</id>
	<title>My dept is 'prox 600 computers/3 techs</title>
	<author>Nimey</author>
	<datestamp>1259859240000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>2</modscore>
	<htmltext><p>This is party due to our lack of automation - Active Directory's not got much penetration outside our area, we haven't got automatic package rollouts/updates, no out-of-band management, and there's no planning WRT buying computers; each dept will buy a machine as funds &amp; needs dictate, with input from us.</p><p>The three of us are desktop support.  That doesn't count the sysadmins &amp; netadmins.</p></htmltext>
<tokenext>This is party due to our lack of automation - Active Directory 's not got much penetration outside our area , we have n't got automatic package rollouts/updates , no out-of-band management , and there 's no planning WRT buying computers ; each dept will buy a machine as funds &amp; needs dictate , with input from us.The three of us are desktop support .
That does n't count the sysadmins &amp; netadmins .</tokentext>
<sentencetext>This is party due to our lack of automation - Active Directory's not got much penetration outside our area, we haven't got automatic package rollouts/updates, no out-of-band management, and there's no planning WRT buying computers; each dept will buy a machine as funds &amp; needs dictate, with input from us.The three of us are desktop support.
That doesn't count the sysadmins &amp; netadmins.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30613154</id>
	<title>Worst I've seen....</title>
	<author>BigBrownChunx</author>
	<datestamp>1230807840000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>I used to be the only "IT guy" at a workplace of 110 Windows and OSX machines.  If there was anything IT related ("build us a website","make this expensive new Windows-only printer we just bought work with that Linux thing") it fell upon me to do it.  Of course, I was fired because I started to say "no" to their technically impossible requests leaving..... no one behind to do anything.  Oddly enough, the company still hasn't got a new "IT guy" in after a year... but they did get in a 3rd party to replace their 14 year old NT4 server box that was sitting on the floor under some guy's desk.

110 users-to-0 admins is the same as infinity-to-one right?</htmltext>
<tokenext>I used to be the only " IT guy " at a workplace of 110 Windows and OSX machines .
If there was anything IT related ( " build us a website " , " make this expensive new Windows-only printer we just bought work with that Linux thing " ) it fell upon me to do it .
Of course , I was fired because I started to say " no " to their technically impossible requests leaving..... no one behind to do anything .
Oddly enough , the company still has n't got a new " IT guy " in after a year... but they did get in a 3rd party to replace their 14 year old NT4 server box that was sitting on the floor under some guy 's desk .
110 users-to-0 admins is the same as infinity-to-one right ?</tokentext>
<sentencetext>I used to be the only "IT guy" at a workplace of 110 Windows and OSX machines.
If there was anything IT related ("build us a website","make this expensive new Windows-only printer we just bought work with that Linux thing") it fell upon me to do it.
Of course, I was fired because I started to say "no" to their technically impossible requests leaving..... no one behind to do anything.
Oddly enough, the company still hasn't got a new "IT guy" in after a year... but they did get in a 3rd party to replace their 14 year old NT4 server box that was sitting on the floor under some guy's desk.
110 users-to-0 admins is the same as infinity-to-one right?</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30602444</id>
	<title>create a survey</title>
	<author>Anonymous</author>
	<datestamp>1259856600000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>This would be a great topic to create a simple survey of.  Such as 1-25 machines per admin, 26-50, 51-100, 101-150, etc.  Pure and simple, regardless of workload.  How many machines are managed by how many administrators.</p></htmltext>
<tokenext>This would be a great topic to create a simple survey of .
Such as 1-25 machines per admin , 26-50 , 51-100 , 101-150 , etc .
Pure and simple , regardless of workload .
How many machines are managed by how many administrators .</tokentext>
<sentencetext>This would be a great topic to create a simple survey of.
Such as 1-25 machines per admin, 26-50, 51-100, 101-150, etc.
Pure and simple, regardless of workload.
How many machines are managed by how many administrators.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598142</id>
	<title>Two</title>
	<author>DesertNomad</author>
	<datestamp>1259871900000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Your boss, and offshore.</htmltext>
<tokenext>Your boss , and offshore .</tokentext>
<sentencetext>Your boss, and offshore.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595268</id>
	<title>Really depends on where you are</title>
	<author>Darkness404</author>
	<datestamp>1259861880000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>It really depends on where you are to what you need. Do you have people who never want any other software installed? Or do you have people who -need- various programs or want some to get the job done easier. Do you provide -all- your own hardware, or do people occasionally bring in faster printers so they don't spend all day printing? What about viruses? Are they a big deal? If say, 25 computers go down in a day due to something like a power surge will that seriously affect productivity? Are these systems running similar hardware or are they a mismatch of various cheap systems? Will these systems need hardware upgrades? If you have systems that are really static and won't need many more things done to them, yeah, 1 sysadmin and 2 sneaker techs might work. If you have systems that are dynamic with software changes, hardware changes, or computer systems that aren't identical, it could really help to increase the number of sneaker techs. In most cases one sysadmin is all you really need, but bumping up the number of decent sneaker techs you have really helps increase productivity, few things are more annoying than trying to fix someone else's machine and then someone "higher up" thinks you should drop everything and fix their computer (when really in reality they don't need their computer to begin with....).</htmltext>
<tokenext>It really depends on where you are to what you need .
Do you have people who never want any other software installed ?
Or do you have people who -need- various programs or want some to get the job done easier .
Do you provide -all- your own hardware , or do people occasionally bring in faster printers so they do n't spend all day printing ?
What about viruses ?
Are they a big deal ?
If say , 25 computers go down in a day due to something like a power surge will that seriously affect productivity ?
Are these systems running similar hardware or are they a mismatch of various cheap systems ?
Will these systems need hardware upgrades ?
If you have systems that are really static and wo n't need many more things done to them , yeah , 1 sysadmin and 2 sneaker techs might work .
If you have systems that are dynamic with software changes , hardware changes , or computer systems that are n't identical , it could really help to increase the number of sneaker techs .
In most cases one sysadmin is all you really need , but bumping up the number of decent sneaker techs you have really helps increase productivity , few things are more annoying than trying to fix someone else 's machine and then someone " higher up " thinks you should drop everything and fix their computer ( when really in reality they do n't need their computer to begin with.... ) .</tokentext>
<sentencetext>It really depends on where you are to what you need.
Do you have people who never want any other software installed?
Or do you have people who -need- various programs or want some to get the job done easier.
Do you provide -all- your own hardware, or do people occasionally bring in faster printers so they don't spend all day printing?
What about viruses?
Are they a big deal?
If say, 25 computers go down in a day due to something like a power surge will that seriously affect productivity?
Are these systems running similar hardware or are they a mismatch of various cheap systems?
Will these systems need hardware upgrades?
If you have systems that are really static and won't need many more things done to them, yeah, 1 sysadmin and 2 sneaker techs might work.
If you have systems that are dynamic with software changes, hardware changes, or computer systems that aren't identical, it could really help to increase the number of sneaker techs.
In most cases one sysadmin is all you really need, but bumping up the number of decent sneaker techs you have really helps increase productivity, few things are more annoying than trying to fix someone else's machine and then someone "higher up" thinks you should drop everything and fix their computer (when really in reality they don't need their computer to begin with....).</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594788</id>
	<title>Re:Lockdown</title>
	<author>Anonymous</author>
	<datestamp>1259860380000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>1</modscore>
	<htmltext><p>Citrix is such a waste in so many ways.<br>(1) Waste of employee time waiting for the program to load remotely and piped their way.<br>(2) Waste of network bandwidth, especially if there is a large number of people using Citrix all day long.<br>(3) Citrix is just one more UNEEDED complication.<br>(4) Just install the programs they need locally, please.</p></htmltext>
<tokenext>Citrix is such a waste in so many ways .
( 1 ) Waste of employee time waiting for the program to load remotely and piped their way .
( 2 ) Waste of network bandwidth , especially if there is a large number of people using Citrix all day long .
( 3 ) Citrix is just one more UNEEDED complication .
( 4 ) Just install the programs they need locally , please .</tokentext>
<sentencetext>Citrix is such a waste in so many ways.
(1) Waste of employee time waiting for the program to load remotely and piped their way.
(2) Waste of network bandwidth, especially if there is a large number of people using Citrix all day long.
(3) Citrix is just one more UNEEDED complication.
(4) Just install the programs they need locally, please.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594482</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594704</id>
	<title>Re:Proper Planning</title>
	<author>fuzzyfuzzyfungus</author>
	<datestamp>1259860140000</datestamp>
	<modclass>Interestin</modclass>
	<modscore>2</modscore>
	<htmltext>It also depends on what your implementation needs to do:<br> <br>

If you have a bunch of call-center drones, with rigidly standardized desktops, pretty much the only admin time should be on the servers, the occasional hardware failure, and pressing "reimage" if something goes hairy on the client end. If you are logging a lot of client-side admin time, you have a problem.<br> <br>

On the other side, if you have a load of free-spirited and independent academics, who have-their-own-computers-thank-you-very-much-and-no-thanks-for-meddling, then your admin time will be on the servers, and on whatever IDS you are using to segregate those users who have a relaxed attitude toward antivirus technique.<br> <br>

If you fall somewhere in the middle, though, with lots of employees who are unprivileged peons working on institutional computers; but who (in order to do their jobs) frequently need user-specific software, customizations, and various access tweaks, you'll be doing a fair bit more client-side admin.</htmltext>
<tokenext>It also depends on what your implementation needs to do : If you have a bunch of call-center drones , with rigidly standardized desktops , pretty much the only admin time should be on the servers , the occasional hardware failure , and pressing " reimage " if something goes hairy on the client end .
If you are logging a lot of client-side admin time , you have a problem .
On the other side , if you have a load of free-spirited and independent academics , who have-their-own-computers-thank-you-very-much-and-no-thanks-for-meddling , then your admin time will be on the servers , and on whatever IDS you are using to segregate those users who have a relaxed attitude toward antivirus technique .
If you fall somewhere in the middle , though , with lots of employees who are unprivileged peons working on institutional computers ; but who ( in order to do their jobs ) frequently need user-specific software , customizations , and various access tweaks , you 'll be doing a fair bit more client-side admin .</tokentext>
<sentencetext>It also depends on what your implementation needs to do: 

If you have a bunch of call-center drones, with rigidly standardized desktops, pretty much the only admin time should be on the servers, the occasional hardware failure, and pressing "reimage" if something goes hairy on the client end.
If you are logging a lot of client-side admin time, you have a problem.
On the other side, if you have a load of free-spirited and independent academics, who have-their-own-computers-thank-you-very-much-and-no-thanks-for-meddling, then your admin time will be on the servers, and on whatever IDS you are using to segregate those users who have a relaxed attitude toward antivirus technique.
If you fall somewhere in the middle, though, with lots of employees who are unprivileged peons working on institutional computers; but who (in order to do their jobs) frequently need user-specific software, customizations, and various access tweaks, you'll be doing a fair bit more client-side admin.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594306</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595320</id>
	<title>Re:What's a "Sneaker Tech"?</title>
	<author>Anonymous</author>
	<datestamp>1259862000000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>heh, its what most helpdesk kids do when they get their first IT job. run around fixing things, hence you use your sneakers.</p></htmltext>
<tokenext>heh , its what most helpdesk kids do when they get their first IT job .
run around fixing things , hence you use your sneakers .</tokentext>
<sentencetext>heh, its what most helpdesk kids do when they get their first IT job.
run around fixing things, hence you use your sneakers.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594590</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595718</id>
	<title>Up to 200 or as low as 25</title>
	<author>Yiliar</author>
	<datestamp>1259863080000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>I have managed UNIX desktops and servers for about 26 years.  It really does 'depend'.  Here are the salient factors:
<p>
1. Does the administrator have complete control?</p><p>
2. Can the servers/desktops run effectively as diskless or thin clients?</p><p>
3. Are all servers installed from the same base image/jumpstart/kickstart?</p><p>
4. Are patches tested and maintained across all platforms on a regular interval?</p><p>
In a perfect world, all 4 are true.  Under those conditions it is possible to manage 200 UNIX/Linux server systems per admin.  Given thin or diskless clients, the number of desktops supportable per admin is very high.
</p><p>
The worst case scenario is when all systems are different and carelessly maintained.  The number can drop to 25 per admin on busy/active systems.</p></htmltext>
<tokenext>I have managed UNIX desktops and servers for about 26 years .
It really does 'depend' .
Here are the salient factors : 1 .
Does the administrator have complete control ?
2. Can the servers/desktops run effectively as diskless or thin clients ?
3. Are all servers installed from the same base image/jumpstart/kickstart ?
4. Are patches tested and maintained across all platforms on a regular interval ?
In a perfect world , all 4 are true .
Under those conditions it is possible to manage 200 UNIX/Linux server systems per admin .
Given thin or diskless clients , the number of desktops supportable per admin is very high .
The worst case scenario is when all systems are different and carelessly maintained .
The number can drop to 25 per admin on busy/active systems .</tokentext>
<sentencetext>I have managed UNIX desktops and servers for about 26 years.
It really does 'depend'.
Here are the salient factors:

1.
Does the administrator have complete control?
2. Can the servers/desktops run effectively as diskless or thin clients?
3. Are all servers installed from the same base image/jumpstart/kickstart?
4. Are patches tested and maintained across all platforms on a regular interval?
In a perfect world, all 4 are true.
Under those conditions it is possible to manage 200 UNIX/Linux server systems per admin.
Given thin or diskless clients, the number of desktops supportable per admin is very high.
The worst case scenario is when all systems are different and carelessly maintained.
The number can drop to 25 per admin on busy/active systems.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30599898</id>
	<title>Unix desktops.  Oh, the happy memories....</title>
	<author>BenEnglishAtHome</author>
	<datestamp>1259836680000</datestamp>
	<modclass>Interestin</modclass>
	<modscore>3</modscore>
	<htmltext><blockquote><div><p><i>I've yet to see a serious roll out of Unix desktops...</i></p></div> </blockquote><p>I have.  We had two SAs who handled everything on that rollout.  I was one of the two.  We installed and maintained all software (that was written and pushed to a central server by a different staff).  We installed and maintained all equipment, both field and server room.  The standard setup was each group was 10 to 15 people.  One secretary used a desktop and everybody else had a laptop.  All laptop users got an individual laser printer for home use.  Each group had two impact printers for forms and one networked laser.  Each group connected to their own database server.  There were three additional servers that controlled other functions.  Every single machine ran SCO OSR 3-point-something.  Hardware was IBM for everything.

</p><p>Us 2 SAs did everything.  It didn't matter how small or large the problem, from replacing a USB-to-ethernet dongle to rebuidling a server (I could fully build a server, pulling spare hardware, imaging from tape, and restoring all databases from online backup in under two hours.  We had that shit wired, I tell ya!) to taking calls from people who didn't know how to turn off the reveal codes in WordPerfect, we did it all.

</p><p>Everything that could be scripted was.  Our morning checklists and reports took a half hour, tops.  On a good day, that was all we had to do all day.  On the worst of days, we might work hard.  But bad days were rare.  We could take our vacations and know that no matter what shit hit the fan, the one of us who was on-site could handle it.  We had the wonderful luxury of being able to walk around the user groups and ask people if they needed anything.  They almost never did.

</p><p>Our total user base was about 300 people.  So I'd say if things are designed right, 2 people can handle 300 easily.

</p><p>Of course, there were 25 or so admins and desktop people on the Windows side of the house, taking care of about 1200 users.  They ran around looking like they were doing important stuff all the time.  And I guess they were.  Their stuff broke so much, they were constantly being rewarded for rescuing some project from the jaws of disaster or fixing some irritating problem that had plagued their users for years.  Those poor sods hid in their cubicles most of the time; they didn't dare walk among the user population for fear of someone throwing something at them or, at minimum, being constantly harrassed by users pleading "Could you take a quick look at this?"

</p><p>Our users just did their jobs, working on hardware and software that just worked, reliable as gravity (well, nearly) with no drama at all.

</p><p>You can see what's coming, can't you?

</p><p>The higher-ups started wondering aloud why those two SAs over in the corner never seemed to be running around in a panic fixing things.  "Don't they have any work to do?"  The higher-up attitude toward the Windows guys was completely different.  Hell, I remember one of them getting an award for recovering data from a crashed server.  They actually rewarded the guy with a certificate and a little ceremony because he had backups, something we took for granted in our little world.

</p><p>Obviously, it couldn't last.  All our apps got re-written to Windows.  All the Unix stuff got ashcanned.  Our user population got folded in with everyone else and forced to use the standard Windows-image machines.

</p><p>And we now run around putting out fires with no time to catch our breath.

</p><p>Man, those were the days.  1 to 150 was a breeze.  Nowadays, deskside support is at about the same ratio and we're always on the verge of burnout, always working harder, always falling a little further behind.  As much as I love my work (and I do, dearly, love helping alleviate the pain of a user who can't get their work done until I fix something), I'm *seriously* looking forward to retirement.</p></div>
	</htmltext>
<tokenext>I 've yet to see a serious roll out of Unix desktops... I have .
We had two SAs who handled everything on that rollout .
I was one of the two .
We installed and maintained all software ( that was written and pushed to a central server by a different staff ) .
We installed and maintained all equipment , both field and server room .
The standard setup was each group was 10 to 15 people .
One secretary used a desktop and everybody else had a laptop .
All laptop users got an individual laser printer for home use .
Each group had two impact printers for forms and one networked laser .
Each group connected to their own database server .
There were three additional servers that controlled other functions .
Every single machine ran SCO OSR 3-point-something .
Hardware was IBM for everything .
Us 2 SAs did everything .
It did n't matter how small or large the problem , from replacing a USB-to-ethernet dongle to rebuidling a server ( I could fully build a server , pulling spare hardware , imaging from tape , and restoring all databases from online backup in under two hours .
We had that shit wired , I tell ya !
) to taking calls from people who did n't know how to turn off the reveal codes in WordPerfect , we did it all .
Everything that could be scripted was .
Our morning checklists and reports took a half hour , tops .
On a good day , that was all we had to do all day .
On the worst of days , we might work hard .
But bad days were rare .
We could take our vacations and know that no matter what shit hit the fan , the one of us who was on-site could handle it .
We had the wonderful luxury of being able to walk around the user groups and ask people if they needed anything .
They almost never did .
Our total user base was about 300 people .
So I 'd say if things are designed right , 2 people can handle 300 easily .
Of course , there were 25 or so admins and desktop people on the Windows side of the house , taking care of about 1200 users .
They ran around looking like they were doing important stuff all the time .
And I guess they were .
Their stuff broke so much , they were constantly being rewarded for rescuing some project from the jaws of disaster or fixing some irritating problem that had plagued their users for years .
Those poor sods hid in their cubicles most of the time ; they did n't dare walk among the user population for fear of someone throwing something at them or , at minimum , being constantly harrassed by users pleading " Could you take a quick look at this ?
" Our users just did their jobs , working on hardware and software that just worked , reliable as gravity ( well , nearly ) with no drama at all .
You can see what 's coming , ca n't you ?
The higher-ups started wondering aloud why those two SAs over in the corner never seemed to be running around in a panic fixing things .
" Do n't they have any work to do ?
" The higher-up attitude toward the Windows guys was completely different .
Hell , I remember one of them getting an award for recovering data from a crashed server .
They actually rewarded the guy with a certificate and a little ceremony because he had backups , something we took for granted in our little world .
Obviously , it could n't last .
All our apps got re-written to Windows .
All the Unix stuff got ashcanned .
Our user population got folded in with everyone else and forced to use the standard Windows-image machines .
And we now run around putting out fires with no time to catch our breath .
Man , those were the days .
1 to 150 was a breeze .
Nowadays , deskside support is at about the same ratio and we 're always on the verge of burnout , always working harder , always falling a little further behind .
As much as I love my work ( and I do , dearly , love helping alleviate the pain of a user who ca n't get their work done until I fix something ) , I 'm * seriously * looking forward to retirement .</tokentext>
<sentencetext>I've yet to see a serious roll out of Unix desktops... I have.
We had two SAs who handled everything on that rollout.
I was one of the two.
We installed and maintained all software (that was written and pushed to a central server by a different staff).
We installed and maintained all equipment, both field and server room.
The standard setup was each group was 10 to 15 people.
One secretary used a desktop and everybody else had a laptop.
All laptop users got an individual laser printer for home use.
Each group had two impact printers for forms and one networked laser.
Each group connected to their own database server.
There were three additional servers that controlled other functions.
Every single machine ran SCO OSR 3-point-something.
Hardware was IBM for everything.
Us 2 SAs did everything.
It didn't matter how small or large the problem, from replacing a USB-to-ethernet dongle to rebuidling a server (I could fully build a server, pulling spare hardware, imaging from tape, and restoring all databases from online backup in under two hours.
We had that shit wired, I tell ya!
) to taking calls from people who didn't know how to turn off the reveal codes in WordPerfect, we did it all.
Everything that could be scripted was.
Our morning checklists and reports took a half hour, tops.
On a good day, that was all we had to do all day.
On the worst of days, we might work hard.
But bad days were rare.
We could take our vacations and know that no matter what shit hit the fan, the one of us who was on-site could handle it.
We had the wonderful luxury of being able to walk around the user groups and ask people if they needed anything.
They almost never did.
Our total user base was about 300 people.
So I'd say if things are designed right, 2 people can handle 300 easily.
Of course, there were 25 or so admins and desktop people on the Windows side of the house, taking care of about 1200 users.
They ran around looking like they were doing important stuff all the time.
And I guess they were.
Their stuff broke so much, they were constantly being rewarded for rescuing some project from the jaws of disaster or fixing some irritating problem that had plagued their users for years.
Those poor sods hid in their cubicles most of the time; they didn't dare walk among the user population for fear of someone throwing something at them or, at minimum, being constantly harrassed by users pleading "Could you take a quick look at this?
"

Our users just did their jobs, working on hardware and software that just worked, reliable as gravity (well, nearly) with no drama at all.
You can see what's coming, can't you?
The higher-ups started wondering aloud why those two SAs over in the corner never seemed to be running around in a panic fixing things.
"Don't they have any work to do?
"  The higher-up attitude toward the Windows guys was completely different.
Hell, I remember one of them getting an award for recovering data from a crashed server.
They actually rewarded the guy with a certificate and a little ceremony because he had backups, something we took for granted in our little world.
Obviously, it couldn't last.
All our apps got re-written to Windows.
All the Unix stuff got ashcanned.
Our user population got folded in with everyone else and forced to use the standard Windows-image machines.
And we now run around putting out fires with no time to catch our breath.
Man, those were the days.
1 to 150 was a breeze.
Nowadays, deskside support is at about the same ratio and we're always on the verge of burnout, always working harder, always falling a little further behind.
As much as I love my work (and I do, dearly, love helping alleviate the pain of a user who can't get their work done until I fix something), I'm *seriously* looking forward to retirement.
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594440</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595704</id>
	<title>Former ISP- Medium Network and manyPhysical POPs</title>
	<author>duanes1967</author>
	<datestamp>1259863080000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>As a former Regional ISP with full email, webhosting and News services, we started at 1 tech for 150 users in 1995 when we had to talk each user through the install of trumpet winsock and ftp download of Netscape (or physically go to their house and do it).  Later this moved to 250:1 and this included supporting Windows 3.11/winsock and Win95 on 4MB of RAM plus issues such as how to click a mouse, what is a modem, my printer won't print, and Packard-Bell (need I say more).  With WinXP and DSL, this moved to about 500:1 and still includes support on reloading Windows, printers, virus detection and removal.  Not to mention, much more involved mail and web hosting issues.  As for admins - Telecom needed 1 per 2000 dialup lines or DSL users or 300 hi-cap circuits, Network 1 per 100 dedicated customers and SysAdmins at 1 per 60 servers if they run a broad range of services or 150 servers if they run similar services or 500+ servers if they are identical services.  Windows versus Linux doesn't make as much difference as it used to because Windows has fairly robust scripting available if you learn it.... but in general, Windows will up your admin needs 30\% because few people know how to use extensive scripting on a win server.  Current ISP's generally limit support to services sold and need half of less of the resources.  The bottom line, resources depend heavily on exactly what you support, the tech level of the user, and how diverse their hardware is.</htmltext>
<tokenext>As a former Regional ISP with full email , webhosting and News services , we started at 1 tech for 150 users in 1995 when we had to talk each user through the install of trumpet winsock and ftp download of Netscape ( or physically go to their house and do it ) .
Later this moved to 250 : 1 and this included supporting Windows 3.11/winsock and Win95 on 4MB of RAM plus issues such as how to click a mouse , what is a modem , my printer wo n't print , and Packard-Bell ( need I say more ) .
With WinXP and DSL , this moved to about 500 : 1 and still includes support on reloading Windows , printers , virus detection and removal .
Not to mention , much more involved mail and web hosting issues .
As for admins - Telecom needed 1 per 2000 dialup lines or DSL users or 300 hi-cap circuits , Network 1 per 100 dedicated customers and SysAdmins at 1 per 60 servers if they run a broad range of services or 150 servers if they run similar services or 500 + servers if they are identical services .
Windows versus Linux does n't make as much difference as it used to because Windows has fairly robust scripting available if you learn it.... but in general , Windows will up your admin needs 30 \ % because few people know how to use extensive scripting on a win server .
Current ISP 's generally limit support to services sold and need half of less of the resources .
The bottom line , resources depend heavily on exactly what you support , the tech level of the user , and how diverse their hardware is .</tokentext>
<sentencetext>As a former Regional ISP with full email, webhosting and News services, we started at 1 tech for 150 users in 1995 when we had to talk each user through the install of trumpet winsock and ftp download of Netscape (or physically go to their house and do it).
Later this moved to 250:1 and this included supporting Windows 3.11/winsock and Win95 on 4MB of RAM plus issues such as how to click a mouse, what is a modem, my printer won't print, and Packard-Bell (need I say more).
With WinXP and DSL, this moved to about 500:1 and still includes support on reloading Windows, printers, virus detection and removal.
Not to mention, much more involved mail and web hosting issues.
As for admins - Telecom needed 1 per 2000 dialup lines or DSL users or 300 hi-cap circuits, Network 1 per 100 dedicated customers and SysAdmins at 1 per 60 servers if they run a broad range of services or 150 servers if they run similar services or 500+ servers if they are identical services.
Windows versus Linux doesn't make as much difference as it used to because Windows has fairly robust scripting available if you learn it.... but in general, Windows will up your admin needs 30\% because few people know how to use extensive scripting on a win server.
Current ISP's generally limit support to services sold and need half of less of the resources.
The bottom line, resources depend heavily on exactly what you support, the tech level of the user, and how diverse their hardware is.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595250</id>
	<title>edutech</title>
	<author>Anonymous</author>
	<datestamp>1259861820000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Well I work for a school board, the team I work with is 5 techs + 1 Director, we all cover pretty much all areas Desktops, Servers, VOIP, Video Conferencing.  We have approximately 2500 workstations, 80 Servers (mostly windows), 1000 full time empoyee and 6500 Student users. Are we understaffed, Hell ya, do we get the job done, damn right!</p><p>I See a lot of commenters stating that it depends, but not depending on what.  In our case we can get away with our staffing levels due to the technologies that we use to secure our machines from users, Deep Freeze, with out it our staffing levels would need to be much higher because we would have to deal with virus/malware problems on top of general user mucking about.  We use SMS to keep our machines up to date in the afterhours.  We also like to label ourselves as control freaks and that also helps.</p></htmltext>
<tokenext>Well I work for a school board , the team I work with is 5 techs + 1 Director , we all cover pretty much all areas Desktops , Servers , VOIP , Video Conferencing .
We have approximately 2500 workstations , 80 Servers ( mostly windows ) , 1000 full time empoyee and 6500 Student users .
Are we understaffed , Hell ya , do we get the job done , damn right ! I See a lot of commenters stating that it depends , but not depending on what .
In our case we can get away with our staffing levels due to the technologies that we use to secure our machines from users , Deep Freeze , with out it our staffing levels would need to be much higher because we would have to deal with virus/malware problems on top of general user mucking about .
We use SMS to keep our machines up to date in the afterhours .
We also like to label ourselves as control freaks and that also helps .</tokentext>
<sentencetext>Well I work for a school board, the team I work with is 5 techs + 1 Director, we all cover pretty much all areas Desktops, Servers, VOIP, Video Conferencing.
We have approximately 2500 workstations, 80 Servers (mostly windows), 1000 full time empoyee and 6500 Student users.
Are we understaffed, Hell ya, do we get the job done, damn right!I See a lot of commenters stating that it depends, but not depending on what.
In our case we can get away with our staffing levels due to the technologies that we use to secure our machines from users, Deep Freeze, with out it our staffing levels would need to be much higher because we would have to deal with virus/malware problems on top of general user mucking about.
We use SMS to keep our machines up to date in the afterhours.
We also like to label ourselves as control freaks and that also helps.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30600244</id>
	<title>Staffing at my last two companies</title>
	<author>zerofoo</author>
	<datestamp>1259839080000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I was the network manager for a bank with 17 branches, and 3 office locations, about 200 or so employees, and about 40 servers (production, training, and test).</p><p>Total IT staff at the bank: 1 VP of network services (I reported to him), 1 network services manager (me), 2 help-desk/branch support guys (reported to me), 1 DBA, 1 core banking application support/administrator, 1 IT dept secretary (actually VP's secretary, but she helped us all out), and 2 operators to run the check processing/statement printing systems.</p><p>Now I am the IT director for a small private school.  We have one school and one office/tutoring center, about 70 employees and 128 students, 20 servers, and a bit over 200 laptops and desktops, as well as other stuff (routers, switches, firewalls, remote access, VOIP telephones, printers, copiers, IP cameras, AV gear....etc)</p><p>Total IT staff at the school: 1 IT director, and two technology teachers.  The teachers are in the classroom most of the day, but they help students and staff with the "help-desk" stuff, and escalate severe problems to me.  Administrators come directly to me for support.</p><p>-ted</p></htmltext>
<tokenext>I was the network manager for a bank with 17 branches , and 3 office locations , about 200 or so employees , and about 40 servers ( production , training , and test ) .Total IT staff at the bank : 1 VP of network services ( I reported to him ) , 1 network services manager ( me ) , 2 help-desk/branch support guys ( reported to me ) , 1 DBA , 1 core banking application support/administrator , 1 IT dept secretary ( actually VP 's secretary , but she helped us all out ) , and 2 operators to run the check processing/statement printing systems.Now I am the IT director for a small private school .
We have one school and one office/tutoring center , about 70 employees and 128 students , 20 servers , and a bit over 200 laptops and desktops , as well as other stuff ( routers , switches , firewalls , remote access , VOIP telephones , printers , copiers , IP cameras , AV gear....etc ) Total IT staff at the school : 1 IT director , and two technology teachers .
The teachers are in the classroom most of the day , but they help students and staff with the " help-desk " stuff , and escalate severe problems to me .
Administrators come directly to me for support.-ted</tokentext>
<sentencetext>I was the network manager for a bank with 17 branches, and 3 office locations, about 200 or so employees, and about 40 servers (production, training, and test).Total IT staff at the bank: 1 VP of network services (I reported to him), 1 network services manager (me), 2 help-desk/branch support guys (reported to me), 1 DBA, 1 core banking application support/administrator, 1 IT dept secretary (actually VP's secretary, but she helped us all out), and 2 operators to run the check processing/statement printing systems.Now I am the IT director for a small private school.
We have one school and one office/tutoring center, about 70 employees and 128 students, 20 servers, and a bit over 200 laptops and desktops, as well as other stuff (routers, switches, firewalls, remote access, VOIP telephones, printers, copiers, IP cameras, AV gear....etc)Total IT staff at the school: 1 IT director, and two technology teachers.
The teachers are in the classroom most of the day, but they help students and staff with the "help-desk" stuff, and escalate severe problems to me.
Administrators come directly to me for support.-ted</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30599314</id>
	<title>One coolie per rickshaw?</title>
	<author>grikdog</author>
	<datestamp>1259833620000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Seriously.  What does your experience of management decisions teach you about probables like that?  Be glad you have a job, and never, ever, under any circumstances, dare to even THINK about unionizing.
<br> <br>
But if you do, I recommend the Teamsters.</htmltext>
<tokenext>Seriously .
What does your experience of management decisions teach you about probables like that ?
Be glad you have a job , and never , ever , under any circumstances , dare to even THINK about unionizing .
But if you do , I recommend the Teamsters .</tokentext>
<sentencetext>Seriously.
What does your experience of management decisions teach you about probables like that?
Be glad you have a job, and never, ever, under any circumstances, dare to even THINK about unionizing.
But if you do, I recommend the Teamsters.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594520</id>
	<title>Small Shop</title>
	<author>Anonymous</author>
	<datestamp>1259859480000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>2</modscore>
	<htmltext>We have a small shop, we support around 150 users, all on XP boxes, 2 Windows Servers, and 2 Linux Servers, we have 3 of us in our shop including the IT Manager.</htmltext>
<tokenext>We have a small shop , we support around 150 users , all on XP boxes , 2 Windows Servers , and 2 Linux Servers , we have 3 of us in our shop including the IT Manager .</tokentext>
<sentencetext>We have a small shop, we support around 150 users, all on XP boxes, 2 Windows Servers, and 2 Linux Servers, we have 3 of us in our shop including the IT Manager.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597138</id>
	<title>Make that 2600 leet haxorz</title>
	<author>xactuary</author>
	<datestamp>1259867940000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext>"There are around 2600 users of varying knowledge, mostly pretty low."

2600 you say? Hmmm. That should set off a few alarms.</htmltext>
<tokenext>" There are around 2600 users of varying knowledge , mostly pretty low .
" 2600 you say ?
Hmmm. That should set off a few alarms .</tokentext>
<sentencetext>"There are around 2600 users of varying knowledge, mostly pretty low.
"

2600 you say?
Hmmm. That should set off a few alarms.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597496</id>
	<title>Ask BLS</title>
	<author>kbielefe</author>
	<datestamp>1259869440000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>According to the <a href="http://www.bls.gov/oco/ocos306.htm" title="bls.gov">Bureau of Labor Statistics</a> [bls.gov], 565,700 out of approximately 145 million jobs in the United States last year were for computer support.  That's one of every 256 jobs.  However, a large portion of workers don't use computers for their jobs.  I couldn't find statistics for that, but whatever the real ratio is, it's lower than 256:1.  It's safe to say your 300:1 ratio is well above average.</p></htmltext>
<tokenext>According to the Bureau of Labor Statistics [ bls.gov ] , 565,700 out of approximately 145 million jobs in the United States last year were for computer support .
That 's one of every 256 jobs .
However , a large portion of workers do n't use computers for their jobs .
I could n't find statistics for that , but whatever the real ratio is , it 's lower than 256 : 1 .
It 's safe to say your 300 : 1 ratio is well above average .</tokentext>
<sentencetext>According to the Bureau of Labor Statistics [bls.gov], 565,700 out of approximately 145 million jobs in the United States last year were for computer support.
That's one of every 256 jobs.
However, a large portion of workers don't use computers for their jobs.
I couldn't find statistics for that, but whatever the real ratio is, it's lower than 256:1.
It's safe to say your 300:1 ratio is well above average.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594922</id>
	<title>"How Many Admins Per User?"</title>
	<author>slicerwizard</author>
	<datestamp>1259860740000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Is the article writer suggesting there should be more admins than users?</htmltext>
<tokenext>Is the article writer suggesting there should be more admins than users ?</tokentext>
<sentencetext>Is the article writer suggesting there should be more admins than users?</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30600208</id>
	<title>The answer is obvious</title>
	<author>waa</author>
	<datestamp>1259838780000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>42</htmltext>
<tokenext>42</tokentext>
<sentencetext>42</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597228</id>
	<title>Below acceptable</title>
	<author>xSauronx</author>
	<datestamp>1259868240000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I think it's below acceptable unless you are really on the ball and have a lot of things automated and properly organized and little to no emergency troubleshooting to deal with. At the community college I attend there is one Network Admin and 2 help desk goons. Admin *only* deals with network-related problems and basic telephone system issues. Helpdesk just helps out with end-user workstation issues. They seem to get along well enough, but the admin has lots of old software and hardware and an old PBX to deal with, and desperately needs a qualified assistant. Im working as his assistant with the work-study program but Im not experienced or knowledgeable enough to help the way he really needs it. I can deal with maybe 30\% or 40\% of what is on his "to do" list considering the limited access and experienced I have.</p><p>Now, he said at another school years ago he managed 2500 PCs by himself with a handful of work-study students, but my understanding is that the network was in better shape than where he is presently.</p></htmltext>
<tokenext>I think it 's below acceptable unless you are really on the ball and have a lot of things automated and properly organized and little to no emergency troubleshooting to deal with .
At the community college I attend there is one Network Admin and 2 help desk goons .
Admin * only * deals with network-related problems and basic telephone system issues .
Helpdesk just helps out with end-user workstation issues .
They seem to get along well enough , but the admin has lots of old software and hardware and an old PBX to deal with , and desperately needs a qualified assistant .
Im working as his assistant with the work-study program but Im not experienced or knowledgeable enough to help the way he really needs it .
I can deal with maybe 30 \ % or 40 \ % of what is on his " to do " list considering the limited access and experienced I have.Now , he said at another school years ago he managed 2500 PCs by himself with a handful of work-study students , but my understanding is that the network was in better shape than where he is presently .</tokentext>
<sentencetext>I think it's below acceptable unless you are really on the ball and have a lot of things automated and properly organized and little to no emergency troubleshooting to deal with.
At the community college I attend there is one Network Admin and 2 help desk goons.
Admin *only* deals with network-related problems and basic telephone system issues.
Helpdesk just helps out with end-user workstation issues.
They seem to get along well enough, but the admin has lots of old software and hardware and an old PBX to deal with, and desperately needs a qualified assistant.
Im working as his assistant with the work-study program but Im not experienced or knowledgeable enough to help the way he really needs it.
I can deal with maybe 30\% or 40\% of what is on his "to do" list considering the limited access and experienced I have.Now, he said at another school years ago he managed 2500 PCs by himself with a handful of work-study students, but my understanding is that the network was in better shape than where he is presently.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596594</id>
	<title>It Depends</title>
	<author>zero\_out</author>
	<datestamp>1259865900000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>It really depends on the industry, the shop, management, and users.  However, when I was a server/desktop admin at an architectural firm, there was a book published every year that gathered lots and lots of IT management stats from various companies in the field.  It encompassed staff sizes, experience levels, money spent on hardware, money spent on licenses, etc.  It was extremely granular and gathered data from industry leaders as well as average and below-average firms.  You could then do your own metrics and compare them with the published data.  This was very useful when it came to dealing with management.  I wish I knew the name of the book.  There may be something out there for your particular industry, but you'll need to look around and talk to your counterparts at various IT shops within your industry.

In fact, there was also a yearly conference where you could network with other IT personnel within the architecture industry from around the country.  My manager found it extremely useful to hear how other shops were solving problems, and sometimes to simply hear that we weren't alone in our challenges.</htmltext>
<tokenext>It really depends on the industry , the shop , management , and users .
However , when I was a server/desktop admin at an architectural firm , there was a book published every year that gathered lots and lots of IT management stats from various companies in the field .
It encompassed staff sizes , experience levels , money spent on hardware , money spent on licenses , etc .
It was extremely granular and gathered data from industry leaders as well as average and below-average firms .
You could then do your own metrics and compare them with the published data .
This was very useful when it came to dealing with management .
I wish I knew the name of the book .
There may be something out there for your particular industry , but you 'll need to look around and talk to your counterparts at various IT shops within your industry .
In fact , there was also a yearly conference where you could network with other IT personnel within the architecture industry from around the country .
My manager found it extremely useful to hear how other shops were solving problems , and sometimes to simply hear that we were n't alone in our challenges .</tokentext>
<sentencetext>It really depends on the industry, the shop, management, and users.
However, when I was a server/desktop admin at an architectural firm, there was a book published every year that gathered lots and lots of IT management stats from various companies in the field.
It encompassed staff sizes, experience levels, money spent on hardware, money spent on licenses, etc.
It was extremely granular and gathered data from industry leaders as well as average and below-average firms.
You could then do your own metrics and compare them with the published data.
This was very useful when it came to dealing with management.
I wish I knew the name of the book.
There may be something out there for your particular industry, but you'll need to look around and talk to your counterparts at various IT shops within your industry.
In fact, there was also a yearly conference where you could network with other IT personnel within the architecture industry from around the country.
My manager found it extremely useful to hear how other shops were solving problems, and sometimes to simply hear that we weren't alone in our challenges.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30651288</id>
	<title>As with most things in life, it depends.</title>
	<author>Geminii</author>
	<datestamp>1231091220000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>You will generally need fewer IT staff per hundred users if:
</p><p>
- You have a large organisation (several thousand staff) and can use economies of scale.<br>
- You have a homogeneous digital corporate environment.<br>
- Your business does not change much from year to year.<br>
- Your business is largely non-IT based; miners and dock workers generate less IT demand than office workers and engineers.<br>
- Your IT infrastructure has been built up slowly and thoughtfully, with consideration given to interoperability, remote administration, and software automation and maintenance.<br>
- Your IT department is allowed to devote resources towards improvement of service.<br>
- Your IT department has extensive input on incoming upgrades, speccing and sourcing, and other uses of the IT budget.<br>
- The IT staff is paid well and provided with an attractive working environment, leading to lower turnover and greater average ability/knowledge per IT person.<br>
- The IT staff don't mind cross-training and providing a degree of flexibility and coverage for each other, which is a lot easier to make stick if people actually like working for your IT department.<br>
- You have procedures in place for both reducing instances of and minimising effects of things like bad software rollouts, new interface implementations, and so forth.<br>
- You have methods in place for allowing a sliding set of task assignments, so that if something big does unexpectedly crop up, people can be smoothly assigned to it in an actually effective way without their normal duties falling by the wayside, and it can be taken care of much more rapidly. You also have procedures for rapidly acquiring additional emergency IT staff who won't need three months' training to get up to speed.
</p><p>
So, yeah. There's a bunch of factors involved. A ten-person IT team might be needed for a fifty-person bleeding-edge programming shop built out of spit and Steve Jobs' old turtlenecks, but an identical ten-person team might be able to hold down a fifty-thousand-employee megacorp where the infrastructure is a locked-down 500-person HQ and two hundred sites specialising in physical labor and hosting a single indestructible greenscreen terminal each because 90\% of their paperwork consists of the boss's clipboard and a work schedule stapled to the break room wall.</p></htmltext>
<tokenext>You will generally need fewer IT staff per hundred users if : - You have a large organisation ( several thousand staff ) and can use economies of scale .
- You have a homogeneous digital corporate environment .
- Your business does not change much from year to year .
- Your business is largely non-IT based ; miners and dock workers generate less IT demand than office workers and engineers .
- Your IT infrastructure has been built up slowly and thoughtfully , with consideration given to interoperability , remote administration , and software automation and maintenance .
- Your IT department is allowed to devote resources towards improvement of service .
- Your IT department has extensive input on incoming upgrades , speccing and sourcing , and other uses of the IT budget .
- The IT staff is paid well and provided with an attractive working environment , leading to lower turnover and greater average ability/knowledge per IT person .
- The IT staff do n't mind cross-training and providing a degree of flexibility and coverage for each other , which is a lot easier to make stick if people actually like working for your IT department .
- You have procedures in place for both reducing instances of and minimising effects of things like bad software rollouts , new interface implementations , and so forth .
- You have methods in place for allowing a sliding set of task assignments , so that if something big does unexpectedly crop up , people can be smoothly assigned to it in an actually effective way without their normal duties falling by the wayside , and it can be taken care of much more rapidly .
You also have procedures for rapidly acquiring additional emergency IT staff who wo n't need three months ' training to get up to speed .
So , yeah .
There 's a bunch of factors involved .
A ten-person IT team might be needed for a fifty-person bleeding-edge programming shop built out of spit and Steve Jobs ' old turtlenecks , but an identical ten-person team might be able to hold down a fifty-thousand-employee megacorp where the infrastructure is a locked-down 500-person HQ and two hundred sites specialising in physical labor and hosting a single indestructible greenscreen terminal each because 90 \ % of their paperwork consists of the boss 's clipboard and a work schedule stapled to the break room wall .</tokentext>
<sentencetext>You will generally need fewer IT staff per hundred users if:

- You have a large organisation (several thousand staff) and can use economies of scale.
- You have a homogeneous digital corporate environment.
- Your business does not change much from year to year.
- Your business is largely non-IT based; miners and dock workers generate less IT demand than office workers and engineers.
- Your IT infrastructure has been built up slowly and thoughtfully, with consideration given to interoperability, remote administration, and software automation and maintenance.
- Your IT department is allowed to devote resources towards improvement of service.
- Your IT department has extensive input on incoming upgrades, speccing and sourcing, and other uses of the IT budget.
- The IT staff is paid well and provided with an attractive working environment, leading to lower turnover and greater average ability/knowledge per IT person.
- The IT staff don't mind cross-training and providing a degree of flexibility and coverage for each other, which is a lot easier to make stick if people actually like working for your IT department.
- You have procedures in place for both reducing instances of and minimising effects of things like bad software rollouts, new interface implementations, and so forth.
- You have methods in place for allowing a sliding set of task assignments, so that if something big does unexpectedly crop up, people can be smoothly assigned to it in an actually effective way without their normal duties falling by the wayside, and it can be taken care of much more rapidly.
You also have procedures for rapidly acquiring additional emergency IT staff who won't need three months' training to get up to speed.
So, yeah.
There's a bunch of factors involved.
A ten-person IT team might be needed for a fifty-person bleeding-edge programming shop built out of spit and Steve Jobs' old turtlenecks, but an identical ten-person team might be able to hold down a fifty-thousand-employee megacorp where the infrastructure is a locked-down 500-person HQ and two hundred sites specialising in physical labor and hosting a single indestructible greenscreen terminal each because 90\% of their paperwork consists of the boss's clipboard and a work schedule stapled to the break room wall.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595200</id>
	<title>1 IT staff per...</title>
	<author>Spazmania</author>
	<datestamp>1259861640000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>2</modscore>
	<htmltext><p>You need 1 IT staff (helpdesk, sysadmin, etc.) per:</p><p>20 Windows servers<br>50 Linux servers<br>100 full time computer users<br>1000 part time computer users</p></htmltext>
<tokenext>You need 1 IT staff ( helpdesk , sysadmin , etc .
) per : 20 Windows servers50 Linux servers100 full time computer users1000 part time computer users</tokentext>
<sentencetext>You need 1 IT staff (helpdesk, sysadmin, etc.
) per:20 Windows servers50 Linux servers100 full time computer users1000 part time computer users</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597606</id>
	<title>Re:standard is supposed to be 185 to warrant on-si</title>
	<author>Penguinisto</author>
	<datestamp>1259869920000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Like sibling, I don't envy you either. There's nothing worse than having to clean up after contractors, and then try and waste time teasing out WTF they did (because they obviously won't let you in on all of it, if for no other reason than to insure future contracts).</p></htmltext>
<tokenext>Like sibling , I do n't envy you either .
There 's nothing worse than having to clean up after contractors , and then try and waste time teasing out WTF they did ( because they obviously wo n't let you in on all of it , if for no other reason than to insure future contracts ) .</tokentext>
<sentencetext>Like sibling, I don't envy you either.
There's nothing worse than having to clean up after contractors, and then try and waste time teasing out WTF they did (because they obviously won't let you in on all of it, if for no other reason than to insure future contracts).</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594664</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597822</id>
	<title>Got my rear kicked once...</title>
	<author>Anonymous</author>
	<datestamp>1259870700000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>I use to work for a K-12 school district.  1100+ students, 100+ staff, way over 1200 devices (600+ laptops along with printers, desktops, projectors, etc).  For 7 years I was the one and only techie.  And they wondered why I couldn't keep up with the workload!  Of course, having a number of 8 year old desktops didn't help.</p><p>I finally left.</p><p>But I've heard they now have 3 1/2 techs, and they still can't keep up.<nobr> <wbr></nobr>:)</p></htmltext>
<tokenext>I use to work for a K-12 school district .
1100 + students , 100 + staff , way over 1200 devices ( 600 + laptops along with printers , desktops , projectors , etc ) .
For 7 years I was the one and only techie .
And they wondered why I could n't keep up with the workload !
Of course , having a number of 8 year old desktops did n't help.I finally left.But I 've heard they now have 3 1/2 techs , and they still ca n't keep up .
: )</tokentext>
<sentencetext>I use to work for a K-12 school district.
1100+ students, 100+ staff, way over 1200 devices (600+ laptops along with printers, desktops, projectors, etc).
For 7 years I was the one and only techie.
And they wondered why I couldn't keep up with the workload!
Of course, having a number of 8 year old desktops didn't help.I finally left.But I've heard they now have 3 1/2 techs, and they still can't keep up.
:)</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597688</id>
	<title>Tech support/Admins staffing levels</title>
	<author>dlawson</author>
	<datestamp>1259870220000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I worked for a major Novell distributor in the early nineties. At the time, the SUGGESTION from Microsoft for help desk staffing was 1 tech per 50 - 100 users, depending on the level of automation that could be done (this was Win 3.1, including server). Novell recommended 1 CNA and 1 CNE per 30 - 50 servers, but that varied according to the applications running on the NW servers.</p><p>The reason Novell bought USL (Unix Systems Labs) from AT&amp;T was that 1 Unix admin could support as many as 50 - 75 servers, again depending on application type. UnixWare could run Oracle DB, and that meant there was a requirement for support admins for those "specialized" applications.</p><p>In 1994, Novell spun the Caldera group (which started as a lightweight desktop replacement for Windows) off from Novell. At the time, I was still closely connected to Novell's Unix products group mostly through Kent Prows, who had fathered UnixWare through development. I was told at the time that Novell saw the Caldera project's success, and immediately ceased further development on desktop UnixWare, because "this Linux thing can do everything UnixWare can." That was from one of my other contacts at Novell.</p><p>The reason for the digression was that Microsoft had popularized Windows through the CIO and  IT departments as "minimum wage administration" (verbatim from an MS distribution rep) and Novell had the burden of showing that UnixWare had all of the advantages of Windows in ease of use, etc. However, they had to get over the fact that Corporate Types have an intrinsic desire to build an empire, and that meant plenty of foot soldiers, and hence the bigger Table of Organization meant more pay. They (CxO's) like that Windows takes more staff; more staff, more pay.</p><p>BTW, at the time, Macs took 1 admin per 200 - 300 workstations, because of the better quality of software, and more necessity of reliable OS; because Apple had to support all of the Macs out there in home user land. I don't think that has changed significantly.</p><p>So there you have it; because I sold Unix systems to all levels of the Federal Government (the CIA loved SPARC stations; but they ground them up when they were obsolete), I had to be pretty aware of these numbers.</p><p>You can probably find out today's staffing levels from the respective OS manufacturers, search their sites for "enterprise staffing levels".</p><p>And good luck with your quest.<br>Dave Lawson</p></htmltext>
<tokenext>I worked for a major Novell distributor in the early nineties .
At the time , the SUGGESTION from Microsoft for help desk staffing was 1 tech per 50 - 100 users , depending on the level of automation that could be done ( this was Win 3.1 , including server ) .
Novell recommended 1 CNA and 1 CNE per 30 - 50 servers , but that varied according to the applications running on the NW servers.The reason Novell bought USL ( Unix Systems Labs ) from AT&amp;T was that 1 Unix admin could support as many as 50 - 75 servers , again depending on application type .
UnixWare could run Oracle DB , and that meant there was a requirement for support admins for those " specialized " applications.In 1994 , Novell spun the Caldera group ( which started as a lightweight desktop replacement for Windows ) off from Novell .
At the time , I was still closely connected to Novell 's Unix products group mostly through Kent Prows , who had fathered UnixWare through development .
I was told at the time that Novell saw the Caldera project 's success , and immediately ceased further development on desktop UnixWare , because " this Linux thing can do everything UnixWare can .
" That was from one of my other contacts at Novell.The reason for the digression was that Microsoft had popularized Windows through the CIO and IT departments as " minimum wage administration " ( verbatim from an MS distribution rep ) and Novell had the burden of showing that UnixWare had all of the advantages of Windows in ease of use , etc .
However , they had to get over the fact that Corporate Types have an intrinsic desire to build an empire , and that meant plenty of foot soldiers , and hence the bigger Table of Organization meant more pay .
They ( CxO 's ) like that Windows takes more staff ; more staff , more pay.BTW , at the time , Macs took 1 admin per 200 - 300 workstations , because of the better quality of software , and more necessity of reliable OS ; because Apple had to support all of the Macs out there in home user land .
I do n't think that has changed significantly.So there you have it ; because I sold Unix systems to all levels of the Federal Government ( the CIA loved SPARC stations ; but they ground them up when they were obsolete ) , I had to be pretty aware of these numbers.You can probably find out today 's staffing levels from the respective OS manufacturers , search their sites for " enterprise staffing levels " .And good luck with your quest.Dave Lawson</tokentext>
<sentencetext>I worked for a major Novell distributor in the early nineties.
At the time, the SUGGESTION from Microsoft for help desk staffing was 1 tech per 50 - 100 users, depending on the level of automation that could be done (this was Win 3.1, including server).
Novell recommended 1 CNA and 1 CNE per 30 - 50 servers, but that varied according to the applications running on the NW servers.The reason Novell bought USL (Unix Systems Labs) from AT&amp;T was that 1 Unix admin could support as many as 50 - 75 servers, again depending on application type.
UnixWare could run Oracle DB, and that meant there was a requirement for support admins for those "specialized" applications.In 1994, Novell spun the Caldera group (which started as a lightweight desktop replacement for Windows) off from Novell.
At the time, I was still closely connected to Novell's Unix products group mostly through Kent Prows, who had fathered UnixWare through development.
I was told at the time that Novell saw the Caldera project's success, and immediately ceased further development on desktop UnixWare, because "this Linux thing can do everything UnixWare can.
" That was from one of my other contacts at Novell.The reason for the digression was that Microsoft had popularized Windows through the CIO and  IT departments as "minimum wage administration" (verbatim from an MS distribution rep) and Novell had the burden of showing that UnixWare had all of the advantages of Windows in ease of use, etc.
However, they had to get over the fact that Corporate Types have an intrinsic desire to build an empire, and that meant plenty of foot soldiers, and hence the bigger Table of Organization meant more pay.
They (CxO's) like that Windows takes more staff; more staff, more pay.BTW, at the time, Macs took 1 admin per 200 - 300 workstations, because of the better quality of software, and more necessity of reliable OS; because Apple had to support all of the Macs out there in home user land.
I don't think that has changed significantly.So there you have it; because I sold Unix systems to all levels of the Federal Government (the CIA loved SPARC stations; but they ground them up when they were obsolete), I had to be pretty aware of these numbers.You can probably find out today's staffing levels from the respective OS manufacturers, search their sites for "enterprise staffing levels".And good luck with your quest.Dave Lawson</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30602066</id>
	<title>Re:Lockdown</title>
	<author>Blue23</author>
	<datestamp>1259852820000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p><div class="quote"><p>As far as using Citrix to do real work on a day to day basis without such high security requirments, I've always thought it was a terrible idea.  My company wants to do more of it though, and I can't understand why.  A new laptop is about $600 and should last 2-3 years.  Support per laptop is probably another $100 a year, for grand total of $900.  I can't see the extra bandwidth and citrix licensing used up by a user working off of a citrix connection costing less than that over three years.</p></div><p>I have to disagree with your grand total - it doesn't look at all at the cost to administrate it.  We run Citrix for about 3000 users.  Administering that many laptops, even with tools like SMS, is much more consuming then giving the majority of users toasters to connect.</p><p>Laptops aren't that more expensive then a good toaster &amp; monitor, but the real savings is in administering them, diagnostics and troubleshooting, updates, and uptime.  One terminal server from the farm goes down, users just reconnect and get sent to a different one.  One laptop goes down (or needs to reboot, or get memory added, or<nobr> <wbr></nobr>...) and that person isn't doing anything until we get someone to focus on just their problem.</p><p>Of course, the majority of our users don't need laptops as well.  We only give out laptops to those who need it (mobile sales, IT, etc.)</p></div>
	</htmltext>
<tokenext>As far as using Citrix to do real work on a day to day basis without such high security requirments , I 've always thought it was a terrible idea .
My company wants to do more of it though , and I ca n't understand why .
A new laptop is about $ 600 and should last 2-3 years .
Support per laptop is probably another $ 100 a year , for grand total of $ 900 .
I ca n't see the extra bandwidth and citrix licensing used up by a user working off of a citrix connection costing less than that over three years.I have to disagree with your grand total - it does n't look at all at the cost to administrate it .
We run Citrix for about 3000 users .
Administering that many laptops , even with tools like SMS , is much more consuming then giving the majority of users toasters to connect.Laptops are n't that more expensive then a good toaster &amp; monitor , but the real savings is in administering them , diagnostics and troubleshooting , updates , and uptime .
One terminal server from the farm goes down , users just reconnect and get sent to a different one .
One laptop goes down ( or needs to reboot , or get memory added , or ... ) and that person is n't doing anything until we get someone to focus on just their problem.Of course , the majority of our users do n't need laptops as well .
We only give out laptops to those who need it ( mobile sales , IT , etc .
)</tokentext>
<sentencetext>As far as using Citrix to do real work on a day to day basis without such high security requirments, I've always thought it was a terrible idea.
My company wants to do more of it though, and I can't understand why.
A new laptop is about $600 and should last 2-3 years.
Support per laptop is probably another $100 a year, for grand total of $900.
I can't see the extra bandwidth and citrix licensing used up by a user working off of a citrix connection costing less than that over three years.I have to disagree with your grand total - it doesn't look at all at the cost to administrate it.
We run Citrix for about 3000 users.
Administering that many laptops, even with tools like SMS, is much more consuming then giving the majority of users toasters to connect.Laptops aren't that more expensive then a good toaster &amp; monitor, but the real savings is in administering them, diagnostics and troubleshooting, updates, and uptime.
One terminal server from the farm goes down, users just reconnect and get sent to a different one.
One laptop goes down (or needs to reboot, or get memory added, or ...) and that person isn't doing anything until we get someone to focus on just their problem.Of course, the majority of our users don't need laptops as well.
We only give out laptops to those who need it (mobile sales, IT, etc.
)
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596500</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595402</id>
	<title>Numbers...</title>
	<author>farrellj</author>
	<datestamp>1259862240000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Well, the number I usually hear in the industry is 1 SysAdmin per:</p><p>10 Windows Servers<br>100 Unix/Linux servers</p><p>I think that the numbers are little low, and maybe too idealistic...Depending on the application, I could *easily* see one competent SysAdmin managing at least three times those numbers. Of Course, that is the rub, a competent SysAdmin. A *good* SysAdmin could probably increase the original numbers by a factor of ten. But then you start running into the "run over by a bus" syndrome...if a *good* SysAdmin can do that, what happens if they get run over by a bus? Many times companies take too much advantage of a *good* SysAdmin, and then when they leave/burnout/get hit by a bus, they spend months (years?) trying to replace that person with just one body, when the reality is that they may need two, three or more people to replace a *good* SysAdmin. I watched it happen at a company I worked for...when I left, they kept on burning out SysAdmins, and every two or three months, they would be advertising for a replacement SysAdmin. Oh, yes, I was also doing development work in addition to my SysAdmin duties. A Co-work's opinion was that it would take at least 3 people to replace me.</p><p>ttyl<br>
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Farrell</p></htmltext>
<tokenext>Well , the number I usually hear in the industry is 1 SysAdmin per : 10 Windows Servers100 Unix/Linux serversI think that the numbers are little low , and maybe too idealistic...Depending on the application , I could * easily * see one competent SysAdmin managing at least three times those numbers .
Of Course , that is the rub , a competent SysAdmin .
A * good * SysAdmin could probably increase the original numbers by a factor of ten .
But then you start running into the " run over by a bus " syndrome...if a * good * SysAdmin can do that , what happens if they get run over by a bus ?
Many times companies take too much advantage of a * good * SysAdmin , and then when they leave/burnout/get hit by a bus , they spend months ( years ?
) trying to replace that person with just one body , when the reality is that they may need two , three or more people to replace a * good * SysAdmin .
I watched it happen at a company I worked for...when I left , they kept on burning out SysAdmins , and every two or three months , they would be advertising for a replacement SysAdmin .
Oh , yes , I was also doing development work in addition to my SysAdmin duties .
A Co-work 's opinion was that it would take at least 3 people to replace me.ttyl           Farrell</tokentext>
<sentencetext>Well, the number I usually hear in the industry is 1 SysAdmin per:10 Windows Servers100 Unix/Linux serversI think that the numbers are little low, and maybe too idealistic...Depending on the application, I could *easily* see one competent SysAdmin managing at least three times those numbers.
Of Course, that is the rub, a competent SysAdmin.
A *good* SysAdmin could probably increase the original numbers by a factor of ten.
But then you start running into the "run over by a bus" syndrome...if a *good* SysAdmin can do that, what happens if they get run over by a bus?
Many times companies take too much advantage of a *good* SysAdmin, and then when they leave/burnout/get hit by a bus, they spend months (years?
) trying to replace that person with just one body, when the reality is that they may need two, three or more people to replace a *good* SysAdmin.
I watched it happen at a company I worked for...when I left, they kept on burning out SysAdmins, and every two or three months, they would be advertising for a replacement SysAdmin.
Oh, yes, I was also doing development work in addition to my SysAdmin duties.
A Co-work's opinion was that it would take at least 3 people to replace me.ttyl
          Farrell</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597684</id>
	<title>Crumpile</title>
	<author>Crumpile</author>
	<datestamp>1259870160000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>my personal experience as of late is this: our company, before downsizing, was around 100 employees in 3 locations. 2 exchange servers, multiple AD servers, FTP, etc. roughly 15 servers all windows. with that many desktops and that many servers i could handle it all. once you whip the servers into shape and get some desktop management going it's smooth sailing. a good IT admin with experience can handle quite a bit more than someone with say 3-4 yrs experience. i can handle 200 employees and 15 servers if they are all in the same location</htmltext>
<tokenext>my personal experience as of late is this : our company , before downsizing , was around 100 employees in 3 locations .
2 exchange servers , multiple AD servers , FTP , etc .
roughly 15 servers all windows .
with that many desktops and that many servers i could handle it all .
once you whip the servers into shape and get some desktop management going it 's smooth sailing .
a good IT admin with experience can handle quite a bit more than someone with say 3-4 yrs experience .
i can handle 200 employees and 15 servers if they are all in the same location</tokentext>
<sentencetext>my personal experience as of late is this: our company, before downsizing, was around 100 employees in 3 locations.
2 exchange servers, multiple AD servers, FTP, etc.
roughly 15 servers all windows.
with that many desktops and that many servers i could handle it all.
once you whip the servers into shape and get some desktop management going it's smooth sailing.
a good IT admin with experience can handle quite a bit more than someone with say 3-4 yrs experience.
i can handle 200 employees and 15 servers if they are all in the same location</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595224</id>
	<title>Re:Depends</title>
	<author>Anonymous</author>
	<datestamp>1259861760000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>"A good SA can come in and make a lot of these stupid little problems go away, never to return."</p><p>oh really? i am not an expert in this field but from what i've seen over the years a good SA is either cheating or has the system gamed. then the SA has to keep a level head and go in with the right tools and fix everything behind their firewalls.</p></htmltext>
<tokenext>" A good SA can come in and make a lot of these stupid little problems go away , never to return .
" oh really ?
i am not an expert in this field but from what i 've seen over the years a good SA is either cheating or has the system gamed .
then the SA has to keep a level head and go in with the right tools and fix everything behind their firewalls .</tokentext>
<sentencetext>"A good SA can come in and make a lot of these stupid little problems go away, never to return.
"oh really?
i am not an expert in this field but from what i've seen over the years a good SA is either cheating or has the system gamed.
then the SA has to keep a level head and go in with the right tools and fix everything behind their firewalls.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594702</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595210</id>
	<title>Yes</title>
	<author>CPNABEND</author>
	<datestamp>1259861700000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Yes, you are seriously understaffed.  And yes, it is normal<nobr> <wbr></nobr>;-)</htmltext>
<tokenext>Yes , you are seriously understaffed .
And yes , it is normal ; - )</tokentext>
<sentencetext>Yes, you are seriously understaffed.
And yes, it is normal ;-)</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596304</id>
	<title>200 to 2.75</title>
	<author>Anonymous</author>
	<datestamp>1259864940000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>We basically have a 2 person IT department (including me the director) with a programmer that comes in part time 30/hours.  This is for 200 desktops, 22 remote offices and about 30 servers (mostly linux).  We also do a good amount of development on both web applications and in house resource management software.  We wear many hats, and if your not taking a support call you are trying to bang out a program or design the network or find cost savings.  As the director I put in plenty more than 40 hours and get my hands dirty all the time.  Our user base is pretty low on the scale of computer skills which makes everything more difficult.  We manage alright but we have a good back log of programs the company wants created, I just tell the CEO if you want us to go faster send money, if you would rather save money and wait we will continue as normal so that way he dictates it not us.  We had 4 full time staff and interns when I first started but since 2004 we moved almost all our servers to Linux and have been trying to automate as much as possible thus our efficiency has increased and we have been able to pull it off.  I think we are producing about as much as you can with our situations, I don't think we could get much smaller and still function as well.  At one point in time we also managed all the email but we moved to Google apps about a year ago and that has help remove more pressure and thus I reduced the programmers hours.</p><p>If you manage it correctly and have some luck (as your idea's work out), you can get pretty small but it might burn some people out.  I can say we are riding the fine line right now, but we are still considered the best corporate department and the field loves us and I use that to gage my decisions.</p><p>Our company is a cost cutting mode so that dictates a lot of my decisions.</p></htmltext>
<tokenext>We basically have a 2 person IT department ( including me the director ) with a programmer that comes in part time 30/hours .
This is for 200 desktops , 22 remote offices and about 30 servers ( mostly linux ) .
We also do a good amount of development on both web applications and in house resource management software .
We wear many hats , and if your not taking a support call you are trying to bang out a program or design the network or find cost savings .
As the director I put in plenty more than 40 hours and get my hands dirty all the time .
Our user base is pretty low on the scale of computer skills which makes everything more difficult .
We manage alright but we have a good back log of programs the company wants created , I just tell the CEO if you want us to go faster send money , if you would rather save money and wait we will continue as normal so that way he dictates it not us .
We had 4 full time staff and interns when I first started but since 2004 we moved almost all our servers to Linux and have been trying to automate as much as possible thus our efficiency has increased and we have been able to pull it off .
I think we are producing about as much as you can with our situations , I do n't think we could get much smaller and still function as well .
At one point in time we also managed all the email but we moved to Google apps about a year ago and that has help remove more pressure and thus I reduced the programmers hours.If you manage it correctly and have some luck ( as your idea 's work out ) , you can get pretty small but it might burn some people out .
I can say we are riding the fine line right now , but we are still considered the best corporate department and the field loves us and I use that to gage my decisions.Our company is a cost cutting mode so that dictates a lot of my decisions .</tokentext>
<sentencetext>We basically have a 2 person IT department (including me the director) with a programmer that comes in part time 30/hours.
This is for 200 desktops, 22 remote offices and about 30 servers (mostly linux).
We also do a good amount of development on both web applications and in house resource management software.
We wear many hats, and if your not taking a support call you are trying to bang out a program or design the network or find cost savings.
As the director I put in plenty more than 40 hours and get my hands dirty all the time.
Our user base is pretty low on the scale of computer skills which makes everything more difficult.
We manage alright but we have a good back log of programs the company wants created, I just tell the CEO if you want us to go faster send money, if you would rather save money and wait we will continue as normal so that way he dictates it not us.
We had 4 full time staff and interns when I first started but since 2004 we moved almost all our servers to Linux and have been trying to automate as much as possible thus our efficiency has increased and we have been able to pull it off.
I think we are producing about as much as you can with our situations, I don't think we could get much smaller and still function as well.
At one point in time we also managed all the email but we moved to Google apps about a year ago and that has help remove more pressure and thus I reduced the programmers hours.If you manage it correctly and have some luck (as your idea's work out), you can get pretty small but it might burn some people out.
I can say we are riding the fine line right now, but we are still considered the best corporate department and the field loves us and I use that to gage my decisions.Our company is a cost cutting mode so that dictates a lot of my decisions.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596224</id>
	<title>Re:Depends</title>
	<author>lokiz</author>
	<datestamp>1259864700000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>There is a big difference between being an admin for a development department and for an organization of users who can barely turn there computer on and off each day. In your case you develop software so you know something about what you are doing (at least I hope but I have seen developers who can program well but can't manage an OS to save their life). You still should give some credit to your admins. If they are decent they know how the system works and may give you a good reason why the change you want made is not a good idea. Justification should go both ways. But in cases where you only support users there are a lot of idiotic users who tell us to do even dumber things.

For example we have been told to turn off all security measures because it is slowing everyone down but be sure to lock everything down because we don't want just anyone looking at confidential information such as upper management salary information. This is from the same member of upper management. A good admin doesn't just do what they are told. They should be smart enough to know when it is a good idea and when to ask more questions or just flat out say no because it is stupid beyond belief.</htmltext>
<tokenext>There is a big difference between being an admin for a development department and for an organization of users who can barely turn there computer on and off each day .
In your case you develop software so you know something about what you are doing ( at least I hope but I have seen developers who can program well but ca n't manage an OS to save their life ) .
You still should give some credit to your admins .
If they are decent they know how the system works and may give you a good reason why the change you want made is not a good idea .
Justification should go both ways .
But in cases where you only support users there are a lot of idiotic users who tell us to do even dumber things .
For example we have been told to turn off all security measures because it is slowing everyone down but be sure to lock everything down because we do n't want just anyone looking at confidential information such as upper management salary information .
This is from the same member of upper management .
A good admin does n't just do what they are told .
They should be smart enough to know when it is a good idea and when to ask more questions or just flat out say no because it is stupid beyond belief .</tokentext>
<sentencetext>There is a big difference between being an admin for a development department and for an organization of users who can barely turn there computer on and off each day.
In your case you develop software so you know something about what you are doing (at least I hope but I have seen developers who can program well but can't manage an OS to save their life).
You still should give some credit to your admins.
If they are decent they know how the system works and may give you a good reason why the change you want made is not a good idea.
Justification should go both ways.
But in cases where you only support users there are a lot of idiotic users who tell us to do even dumber things.
For example we have been told to turn off all security measures because it is slowing everyone down but be sure to lock everything down because we don't want just anyone looking at confidential information such as upper management salary information.
This is from the same member of upper management.
A good admin doesn't just do what they are told.
They should be smart enough to know when it is a good idea and when to ask more questions or just flat out say no because it is stupid beyond belief.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595252</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30615772</id>
	<title>50:1</title>
	<author>fuzzywig</author>
	<datestamp>1230800460000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>50 users (about 20 of which are on the road)
10 windows servers (overprovisioned)
1 admin (me)</htmltext>
<tokenext>50 users ( about 20 of which are on the road ) 10 windows servers ( overprovisioned ) 1 admin ( me )</tokentext>
<sentencetext>50 users (about 20 of which are on the road)
10 windows servers (overprovisioned)
1 admin (me)</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596478</id>
	<title>Chemical Company</title>
	<author>KDEnut</author>
	<datestamp>1259865420000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>2 Managers
2 Techs (1 part time)

~15 servers
~250 users

But we outsource/leverage quite a substantial amount from other business units in our platform. (Basically anything software wise is leveraged, we handle site-specific software and 95\% of the hardware).</htmltext>
<tokenext>2 Managers 2 Techs ( 1 part time ) ~ 15 servers ~ 250 users But we outsource/leverage quite a substantial amount from other business units in our platform .
( Basically anything software wise is leveraged , we handle site-specific software and 95 \ % of the hardware ) .</tokentext>
<sentencetext>2 Managers
2 Techs (1 part time)

~15 servers
~250 users

But we outsource/leverage quite a substantial amount from other business units in our platform.
(Basically anything software wise is leveraged, we handle site-specific software and 95\% of the hardware).</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595230</id>
	<title>Re:Lockdown</title>
	<author>miffo.swe</author>
	<datestamp>1259861760000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Most of the work we have is helping users do stuff they dont know how to do. The knowledge level is pretty low despite recent educational projects.</p></htmltext>
<tokenext>Most of the work we have is helping users do stuff they dont know how to do .
The knowledge level is pretty low despite recent educational projects .</tokentext>
<sentencetext>Most of the work we have is helping users do stuff they dont know how to do.
The knowledge level is pretty low despite recent educational projects.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594482</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597522</id>
	<title>Re:Too many chiefs and no indians</title>
	<author>Penguinisto</author>
	<datestamp>1259869560000</datestamp>
	<modclass>Interestin</modclass>
	<modscore>3</modscore>
	<htmltext><p>* Remote desktop and VPN are your best friends. Learn them, live them, love them.</p><p>* No need to forget the former client. Instead, tell them that your consulting rates are $150/hr at a 10 hour minimum fee per incident, with a 150\% premium on weekends and holidays. That usually shuts them up in very short order. If you actually prefer to get some scratch/business off of them, drop the 10-hour minimum to 2 or 3, and only budge on the rates if you know that the going rates locally are lower.</p><p>* Your employer had better be paying for gas and travel time, plus wear+tear on your vehicle (if they haven't already supplied you with one of their own), and don't forget the tax write-off on the car if you're using yours.</p></htmltext>
<tokenext>* Remote desktop and VPN are your best friends .
Learn them , live them , love them .
* No need to forget the former client .
Instead , tell them that your consulting rates are $ 150/hr at a 10 hour minimum fee per incident , with a 150 \ % premium on weekends and holidays .
That usually shuts them up in very short order .
If you actually prefer to get some scratch/business off of them , drop the 10-hour minimum to 2 or 3 , and only budge on the rates if you know that the going rates locally are lower .
* Your employer had better be paying for gas and travel time , plus wear + tear on your vehicle ( if they have n't already supplied you with one of their own ) , and do n't forget the tax write-off on the car if you 're using yours .</tokentext>
<sentencetext>* Remote desktop and VPN are your best friends.
Learn them, live them, love them.
* No need to forget the former client.
Instead, tell them that your consulting rates are $150/hr at a 10 hour minimum fee per incident, with a 150\% premium on weekends and holidays.
That usually shuts them up in very short order.
If you actually prefer to get some scratch/business off of them, drop the 10-hour minimum to 2 or 3, and only budge on the rates if you know that the going rates locally are lower.
* Your employer had better be paying for gas and travel time, plus wear+tear on your vehicle (if they haven't already supplied you with one of their own), and don't forget the tax write-off on the car if you're using yours.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594428</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596008</id>
	<title>Be sure to get a ticketing system</title>
	<author>adam525</author>
	<datestamp>1259864040000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>I used to work at a telco and 2 of us supported about 100 users.  It got WAY out of hand because they would just call us or email us if they had a problem.  There was no way to prioritize the work that had to be done.  If you got a call in the morning on a problem that would take most of the day, and then got calls for things that were minor (in terms of TTR), a lot of time was wasted.

I now do basically the same thing at another company and we use a ticketing system.  We rarely, if ever, run into those problems.  Even if we did, we'd have more time to deal with it, because everyone MUST put in a ticket when they have an issue.  If you aren't using a system like this now it will require that you talk to some higher-ups about getting a system implemented and there will be policy change at the company, but the people that you are pushing the idea to should immediately see the benefits.</htmltext>
<tokenext>I used to work at a telco and 2 of us supported about 100 users .
It got WAY out of hand because they would just call us or email us if they had a problem .
There was no way to prioritize the work that had to be done .
If you got a call in the morning on a problem that would take most of the day , and then got calls for things that were minor ( in terms of TTR ) , a lot of time was wasted .
I now do basically the same thing at another company and we use a ticketing system .
We rarely , if ever , run into those problems .
Even if we did , we 'd have more time to deal with it , because everyone MUST put in a ticket when they have an issue .
If you are n't using a system like this now it will require that you talk to some higher-ups about getting a system implemented and there will be policy change at the company , but the people that you are pushing the idea to should immediately see the benefits .</tokentext>
<sentencetext>I used to work at a telco and 2 of us supported about 100 users.
It got WAY out of hand because they would just call us or email us if they had a problem.
There was no way to prioritize the work that had to be done.
If you got a call in the morning on a problem that would take most of the day, and then got calls for things that were minor (in terms of TTR), a lot of time was wasted.
I now do basically the same thing at another company and we use a ticketing system.
We rarely, if ever, run into those problems.
Even if we did, we'd have more time to deal with it, because everyone MUST put in a ticket when they have an issue.
If you aren't using a system like this now it will require that you talk to some higher-ups about getting a system implemented and there will be policy change at the company, but the people that you are pushing the idea to should immediately see the benefits.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596460</id>
	<title>it all depends on changes</title>
	<author>Anonymous</author>
	<datestamp>1259865420000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>This depends a HELL of a lot.  Are there tons of change requests?  Are you constantly adding users, file systems, etc?   100:1 is OK if there are minimal changes, including patches.<br>In a test or R&amp;D environment, sometime there are as few as 10:1.  But the changes are constant and daily.</p><p>I guarantee that at 900:1 anyone can break into your infrastructure.</p></htmltext>
<tokenext>This depends a HELL of a lot .
Are there tons of change requests ?
Are you constantly adding users , file systems , etc ?
100 : 1 is OK if there are minimal changes , including patches.In a test or R&amp;D environment , sometime there are as few as 10 : 1 .
But the changes are constant and daily.I guarantee that at 900 : 1 anyone can break into your infrastructure .</tokentext>
<sentencetext>This depends a HELL of a lot.
Are there tons of change requests?
Are you constantly adding users, file systems, etc?
100:1 is OK if there are minimal changes, including patches.In a test or R&amp;D environment, sometime there are as few as 10:1.
But the changes are constant and daily.I guarantee that at 900:1 anyone can break into your infrastructure.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594882</id>
	<title>Too much variation</title>
	<author>jd142</author>
	<datestamp>1259860620000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>It really depends on who your users are, what your servers are doing, and what level of support is desired/needed by the organization.</p><p>If you have 1000 users who use one app that they are all familiar with, user calls are going to be lower than an org with 20 different apps and a wide range of skills.  In a large organization, you may be supporting everyone one from accountants who know Excel inside and an out to janitorial staff who are still using dial-up at home(seriously, they still are because they can't afford broadband) and have trouble using email.</p><p>Same with server apps.  100 file servers with the same os are going to take fewer admins than 75 file servers running a variety of operating systems and doing file, print, database, web, email and proxy/vpn/remote access.</p><p>Some orgs want techs to really know how the organization works so they can not only answer questions, but understand the business processes and be able to come up with new processes and services.  They may also want that personal touch where you walk to the user's desk and help out.  Other orgs are happy having basic phone support and making the users responsible for finding out the answers on their own.</p></htmltext>
<tokenext>It really depends on who your users are , what your servers are doing , and what level of support is desired/needed by the organization.If you have 1000 users who use one app that they are all familiar with , user calls are going to be lower than an org with 20 different apps and a wide range of skills .
In a large organization , you may be supporting everyone one from accountants who know Excel inside and an out to janitorial staff who are still using dial-up at home ( seriously , they still are because they ca n't afford broadband ) and have trouble using email.Same with server apps .
100 file servers with the same os are going to take fewer admins than 75 file servers running a variety of operating systems and doing file , print , database , web , email and proxy/vpn/remote access.Some orgs want techs to really know how the organization works so they can not only answer questions , but understand the business processes and be able to come up with new processes and services .
They may also want that personal touch where you walk to the user 's desk and help out .
Other orgs are happy having basic phone support and making the users responsible for finding out the answers on their own .</tokentext>
<sentencetext>It really depends on who your users are, what your servers are doing, and what level of support is desired/needed by the organization.If you have 1000 users who use one app that they are all familiar with, user calls are going to be lower than an org with 20 different apps and a wide range of skills.
In a large organization, you may be supporting everyone one from accountants who know Excel inside and an out to janitorial staff who are still using dial-up at home(seriously, they still are because they can't afford broadband) and have trouble using email.Same with server apps.
100 file servers with the same os are going to take fewer admins than 75 file servers running a variety of operating systems and doing file, print, database, web, email and proxy/vpn/remote access.Some orgs want techs to really know how the organization works so they can not only answer questions, but understand the business processes and be able to come up with new processes and services.
They may also want that personal touch where you walk to the user's desk and help out.
Other orgs are happy having basic phone support and making the users responsible for finding out the answers on their own.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596892</id>
	<title>Re:Depends</title>
	<author>element-o.p.</author>
	<datestamp>1259866980000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>OK, I'll bite.<p><div class="quote"><p>IT Administrators are there to do what they are told.</p></div><p>
Isn't that the role of *any* employee in a business?  Unless you are the CEO -- and if your company is publicly traded, not even then because you still have to answer to the share holders -- you report to <i>someone</i>, and whoever signs your paycheck has the right to tell you what to do.  This does not, however, mean that <i>you</i>, as the prima dona developer, have the right to tell <i>me</i>, as the SA, what to do.  You can report problems to me, and request my assistance in fixing them.  If I have no higher priorities -- and from your post, I can guarantee you will get an automatic downgrade in priority for any problem you request my assistance in fixing -- I'll see what I can do for you.  However, I don't work for you, and I <i>WON'T</i> ask &quot;how high&quot; every time you say, &quot;jump&quot;.  And I am fortunate enough to work for a manager who will back me when I say, &quot;That's just stupid.  No, we aren't doing that.&quot;</p></div>
	</htmltext>
<tokenext>OK , I 'll bite.IT Administrators are there to do what they are told .
Is n't that the role of * any * employee in a business ?
Unless you are the CEO -- and if your company is publicly traded , not even then because you still have to answer to the share holders -- you report to someone , and whoever signs your paycheck has the right to tell you what to do .
This does not , however , mean that you , as the prima dona developer , have the right to tell me , as the SA , what to do .
You can report problems to me , and request my assistance in fixing them .
If I have no higher priorities -- and from your post , I can guarantee you will get an automatic downgrade in priority for any problem you request my assistance in fixing -- I 'll see what I can do for you .
However , I do n't work for you , and I WO N'T ask " how high " every time you say , " jump " .
And I am fortunate enough to work for a manager who will back me when I say , " That 's just stupid .
No , we are n't doing that .
"</tokentext>
<sentencetext>OK, I'll bite.IT Administrators are there to do what they are told.
Isn't that the role of *any* employee in a business?
Unless you are the CEO -- and if your company is publicly traded, not even then because you still have to answer to the share holders -- you report to someone, and whoever signs your paycheck has the right to tell you what to do.
This does not, however, mean that you, as the prima dona developer, have the right to tell me, as the SA, what to do.
You can report problems to me, and request my assistance in fixing them.
If I have no higher priorities -- and from your post, I can guarantee you will get an automatic downgrade in priority for any problem you request my assistance in fixing -- I'll see what I can do for you.
However, I don't work for you, and I WON'T ask "how high" every time you say, "jump".
And I am fortunate enough to work for a manager who will back me when I say, "That's just stupid.
No, we aren't doing that.
"
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595252</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595150</id>
	<title>The answer is UNIQUE</title>
	<author>Lockster</author>
	<datestamp>1259861580000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>As others have said, it really does depend on the work-load.<br>Some have suggested at 1:75 is "low" - for me, based on the workload my staff have, that's *high!!*</p><p>I have 4 groups supporting various workloads in various geographies.<br>They range from as low as 1:20 to as high as 1:70<br>For us, the<nobr> <wbr></nobr>/number/ of users we support isn't the issue - it's the workload those users generate.  Some part of that is due to the types of applications we support at each site.  Some of it are just the demands some of those departments put on us (e.g. continual last minute requests).  Some groups are highly self-sufficient.  Others rely on IT day-to-day to help develop solutions to increase their own productivity.</p><p>I've asked the same question the original poster asked for years - what's the "right ratio?" The answer is: it's unique.</p></htmltext>
<tokenext>As others have said , it really does depend on the work-load.Some have suggested at 1 : 75 is " low " - for me , based on the workload my staff have , that 's * high ! !
* I have 4 groups supporting various workloads in various geographies.They range from as low as 1 : 20 to as high as 1 : 70For us , the /number/ of users we support is n't the issue - it 's the workload those users generate .
Some part of that is due to the types of applications we support at each site .
Some of it are just the demands some of those departments put on us ( e.g .
continual last minute requests ) .
Some groups are highly self-sufficient .
Others rely on IT day-to-day to help develop solutions to increase their own productivity.I 've asked the same question the original poster asked for years - what 's the " right ratio ?
" The answer is : it 's unique .</tokentext>
<sentencetext>As others have said, it really does depend on the work-load.Some have suggested at 1:75 is "low" - for me, based on the workload my staff have, that's *high!!
*I have 4 groups supporting various workloads in various geographies.They range from as low as 1:20 to as high as 1:70For us, the /number/ of users we support isn't the issue - it's the workload those users generate.
Some part of that is due to the types of applications we support at each site.
Some of it are just the demands some of those departments put on us (e.g.
continual last minute requests).
Some groups are highly self-sufficient.
Others rely on IT day-to-day to help develop solutions to increase their own productivity.I've asked the same question the original poster asked for years - what's the "right ratio?
" The answer is: it's unique.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595992</id>
	<title>Re:Depends</title>
	<author>Anonymous</author>
	<datestamp>1259863980000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>2</modscore>
	<htmltext><blockquote><div><p>IT Administrators are there to do what they are told. Admins who think they can 'demand justifications' are just jumped up losers who are envious of people doing real work that they are simply not smart enough to do.</p></div></blockquote><p>Sorry, but this is utter bullshit. I speak as an engineer in a development department who frequently needs to work with IT administration.</p><p>Keeping the shop running is a cost of doing business. But that doesn't mean it isn't appropriate to try to do some kind of cost containment or planning on it.   Believe me, I've seen enough bonehead mistakes to know that if our development group ran our IT infrastructure, it would be a total shambles. (Not to say that I love it as it is, but at least it's mostly functional.)</p><p>I have no idea how it is where you work - maybe your IT department is jacked up crazy, or maybe you're just a peon sulking because you didn't get your shiny new test environment. But once your workstations and users start to number in the thousands, you can bet your ass that you'd better have a good plan to deal with them. That means budget, manpower, and authority, for someone in the group.</p><p>As for the original post: if nobody who is <i>actually in the IT group</i> has the ability to set a budget, let alone the ability to hire and fire within reason, you are utterly boned. If I would prepare to flee.</p></div>
	</htmltext>
<tokenext>IT Administrators are there to do what they are told .
Admins who think they can 'demand justifications ' are just jumped up losers who are envious of people doing real work that they are simply not smart enough to do.Sorry , but this is utter bullshit .
I speak as an engineer in a development department who frequently needs to work with IT administration.Keeping the shop running is a cost of doing business .
But that does n't mean it is n't appropriate to try to do some kind of cost containment or planning on it .
Believe me , I 've seen enough bonehead mistakes to know that if our development group ran our IT infrastructure , it would be a total shambles .
( Not to say that I love it as it is , but at least it 's mostly functional .
) I have no idea how it is where you work - maybe your IT department is jacked up crazy , or maybe you 're just a peon sulking because you did n't get your shiny new test environment .
But once your workstations and users start to number in the thousands , you can bet your ass that you 'd better have a good plan to deal with them .
That means budget , manpower , and authority , for someone in the group.As for the original post : if nobody who is actually in the IT group has the ability to set a budget , let alone the ability to hire and fire within reason , you are utterly boned .
If I would prepare to flee .</tokentext>
<sentencetext>IT Administrators are there to do what they are told.
Admins who think they can 'demand justifications' are just jumped up losers who are envious of people doing real work that they are simply not smart enough to do.Sorry, but this is utter bullshit.
I speak as an engineer in a development department who frequently needs to work with IT administration.Keeping the shop running is a cost of doing business.
But that doesn't mean it isn't appropriate to try to do some kind of cost containment or planning on it.
Believe me, I've seen enough bonehead mistakes to know that if our development group ran our IT infrastructure, it would be a total shambles.
(Not to say that I love it as it is, but at least it's mostly functional.
)I have no idea how it is where you work - maybe your IT department is jacked up crazy, or maybe you're just a peon sulking because you didn't get your shiny new test environment.
But once your workstations and users start to number in the thousands, you can bet your ass that you'd better have a good plan to deal with them.
That means budget, manpower, and authority, for someone in the group.As for the original post: if nobody who is actually in the IT group has the ability to set a budget, let alone the ability to hire and fire within reason, you are utterly boned.
If I would prepare to flee.
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595252</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596060</id>
	<title>It depends where you live</title>
	<author>Anonymous</author>
	<datestamp>1259864220000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>For example, in Soviet Russia, users administer you!</p></htmltext>
<tokenext>For example , in Soviet Russia , users administer you !</tokentext>
<sentencetext>For example, in Soviet Russia, users administer you!</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595012</id>
	<title>Re:well...</title>
	<author>Anonymous</author>
	<datestamp>1259861040000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>What happens if you get hit by a bus? There should always be a minimum of 2 people that know how to handle the daily stuff and the big problems, even if one of them doesn't work directly in the department day after day.</p></htmltext>
<tokenext>What happens if you get hit by a bus ?
There should always be a minimum of 2 people that know how to handle the daily stuff and the big problems , even if one of them does n't work directly in the department day after day .</tokentext>
<sentencetext>What happens if you get hit by a bus?
There should always be a minimum of 2 people that know how to handle the daily stuff and the big problems, even if one of them doesn't work directly in the department day after day.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594724</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594306</id>
	<title>Proper Planning</title>
	<author>roblarky</author>
	<datestamp>1259858880000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>If you properly plan your implementations, there shouldn't be a need for many admins..</htmltext>
<tokenext>If you properly plan your implementations , there should n't be a need for many admins. .</tokentext>
<sentencetext>If you properly plan your implementations, there shouldn't be a need for many admins..</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597786</id>
	<title>It Depends is the only answer here...</title>
	<author>alta</author>
	<datestamp>1259870580000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>The answers are going to vary wildly based on skill of the users, corporate environment and what they use the computers for.  I've seen an insurance company that had 1 SA per 500 machines.  They were all running a locked down version of XP, they were almost a kiosk.  The users had 1, maybe 2 programs that they used, the insurance system and a mail client.  It worked out well. Think blue collar behind a terminal.</p><p>On the other hand, an office full of 'empowered' users each with admin rights on their own vista machine, the need for using many various programs and various duties, you may see as low as 50 to 1...  Executives constantly on the cutting edge...</p></htmltext>
<tokenext>The answers are going to vary wildly based on skill of the users , corporate environment and what they use the computers for .
I 've seen an insurance company that had 1 SA per 500 machines .
They were all running a locked down version of XP , they were almost a kiosk .
The users had 1 , maybe 2 programs that they used , the insurance system and a mail client .
It worked out well .
Think blue collar behind a terminal.On the other hand , an office full of 'empowered ' users each with admin rights on their own vista machine , the need for using many various programs and various duties , you may see as low as 50 to 1... Executives constantly on the cutting edge.. .</tokentext>
<sentencetext>The answers are going to vary wildly based on skill of the users, corporate environment and what they use the computers for.
I've seen an insurance company that had 1 SA per 500 machines.
They were all running a locked down version of XP, they were almost a kiosk.
The users had 1, maybe 2 programs that they used, the insurance system and a mail client.
It worked out well.
Think blue collar behind a terminal.On the other hand, an office full of 'empowered' users each with admin rights on their own vista machine, the need for using many various programs and various duties, you may see as low as 50 to 1...  Executives constantly on the cutting edge...</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594294</id>
	<title>Over 9000</title>
	<author>Anonymous</author>
	<datestamp>1259858880000</datestamp>
	<modclass>Funny</modclass>
	<modscore>5</modscore>
	<htmltext><p>Over 9000</p></htmltext>
<tokenext>Over 9000</tokentext>
<sentencetext>Over 9000</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595174</id>
	<title>9,000ish machines to 6 people</title>
	<author>jrottman</author>
	<datestamp>1259861640000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>We have 1 central office, and 61 schools across the country.  All technical support comes from our central office.  For the client aspect we have 2 system administrators, and 4 Helpdesk technicians.  We have 2,400 Windows 7 desktops/laptops, about 7,000 thin clients, and 72 Windows 2003 terminal servers.  We are forced to design our systems and infrastructure to be very hands off in order to support these numbers.  We automate everything we can.</htmltext>
<tokenext>We have 1 central office , and 61 schools across the country .
All technical support comes from our central office .
For the client aspect we have 2 system administrators , and 4 Helpdesk technicians .
We have 2,400 Windows 7 desktops/laptops , about 7,000 thin clients , and 72 Windows 2003 terminal servers .
We are forced to design our systems and infrastructure to be very hands off in order to support these numbers .
We automate everything we can .</tokentext>
<sentencetext>We have 1 central office, and 61 schools across the country.
All technical support comes from our central office.
For the client aspect we have 2 system administrators, and 4 Helpdesk technicians.
We have 2,400 Windows 7 desktops/laptops, about 7,000 thin clients, and 72 Windows 2003 terminal servers.
We are forced to design our systems and infrastructure to be very hands off in order to support these numbers.
We automate everything we can.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595638</id>
	<title>Re:Still valid?</title>
	<author>Bigjeff5</author>
	<datestamp>1259862900000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>2</modscore>
	<htmltext><p>I do the non-physical work on about 500 users and computers, and 15 or so servers not quite by myself (a couple union guys do any physical work).  I spend most of my day browsing slashdot with little to do, other than maintaining those servers, or when something goes seriously wrong on a machine.  That's because the vast majority of the user's machines are locked down pretty hard (many don't even get icons on their desktop), and they only run a couple programs, which means there is almost nothing for them to screw up.  The engineers tend to get themselves into more trouble, since their machines aren't locked down, but there are only a handful of them so it's no big deal (and they are smart, so they often fix their own problems).</p><p>It pretty much all depends on your environment.  I could envision a case where 200 users, 50 computers, and 2-3 servers per head is ideal, but in most well-run environments that would be extreme over-kill.  Bump it up to about 500 computers and 10-20 servers per head and I think you're in the average ballpark for a decent IT group, and you could raise that a bit more if everyone is in the same building.  These days it's rare to have more than one user per computer.</p></htmltext>
<tokenext>I do the non-physical work on about 500 users and computers , and 15 or so servers not quite by myself ( a couple union guys do any physical work ) .
I spend most of my day browsing slashdot with little to do , other than maintaining those servers , or when something goes seriously wrong on a machine .
That 's because the vast majority of the user 's machines are locked down pretty hard ( many do n't even get icons on their desktop ) , and they only run a couple programs , which means there is almost nothing for them to screw up .
The engineers tend to get themselves into more trouble , since their machines are n't locked down , but there are only a handful of them so it 's no big deal ( and they are smart , so they often fix their own problems ) .It pretty much all depends on your environment .
I could envision a case where 200 users , 50 computers , and 2-3 servers per head is ideal , but in most well-run environments that would be extreme over-kill .
Bump it up to about 500 computers and 10-20 servers per head and I think you 're in the average ballpark for a decent IT group , and you could raise that a bit more if everyone is in the same building .
These days it 's rare to have more than one user per computer .</tokentext>
<sentencetext>I do the non-physical work on about 500 users and computers, and 15 or so servers not quite by myself (a couple union guys do any physical work).
I spend most of my day browsing slashdot with little to do, other than maintaining those servers, or when something goes seriously wrong on a machine.
That's because the vast majority of the user's machines are locked down pretty hard (many don't even get icons on their desktop), and they only run a couple programs, which means there is almost nothing for them to screw up.
The engineers tend to get themselves into more trouble, since their machines aren't locked down, but there are only a handful of them so it's no big deal (and they are smart, so they often fix their own problems).It pretty much all depends on your environment.
I could envision a case where 200 users, 50 computers, and 2-3 servers per head is ideal, but in most well-run environments that would be extreme over-kill.
Bump it up to about 500 computers and 10-20 servers per head and I think you're in the average ballpark for a decent IT group, and you could raise that a bit more if everyone is in the same building.
These days it's rare to have more than one user per computer.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594412</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597620</id>
	<title>Re:You are understaffed</title>
	<author>Anonymous</author>
	<datestamp>1259869980000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Wow.  I ran a company of 250 in 13 different offices with 40-some servers by myself.   Slightly understaffed, but it wasn't too bad.</p><p>10 servers had better not require a full time admin, or you're doing something SERIOUSLY wrong.   Get a lot of sleepytime at work there?  Or do they make you write code for their crappy website as well?</p></htmltext>
<tokenext>Wow .
I ran a company of 250 in 13 different offices with 40-some servers by myself .
Slightly understaffed , but it was n't too bad.10 servers had better not require a full time admin , or you 're doing something SERIOUSLY wrong .
Get a lot of sleepytime at work there ?
Or do they make you write code for their crappy website as well ?</tokentext>
<sentencetext>Wow.
I ran a company of 250 in 13 different offices with 40-some servers by myself.
Slightly understaffed, but it wasn't too bad.10 servers had better not require a full time admin, or you're doing something SERIOUSLY wrong.
Get a lot of sleepytime at work there?
Or do they make you write code for their crappy website as well?</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594330</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30613010</id>
	<title>Management Decisions</title>
	<author>JWSmythe</author>
	<datestamp>1230804660000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>
&nbsp; &nbsp; This is really a management decision.</p><p>
&nbsp; &nbsp; How many admins you have should be weighed by the department manager.  That is decided by the workload.  How long does it take to get issues resolved?</p><p>
&nbsp; &nbsp; I ran a shop with about 150 Linux servers, and about 2 dozen Windows machines.  It took 2 to 3 people to do the job effectively.  The Linux machines ran themselves very well.  The Windows machines  did ok, but required manual intervention on a fairly regular basis.   If you're not geared up for automatic work, then your numbers would go up.</p><p>
&nbsp; &nbsp; Do tasks get completed in a timely fashion?  Then the staff load is correct.  If the work queue is too long, then you need more people.  "too long" is decided by the business needs.  Is it acceptable for a workstation to be down for 10 minutes waiting for a tech to get to it?  Then you're fine.  If it's acceptable for a workstation to be down for days (the staff can move to another one), then you're still fine.  If the problems are not resolved fast enough (desk workers not able to accomplish their tasks on a regular basis due to IT reasons), then you have a problem.</p><p>
&nbsp; &nbsp; If the staff works 40 hours a week, and all goals are being accomplished, then they are doing the expected workload.  Management should have already accounted for fluctuations in the workload though.  If you had 30 IT guys for 40 desktops, and the IT guys sit around with nothing to do all day, then obviously you're overstaffed.</p><p>
&nbsp; &nbsp; If you think that the workload is too high for the IT staff to accomplish, that's something to take up with your manager.</p></htmltext>
<tokenext>    This is really a management decision .
    How many admins you have should be weighed by the department manager .
That is decided by the workload .
How long does it take to get issues resolved ?
    I ran a shop with about 150 Linux servers , and about 2 dozen Windows machines .
It took 2 to 3 people to do the job effectively .
The Linux machines ran themselves very well .
The Windows machines did ok , but required manual intervention on a fairly regular basis .
If you 're not geared up for automatic work , then your numbers would go up .
    Do tasks get completed in a timely fashion ?
Then the staff load is correct .
If the work queue is too long , then you need more people .
" too long " is decided by the business needs .
Is it acceptable for a workstation to be down for 10 minutes waiting for a tech to get to it ?
Then you 're fine .
If it 's acceptable for a workstation to be down for days ( the staff can move to another one ) , then you 're still fine .
If the problems are not resolved fast enough ( desk workers not able to accomplish their tasks on a regular basis due to IT reasons ) , then you have a problem .
    If the staff works 40 hours a week , and all goals are being accomplished , then they are doing the expected workload .
Management should have already accounted for fluctuations in the workload though .
If you had 30 IT guys for 40 desktops , and the IT guys sit around with nothing to do all day , then obviously you 're overstaffed .
    If you think that the workload is too high for the IT staff to accomplish , that 's something to take up with your manager .</tokentext>
<sentencetext>
    This is really a management decision.
    How many admins you have should be weighed by the department manager.
That is decided by the workload.
How long does it take to get issues resolved?
    I ran a shop with about 150 Linux servers, and about 2 dozen Windows machines.
It took 2 to 3 people to do the job effectively.
The Linux machines ran themselves very well.
The Windows machines  did ok, but required manual intervention on a fairly regular basis.
If you're not geared up for automatic work, then your numbers would go up.
    Do tasks get completed in a timely fashion?
Then the staff load is correct.
If the work queue is too long, then you need more people.
"too long" is decided by the business needs.
Is it acceptable for a workstation to be down for 10 minutes waiting for a tech to get to it?
Then you're fine.
If it's acceptable for a workstation to be down for days (the staff can move to another one), then you're still fine.
If the problems are not resolved fast enough (desk workers not able to accomplish their tasks on a regular basis due to IT reasons), then you have a problem.
    If the staff works 40 hours a week, and all goals are being accomplished, then they are doing the expected workload.
Management should have already accounted for fluctuations in the workload though.
If you had 30 IT guys for 40 desktops, and the IT guys sit around with nothing to do all day, then obviously you're overstaffed.
    If you think that the workload is too high for the IT staff to accomplish, that's something to take up with your manager.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594440</id>
	<title>What are you really asking?</title>
	<author>jimbobborg</author>
	<datestamp>1259859240000</datestamp>
	<modclass>Interestin</modclass>
	<modscore>4</modscore>
	<htmltext><p>I've seen one sysadmin per 70 Unix servers and one sysadmin per 30 Windows servers.  That's a general guideline for SERVER systems.  Desktops are another matter.  I've yet to see a serious roll out of Unix desktops, so I'm going by Windows systems, but one help desk tech per 50 systems is what I've personally seen as optimal.  More Windows PCs per tech and the help desk gets overwhelmed.  Less than that and they sit around and play games most of the day.  This is assuming that you push updates over the network, not go around and manually update each PC.</p></htmltext>
<tokenext>I 've seen one sysadmin per 70 Unix servers and one sysadmin per 30 Windows servers .
That 's a general guideline for SERVER systems .
Desktops are another matter .
I 've yet to see a serious roll out of Unix desktops , so I 'm going by Windows systems , but one help desk tech per 50 systems is what I 've personally seen as optimal .
More Windows PCs per tech and the help desk gets overwhelmed .
Less than that and they sit around and play games most of the day .
This is assuming that you push updates over the network , not go around and manually update each PC .</tokentext>
<sentencetext>I've seen one sysadmin per 70 Unix servers and one sysadmin per 30 Windows servers.
That's a general guideline for SERVER systems.
Desktops are another matter.
I've yet to see a serious roll out of Unix desktops, so I'm going by Windows systems, but one help desk tech per 50 systems is what I've personally seen as optimal.
More Windows PCs per tech and the help desk gets overwhelmed.
Less than that and they sit around and play games most of the day.
This is assuming that you push updates over the network, not go around and manually update each PC.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595878</id>
	<title>Re:Depends</title>
	<author>bwalling</author>
	<datestamp>1259863620000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>No, the real question is how well you've managed the systems.  You require a lot of admins per machine when you suck at managing systems.  Set up your environment correctly and eliminate all the BS that's causing you unnecessary work.  Sure, it's a generalization, but *good* admins will make sure problems don't keep happening.</htmltext>
<tokenext>No , the real question is how well you 've managed the systems .
You require a lot of admins per machine when you suck at managing systems .
Set up your environment correctly and eliminate all the BS that 's causing you unnecessary work .
Sure , it 's a generalization , but * good * admins will make sure problems do n't keep happening .</tokentext>
<sentencetext>No, the real question is how well you've managed the systems.
You require a lot of admins per machine when you suck at managing systems.
Set up your environment correctly and eliminate all the BS that's causing you unnecessary work.
Sure, it's a generalization, but *good* admins will make sure problems don't keep happening.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594316</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595468</id>
	<title>shadowx</title>
	<author>Anonymous</author>
	<datestamp>1259862420000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Well<nobr> <wbr></nobr>..if this is helpfull for your statistics , im my work , we are 3 sys admins with around 100 linux boxes and 30 000 - 40 000 users.Their are 3-4 support ppl helping out.<br>So i guess out ratio admin/lnx is 1/30 and admin/user is 1/10 000 - 1/15 000.</p></htmltext>
<tokenext>Well ..if this is helpfull for your statistics , im my work , we are 3 sys admins with around 100 linux boxes and 30 000 - 40 000 users.Their are 3-4 support ppl helping out.So i guess out ratio admin/lnx is 1/30 and admin/user is 1/10 000 - 1/15 000 .</tokentext>
<sentencetext>Well ..if this is helpfull for your statistics , im my work , we are 3 sys admins with around 100 linux boxes and 30 000 - 40 000 users.Their are 3-4 support ppl helping out.So i guess out ratio admin/lnx is 1/30 and admin/user is 1/10 000 - 1/15 000.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595330</id>
	<title>Depends on your workload, look at getting some i</title>
	<author>Vrtigo1</author>
	<datestamp>1259862060000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>It's the same as any other department in your organization.  If you have one sales guy and he's working 60 hour weeks every week to maintain the status quo, then maybe you should look at hiring another sales guy.  Same thing for IT.  A lot of it will depend on how much can be centrally managed/fixed from your desk/PDA and how much time you actually have to go and spend helping users one on one.  We have about 90 users and 25 servers with one network guy (me) that also handles user support, one dba/app developer, and one manager that interfaces with the rest of the org to allocate our resources.  If we were able to hire someone else, it would probably be another developer because that's where our shop sees the biggest backlog of work.  Our developer spends most of his time maintaining existing apps, so he has very little time to develop new apps.

I think the biggest factors that affect the answer to your question are 1) user skill levels 2) your power user's willingness to help their coworkers 3) having a centralized helpdesk/issue tracking software where users report problems and you keep track of everything that needs fixing and prioritize, and 4) your ability to fix problems from where ever you happen to be (office, home, Blackberry, iPhone, etc).

One thing I've found helpful is interns...many times you can call down to your local community college or university and get setup with their work study program.  Most of the time the interns they send you will work for free, and they're perfectly able to Ghost systems and remove spyware, freeing you up to do more important tasks.</htmltext>
<tokenext>It 's the same as any other department in your organization .
If you have one sales guy and he 's working 60 hour weeks every week to maintain the status quo , then maybe you should look at hiring another sales guy .
Same thing for IT .
A lot of it will depend on how much can be centrally managed/fixed from your desk/PDA and how much time you actually have to go and spend helping users one on one .
We have about 90 users and 25 servers with one network guy ( me ) that also handles user support , one dba/app developer , and one manager that interfaces with the rest of the org to allocate our resources .
If we were able to hire someone else , it would probably be another developer because that 's where our shop sees the biggest backlog of work .
Our developer spends most of his time maintaining existing apps , so he has very little time to develop new apps .
I think the biggest factors that affect the answer to your question are 1 ) user skill levels 2 ) your power user 's willingness to help their coworkers 3 ) having a centralized helpdesk/issue tracking software where users report problems and you keep track of everything that needs fixing and prioritize , and 4 ) your ability to fix problems from where ever you happen to be ( office , home , Blackberry , iPhone , etc ) .
One thing I 've found helpful is interns...many times you can call down to your local community college or university and get setup with their work study program .
Most of the time the interns they send you will work for free , and they 're perfectly able to Ghost systems and remove spyware , freeing you up to do more important tasks .</tokentext>
<sentencetext>It's the same as any other department in your organization.
If you have one sales guy and he's working 60 hour weeks every week to maintain the status quo, then maybe you should look at hiring another sales guy.
Same thing for IT.
A lot of it will depend on how much can be centrally managed/fixed from your desk/PDA and how much time you actually have to go and spend helping users one on one.
We have about 90 users and 25 servers with one network guy (me) that also handles user support, one dba/app developer, and one manager that interfaces with the rest of the org to allocate our resources.
If we were able to hire someone else, it would probably be another developer because that's where our shop sees the biggest backlog of work.
Our developer spends most of his time maintaining existing apps, so he has very little time to develop new apps.
I think the biggest factors that affect the answer to your question are 1) user skill levels 2) your power user's willingness to help their coworkers 3) having a centralized helpdesk/issue tracking software where users report problems and you keep track of everything that needs fixing and prioritize, and 4) your ability to fix problems from where ever you happen to be (office, home, Blackberry, iPhone, etc).
One thing I've found helpful is interns...many times you can call down to your local community college or university and get setup with their work study program.
Most of the time the interns they send you will work for free, and they're perfectly able to Ghost systems and remove spyware, freeing you up to do more important tasks.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594316</id>
	<title>Depends</title>
	<author>Anonymous</author>
	<datestamp>1259858940000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>4</modscore>
	<htmltext><p>The real question is are you always constantly working your ass off, fixing stupid problems - and therefore unable to do anything more productive? If so, then it seems you don't have enough people.</p><p>If you have a fully managed office, and you can remote in to all these desktops and fix everything really quickly - then you're probably OK.</p><p>Like most of IT, whatever works.</p></htmltext>
<tokenext>The real question is are you always constantly working your ass off , fixing stupid problems - and therefore unable to do anything more productive ?
If so , then it seems you do n't have enough people.If you have a fully managed office , and you can remote in to all these desktops and fix everything really quickly - then you 're probably OK.Like most of IT , whatever works .</tokentext>
<sentencetext>The real question is are you always constantly working your ass off, fixing stupid problems - and therefore unable to do anything more productive?
If so, then it seems you don't have enough people.If you have a fully managed office, and you can remote in to all these desktops and fix everything really quickly - then you're probably OK.Like most of IT, whatever works.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594532</id>
	<title>It Varies</title>
	<author>Anonymous</author>
	<datestamp>1259859480000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>2</modscore>
	<htmltext><p>It usually varies every place I've been between the quality/age of the hardware and the competency of the users. Additionally it depends on how automated the system is, and whether there's a dedicated support staff. Small places I've been I've find you can do about 45-75 comfortably... It was a bit stretched when it reached 100:1</p><p>Just my $0.02</p></htmltext>
<tokenext>It usually varies every place I 've been between the quality/age of the hardware and the competency of the users .
Additionally it depends on how automated the system is , and whether there 's a dedicated support staff .
Small places I 've been I 've find you can do about 45-75 comfortably... It was a bit stretched when it reached 100 : 1Just my $ 0.02</tokentext>
<sentencetext>It usually varies every place I've been between the quality/age of the hardware and the competency of the users.
Additionally it depends on how automated the system is, and whether there's a dedicated support staff.
Small places I've been I've find you can do about 45-75 comfortably... It was a bit stretched when it reached 100:1Just my $0.02</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597656</id>
	<title>Industry averages?</title>
	<author>teflaime</author>
	<datestamp>1259870100000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>I read a couple of years ago from somthing study that Usenix did that the industry average of servers per admin was 60ish for Unix and a little 80ish for Windows.

In the shops I have worked in, the average of *nix servers to admin has usually been between 40 and 50. The average of Windows server per admin has been closer to 80-90. But that's because those shops simply had more Windows servers for nominal functions (DCs, wins servers, etc.) The numbers of users per server directly served on the *nix side was typically higher because you had fewer backend process type servers for the Unix side than you did for the Windows side.</htmltext>
<tokenext>I read a couple of years ago from somthing study that Usenix did that the industry average of servers per admin was 60ish for Unix and a little 80ish for Windows .
In the shops I have worked in , the average of * nix servers to admin has usually been between 40 and 50 .
The average of Windows server per admin has been closer to 80-90 .
But that 's because those shops simply had more Windows servers for nominal functions ( DCs , wins servers , etc .
) The numbers of users per server directly served on the * nix side was typically higher because you had fewer backend process type servers for the Unix side than you did for the Windows side .</tokentext>
<sentencetext>I read a couple of years ago from somthing study that Usenix did that the industry average of servers per admin was 60ish for Unix and a little 80ish for Windows.
In the shops I have worked in, the average of *nix servers to admin has usually been between 40 and 50.
The average of Windows server per admin has been closer to 80-90.
But that's because those shops simply had more Windows servers for nominal functions (DCs, wins servers, etc.
) The numbers of users per server directly served on the *nix side was typically higher because you had fewer backend process type servers for the Unix side than you did for the Windows side.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594700</id>
	<title>You're posting on Slashdot</title>
	<author>Havokmon</author>
	<datestamp>1259860080000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>"Are we seriously understaffed, or is this normal?"

It seems to me if you are able to read/post on Slashdot AND maintain those systems, you're doing something the rest of the world needs to look at.</htmltext>
<tokenext>" Are we seriously understaffed , or is this normal ?
" It seems to me if you are able to read/post on Slashdot AND maintain those systems , you 're doing something the rest of the world needs to look at .</tokentext>
<sentencetext>"Are we seriously understaffed, or is this normal?
"

It seems to me if you are able to read/post on Slashdot AND maintain those systems, you're doing something the rest of the world needs to look at.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598000</id>
	<title>I've grappled with this very question for decades</title>
	<author>mschuyler</author>
	<datestamp>1259871360000</datestamp>
	<modclass>Interestin</modclass>
	<modscore>2</modscore>
	<htmltext><p>The statistics are poor. We're in a mixed-use environment with mostly Windows for users and mostly Unix variants for servers, including HP-UX, BSD, Solaris, and Linux. The best data I have ever been able to come up with is one tech per 100 units. I've never counted routers, switches, hubs, and wiring in this, though I think you could make a good case to add them in. Some of those are a lot more onerous to configure than a garden variety PC. One thing that helped us was a standard-build PC. Store all data on backed up dual servers so if a PC breaks, you can replace it with an 'identical' PC easily and quickly. We kinda screwed up originally because we were IP rich with eleven Class C networks, so we used IPs to identify PCs and hard coded them, and also used one Class C per building, which was a big waste. It was a bit of a challenge to move to DHCP allocation when our Class Cs began to fill up, but we managed to avoid a lot of subnetting for a couple of decades. You probably couldn't get away with that these days.</p></htmltext>
<tokenext>The statistics are poor .
We 're in a mixed-use environment with mostly Windows for users and mostly Unix variants for servers , including HP-UX , BSD , Solaris , and Linux .
The best data I have ever been able to come up with is one tech per 100 units .
I 've never counted routers , switches , hubs , and wiring in this , though I think you could make a good case to add them in .
Some of those are a lot more onerous to configure than a garden variety PC .
One thing that helped us was a standard-build PC .
Store all data on backed up dual servers so if a PC breaks , you can replace it with an 'identical ' PC easily and quickly .
We kinda screwed up originally because we were IP rich with eleven Class C networks , so we used IPs to identify PCs and hard coded them , and also used one Class C per building , which was a big waste .
It was a bit of a challenge to move to DHCP allocation when our Class Cs began to fill up , but we managed to avoid a lot of subnetting for a couple of decades .
You probably could n't get away with that these days .</tokentext>
<sentencetext>The statistics are poor.
We're in a mixed-use environment with mostly Windows for users and mostly Unix variants for servers, including HP-UX, BSD, Solaris, and Linux.
The best data I have ever been able to come up with is one tech per 100 units.
I've never counted routers, switches, hubs, and wiring in this, though I think you could make a good case to add them in.
Some of those are a lot more onerous to configure than a garden variety PC.
One thing that helped us was a standard-build PC.
Store all data on backed up dual servers so if a PC breaks, you can replace it with an 'identical' PC easily and quickly.
We kinda screwed up originally because we were IP rich with eleven Class C networks, so we used IPs to identify PCs and hard coded them, and also used one Class C per building, which was a big waste.
It was a bit of a challenge to move to DHCP allocation when our Class Cs began to fill up, but we managed to avoid a lot of subnetting for a couple of decades.
You probably couldn't get away with that these days.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597202</id>
	<title>Re:You are understaffed</title>
	<author>trapnest</author>
	<datestamp>1259868180000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Where can I send a resume?<nobr> <wbr></nobr>:P</p></htmltext>
<tokenext>Where can I send a resume ?
: P</tokentext>
<sentencetext>Where can I send a resume?
:P</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594330</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594646</id>
	<title>We need more details</title>
	<author>Anonymous</author>
	<datestamp>1259859900000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>1</modscore>
	<htmltext><p>Unfortunately you are forgetting some major details.  Most importantly what applications are the users mainly using?  For example their business system, is it proprietary?  Do they seek help internally for financial problems within their financial system?  I've worked at places where IT was nothing more then the geek squad to where I am now which IT seems to be a core pillar of everything.  I have learned more accounting over the last 4 years then I'd ever wanted to know.</p><p>Additionally, what industry are you in?  Or should I say what do the users mainly do?</p><p>Also, what kind of controls do you have on internet usage (matters for malware)?  Mainly what kind of issues do you have to fix?  Are the users spread across the country or all in a central location?</p><p>Basically the complexity of your architecture makes a huge difference.</p></htmltext>
<tokenext>Unfortunately you are forgetting some major details .
Most importantly what applications are the users mainly using ?
For example their business system , is it proprietary ?
Do they seek help internally for financial problems within their financial system ?
I 've worked at places where IT was nothing more then the geek squad to where I am now which IT seems to be a core pillar of everything .
I have learned more accounting over the last 4 years then I 'd ever wanted to know.Additionally , what industry are you in ?
Or should I say what do the users mainly do ? Also , what kind of controls do you have on internet usage ( matters for malware ) ?
Mainly what kind of issues do you have to fix ?
Are the users spread across the country or all in a central location ? Basically the complexity of your architecture makes a huge difference .</tokentext>
<sentencetext>Unfortunately you are forgetting some major details.
Most importantly what applications are the users mainly using?
For example their business system, is it proprietary?
Do they seek help internally for financial problems within their financial system?
I've worked at places where IT was nothing more then the geek squad to where I am now which IT seems to be a core pillar of everything.
I have learned more accounting over the last 4 years then I'd ever wanted to know.Additionally, what industry are you in?
Or should I say what do the users mainly do?Also, what kind of controls do you have on internet usage (matters for malware)?
Mainly what kind of issues do you have to fix?
Are the users spread across the country or all in a central location?Basically the complexity of your architecture makes a huge difference.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30599400</id>
	<title>Define 'Admins'</title>
	<author>yhamade</author>
	<datestamp>1259834040000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Since your question was rather vague, I've got a few questions for you:<br>- Let's start with your definition of Admin, Technician, or "Support Tech".<br>- What responsibilities do they have within the environmnet?<br>- Are they simply Desktop/End User Support, or do their roles expand beyond that?<br>- Are you lumping all support people into this same category?</p><p>Assuming you're talking about strictly Deskop / End User Support (aka. the guys who show up at your desk to fix a problem), the answer depends alot on their skill sets, the complexity of your environment, their responsibilities, level of automation, and a whole series of factors.  The Help Desk Institute (http://thinkhdi.com) has a lot of information that can help.  Given that you are a Windows PC shop, Microsoft has a bunch of analysis tools that can help you detirmine the complexity of the environment and suggest ways to optimize it. (Google: Microsoft Infrastructure Optimization model (IOI)).</p><p>Assuming you're talking about an entire systems support organization, I've seen IT consume up to 60\% of a company's total staff (including developers, project managers, and systems analysts). Within that, I've seen up to 30\% of those people to be "systems support" (Service Desk, Desktop Support, Data Center Operations, Telcom, Networking, Windows/Unix Server Support, DBAs, and various Architecture and Engineering teams).</p><p>Since you're probably looking for a swag, here's what I'd say:<br>For 900 seats and 9-5 operations...<br>3 persons answering phones<br>5 persons visiting desks<br>3 persons managing servers/storage/mail (add 2 more for networking/telcom)<br>3 persons managing patching and making everyone else's jobs easier (aka, engineering/projects/packaging/scripting/imaging/etc)</p><p>If you want to know where my math comes from, just ask. But it breaks down on a few assumptions of having a diverse team with varying degrees of experience and skill sets. Of course, if you have a handfull of rockstars, the numbers change, but in the end, the salaries will probably add up to being the same.</p></htmltext>
<tokenext>Since your question was rather vague , I 've got a few questions for you : - Let 's start with your definition of Admin , Technician , or " Support Tech " .- What responsibilities do they have within the environmnet ? - Are they simply Desktop/End User Support , or do their roles expand beyond that ? - Are you lumping all support people into this same category ? Assuming you 're talking about strictly Deskop / End User Support ( aka .
the guys who show up at your desk to fix a problem ) , the answer depends alot on their skill sets , the complexity of your environment , their responsibilities , level of automation , and a whole series of factors .
The Help Desk Institute ( http : //thinkhdi.com ) has a lot of information that can help .
Given that you are a Windows PC shop , Microsoft has a bunch of analysis tools that can help you detirmine the complexity of the environment and suggest ways to optimize it .
( Google : Microsoft Infrastructure Optimization model ( IOI ) ) .Assuming you 're talking about an entire systems support organization , I 've seen IT consume up to 60 \ % of a company 's total staff ( including developers , project managers , and systems analysts ) .
Within that , I 've seen up to 30 \ % of those people to be " systems support " ( Service Desk , Desktop Support , Data Center Operations , Telcom , Networking , Windows/Unix Server Support , DBAs , and various Architecture and Engineering teams ) .Since you 're probably looking for a swag , here 's what I 'd say : For 900 seats and 9-5 operations...3 persons answering phones5 persons visiting desks3 persons managing servers/storage/mail ( add 2 more for networking/telcom ) 3 persons managing patching and making everyone else 's jobs easier ( aka , engineering/projects/packaging/scripting/imaging/etc ) If you want to know where my math comes from , just ask .
But it breaks down on a few assumptions of having a diverse team with varying degrees of experience and skill sets .
Of course , if you have a handfull of rockstars , the numbers change , but in the end , the salaries will probably add up to being the same .</tokentext>
<sentencetext>Since your question was rather vague, I've got a few questions for you:- Let's start with your definition of Admin, Technician, or "Support Tech".- What responsibilities do they have within the environmnet?- Are they simply Desktop/End User Support, or do their roles expand beyond that?- Are you lumping all support people into this same category?Assuming you're talking about strictly Deskop / End User Support (aka.
the guys who show up at your desk to fix a problem), the answer depends alot on their skill sets, the complexity of your environment, their responsibilities, level of automation, and a whole series of factors.
The Help Desk Institute (http://thinkhdi.com) has a lot of information that can help.
Given that you are a Windows PC shop, Microsoft has a bunch of analysis tools that can help you detirmine the complexity of the environment and suggest ways to optimize it.
(Google: Microsoft Infrastructure Optimization model (IOI)).Assuming you're talking about an entire systems support organization, I've seen IT consume up to 60\% of a company's total staff (including developers, project managers, and systems analysts).
Within that, I've seen up to 30\% of those people to be "systems support" (Service Desk, Desktop Support, Data Center Operations, Telcom, Networking, Windows/Unix Server Support, DBAs, and various Architecture and Engineering teams).Since you're probably looking for a swag, here's what I'd say:For 900 seats and 9-5 operations...3 persons answering phones5 persons visiting desks3 persons managing servers/storage/mail (add 2 more for networking/telcom)3 persons managing patching and making everyone else's jobs easier (aka, engineering/projects/packaging/scripting/imaging/etc)If you want to know where my math comes from, just ask.
But it breaks down on a few assumptions of having a diverse team with varying degrees of experience and skill sets.
Of course, if you have a handfull of rockstars, the numbers change, but in the end, the salaries will probably add up to being the same.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30600116</id>
	<title>Re:100 to 1 is about right</title>
	<author>Anonymous</author>
	<datestamp>1259838180000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext>The number of admins required is not a linear function of the number of users. There's quite a lot of overhead to even start automating things (updates, app deployment, installs etc), so depending on the number of different systems (desktops/notebooks with varying or changing requirements, various servers with different OSes for different services), there may be a need for an order of magnitude more admins.</htmltext>
<tokenext>The number of admins required is not a linear function of the number of users .
There 's quite a lot of overhead to even start automating things ( updates , app deployment , installs etc ) , so depending on the number of different systems ( desktops/notebooks with varying or changing requirements , various servers with different OSes for different services ) , there may be a need for an order of magnitude more admins .</tokentext>
<sentencetext>The number of admins required is not a linear function of the number of users.
There's quite a lot of overhead to even start automating things (updates, app deployment, installs etc), so depending on the number of different systems (desktops/notebooks with varying or changing requirements, various servers with different OSes for different services), there may be a need for an order of magnitude more admins.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594342</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30664914</id>
	<title>Re:Proper Planning</title>
	<author>MarcQuadra</author>
	<datestamp>1231171860000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I make the system images and package the downloads and SMS packages where I work. I suppose you would classify it as one of those academic environments. A few days ago a user called and asked if there was a good way to image her machine. When I told her to boot to the utility disk we hand out to people like her (department computer folks), log in to the file server, and reimage from there, she explained to me that:</p><p>1. She's not on our network. They split-off years ago.<br>2. She can't log in over VPN either, because they roll their own Novell services, and she doesn't even know her AD credentials.<br>3. She certainly couldn't pull a multi-GB file over VPN.<br>4. Our images sort of expect there to be LAN and AD access for stuff like logging in, pulling software, syncing the time, etc. They won't work in a bubble.</p><p>I wasn't sure exactly how to answer her, but I felt like saying, "So you're basically from another company, I'm not sure I can spend time helping people who have already decided to do 'everything' themselves."</p></htmltext>
<tokenext>I make the system images and package the downloads and SMS packages where I work .
I suppose you would classify it as one of those academic environments .
A few days ago a user called and asked if there was a good way to image her machine .
When I told her to boot to the utility disk we hand out to people like her ( department computer folks ) , log in to the file server , and reimage from there , she explained to me that : 1 .
She 's not on our network .
They split-off years ago.2 .
She ca n't log in over VPN either , because they roll their own Novell services , and she does n't even know her AD credentials.3 .
She certainly could n't pull a multi-GB file over VPN.4 .
Our images sort of expect there to be LAN and AD access for stuff like logging in , pulling software , syncing the time , etc .
They wo n't work in a bubble.I was n't sure exactly how to answer her , but I felt like saying , " So you 're basically from another company , I 'm not sure I can spend time helping people who have already decided to do 'everything ' themselves .
"</tokentext>
<sentencetext>I make the system images and package the downloads and SMS packages where I work.
I suppose you would classify it as one of those academic environments.
A few days ago a user called and asked if there was a good way to image her machine.
When I told her to boot to the utility disk we hand out to people like her (department computer folks), log in to the file server, and reimage from there, she explained to me that:1.
She's not on our network.
They split-off years ago.2.
She can't log in over VPN either, because they roll their own Novell services, and she doesn't even know her AD credentials.3.
She certainly couldn't pull a multi-GB file over VPN.4.
Our images sort of expect there to be LAN and AD access for stuff like logging in, pulling software, syncing the time, etc.
They won't work in a bubble.I wasn't sure exactly how to answer her, but I felt like saying, "So you're basically from another company, I'm not sure I can spend time helping people who have already decided to do 'everything' themselves.
"</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594704</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596206</id>
	<title>very similar situation to yours</title>
	<author>benburns89</author>
	<datestamp>1259864580000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>What you described is almost exactly like my university - about 2800 total users, managing around 900-1000 computers. Lots of servers. This is what we have:
4 "systems support" (desktop, laptop, user stuff)
4 network/server/that kind of thing
3 or 4 help desk
2 or 3 for telecom
about 6 for remaining tasks: web, software, management, etc.

Now, we also have about 16 part time student workers for systems support, 4 for network/server, and 8 for help desk. I can attest that at times the 16 is overkill, but most of the time they are fixing small problems.</htmltext>
<tokenext>What you described is almost exactly like my university - about 2800 total users , managing around 900-1000 computers .
Lots of servers .
This is what we have : 4 " systems support " ( desktop , laptop , user stuff ) 4 network/server/that kind of thing 3 or 4 help desk 2 or 3 for telecom about 6 for remaining tasks : web , software , management , etc .
Now , we also have about 16 part time student workers for systems support , 4 for network/server , and 8 for help desk .
I can attest that at times the 16 is overkill , but most of the time they are fixing small problems .</tokentext>
<sentencetext>What you described is almost exactly like my university - about 2800 total users, managing around 900-1000 computers.
Lots of servers.
This is what we have:
4 "systems support" (desktop, laptop, user stuff)
4 network/server/that kind of thing
3 or 4 help desk
2 or 3 for telecom
about 6 for remaining tasks: web, software, management, etc.
Now, we also have about 16 part time student workers for systems support, 4 for network/server, and 8 for help desk.
I can attest that at times the 16 is overkill, but most of the time they are fixing small problems.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596410</id>
	<title>Re:Support/user ratio</title>
	<author>Xugumad</author>
	<datestamp>1259865240000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>2</modscore>
	<htmltext><p>&gt; Website support: 10,000 users, supporting general usage of just 1 website. 4 techs, regular business hours only.</p><p>Envious. 7,000 users; 1 full time person and 2 half-time. Oh, and we're also expected to the develop the underlying application, not just make keep it up and running...<nobr> <wbr></nobr>...actually, we're primarily meant to be developing it, and support isn't expected to be a major part of our job...</p></htmltext>
<tokenext>&gt; Website support : 10,000 users , supporting general usage of just 1 website .
4 techs , regular business hours only.Envious .
7,000 users ; 1 full time person and 2 half-time .
Oh , and we 're also expected to the develop the underlying application , not just make keep it up and running... ...actually , we 're primarily meant to be developing it , and support is n't expected to be a major part of our job.. .</tokentext>
<sentencetext>&gt; Website support: 10,000 users, supporting general usage of just 1 website.
4 techs, regular business hours only.Envious.
7,000 users; 1 full time person and 2 half-time.
Oh, and we're also expected to the develop the underlying application, not just make keep it up and running... ...actually, we're primarily meant to be developing it, and support isn't expected to be a major part of our job...</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594392</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597838</id>
	<title>Re:My dept is 'prox 600 computers/3 techs</title>
	<author>element-o.p.</author>
	<datestamp>1259870760000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Buy a <a href="http://www.kace.com/" title="kace.com">KBox</a> [kace.com].  We bought one about a year and a half, maybe two years, ago and it has made our lives much simpler.  The learning curve is a little steep, and be prepared for your users to whine a lot during the first six months while you learn what settings are good and what settings will cause more problems than they solve.  However, once you've learned how to make it sing and dance, it will make managing Windows, Mac or RHEL systems really, really easy.
<br> <br>
Oh, btw...two sys/net admins, two desktop support, one billing system support person in our IT staff for ~180 desktops, maybe 20 servers and about 60 remote locations across a couple million square miles of some of the most remote country in the U.S. (you can't drive to most of our sites).</htmltext>
<tokenext>Buy a KBox [ kace.com ] .
We bought one about a year and a half , maybe two years , ago and it has made our lives much simpler .
The learning curve is a little steep , and be prepared for your users to whine a lot during the first six months while you learn what settings are good and what settings will cause more problems than they solve .
However , once you 've learned how to make it sing and dance , it will make managing Windows , Mac or RHEL systems really , really easy .
Oh , btw...two sys/net admins , two desktop support , one billing system support person in our IT staff for ~ 180 desktops , maybe 20 servers and about 60 remote locations across a couple million square miles of some of the most remote country in the U.S. ( you ca n't drive to most of our sites ) .</tokentext>
<sentencetext>Buy a KBox [kace.com].
We bought one about a year and a half, maybe two years, ago and it has made our lives much simpler.
The learning curve is a little steep, and be prepared for your users to whine a lot during the first six months while you learn what settings are good and what settings will cause more problems than they solve.
However, once you've learned how to make it sing and dance, it will make managing Windows, Mac or RHEL systems really, really easy.
Oh, btw...two sys/net admins, two desktop support, one billing system support person in our IT staff for ~180 desktops, maybe 20 servers and about 60 remote locations across a couple million square miles of some of the most remote country in the U.S. (you can't drive to most of our sites).</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594434</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596526</id>
	<title>CAD</title>
	<author>pipingguy</author>
	<datestamp>1259865600000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>For some CAD setups it can be up to 7\% of the project's drafting budget.</htmltext>
<tokenext>For some CAD setups it can be up to 7 \ % of the project 's drafting budget .</tokentext>
<sentencetext>For some CAD setups it can be up to 7\% of the project's drafting budget.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30606546</id>
	<title>It depends</title>
	<author>ResidentSourcerer</author>
	<datestamp>1262281920000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>If everyone has the same desktop, keeps their files on a central server, and you can rebuild the desktop with a single command, then the correct answer is likely "one"</p><p>Reality strikes.</p><p>Not everyone will have the same desktop.  Only a very few copies of AccPac accounting need to be installed.</p><p>Someone will need photoshop.  Or InDesign.  Someone will need Autocad.</p><p>If you can take the time to automate every install.  Every computer is associated with a profile to install the right stuff.  Then life is easy.</p><p>I've had 4 sysadmin jobs.</p><p>Space Physics -- 10 NeXTs, 2 RS6000, Stardent Titan, Dec Ultrix, Myrias SPS 3, couple PC's.  Easy.</p><p>Math Dept -- 3 versions of SGI IRIX , 2 versions of Solaris, 2 dists of Linux, HP HPUX, RS 6000, 5 versions of Microsoft. 250 machines total.  That kept me hopping.  About half my time was spent on the 30 machiens that ran some form of windows.</p><p>YottaYotta.  All linux.  Had time to make automated reinstall systems for the developers to crash regularly.  Easy.</p><p>High School.  FreeBSD servers, windows 2000 clients. 60 machines total.  Windows took up 90\% of my time.</p><p>Generally:</p><p>Managing a hoard of anything isn't much harder than managing three of them.</p><p>If you have an OS where applications can be completely divorced from the OS (*ix) and can be run from a network drive, then almost all of your individual workstation customization is trivial. (symlink to the application for light weight stuff -- rsync nightly for heavy weight apps)</p><p>If you have an OS that is smart enough to recognize hardware changes, and not bork on you when a disk image is moved to a slightly different hardware platform (Linux, *BSD) then you are golden.  You don't have to manage the combinatoric explosion of N different motherboards combined with M different desktops.</p><p>If you have a setup where users cannot install executable software, the crisis count goes way down.</p><p>In short:  Managing a hoard of machines is easy if you don't have windows.</p></htmltext>
<tokenext>If everyone has the same desktop , keeps their files on a central server , and you can rebuild the desktop with a single command , then the correct answer is likely " one " Reality strikes.Not everyone will have the same desktop .
Only a very few copies of AccPac accounting need to be installed.Someone will need photoshop .
Or InDesign .
Someone will need Autocad.If you can take the time to automate every install .
Every computer is associated with a profile to install the right stuff .
Then life is easy.I 've had 4 sysadmin jobs.Space Physics -- 10 NeXTs , 2 RS6000 , Stardent Titan , Dec Ultrix , Myrias SPS 3 , couple PC 's .
Easy.Math Dept -- 3 versions of SGI IRIX , 2 versions of Solaris , 2 dists of Linux , HP HPUX , RS 6000 , 5 versions of Microsoft .
250 machines total .
That kept me hopping .
About half my time was spent on the 30 machiens that ran some form of windows.YottaYotta .
All linux .
Had time to make automated reinstall systems for the developers to crash regularly .
Easy.High School .
FreeBSD servers , windows 2000 clients .
60 machines total .
Windows took up 90 \ % of my time.Generally : Managing a hoard of anything is n't much harder than managing three of them.If you have an OS where applications can be completely divorced from the OS ( * ix ) and can be run from a network drive , then almost all of your individual workstation customization is trivial .
( symlink to the application for light weight stuff -- rsync nightly for heavy weight apps ) If you have an OS that is smart enough to recognize hardware changes , and not bork on you when a disk image is moved to a slightly different hardware platform ( Linux , * BSD ) then you are golden .
You do n't have to manage the combinatoric explosion of N different motherboards combined with M different desktops.If you have a setup where users can not install executable software , the crisis count goes way down.In short : Managing a hoard of machines is easy if you do n't have windows .</tokentext>
<sentencetext>If everyone has the same desktop, keeps their files on a central server, and you can rebuild the desktop with a single command, then the correct answer is likely "one"Reality strikes.Not everyone will have the same desktop.
Only a very few copies of AccPac accounting need to be installed.Someone will need photoshop.
Or InDesign.
Someone will need Autocad.If you can take the time to automate every install.
Every computer is associated with a profile to install the right stuff.
Then life is easy.I've had 4 sysadmin jobs.Space Physics -- 10 NeXTs, 2 RS6000, Stardent Titan, Dec Ultrix, Myrias SPS 3, couple PC's.
Easy.Math Dept -- 3 versions of SGI IRIX , 2 versions of Solaris, 2 dists of Linux, HP HPUX, RS 6000, 5 versions of Microsoft.
250 machines total.
That kept me hopping.
About half my time was spent on the 30 machiens that ran some form of windows.YottaYotta.
All linux.
Had time to make automated reinstall systems for the developers to crash regularly.
Easy.High School.
FreeBSD servers, windows 2000 clients.
60 machines total.
Windows took up 90\% of my time.Generally:Managing a hoard of anything isn't much harder than managing three of them.If you have an OS where applications can be completely divorced from the OS (*ix) and can be run from a network drive, then almost all of your individual workstation customization is trivial.
(symlink to the application for light weight stuff -- rsync nightly for heavy weight apps)If you have an OS that is smart enough to recognize hardware changes, and not bork on you when a disk image is moved to a slightly different hardware platform (Linux, *BSD) then you are golden.
You don't have to manage the combinatoric explosion of N different motherboards combined with M different desktops.If you have a setup where users cannot install executable software, the crisis count goes way down.In short:  Managing a hoard of machines is easy if you don't have windows.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30602748</id>
	<title>As in many things, "it depends"</title>
	<author>CAIMLAS</author>
	<datestamp>1259860020000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I've never done IT in an "IT shop", whatever that means, exactly. But my experience is 1) in a larger national medical service provider, and 2) a small regional/rural hospital.</p><p>1) The national provider had approximately 250 Linux "cache" servers located remotely, about 3,000 XP workstations (with many more than 3,000 users), and approximately 25 national campus servers. The support was tiered; I was on 3rd tier with 2 others, with approximately 15 people on 1st tier and 5 on 2nd tier. I spent about half my day on support calls or fixing workstation/server problems (I was the lowest-level 3rd tier) and the rest were spent doing equipment deployments and requisitioning. In addition, there were 2 guys doing network/host security, someone who did all the Windowsy admin work, two network (Cisco) guys, a user requisition gal, and two database guys. (There were also about 8 or so guys doing the development for internal software packages.)</p><p>2) I was, essentially, the sole supporter of workstations and servers (there were two other functional staff, one doing biomed stuff and printers, the other doing support for the large monolithic terminal app everyone used.) There were 250 workstations and about a dozen servers. The servers were not maintained well in any sense of the imagination - they were spread out throughout the facility, and were a real headache. The workstations were mostly OEM XP installs with crapware installed, et cetera. Realistically, there should have been another person in my role (minimum), and we should have worked towards a better arrangement than what we had, as there simply was not enough time for me to do it on my own after triage.</p><p>So, basically: it depends. I'd say the reasonable number of support people decreases as the organization grows beyond a certain point; likewise, the number of justifiable support people increases as the organization grows from 1 up until a certain point.</p><p>A well-run shop is not going to need as many people as a poorly run shop. But, the size of the shop often dictates whether there are enough competent people to make it run smoothly, so it's a bit of a catch-22.</p><p>Case in point... I did support on a small Mac based network for a while. It was just me, and 9 users with some fairly specific needs. They were just at the point where they actually needed someone at all, but it was enough to be a FT role. After a couple months, i'd gotten rid of most of their issues and managed to get things running smoothly and trouble-free. My reward was the closing of my position.</p></htmltext>
<tokenext>I 've never done IT in an " IT shop " , whatever that means , exactly .
But my experience is 1 ) in a larger national medical service provider , and 2 ) a small regional/rural hospital.1 ) The national provider had approximately 250 Linux " cache " servers located remotely , about 3,000 XP workstations ( with many more than 3,000 users ) , and approximately 25 national campus servers .
The support was tiered ; I was on 3rd tier with 2 others , with approximately 15 people on 1st tier and 5 on 2nd tier .
I spent about half my day on support calls or fixing workstation/server problems ( I was the lowest-level 3rd tier ) and the rest were spent doing equipment deployments and requisitioning .
In addition , there were 2 guys doing network/host security , someone who did all the Windowsy admin work , two network ( Cisco ) guys , a user requisition gal , and two database guys .
( There were also about 8 or so guys doing the development for internal software packages .
) 2 ) I was , essentially , the sole supporter of workstations and servers ( there were two other functional staff , one doing biomed stuff and printers , the other doing support for the large monolithic terminal app everyone used .
) There were 250 workstations and about a dozen servers .
The servers were not maintained well in any sense of the imagination - they were spread out throughout the facility , and were a real headache .
The workstations were mostly OEM XP installs with crapware installed , et cetera .
Realistically , there should have been another person in my role ( minimum ) , and we should have worked towards a better arrangement than what we had , as there simply was not enough time for me to do it on my own after triage.So , basically : it depends .
I 'd say the reasonable number of support people decreases as the organization grows beyond a certain point ; likewise , the number of justifiable support people increases as the organization grows from 1 up until a certain point.A well-run shop is not going to need as many people as a poorly run shop .
But , the size of the shop often dictates whether there are enough competent people to make it run smoothly , so it 's a bit of a catch-22.Case in point... I did support on a small Mac based network for a while .
It was just me , and 9 users with some fairly specific needs .
They were just at the point where they actually needed someone at all , but it was enough to be a FT role .
After a couple months , i 'd gotten rid of most of their issues and managed to get things running smoothly and trouble-free .
My reward was the closing of my position .</tokentext>
<sentencetext>I've never done IT in an "IT shop", whatever that means, exactly.
But my experience is 1) in a larger national medical service provider, and 2) a small regional/rural hospital.1) The national provider had approximately 250 Linux "cache" servers located remotely, about 3,000 XP workstations (with many more than 3,000 users), and approximately 25 national campus servers.
The support was tiered; I was on 3rd tier with 2 others, with approximately 15 people on 1st tier and 5 on 2nd tier.
I spent about half my day on support calls or fixing workstation/server problems (I was the lowest-level 3rd tier) and the rest were spent doing equipment deployments and requisitioning.
In addition, there were 2 guys doing network/host security, someone who did all the Windowsy admin work, two network (Cisco) guys, a user requisition gal, and two database guys.
(There were also about 8 or so guys doing the development for internal software packages.
)2) I was, essentially, the sole supporter of workstations and servers (there were two other functional staff, one doing biomed stuff and printers, the other doing support for the large monolithic terminal app everyone used.
) There were 250 workstations and about a dozen servers.
The servers were not maintained well in any sense of the imagination - they were spread out throughout the facility, and were a real headache.
The workstations were mostly OEM XP installs with crapware installed, et cetera.
Realistically, there should have been another person in my role (minimum), and we should have worked towards a better arrangement than what we had, as there simply was not enough time for me to do it on my own after triage.So, basically: it depends.
I'd say the reasonable number of support people decreases as the organization grows beyond a certain point; likewise, the number of justifiable support people increases as the organization grows from 1 up until a certain point.A well-run shop is not going to need as many people as a poorly run shop.
But, the size of the shop often dictates whether there are enough competent people to make it run smoothly, so it's a bit of a catch-22.Case in point... I did support on a small Mac based network for a while.
It was just me, and 9 users with some fairly specific needs.
They were just at the point where they actually needed someone at all, but it was enough to be a FT role.
After a couple months, i'd gotten rid of most of their issues and managed to get things running smoothly and trouble-free.
My reward was the closing of my position.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596536</id>
	<title>Servers per admin</title>
	<author>Anonymous</author>
	<datestamp>1259865660000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>At least 1774 servers with 8 Admins.  So we're at about 222 servers per SysAdmin.  I think that's higher than average.</p></htmltext>
<tokenext>At least 1774 servers with 8 Admins .
So we 're at about 222 servers per SysAdmin .
I think that 's higher than average .</tokentext>
<sentencetext>At least 1774 servers with 8 Admins.
So we're at about 222 servers per SysAdmin.
I think that's higher than average.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594496</id>
	<title>I think you're understaffed.</title>
	<author>Anonymous</author>
	<datestamp>1259859360000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>4</modscore>
	<htmltext><p>Government facility:<br>3000+ PCs<br>2600+ users(yeah I know we have more PCs than users)<br>200+ servers</p><p>6 Server Admins (understaffed)<br>2 Network Admins<br>2 Telecom Admins<br>3 Infrastructure techs<br>15 Helpdesk Technicians (overstaffed by about 5)</p><p>47 other IT employees for software support/dev staff and management staff</p></htmltext>
<tokenext>Government facility : 3000 + PCs2600 + users ( yeah I know we have more PCs than users ) 200 + servers6 Server Admins ( understaffed ) 2 Network Admins2 Telecom Admins3 Infrastructure techs15 Helpdesk Technicians ( overstaffed by about 5 ) 47 other IT employees for software support/dev staff and management staff</tokentext>
<sentencetext>Government facility:3000+ PCs2600+ users(yeah I know we have more PCs than users)200+ servers6 Server Admins (understaffed)2 Network Admins2 Telecom Admins3 Infrastructure techs15 Helpdesk Technicians (overstaffed by about 5)47 other IT employees for software support/dev staff and management staff</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594482</id>
	<title>Lockdown</title>
	<author>wsloand</author>
	<datestamp>1259859360000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>In my experience, it's a function of how well you're doing your job and how locked down you can make the users' systems.  If you do your job well and can effectively totally lock down the system (users install nothing, use Citrix, etc, and are only allowed to use a limited number of apps), that can be perfectly reasonable.</p></htmltext>
<tokenext>In my experience , it 's a function of how well you 're doing your job and how locked down you can make the users ' systems .
If you do your job well and can effectively totally lock down the system ( users install nothing , use Citrix , etc , and are only allowed to use a limited number of apps ) , that can be perfectly reasonable .</tokentext>
<sentencetext>In my experience, it's a function of how well you're doing your job and how locked down you can make the users' systems.
If you do your job well and can effectively totally lock down the system (users install nothing, use Citrix, etc, and are only allowed to use a limited number of apps), that can be perfectly reasonable.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598056</id>
	<title>Re:Over 9000</title>
	<author>TheCarp</author>
	<datestamp>1259871540000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>3</modscore>
	<htmltext><p>I think it comes down to "what do you mean by admins"?</p><p>The more you restrict what admins have to support, the more homogenous the environment, the better the ratio. The more you expect from them, the more complex the environment, the more you need.</p><p>Another factor to add in is tools. Does every machine have actual remote console? (and I mean console as in, I can sit there and watch the POST console). Do you have build servers and good backups, and tested procedures to do restores if a system needs a total rebuild on the spot?</p><p>My group is constantly compared in terms of group size to number of machines. Its maddening since we support 5 different flavors of unix (and VMS), some with ok tools configured and ready, some nearly "hand crafted". Then at least 3 different versions of each of those flavors. We can't seem to get projects approved to fix any of this (and god forbid we did it without a project!)</p><p>We are compared against a Windows group, that supports a couple of flavors of Windows, and has had automation tools to schedule and do work remotely setup for years. Of course they can admin more systems with less headcount... they have the tools and environment setup to do it!</p><p>Hell it took us almost 2 years to get project approval to set the machines for centralized auth through LDAP... and they wonder why we seem to need so many people for so few machines.</p><p>So frankly, I don't think the question has enough information to be answered usefully. There are just too many variables to be able to put up a good estimation of appropriate head count per machine. I can tell you though that standardization, automation, and redundant designs will decrease that head count.</p><p>As will properly trained/experienced admins (if we could only get them to send a couple of people to basic sun training we would be way better off... but we can't even get that. We have guys that have been effectively working on the level of entry level admins for years, who have never been able to get management to send them to a class).</p><p>-Steve<br>(who should post anonymously but, on some level hopes they will read this...)</p></htmltext>
<tokenext>I think it comes down to " what do you mean by admins " ? The more you restrict what admins have to support , the more homogenous the environment , the better the ratio .
The more you expect from them , the more complex the environment , the more you need.Another factor to add in is tools .
Does every machine have actual remote console ?
( and I mean console as in , I can sit there and watch the POST console ) .
Do you have build servers and good backups , and tested procedures to do restores if a system needs a total rebuild on the spot ? My group is constantly compared in terms of group size to number of machines .
Its maddening since we support 5 different flavors of unix ( and VMS ) , some with ok tools configured and ready , some nearly " hand crafted " .
Then at least 3 different versions of each of those flavors .
We ca n't seem to get projects approved to fix any of this ( and god forbid we did it without a project !
) We are compared against a Windows group , that supports a couple of flavors of Windows , and has had automation tools to schedule and do work remotely setup for years .
Of course they can admin more systems with less headcount... they have the tools and environment setup to do it ! Hell it took us almost 2 years to get project approval to set the machines for centralized auth through LDAP... and they wonder why we seem to need so many people for so few machines.So frankly , I do n't think the question has enough information to be answered usefully .
There are just too many variables to be able to put up a good estimation of appropriate head count per machine .
I can tell you though that standardization , automation , and redundant designs will decrease that head count.As will properly trained/experienced admins ( if we could only get them to send a couple of people to basic sun training we would be way better off... but we ca n't even get that .
We have guys that have been effectively working on the level of entry level admins for years , who have never been able to get management to send them to a class ) .-Steve ( who should post anonymously but , on some level hopes they will read this... )</tokentext>
<sentencetext>I think it comes down to "what do you mean by admins"?The more you restrict what admins have to support, the more homogenous the environment, the better the ratio.
The more you expect from them, the more complex the environment, the more you need.Another factor to add in is tools.
Does every machine have actual remote console?
(and I mean console as in, I can sit there and watch the POST console).
Do you have build servers and good backups, and tested procedures to do restores if a system needs a total rebuild on the spot?My group is constantly compared in terms of group size to number of machines.
Its maddening since we support 5 different flavors of unix (and VMS), some with ok tools configured and ready, some nearly "hand crafted".
Then at least 3 different versions of each of those flavors.
We can't seem to get projects approved to fix any of this (and god forbid we did it without a project!
)We are compared against a Windows group, that supports a couple of flavors of Windows, and has had automation tools to schedule and do work remotely setup for years.
Of course they can admin more systems with less headcount... they have the tools and environment setup to do it!Hell it took us almost 2 years to get project approval to set the machines for centralized auth through LDAP... and they wonder why we seem to need so many people for so few machines.So frankly, I don't think the question has enough information to be answered usefully.
There are just too many variables to be able to put up a good estimation of appropriate head count per machine.
I can tell you though that standardization, automation, and redundant designs will decrease that head count.As will properly trained/experienced admins (if we could only get them to send a couple of people to basic sun training we would be way better off... but we can't even get that.
We have guys that have been effectively working on the level of entry level admins for years, who have never been able to get management to send them to a class).-Steve(who should post anonymously but, on some level hopes they will read this...)</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595890</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594804</id>
	<title>Re:What's a "Sneaker Tech"?</title>
	<author>Anonymous</author>
	<datestamp>1259860380000</datestamp>
	<modclass>Funny</modclass>
	<modscore>2</modscore>
	<htmltext><p><div class="quote"><p>Google doesn't have any relevant hits for this phrase (except this article).</p></div><p>Obviously you don't know how to search. I found a <a href="http://www.jobisjob.com/wilsonville/nike-inc/plastic-injection-molding-machine-senior-operatortechnician/job-offer-eh7zltn6ey5lt7xdxgp6imo3le" title="jobisjob.com">job posting for a sneaker tech</a> [jobisjob.com] right away.</p></div>
	</htmltext>
<tokenext>Google does n't have any relevant hits for this phrase ( except this article ) .Obviously you do n't know how to search .
I found a job posting for a sneaker tech [ jobisjob.com ] right away .</tokentext>
<sentencetext>Google doesn't have any relevant hits for this phrase (except this article).Obviously you don't know how to search.
I found a job posting for a sneaker tech [jobisjob.com] right away.
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594590</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594412</id>
	<title>Still valid?</title>
	<author>geirlk</author>
	<datestamp>1259859180000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I remember hearing something along the order of 200 users, 50 computers and 2-3 servers per head in the IT department would be optimal when I worked as a sysadmin 10 years back.</p><p>I can tell you this much, administering 250 users, 120 computers and 7 servers is too much for one person atleast, that's from personal experience. =) Mostly Win NT 4.0 back then.</p></htmltext>
<tokenext>I remember hearing something along the order of 200 users , 50 computers and 2-3 servers per head in the IT department would be optimal when I worked as a sysadmin 10 years back.I can tell you this much , administering 250 users , 120 computers and 7 servers is too much for one person atleast , that 's from personal experience .
= ) Mostly Win NT 4.0 back then .</tokentext>
<sentencetext>I remember hearing something along the order of 200 users, 50 computers and 2-3 servers per head in the IT department would be optimal when I worked as a sysadmin 10 years back.I can tell you this much, administering 250 users, 120 computers and 7 servers is too much for one person atleast, that's from personal experience.
=) Mostly Win NT 4.0 back then.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30637116</id>
	<title>Loooooots of factors</title>
	<author>Anonymous</author>
	<datestamp>1230999960000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext>Large international finance company - trading, research, etc.

Asia Office, ~2800 users, 3500 computers, large server farm, also backupsite which is also online and ready incase of disaster

For JUST desktop support we had 10 techs (2 managers, 8 grunts) - the "helpdesk" only took down the details of who was reporting an issue, and we would respond. Desktop "team" also was in charge of all aspects of desktop support including maintaining software, setting up new hardware, and actual physical install/swap/moves. Large moves were done by outside contractors, then we'd just push the power button<nobr> <wbr></nobr>:)

There was also smaller teams for servers, messaging (mail and phone), networking and a very large inhouse developer group.

For what its worth we all kept fairly busy - not having to worry about servers was nice, but having each group seperated did cause issues when interests overlapped (ie. desktop team finds an issue with the network, but network team refuses to do anything because it doesn't affect them - ie. new fast desktops would boot before the ports came online due to port security settings on the switches).


Biggest factor is what kind of support is needed? Some of the admin people could go a day without email if something broke and only grumble a little about it, but on the other hand traders would expect instant results and would threaten you every second it takes for you to fix even the tiniest little issue.</htmltext>
<tokenext>Large international finance company - trading , research , etc .
Asia Office , ~ 2800 users , 3500 computers , large server farm , also backupsite which is also online and ready incase of disaster For JUST desktop support we had 10 techs ( 2 managers , 8 grunts ) - the " helpdesk " only took down the details of who was reporting an issue , and we would respond .
Desktop " team " also was in charge of all aspects of desktop support including maintaining software , setting up new hardware , and actual physical install/swap/moves .
Large moves were done by outside contractors , then we 'd just push the power button : ) There was also smaller teams for servers , messaging ( mail and phone ) , networking and a very large inhouse developer group .
For what its worth we all kept fairly busy - not having to worry about servers was nice , but having each group seperated did cause issues when interests overlapped ( ie .
desktop team finds an issue with the network , but network team refuses to do anything because it does n't affect them - ie .
new fast desktops would boot before the ports came online due to port security settings on the switches ) .
Biggest factor is what kind of support is needed ?
Some of the admin people could go a day without email if something broke and only grumble a little about it , but on the other hand traders would expect instant results and would threaten you every second it takes for you to fix even the tiniest little issue .</tokentext>
<sentencetext>Large international finance company - trading, research, etc.
Asia Office, ~2800 users, 3500 computers, large server farm, also backupsite which is also online and ready incase of disaster

For JUST desktop support we had 10 techs (2 managers, 8 grunts) - the "helpdesk" only took down the details of who was reporting an issue, and we would respond.
Desktop "team" also was in charge of all aspects of desktop support including maintaining software, setting up new hardware, and actual physical install/swap/moves.
Large moves were done by outside contractors, then we'd just push the power button :)

There was also smaller teams for servers, messaging (mail and phone), networking and a very large inhouse developer group.
For what its worth we all kept fairly busy - not having to worry about servers was nice, but having each group seperated did cause issues when interests overlapped (ie.
desktop team finds an issue with the network, but network team refuses to do anything because it doesn't affect them - ie.
new fast desktops would boot before the ports came online due to port security settings on the switches).
Biggest factor is what kind of support is needed?
Some of the admin people could go a day without email if something broke and only grumble a little about it, but on the other hand traders would expect instant results and would threaten you every second it takes for you to fix even the tiniest little issue.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594618</id>
	<title>Ratio</title>
	<author>Anonymous</author>
	<datestamp>1259859780000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Due some reasearch on this and you should be able to get easy results...</p><p>I think the current ratio is 1 IT person per 100-150 computers, but it depends on what your users are doing.</p></htmltext>
<tokenext>Due some reasearch on this and you should be able to get easy results...I think the current ratio is 1 IT person per 100-150 computers , but it depends on what your users are doing .</tokentext>
<sentencetext>Due some reasearch on this and you should be able to get easy results...I think the current ratio is 1 IT person per 100-150 computers, but it depends on what your users are doing.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595892</id>
	<title>Depends...</title>
	<author>MortenMW</author>
	<datestamp>1259863740000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>A school I worked at:
- 1500 users
- ~1000 computers
- 3 techs

Other place I worked:
- 100 users
- 5 techs

Now:
- 70 users
- 3 techs</htmltext>
<tokenext>A school I worked at : - 1500 users - ~ 1000 computers - 3 techs Other place I worked : - 100 users - 5 techs Now : - 70 users - 3 techs</tokentext>
<sentencetext>A school I worked at:
- 1500 users
- ~1000 computers
- 3 techs

Other place I worked:
- 100 users
- 5 techs

Now:
- 70 users
- 3 techs</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30599842</id>
	<title>Re:Depends</title>
	<author>jacksonj04</author>
	<datestamp>1259836320000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>If you don't have enough time in the day to read bits of<nobr> <wbr></nobr>/. during office hours, you don't have enough staff. There should always be a bit of idle time in an IT department's day so that when the shit does hit the fan you've got enough slack time to deal with it without sacrificing other things.</p></htmltext>
<tokenext>If you do n't have enough time in the day to read bits of / .
during office hours , you do n't have enough staff .
There should always be a bit of idle time in an IT department 's day so that when the shit does hit the fan you 've got enough slack time to deal with it without sacrificing other things .</tokentext>
<sentencetext>If you don't have enough time in the day to read bits of /.
during office hours, you don't have enough staff.
There should always be a bit of idle time in an IT department's day so that when the shit does hit the fan you've got enough slack time to deal with it without sacrificing other things.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594316</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594330</id>
	<title>You are understaffed</title>
	<author>greatgreygreengreasy</author>
	<datestamp>1259858940000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>It sounds like you are on top of things, but I'd say you are understaffed.  We have 10-15 Windows servers, and a few hundred XP/Vista machines, and one admin-type, plus two full-time equivalent techs, and are looking for at least one more.</htmltext>
<tokenext>It sounds like you are on top of things , but I 'd say you are understaffed .
We have 10-15 Windows servers , and a few hundred XP/Vista machines , and one admin-type , plus two full-time equivalent techs , and are looking for at least one more .</tokentext>
<sentencetext>It sounds like you are on top of things, but I'd say you are understaffed.
We have 10-15 Windows servers, and a few hundred XP/Vista machines, and one admin-type, plus two full-time equivalent techs, and are looking for at least one more.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594752</id>
	<title>Really? This must be for low-end users.</title>
	<author>Anonymous</author>
	<datestamp>1259860260000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>You have 900 computers (not even counting the servers) and 2600 users? And you got 3 people "taking care" of all that? I assume you're not counting on these "low knowledge" users to help and/or support themselves or each other...</p><p>If you roll everything out properly and don't have to deal with constant dumb shit from people (e.g. the "Spyware of the Week" calls), then yeah I guess you'd be OK with that headcount. As long as these are not "power users" and you're located within an acceptable distance of all these machines. Like dealing with "System won't boot, unable to get into Safe Mode" cases over a long distance call?</p><p>We have ~2500 Windows machines (some with max 2 logins/users per machine, though most are dedicated to one person) and 7 top-level techs situated in strategic locations throughout the country. As well as a "Help Desk" team of 7 people supporting initial support calls. So that's anywhere from 200-350 users for each Help Desk tech and when necessary the higher-level Desktop guys.</p><p>Then we have a slew of other IT teams (SysAdmin/Network/DBA/etc) which I'm not even counting. Total IT headcount is about 25.</p><p>I can't fathom doing what you do with 3 people. Unless you're not telling the whole story.</p><p>Also shouldn't it be "Computers/Users per Admin/Tech" and not the other way around?<br>I hate it when I have 200 techs supporting one user. The cubicle gets crowded and fist-fights are not unheard of.</p></htmltext>
<tokenext>You have 900 computers ( not even counting the servers ) and 2600 users ?
And you got 3 people " taking care " of all that ?
I assume you 're not counting on these " low knowledge " users to help and/or support themselves or each other...If you roll everything out properly and do n't have to deal with constant dumb shit from people ( e.g .
the " Spyware of the Week " calls ) , then yeah I guess you 'd be OK with that headcount .
As long as these are not " power users " and you 're located within an acceptable distance of all these machines .
Like dealing with " System wo n't boot , unable to get into Safe Mode " cases over a long distance call ? We have ~ 2500 Windows machines ( some with max 2 logins/users per machine , though most are dedicated to one person ) and 7 top-level techs situated in strategic locations throughout the country .
As well as a " Help Desk " team of 7 people supporting initial support calls .
So that 's anywhere from 200-350 users for each Help Desk tech and when necessary the higher-level Desktop guys.Then we have a slew of other IT teams ( SysAdmin/Network/DBA/etc ) which I 'm not even counting .
Total IT headcount is about 25.I ca n't fathom doing what you do with 3 people .
Unless you 're not telling the whole story.Also should n't it be " Computers/Users per Admin/Tech " and not the other way around ? I hate it when I have 200 techs supporting one user .
The cubicle gets crowded and fist-fights are not unheard of .</tokentext>
<sentencetext>You have 900 computers (not even counting the servers) and 2600 users?
And you got 3 people "taking care" of all that?
I assume you're not counting on these "low knowledge" users to help and/or support themselves or each other...If you roll everything out properly and don't have to deal with constant dumb shit from people (e.g.
the "Spyware of the Week" calls), then yeah I guess you'd be OK with that headcount.
As long as these are not "power users" and you're located within an acceptable distance of all these machines.
Like dealing with "System won't boot, unable to get into Safe Mode" cases over a long distance call?We have ~2500 Windows machines (some with max 2 logins/users per machine, though most are dedicated to one person) and 7 top-level techs situated in strategic locations throughout the country.
As well as a "Help Desk" team of 7 people supporting initial support calls.
So that's anywhere from 200-350 users for each Help Desk tech and when necessary the higher-level Desktop guys.Then we have a slew of other IT teams (SysAdmin/Network/DBA/etc) which I'm not even counting.
Total IT headcount is about 25.I can't fathom doing what you do with 3 people.
Unless you're not telling the whole story.Also shouldn't it be "Computers/Users per Admin/Tech" and not the other way around?I hate it when I have 200 techs supporting one user.
The cubicle gets crowded and fist-fights are not unheard of.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597378</id>
	<title>Re:Depends</title>
	<author>rjbeeth</author>
	<datestamp>1259868900000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>I've found that it really depends on the platform. And while I'm NOT trying to start an OS war or start any no it's not, yes it is streams, I've found and noticed that *nix takes a lot fewer resources than Windows of any flavour.

Before I retired I was a *nix admin and a supervisor of a team of sysadmins, during our heyday we supported hundreds of servers and a thousand workstations with just 6 guys - 24/7. The problem was that we did too good a job and actually started losing resources because Sr. Management didn't see a problem AND since we couldn't show any "new deliverables" the resources got consistently cut. It lead me to coin the phrase "Success breads failure". I don't know if anyone else came up with that phrase, but based on my 35 years of experiences I found it to be consistently true.... Success does bread failure. As a manager of a SysAdmin team my main job was selling the team's reason to exist to upper management.

With *nix everything is much easier to manage, the tools have been developed over decades now and they work like a charm. Updating a thousand workstations was a simple task, done by one person and done without impact on the user.

When I left Senior Management had forced us to start moving over to Windows. The manpower required to support it (compared to my previous experiences) was horrendous. They were still on a learning curve and weren't sure how to remotely or automatically update anything - causing horrific delays for users - I myself had to wait 3 days of complete down time while I waited for someone to come and fix what should have been a simple problem, but one which I wasn't allowed to touch because I was from the *nix shop..... ah politics.

I'm sure (hoping?) that they have gotten their act together since.

The big thing here is selling your 'raison d'etre' to senior managers, no matter what platform you have. Once things have become stabilized and your work proceeds behind the scenes and everyone is happy, Sr. Management inevitably starts thinking of your efforts as an ongoing cost versus a benefit. So be aware....</htmltext>
<tokenext>I 've found that it really depends on the platform .
And while I 'm NOT trying to start an OS war or start any no it 's not , yes it is streams , I 've found and noticed that * nix takes a lot fewer resources than Windows of any flavour .
Before I retired I was a * nix admin and a supervisor of a team of sysadmins , during our heyday we supported hundreds of servers and a thousand workstations with just 6 guys - 24/7 .
The problem was that we did too good a job and actually started losing resources because Sr. Management did n't see a problem AND since we could n't show any " new deliverables " the resources got consistently cut .
It lead me to coin the phrase " Success breads failure " .
I do n't know if anyone else came up with that phrase , but based on my 35 years of experiences I found it to be consistently true.... Success does bread failure .
As a manager of a SysAdmin team my main job was selling the team 's reason to exist to upper management .
With * nix everything is much easier to manage , the tools have been developed over decades now and they work like a charm .
Updating a thousand workstations was a simple task , done by one person and done without impact on the user .
When I left Senior Management had forced us to start moving over to Windows .
The manpower required to support it ( compared to my previous experiences ) was horrendous .
They were still on a learning curve and were n't sure how to remotely or automatically update anything - causing horrific delays for users - I myself had to wait 3 days of complete down time while I waited for someone to come and fix what should have been a simple problem , but one which I was n't allowed to touch because I was from the * nix shop..... ah politics .
I 'm sure ( hoping ?
) that they have gotten their act together since .
The big thing here is selling your 'raison d'etre ' to senior managers , no matter what platform you have .
Once things have become stabilized and your work proceeds behind the scenes and everyone is happy , Sr. Management inevitably starts thinking of your efforts as an ongoing cost versus a benefit .
So be aware... .</tokentext>
<sentencetext>I've found that it really depends on the platform.
And while I'm NOT trying to start an OS war or start any no it's not, yes it is streams, I've found and noticed that *nix takes a lot fewer resources than Windows of any flavour.
Before I retired I was a *nix admin and a supervisor of a team of sysadmins, during our heyday we supported hundreds of servers and a thousand workstations with just 6 guys - 24/7.
The problem was that we did too good a job and actually started losing resources because Sr. Management didn't see a problem AND since we couldn't show any "new deliverables" the resources got consistently cut.
It lead me to coin the phrase "Success breads failure".
I don't know if anyone else came up with that phrase, but based on my 35 years of experiences I found it to be consistently true.... Success does bread failure.
As a manager of a SysAdmin team my main job was selling the team's reason to exist to upper management.
With *nix everything is much easier to manage, the tools have been developed over decades now and they work like a charm.
Updating a thousand workstations was a simple task, done by one person and done without impact on the user.
When I left Senior Management had forced us to start moving over to Windows.
The manpower required to support it (compared to my previous experiences) was horrendous.
They were still on a learning curve and weren't sure how to remotely or automatically update anything - causing horrific delays for users - I myself had to wait 3 days of complete down time while I waited for someone to come and fix what should have been a simple problem, but one which I wasn't allowed to touch because I was from the *nix shop..... ah politics.
I'm sure (hoping?
) that they have gotten their act together since.
The big thing here is selling your 'raison d'etre' to senior managers, no matter what platform you have.
Once things have become stabilized and your work proceeds behind the scenes and everyone is happy, Sr. Management inevitably starts thinking of your efforts as an ongoing cost versus a benefit.
So be aware....</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594316</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594584</id>
	<title>WAY UNDERSTAFFED!</title>
	<author>Anonymous</author>
	<datestamp>1259859660000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>The contract I work on has one admin per 75 seat requirement. you need to get more people now!</p></htmltext>
<tokenext>The contract I work on has one admin per 75 seat requirement .
you need to get more people now !</tokentext>
<sentencetext>The contract I work on has one admin per 75 seat requirement.
you need to get more people now!</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30600718</id>
	<title>Re:Power of Scale</title>
	<author>Anonymous</author>
	<datestamp>1259842080000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p><div class="quote"><p>For small corporations (less then 1 million) I usually see about 1/800 ratio for support\end user and 1/50 for servers.</p></div><p>A company with $1M revs has to have fewer than 20 employees, or it's going to be out of business next month.  1 support/800 employees means some guy comes in one day every other month.  Hard to imagine that.  Near as I figure, by your estimates, a company doesn't even merit a full-time IT staff until it gets to ~$200M revenue (assuming it's a service company without expenses other than personnel).  How do you go from numbers like 1/800-1/3800 to telling miffo.swe he needs 8 support for 2600 users (1/325)?</p></div>
	</htmltext>
<tokenext>For small corporations ( less then 1 million ) I usually see about 1/800 ratio for support \ end user and 1/50 for servers.A company with $ 1M revs has to have fewer than 20 employees , or it 's going to be out of business next month .
1 support/800 employees means some guy comes in one day every other month .
Hard to imagine that .
Near as I figure , by your estimates , a company does n't even merit a full-time IT staff until it gets to ~ $ 200M revenue ( assuming it 's a service company without expenses other than personnel ) .
How do you go from numbers like 1/800-1/3800 to telling miffo.swe he needs 8 support for 2600 users ( 1/325 ) ?</tokentext>
<sentencetext>For small corporations (less then 1 million) I usually see about 1/800 ratio for support\end user and 1/50 for servers.A company with $1M revs has to have fewer than 20 employees, or it's going to be out of business next month.
1 support/800 employees means some guy comes in one day every other month.
Hard to imagine that.
Near as I figure, by your estimates, a company doesn't even merit a full-time IT staff until it gets to ~$200M revenue (assuming it's a service company without expenses other than personnel).
How do you go from numbers like 1/800-1/3800 to telling miffo.swe he needs 8 support for 2600 users (1/325)?
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594832</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596972</id>
	<title>Re:Depends</title>
	<author>Brunan-G</author>
	<datestamp>1259867340000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Amen to this.</p><p>My 'shop' has 15 locations, 8 physical servers, 14 virtualized servers and around 200 system users.</p><p>We handle Solaris,Windows,Sco,ESXi,Oracle,Ingres,legacy ERP crap(TM), phones,cellphones,smartphones,network issues,custom coding and end user support with 2 people...</p><p>Fortunately we have enough failovers in place that 90\% of the serious operational issues go unnoticed by the end-user which is a blessing and a curse as sometimes people wonder what the h*** we do...</p><p>Did I mention I hate this job? Oh yes, I just did...</p></htmltext>
<tokenext>Amen to this.My 'shop ' has 15 locations , 8 physical servers , 14 virtualized servers and around 200 system users.We handle Solaris,Windows,Sco,ESXi,Oracle,Ingres,legacy ERP crap ( TM ) , phones,cellphones,smartphones,network issues,custom coding and end user support with 2 people...Fortunately we have enough failovers in place that 90 \ % of the serious operational issues go unnoticed by the end-user which is a blessing and a curse as sometimes people wonder what the h * * * we do...Did I mention I hate this job ?
Oh yes , I just did.. .</tokentext>
<sentencetext>Amen to this.My 'shop' has 15 locations, 8 physical servers, 14 virtualized servers and around 200 system users.We handle Solaris,Windows,Sco,ESXi,Oracle,Ingres,legacy ERP crap(TM), phones,cellphones,smartphones,network issues,custom coding and end user support with 2 people...Fortunately we have enough failovers in place that 90\% of the serious operational issues go unnoticed by the end-user which is a blessing and a curse as sometimes people wonder what the h*** we do...Did I mention I hate this job?
Oh yes, I just did...</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594702</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595514</id>
	<title>It's not that simple</title>
	<author>nixdroid</author>
	<datestamp>1259862540000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>2</modscore>
	<htmltext>The number of admins needed in any shop depends on many factors, especially automation and duplication.  In an ad-hoc environment where users are given free rein, you will need lots of admins.  If management will support restrictions on users, the admins are creative and the necessary tools are purchased, then the job can be handled by a few astute individuals.

If anyone knows of such a shop...</htmltext>
<tokenext>The number of admins needed in any shop depends on many factors , especially automation and duplication .
In an ad-hoc environment where users are given free rein , you will need lots of admins .
If management will support restrictions on users , the admins are creative and the necessary tools are purchased , then the job can be handled by a few astute individuals .
If anyone knows of such a shop.. .</tokentext>
<sentencetext>The number of admins needed in any shop depends on many factors, especially automation and duplication.
In an ad-hoc environment where users are given free rein, you will need lots of admins.
If management will support restrictions on users, the admins are creative and the necessary tools are purchased, then the job can be handled by a few astute individuals.
If anyone knows of such a shop...</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30605496</id>
	<title>Re:100 to 1 is about right</title>
	<author>Anonymous</author>
	<datestamp>1262276760000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>This depends a lot on the enviornment. My last job had 150 to 1 ratio, and we were usually strethced thin. I haven't done the math at my current job, but we have roughly 70 hardware techs, 15 Windows techs, about 6 mac techs, about 3 Unix / Linux techs, about 15 networking guys, and half a dozen back office guys for a company of about 35k users - at this site.</p></htmltext>
<tokenext>This depends a lot on the enviornment .
My last job had 150 to 1 ratio , and we were usually strethced thin .
I have n't done the math at my current job , but we have roughly 70 hardware techs , 15 Windows techs , about 6 mac techs , about 3 Unix / Linux techs , about 15 networking guys , and half a dozen back office guys for a company of about 35k users - at this site .</tokentext>
<sentencetext>This depends a lot on the enviornment.
My last job had 150 to 1 ratio, and we were usually strethced thin.
I haven't done the math at my current job, but we have roughly 70 hardware techs, 15 Windows techs, about 6 mac techs, about 3 Unix / Linux techs, about 15 networking guys, and half a dozen back office guys for a company of about 35k users - at this site.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594342</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594538</id>
	<title>135/admin</title>
	<author>Anonymous</author>
	<datestamp>1259859480000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>we have (at a small hosting company) about 200 freebsd servers and another 200 freebsd virtual machines (spread over 8 vmware-esx machines) which we manage quite easily with the three of us.</p></htmltext>
<tokenext>we have ( at a small hosting company ) about 200 freebsd servers and another 200 freebsd virtual machines ( spread over 8 vmware-esx machines ) which we manage quite easily with the three of us .</tokentext>
<sentencetext>we have (at a small hosting company) about 200 freebsd servers and another 200 freebsd virtual machines (spread over 8 vmware-esx machines) which we manage quite easily with the three of us.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594776</id>
	<title>How tight or loose are group policies?</title>
	<author>EsJay</author>
	<datestamp>1259860320000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Make user an admin on their own machine if you want to increase the IT staff.
Lock down group policies if you are overworked.</htmltext>
<tokenext>Make user an admin on their own machine if you want to increase the IT staff .
Lock down group policies if you are overworked .</tokentext>
<sentencetext>Make user an admin on their own machine if you want to increase the IT staff.
Lock down group policies if you are overworked.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30599530</id>
	<title>Admins to User Ratio</title>
	<author>Anonymous</author>
	<datestamp>1259834700000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Clearly this ratio can be impacted by many factors and while there is no true standard, I found this video calcuation method reasonably accurate:  http://news.zdnet.com/2422-13569\_22-155252.html</p></htmltext>
<tokenext>Clearly this ratio can be impacted by many factors and while there is no true standard , I found this video calcuation method reasonably accurate : http : //news.zdnet.com/2422-13569 \ _22-155252.html</tokentext>
<sentencetext>Clearly this ratio can be impacted by many factors and while there is no true standard, I found this video calcuation method reasonably accurate:  http://news.zdnet.com/2422-13569\_22-155252.html</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595252</id>
	<title>Re:Depends</title>
	<author>Anonymous</author>
	<datestamp>1259861820000</datestamp>
	<modclass>Troll</modclass>
	<modscore>0</modscore>
	<htmltext><p>&gt;Or do you require things like justifications, business cases</p><p>This bit always makes me laugh. I work in a development department and see this far too often</p><p>IT Administrators are there to do what they are told. Admins who think they can 'demand justifications' are just jumped up losers who are envious of people doing real work that they are simply not smart enough to do.</p></htmltext>
<tokenext>&gt; Or do you require things like justifications , business casesThis bit always makes me laugh .
I work in a development department and see this far too oftenIT Administrators are there to do what they are told .
Admins who think they can 'demand justifications ' are just jumped up losers who are envious of people doing real work that they are simply not smart enough to do .</tokentext>
<sentencetext>&gt;Or do you require things like justifications, business casesThis bit always makes me laugh.
I work in a development department and see this far too oftenIT Administrators are there to do what they are told.
Admins who think they can 'demand justifications' are just jumped up losers who are envious of people doing real work that they are simply not smart enough to do.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594702</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594590</id>
	<title>What's a "Sneaker Tech"?</title>
	<author>ZarfMouse</author>
	<datestamp>1259859720000</datestamp>
	<modclass>Funny</modclass>
	<modscore>2</modscore>
	<htmltext><p>Google doesn't have any relevant hits for this phrase (except this article).</p></htmltext>
<tokenext>Google does n't have any relevant hits for this phrase ( except this article ) .</tokentext>
<sentencetext>Google doesn't have any relevant hits for this phrase (except this article).</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30599046</id>
	<title>As many as it takes.</title>
	<author>Wdomburg</author>
	<datestamp>1259832420000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>The reason there are no good rules of thumbs is because environments and applications vary widely.  Are the applications canned or custom?  Are we supporting general services like file sharing or printing?  If so, are we talking about printing documents here and there, high volume legal or medical printing, floor plans on a giant honking plotter, pre-press ad copy?  Are the files the usual office flotsam and jetsam, high value CAD files that demand rigorous snapshots and backups, raw video files that require high speed workstation storage?  Are there natural downtime windows to perform maintenance?  Are there internal or external SLAs to meet?  Are users given administration privileges, or is everything centrally managed?  What mobile devices are in use?  Are networking needs managed in house or contracted?  Is there need for VPN access?  Is mail storage done in-house or outsources?  If so, what's the spam and virus filtering?  Are there quotas?  Synchronization with mobile platforms?  Integration with an instant messaging platform?  What about hardware?  Does the hardware cycle match the warranty cycle, or does the company expect the IT staff to do their own maintenance?</p><p>In other words, the correct ration of admins to users or computers is "as many it takes".</p></htmltext>
<tokenext>The reason there are no good rules of thumbs is because environments and applications vary widely .
Are the applications canned or custom ?
Are we supporting general services like file sharing or printing ?
If so , are we talking about printing documents here and there , high volume legal or medical printing , floor plans on a giant honking plotter , pre-press ad copy ?
Are the files the usual office flotsam and jetsam , high value CAD files that demand rigorous snapshots and backups , raw video files that require high speed workstation storage ?
Are there natural downtime windows to perform maintenance ?
Are there internal or external SLAs to meet ?
Are users given administration privileges , or is everything centrally managed ?
What mobile devices are in use ?
Are networking needs managed in house or contracted ?
Is there need for VPN access ?
Is mail storage done in-house or outsources ?
If so , what 's the spam and virus filtering ?
Are there quotas ?
Synchronization with mobile platforms ?
Integration with an instant messaging platform ?
What about hardware ?
Does the hardware cycle match the warranty cycle , or does the company expect the IT staff to do their own maintenance ? In other words , the correct ration of admins to users or computers is " as many it takes " .</tokentext>
<sentencetext>The reason there are no good rules of thumbs is because environments and applications vary widely.
Are the applications canned or custom?
Are we supporting general services like file sharing or printing?
If so, are we talking about printing documents here and there, high volume legal or medical printing, floor plans on a giant honking plotter, pre-press ad copy?
Are the files the usual office flotsam and jetsam, high value CAD files that demand rigorous snapshots and backups, raw video files that require high speed workstation storage?
Are there natural downtime windows to perform maintenance?
Are there internal or external SLAs to meet?
Are users given administration privileges, or is everything centrally managed?
What mobile devices are in use?
Are networking needs managed in house or contracted?
Is there need for VPN access?
Is mail storage done in-house or outsources?
If so, what's the spam and virus filtering?
Are there quotas?
Synchronization with mobile platforms?
Integration with an instant messaging platform?
What about hardware?
Does the hardware cycle match the warranty cycle, or does the company expect the IT staff to do their own maintenance?In other words, the correct ration of admins to users or computers is "as many it takes".</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594892</id>
	<title>Track busy time, adjust accordingly</title>
	<author>LoudMusic</author>
	<datestamp>1259860680000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>While I was the sys admin for a small ad agency of 50 to 75 users (fluctuated monthly) my boss claimed that he read or spoke with other companies who were operating with a 50:1 ratio. Granted, ad agencies can be a bit unique with a very mixed technology environment and REALLY difficult users, but it worked for me. Most of the time I was fixing failed systems but I still had time to implement newer / better technology to resolve reoccurring issues.</p><p>I think what a larger company needs is a support staff that is busy 80\% of the day with some good down time, and then a fair number of individuals who are working on more permanent solutions to the bigger problems. There are too many variables involved to give a definitive ratio of users:admins, but the work load is key. You don't want those guys staying late every day, and you don't want them sitting around bored either.</p><p>Probably the most effective thing to do would be to have them document their time somehow. There are apps to help with this. Guard against scaring them into giving you false information - sometimes employees fear that they are being watched and may falsify their claimed work load and you end up hiring people to compensate the inflated demand.</p></htmltext>
<tokenext>While I was the sys admin for a small ad agency of 50 to 75 users ( fluctuated monthly ) my boss claimed that he read or spoke with other companies who were operating with a 50 : 1 ratio .
Granted , ad agencies can be a bit unique with a very mixed technology environment and REALLY difficult users , but it worked for me .
Most of the time I was fixing failed systems but I still had time to implement newer / better technology to resolve reoccurring issues.I think what a larger company needs is a support staff that is busy 80 \ % of the day with some good down time , and then a fair number of individuals who are working on more permanent solutions to the bigger problems .
There are too many variables involved to give a definitive ratio of users : admins , but the work load is key .
You do n't want those guys staying late every day , and you do n't want them sitting around bored either.Probably the most effective thing to do would be to have them document their time somehow .
There are apps to help with this .
Guard against scaring them into giving you false information - sometimes employees fear that they are being watched and may falsify their claimed work load and you end up hiring people to compensate the inflated demand .</tokentext>
<sentencetext>While I was the sys admin for a small ad agency of 50 to 75 users (fluctuated monthly) my boss claimed that he read or spoke with other companies who were operating with a 50:1 ratio.
Granted, ad agencies can be a bit unique with a very mixed technology environment and REALLY difficult users, but it worked for me.
Most of the time I was fixing failed systems but I still had time to implement newer / better technology to resolve reoccurring issues.I think what a larger company needs is a support staff that is busy 80\% of the day with some good down time, and then a fair number of individuals who are working on more permanent solutions to the bigger problems.
There are too many variables involved to give a definitive ratio of users:admins, but the work load is key.
You don't want those guys staying late every day, and you don't want them sitting around bored either.Probably the most effective thing to do would be to have them document their time somehow.
There are apps to help with this.
Guard against scaring them into giving you false information - sometimes employees fear that they are being watched and may falsify their claimed work load and you end up hiring people to compensate the inflated demand.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594694</id>
	<title>Re:Over 9000</title>
	<author>Anonymous</author>
	<datestamp>1259860080000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p><div class="quote"><p>Over 9000</p></div><p>What?!  But that's impossible!</p></div>
	</htmltext>
<tokenext>Over 9000What ? !
But that 's impossible !</tokentext>
<sentencetext>Over 9000What?!
But that's impossible!
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594294</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597102</id>
	<title>How many SA....</title>
	<author>Anonymous</author>
	<datestamp>1259867880000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>does it take to plug in a network?</p></htmltext>
<tokenext>does it take to plug in a network ?</tokentext>
<sentencetext>does it take to plug in a network?</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597556</id>
	<title>The answer to your question is yes...</title>
	<author>rcgreenw</author>
	<datestamp>1259869680000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>&gt; Are we seriously understaffed, or is this normal?</p><p>Yes, you are seriously understaffed, and yes, this is normal.</p></htmltext>
<tokenext>&gt; Are we seriously understaffed , or is this normal ? Yes , you are seriously understaffed , and yes , this is normal .</tokentext>
<sentencetext>&gt; Are we seriously understaffed, or is this normal?Yes, you are seriously understaffed, and yes, this is normal.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596480</id>
	<title>Small Business</title>
	<author>Anonymous</author>
	<datestamp>1259865420000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>I'm a solo-admin and support center for:</p><p>20 in-house employees/PC's<br>7 servers (5 virtual)<br>160 field staff (only website support)<br>24/7 "on call" with only a "when we call you" stipend</p><p>The bestest part is that I report to two managers.  I've got my full time manager (the office manager who wants me to leave her alone) and then the company owner when he feels like micromanaging someone.  We all take turns "being incompetent" in his eyes, so every couple months he rides someone ruthlessly for 2 weeks, then another person for 2 weeks, etc.</p></htmltext>
<tokenext>I 'm a solo-admin and support center for : 20 in-house employees/PC's7 servers ( 5 virtual ) 160 field staff ( only website support ) 24/7 " on call " with only a " when we call you " stipendThe bestest part is that I report to two managers .
I 've got my full time manager ( the office manager who wants me to leave her alone ) and then the company owner when he feels like micromanaging someone .
We all take turns " being incompetent " in his eyes , so every couple months he rides someone ruthlessly for 2 weeks , then another person for 2 weeks , etc .</tokentext>
<sentencetext>I'm a solo-admin and support center for:20 in-house employees/PC's7 servers (5 virtual)160 field staff (only website support)24/7 "on call" with only a "when we call you" stipendThe bestest part is that I report to two managers.
I've got my full time manager (the office manager who wants me to leave her alone) and then the company owner when he feels like micromanaging someone.
We all take turns "being incompetent" in his eyes, so every couple months he rides someone ruthlessly for 2 weeks, then another person for 2 weeks, etc.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594832</id>
	<title>Power of Scale</title>
	<author>Anonymous</author>
	<datestamp>1259860440000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>2</modscore>
	<htmltext><p>The larger the corporation the more per\user per\server to admin. Theseare my observation sover the last 12 years in my career:</p><p>For small corporations (less then 1 million) I usually see about 1/800 ratio for support\end user and 1/50 for servers.</p><p>For medium corporations (greater then 1 million but less then 80 million in revenue) I usually seea bour 1/2000 ratio and 1/150 for servers.</p><p>For large corporations (greater then 80 million) I see about 1/3800 and 1/250.</p><p>Support metrics are usually driven by "Call Times" including resolve times and hold times so depending on the scale of the businesses and nature it isn't so much support/staff ratio but rather hold time\support ratio. ITIL was crafted specifically to facilitate outsourcing Incident Management (password resets and all that less then 15 minutes crap) to lower cost, drill down labor and maintaining low hold times versus Problem Management which is the higher skill set.</p><p>Server ratio is largely due to "bucketing" of servers\apps to an admin resource (Think along the lines of an Account Rep). A.k.a Bob handles Apps A,B, and C along with Servers X, Y, and Z. So depending on the corporation you can have anywhere from 2-8 apps assigned to a single admin. Each application may maintain upwards of 5-12 servers depending on the size of the application. Smaller enterprises tend to have smaller "buckets". A typical LAMP stack may have 1-4 app servers, 1 NAS, 1 batch server, and possibly it's own database server. As you get larger those buckets share other buckets so you may have a team that handles just apache and another that handles just MYSQL\POSTGRES\etc. Those buckets can be huge. I have a team of 8 DBAs managing right now 2307 database instances. That is roughly 289 server instances per DBA. A simple table update may take 12 minutes for a structure update to process so median process time may factor into staffing requirements when concurrency isn't an option based on outage windows. Databases are virtual servers usually with a SAN hosted on hardware that is managed by another team but you can get the picture. By specializing administrative roles you can increase the nubmer of server or services supported by a person (power of scale) so the ratio of servers per tech tends to rise the bigger the corporation. In addition more expensive, comprehensive tools, become accessable to larger corporations (TIVOLI framework for instance.)</p><p>Based on your description you should need:</p><p>2 Call Center Incident Management crew<br>2 Problem Management crew<br>1 Senior Network Adminsitrator\Network Architect<br>3 Junior Network Administrators<br>
&nbsp; &nbsp; 1 of which is responsible for security\auditing<br>
&nbsp; &nbsp; 1 of which is responsible for maintenance<br>
&nbsp; &nbsp; 1 of which is special projects<br>
&nbsp; &nbsp; All three should rotate these roles quarterly or annually as well as rotate 1 as a Problem Management staffer (the non-special project members)</p><p>So your total support crew should be about 8 people. You may also for off hours support want to outsource to a location 12 or 6  hours offset based on your location. (6 hours makes meetings more practical as you can usually get a meeting when one group is just getting in and the other is just getting ready to leave.)</p></htmltext>
<tokenext>The larger the corporation the more per \ user per \ server to admin .
Theseare my observation sover the last 12 years in my career : For small corporations ( less then 1 million ) I usually see about 1/800 ratio for support \ end user and 1/50 for servers.For medium corporations ( greater then 1 million but less then 80 million in revenue ) I usually seea bour 1/2000 ratio and 1/150 for servers.For large corporations ( greater then 80 million ) I see about 1/3800 and 1/250.Support metrics are usually driven by " Call Times " including resolve times and hold times so depending on the scale of the businesses and nature it is n't so much support/staff ratio but rather hold time \ support ratio .
ITIL was crafted specifically to facilitate outsourcing Incident Management ( password resets and all that less then 15 minutes crap ) to lower cost , drill down labor and maintaining low hold times versus Problem Management which is the higher skill set.Server ratio is largely due to " bucketing " of servers \ apps to an admin resource ( Think along the lines of an Account Rep ) .
A.k.a Bob handles Apps A,B , and C along with Servers X , Y , and Z. So depending on the corporation you can have anywhere from 2-8 apps assigned to a single admin .
Each application may maintain upwards of 5-12 servers depending on the size of the application .
Smaller enterprises tend to have smaller " buckets " .
A typical LAMP stack may have 1-4 app servers , 1 NAS , 1 batch server , and possibly it 's own database server .
As you get larger those buckets share other buckets so you may have a team that handles just apache and another that handles just MYSQL \ POSTGRES \ etc .
Those buckets can be huge .
I have a team of 8 DBAs managing right now 2307 database instances .
That is roughly 289 server instances per DBA .
A simple table update may take 12 minutes for a structure update to process so median process time may factor into staffing requirements when concurrency is n't an option based on outage windows .
Databases are virtual servers usually with a SAN hosted on hardware that is managed by another team but you can get the picture .
By specializing administrative roles you can increase the nubmer of server or services supported by a person ( power of scale ) so the ratio of servers per tech tends to rise the bigger the corporation .
In addition more expensive , comprehensive tools , become accessable to larger corporations ( TIVOLI framework for instance .
) Based on your description you should need : 2 Call Center Incident Management crew2 Problem Management crew1 Senior Network Adminsitrator \ Network Architect3 Junior Network Administrators     1 of which is responsible for security \ auditing     1 of which is responsible for maintenance     1 of which is special projects     All three should rotate these roles quarterly or annually as well as rotate 1 as a Problem Management staffer ( the non-special project members ) So your total support crew should be about 8 people .
You may also for off hours support want to outsource to a location 12 or 6 hours offset based on your location .
( 6 hours makes meetings more practical as you can usually get a meeting when one group is just getting in and the other is just getting ready to leave .
)</tokentext>
<sentencetext>The larger the corporation the more per\user per\server to admin.
Theseare my observation sover the last 12 years in my career:For small corporations (less then 1 million) I usually see about 1/800 ratio for support\end user and 1/50 for servers.For medium corporations (greater then 1 million but less then 80 million in revenue) I usually seea bour 1/2000 ratio and 1/150 for servers.For large corporations (greater then 80 million) I see about 1/3800 and 1/250.Support metrics are usually driven by "Call Times" including resolve times and hold times so depending on the scale of the businesses and nature it isn't so much support/staff ratio but rather hold time\support ratio.
ITIL was crafted specifically to facilitate outsourcing Incident Management (password resets and all that less then 15 minutes crap) to lower cost, drill down labor and maintaining low hold times versus Problem Management which is the higher skill set.Server ratio is largely due to "bucketing" of servers\apps to an admin resource (Think along the lines of an Account Rep).
A.k.a Bob handles Apps A,B, and C along with Servers X, Y, and Z. So depending on the corporation you can have anywhere from 2-8 apps assigned to a single admin.
Each application may maintain upwards of 5-12 servers depending on the size of the application.
Smaller enterprises tend to have smaller "buckets".
A typical LAMP stack may have 1-4 app servers, 1 NAS, 1 batch server, and possibly it's own database server.
As you get larger those buckets share other buckets so you may have a team that handles just apache and another that handles just MYSQL\POSTGRES\etc.
Those buckets can be huge.
I have a team of 8 DBAs managing right now 2307 database instances.
That is roughly 289 server instances per DBA.
A simple table update may take 12 minutes for a structure update to process so median process time may factor into staffing requirements when concurrency isn't an option based on outage windows.
Databases are virtual servers usually with a SAN hosted on hardware that is managed by another team but you can get the picture.
By specializing administrative roles you can increase the nubmer of server or services supported by a person (power of scale) so the ratio of servers per tech tends to rise the bigger the corporation.
In addition more expensive, comprehensive tools, become accessable to larger corporations (TIVOLI framework for instance.
)Based on your description you should need:2 Call Center Incident Management crew2 Problem Management crew1 Senior Network Adminsitrator\Network Architect3 Junior Network Administrators
    1 of which is responsible for security\auditing
    1 of which is responsible for maintenance
    1 of which is special projects
    All three should rotate these roles quarterly or annually as well as rotate 1 as a Problem Management staffer (the non-special project members)So your total support crew should be about 8 people.
You may also for off hours support want to outsource to a location 12 or 6  hours offset based on your location.
(6 hours makes meetings more practical as you can usually get a meeting when one group is just getting in and the other is just getting ready to leave.
)</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598264</id>
	<title>No admins..</title>
	<author>EmagGeek</author>
	<datestamp>1259872260000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I work in an office with 400 people. There are 3 local admins, but we are not allowed to use them. Their sole job is to keep the phones and internet service going.</p><p>If we have PC or Server issues, we have to call our company's global help desk in India to get a solution.</p></htmltext>
<tokenext>I work in an office with 400 people .
There are 3 local admins , but we are not allowed to use them .
Their sole job is to keep the phones and internet service going.If we have PC or Server issues , we have to call our company 's global help desk in India to get a solution .</tokentext>
<sentencetext>I work in an office with 400 people.
There are 3 local admins, but we are not allowed to use them.
Their sole job is to keep the phones and internet service going.If we have PC or Server issues, we have to call our company's global help desk in India to get a solution.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595440</id>
	<title>Understaffed?  You tell me</title>
	<author>Anonymous</author>
	<datestamp>1259862360000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Education:<br>5000 staff, 33000 students<br>8 sneaker-net type techs at a central location, 1 tech per high school (4 HS), most middle schools (7) have their own techs as well.<br>3 sysadmins (one of those is me)<br>3!!! helpdesk<br>3 - 4 network techs, depending on if you count the manager who does quite a bit hands on<br>8 application administrators for things like oracle or our student info system<br>NO DBA's, all on contract, and we run Oracle for finance and have about 15 sql instances, which is undergoing consolidation b/c the folks running it before let it sprawl...<br>13,000 workstations, 120 servers (netware/windows/linux - 45-45-10\%)</p><p>Am I understaffed?  Yeah.  For a time we just had 2 sysadmins and let me tell you how much fun that was.</p></htmltext>
<tokenext>Education : 5000 staff , 33000 students8 sneaker-net type techs at a central location , 1 tech per high school ( 4 HS ) , most middle schools ( 7 ) have their own techs as well.3 sysadmins ( one of those is me ) 3 ! ! !
helpdesk3 - 4 network techs , depending on if you count the manager who does quite a bit hands on8 application administrators for things like oracle or our student info systemNO DBA 's , all on contract , and we run Oracle for finance and have about 15 sql instances , which is undergoing consolidation b/c the folks running it before let it sprawl...13,000 workstations , 120 servers ( netware/windows/linux - 45-45-10 \ % ) Am I understaffed ?
Yeah. For a time we just had 2 sysadmins and let me tell you how much fun that was .</tokentext>
<sentencetext>Education:5000 staff, 33000 students8 sneaker-net type techs at a central location, 1 tech per high school (4 HS), most middle schools (7) have their own techs as well.3 sysadmins (one of those is me)3!!!
helpdesk3 - 4 network techs, depending on if you count the manager who does quite a bit hands on8 application administrators for things like oracle or our student info systemNO DBA's, all on contract, and we run Oracle for finance and have about 15 sql instances, which is undergoing consolidation b/c the folks running it before let it sprawl...13,000 workstations, 120 servers (netware/windows/linux - 45-45-10\%)Am I understaffed?
Yeah.  For a time we just had 2 sysadmins and let me tell you how much fun that was.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598606</id>
	<title>Really depends</title>
	<author>falcon5768</author>
	<datestamp>1259873460000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Its not a question of how many, but whats best.  IF you have systems designed right, you could get away with a fraction of what many places have if the sites are localized enough.

In education IT, our district has 7 techs (this is including the network manager) for roughly 1800 machines and 6000 users and realistically we could use twice the number of techs unless we got enough of a influx of money to completely redesign our districts IT structure to work better (its education so there is fat chance of that happening). The district next to ours has 2 for a little over 900. Then you can have 3-4 for 500 which i see often in small business.</htmltext>
<tokenext>Its not a question of how many , but whats best .
IF you have systems designed right , you could get away with a fraction of what many places have if the sites are localized enough .
In education IT , our district has 7 techs ( this is including the network manager ) for roughly 1800 machines and 6000 users and realistically we could use twice the number of techs unless we got enough of a influx of money to completely redesign our districts IT structure to work better ( its education so there is fat chance of that happening ) .
The district next to ours has 2 for a little over 900 .
Then you can have 3-4 for 500 which i see often in small business .</tokentext>
<sentencetext>Its not a question of how many, but whats best.
IF you have systems designed right, you could get away with a fraction of what many places have if the sites are localized enough.
In education IT, our district has 7 techs (this is including the network manager) for roughly 1800 machines and 6000 users and realistically we could use twice the number of techs unless we got enough of a influx of money to completely redesign our districts IT structure to work better (its education so there is fat chance of that happening).
The district next to ours has 2 for a little over 900.
Then you can have 3-4 for 500 which i see often in small business.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594724</id>
	<title>well...</title>
	<author>dmnic</author>
	<datestamp>1259860200000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>at my office I support 200 users/pcs, 10 servers, 4 copier/print systems, document scanning/indexing systems and warehouse production systems - and I'm not allowed to use GPO. my company has other locations with less users/systems to support but with more support staff...</p></htmltext>
<tokenext>at my office I support 200 users/pcs , 10 servers , 4 copier/print systems , document scanning/indexing systems and warehouse production systems - and I 'm not allowed to use GPO .
my company has other locations with less users/systems to support but with more support staff.. .</tokentext>
<sentencetext>at my office I support 200 users/pcs, 10 servers, 4 copier/print systems, document scanning/indexing systems and warehouse production systems - and I'm not allowed to use GPO.
my company has other locations with less users/systems to support but with more support staff...</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597508</id>
	<title>You forgot option #3.</title>
	<author>gnarlyhotep</author>
	<datestamp>1259869440000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>You're seriously understaffed, and it's normal.</htmltext>
<tokenext>You 're seriously understaffed , and it 's normal .</tokentext>
<sentencetext>You're seriously understaffed, and it's normal.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598094</id>
	<title>Anonymous Coward</title>
	<author>Anonymous</author>
	<datestamp>1259871660000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Simple thumbrule number I use is 70.<br>But that should account for enyone and everyone that is on the payroll for IT, regardless of what they do (management, or sneakers) and calculated as a "full time equivalent", that is two half-time employees account as one full time.</p><p>The figure 70 is then adjusted for:<br>1. size: larger to company adjust upwards<br>2. centralisation: dispersed company adjust downwards<br>3. IT Maturity: more mature, adjust upwards<br>4. other...</p><p>Any adjustment should be kept with 10 units (so 70 +/-10)</p><p>In my experience you end up with a figure close to 70 anyways, and that figure is pretty much spot on with any company out there.</p><p>Robert<br>IT Management consultant, Stockholm</p></htmltext>
<tokenext>Simple thumbrule number I use is 70.But that should account for enyone and everyone that is on the payroll for IT , regardless of what they do ( management , or sneakers ) and calculated as a " full time equivalent " , that is two half-time employees account as one full time.The figure 70 is then adjusted for : 1. size : larger to company adjust upwards2 .
centralisation : dispersed company adjust downwards3 .
IT Maturity : more mature , adjust upwards4 .
other...Any adjustment should be kept with 10 units ( so 70 + /-10 ) In my experience you end up with a figure close to 70 anyways , and that figure is pretty much spot on with any company out there.RobertIT Management consultant , Stockholm</tokentext>
<sentencetext>Simple thumbrule number I use is 70.But that should account for enyone and everyone that is on the payroll for IT, regardless of what they do (management, or sneakers) and calculated as a "full time equivalent", that is two half-time employees account as one full time.The figure 70 is then adjusted for:1. size: larger to company adjust upwards2.
centralisation: dispersed company adjust downwards3.
IT Maturity: more mature, adjust upwards4.
other...Any adjustment should be kept with 10 units (so 70 +/-10)In my experience you end up with a figure close to 70 anyways, and that figure is pretty much spot on with any company out there.RobertIT Management consultant, Stockholm</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595556</id>
	<title>On the UNIX(tm) side of things...</title>
	<author>McNihil</author>
	<datestamp>1259862720000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>at least 1000 servers per admin.</p></htmltext>
<tokenext>at least 1000 servers per admin .</tokentext>
<sentencetext>at least 1000 servers per admin.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594392</id>
	<title>Support/user ratio</title>
	<author>SoundGuyNoise</author>
	<datestamp>1259859120000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>3</modscore>
	<htmltext>Here's what we've had at different jobs:<br> <br>

Internal Corporate Helpdesk - 6800 users, supporting every application on desktops, 10 support techs during the day, 1 on nights and weekends.<br> <br>

Website support: 10,000 users, supporting general usage of just 1 website. 4 techs, regular business hours only.</htmltext>
<tokenext>Here 's what we 've had at different jobs : Internal Corporate Helpdesk - 6800 users , supporting every application on desktops , 10 support techs during the day , 1 on nights and weekends .
Website support : 10,000 users , supporting general usage of just 1 website .
4 techs , regular business hours only .</tokentext>
<sentencetext>Here's what we've had at different jobs: 

Internal Corporate Helpdesk - 6800 users, supporting every application on desktops, 10 support techs during the day, 1 on nights and weekends.
Website support: 10,000 users, supporting general usage of just 1 website.
4 techs, regular business hours only.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30600036</id>
	<title>Re:Power of Scale</title>
	<author>Anonymous</author>
	<datestamp>1259837580000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>How the hell does a company pull less than $1M/year and yet employ 800 staff!? Even go pro-rata and say you have a single tech part time one day a week - how does a $1M company employ 160 staff?</p><p>Your other numbers are a bit weird, too. Do you only work at volunteer organisations?</p></htmltext>
<tokenext>How the hell does a company pull less than $ 1M/year and yet employ 800 staff ! ?
Even go pro-rata and say you have a single tech part time one day a week - how does a $ 1M company employ 160 staff ? Your other numbers are a bit weird , too .
Do you only work at volunteer organisations ?</tokentext>
<sentencetext>How the hell does a company pull less than $1M/year and yet employ 800 staff!?
Even go pro-rata and say you have a single tech part time one day a week - how does a $1M company employ 160 staff?Your other numbers are a bit weird, too.
Do you only work at volunteer organisations?</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594832</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595450</id>
	<title>No conclusive answer possible</title>
	<author>The\_jos</author>
	<datestamp>1259862360000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>I've worked for a large govt organisation with 6000+ users, which had 4 field engineers for remote locations (about 2000 users) and 15 sneakers for the other 4000 at their main location. Add about 10 helpdesk employees and 20+ network/server admins and you get an idea. However, this staff was needed because the huge amount of different applications run there.<p>
Another site I worked at had 4 people at HD, 2 server admins, 1 network admin and 2 or 3 sneakers on each of two locations. Roughly 600 users</p><p>
I'd say it's all about the number of service requests you get and the complexity of the IT environment and not absolute numbers. </p><p>
Add SLA's and what users/management expect to determine if you are understaffed or not.</p></htmltext>
<tokenext>I 've worked for a large govt organisation with 6000 + users , which had 4 field engineers for remote locations ( about 2000 users ) and 15 sneakers for the other 4000 at their main location .
Add about 10 helpdesk employees and 20 + network/server admins and you get an idea .
However , this staff was needed because the huge amount of different applications run there .
Another site I worked at had 4 people at HD , 2 server admins , 1 network admin and 2 or 3 sneakers on each of two locations .
Roughly 600 users I 'd say it 's all about the number of service requests you get and the complexity of the IT environment and not absolute numbers .
Add SLA 's and what users/management expect to determine if you are understaffed or not .</tokentext>
<sentencetext>I've worked for a large govt organisation with 6000+ users, which had 4 field engineers for remote locations (about 2000 users) and 15 sneakers for the other 4000 at their main location.
Add about 10 helpdesk employees and 20+ network/server admins and you get an idea.
However, this staff was needed because the huge amount of different applications run there.
Another site I worked at had 4 people at HD, 2 server admins, 1 network admin and 2 or 3 sneakers on each of two locations.
Roughly 600 users
I'd say it's all about the number of service requests you get and the complexity of the IT environment and not absolute numbers.
Add SLA's and what users/management expect to determine if you are understaffed or not.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596660</id>
	<title>The Big Question</title>
	<author>skelly33</author>
	<datestamp>1259866140000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>... to me, the big questions are:<br>
<br>
A) Is your backlog growing hopelessly longer?<br>
<br>
B) Are you working too many hours every day (&gt;10)?<br>
<br>
C) Do you get requests that your team doesn't have the expertise for?<br>
<br>
If the answer to any of the above is YES, then you probably need additional help. A manager needs to be able to recognize when things are under control and staff accordingly.</htmltext>
<tokenext>... to me , the big questions are : A ) Is your backlog growing hopelessly longer ?
B ) Are you working too many hours every day ( &gt; 10 ) ?
C ) Do you get requests that your team does n't have the expertise for ?
If the answer to any of the above is YES , then you probably need additional help .
A manager needs to be able to recognize when things are under control and staff accordingly .</tokentext>
<sentencetext>... to me, the big questions are:

A) Is your backlog growing hopelessly longer?
B) Are you working too many hours every day (&gt;10)?
C) Do you get requests that your team doesn't have the expertise for?
If the answer to any of the above is YES, then you probably need additional help.
A manager needs to be able to recognize when things are under control and staff accordingly.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30600312</id>
	<title>Sounds like a college where I worked</title>
	<author>smchris</author>
	<datestamp>1259839560000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I can remember one of Support resigning in ecstacy.  "I'll be in charge of 13 workstations!  THIRTEEN!!!!"</p><p>Not sure how that worked out but I think we can safely say that the range is considerable.</p></htmltext>
<tokenext>I can remember one of Support resigning in ecstacy .
" I 'll be in charge of 13 workstations !
THIRTEEN ! ! ! ! " Not sure how that worked out but I think we can safely say that the range is considerable .</tokentext>
<sentencetext>I can remember one of Support resigning in ecstacy.
"I'll be in charge of 13 workstations!
THIRTEEN!!!!"Not sure how that worked out but I think we can safely say that the range is considerable.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594958</id>
	<title>Stupid question</title>
	<author>Anonymous</author>
	<datestamp>1259860860000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>You are understaffed if you don't have the resources to complete the required workload. Otherwise, you staffing level is sufficient. If you are even asking this question, you are probably adequately resourced, since you'd clearly have noticed if there was a problem, and wouldn't be asking the question.</p><p>Trying to apply some general metric to determine how many staff you require is stupid. This would depend on a lot of different things: what platforms you are supporting (Windows clearly has a higher admin workload that most UNIX), what end user software you support, any infrastructure projects that need to be completed, what gets contracted out vs what's done in-house,<nobr> <wbr></nobr>...</p></htmltext>
<tokenext>You are understaffed if you do n't have the resources to complete the required workload .
Otherwise , you staffing level is sufficient .
If you are even asking this question , you are probably adequately resourced , since you 'd clearly have noticed if there was a problem , and would n't be asking the question.Trying to apply some general metric to determine how many staff you require is stupid .
This would depend on a lot of different things : what platforms you are supporting ( Windows clearly has a higher admin workload that most UNIX ) , what end user software you support , any infrastructure projects that need to be completed , what gets contracted out vs what 's done in-house , .. .</tokentext>
<sentencetext>You are understaffed if you don't have the resources to complete the required workload.
Otherwise, you staffing level is sufficient.
If you are even asking this question, you are probably adequately resourced, since you'd clearly have noticed if there was a problem, and wouldn't be asking the question.Trying to apply some general metric to determine how many staff you require is stupid.
This would depend on a lot of different things: what platforms you are supporting (Windows clearly has a higher admin workload that most UNIX), what end user software you support, any infrastructure projects that need to be completed, what gets contracted out vs what's done in-house, ...</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596342</id>
	<title>50:1 or 500:1</title>
	<author>Anonymous</author>
	<datestamp>1259865060000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>I've worked in shops with 50:1 and 500:1. The quality of users, the quality of hardware, and the quality of the staff all factor in.</p><p>In the 50:1 shop, the machines were bottom barrel and with ~200 machines in the wild, they were failing at a rate of about two a week. Add another two failures because of the low quality of the users(did I mention they all had local administrator access?) and you can see where this is going. Also, nobody bothered to use a network based auto-patch system, so each machine had to be manually patched. Furthermore, most users had their own cheap printer, which added another fail-happy component to the mix. Don't even get me started on how bad it was when we moved from NT 3.51 to NT 4 - Manually installing NT 4 on 200 machines.. ugh.</p><p>In the 500:1 shop, all the users were pretty easy going, and none of them had full administrator access to anything. All the machines were auto patched via the network and support was usually provided via remote desktop. Oh, and the printers were department wide with support contracts.</p><p>Point is, there's no magic number to make it work. Streamline your efforts as best you can, and use a trouble ticket system. You'll find out really quickly how many people you actually need.</p></htmltext>
<tokenext>I 've worked in shops with 50 : 1 and 500 : 1 .
The quality of users , the quality of hardware , and the quality of the staff all factor in.In the 50 : 1 shop , the machines were bottom barrel and with ~ 200 machines in the wild , they were failing at a rate of about two a week .
Add another two failures because of the low quality of the users ( did I mention they all had local administrator access ?
) and you can see where this is going .
Also , nobody bothered to use a network based auto-patch system , so each machine had to be manually patched .
Furthermore , most users had their own cheap printer , which added another fail-happy component to the mix .
Do n't even get me started on how bad it was when we moved from NT 3.51 to NT 4 - Manually installing NT 4 on 200 machines.. ugh.In the 500 : 1 shop , all the users were pretty easy going , and none of them had full administrator access to anything .
All the machines were auto patched via the network and support was usually provided via remote desktop .
Oh , and the printers were department wide with support contracts.Point is , there 's no magic number to make it work .
Streamline your efforts as best you can , and use a trouble ticket system .
You 'll find out really quickly how many people you actually need .</tokentext>
<sentencetext>I've worked in shops with 50:1 and 500:1.
The quality of users, the quality of hardware, and the quality of the staff all factor in.In the 50:1 shop, the machines were bottom barrel and with ~200 machines in the wild, they were failing at a rate of about two a week.
Add another two failures because of the low quality of the users(did I mention they all had local administrator access?
) and you can see where this is going.
Also, nobody bothered to use a network based auto-patch system, so each machine had to be manually patched.
Furthermore, most users had their own cheap printer, which added another fail-happy component to the mix.
Don't even get me started on how bad it was when we moved from NT 3.51 to NT 4 - Manually installing NT 4 on 200 machines.. ugh.In the 500:1 shop, all the users were pretty easy going, and none of them had full administrator access to anything.
All the machines were auto patched via the network and support was usually provided via remote desktop.
Oh, and the printers were department wide with support contracts.Point is, there's no magic number to make it work.
Streamline your efforts as best you can, and use a trouble ticket system.
You'll find out really quickly how many people you actually need.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30600474</id>
	<title>Number of PC's?</title>
	<author>Anonymous</author>
	<datestamp>1259840520000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Maybe you compare number of "support tickets"?<br>Are you still using windows xps? This is a support hell. Do you have something called network?<br>Feeling stagnation? Install Windows 7, he he he.</p></htmltext>
<tokenext>Maybe you compare number of " support tickets " ? Are you still using windows xps ?
This is a support hell .
Do you have something called network ? Feeling stagnation ?
Install Windows 7 , he he he .</tokentext>
<sentencetext>Maybe you compare number of "support tickets"?Are you still using windows xps?
This is a support hell.
Do you have something called network?Feeling stagnation?
Install Windows 7, he he he.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596112</id>
	<title>Re:Depends</title>
	<author>Anonymous</author>
	<datestamp>1259864400000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Ahh the non-techinical manager that screws over the admin staff at least once an hour has now spoken. Please move to the head of the class and bugger off.</p></htmltext>
<tokenext>Ahh the non-techinical manager that screws over the admin staff at least once an hour has now spoken .
Please move to the head of the class and bugger off .</tokentext>
<sentencetext>Ahh the non-techinical manager that screws over the admin staff at least once an hour has now spoken.
Please move to the head of the class and bugger off.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595252</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595950</id>
	<title>Quality vs Quantity vs SLA</title>
	<author>Mojo66</author>
	<datestamp>1259863920000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>The ratio depends on at least three factors:

a) How organized you are
b) How mission critical the systems are
c) The degree of homogenity your envirenment allows you

For example I have worked in a research environment with AIX desktops and servers, and 6 people were easily able to administer 2000+ systems due to the fact that we handed out local admin passwords for those who were willing and able. When I was working for a high profile company, we were 3 admins for 100 mission critical HP/UX boxes. Both environments allowed for a high degree of efficiency due to the homogenous systems.

OTOH I've seen a 12 men sloppy IT department with mixed Windows XP and Linux desktops and servers, having trouble keeping up with 250 users at a local University...</htmltext>
<tokenext>The ratio depends on at least three factors : a ) How organized you are b ) How mission critical the systems are c ) The degree of homogenity your envirenment allows you For example I have worked in a research environment with AIX desktops and servers , and 6 people were easily able to administer 2000 + systems due to the fact that we handed out local admin passwords for those who were willing and able .
When I was working for a high profile company , we were 3 admins for 100 mission critical HP/UX boxes .
Both environments allowed for a high degree of efficiency due to the homogenous systems .
OTOH I 've seen a 12 men sloppy IT department with mixed Windows XP and Linux desktops and servers , having trouble keeping up with 250 users at a local University.. .</tokentext>
<sentencetext>The ratio depends on at least three factors:

a) How organized you are
b) How mission critical the systems are
c) The degree of homogenity your envirenment allows you

For example I have worked in a research environment with AIX desktops and servers, and 6 people were easily able to administer 2000+ systems due to the fact that we handed out local admin passwords for those who were willing and able.
When I was working for a high profile company, we were 3 admins for 100 mission critical HP/UX boxes.
Both environments allowed for a high degree of efficiency due to the homogenous systems.
OTOH I've seen a 12 men sloppy IT department with mixed Windows XP and Linux desktops and servers, having trouble keeping up with 250 users at a local University...</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594428</id>
	<title>Too many chiefs and no indians</title>
	<author>grapeape</author>
	<datestamp>1259859240000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>3</modscore>
	<htmltext><p>Right now its 4 offices around 120 employees and just me...oh and I forgot (or selectively blocked) a former client who keeps calling me to pick up after their new "IT guy" who is supposed to save them money.  If they were all in one location I could probably juggle it better but as it is I'm starting to burn out.</p></htmltext>
<tokenext>Right now its 4 offices around 120 employees and just me...oh and I forgot ( or selectively blocked ) a former client who keeps calling me to pick up after their new " IT guy " who is supposed to save them money .
If they were all in one location I could probably juggle it better but as it is I 'm starting to burn out .</tokentext>
<sentencetext>Right now its 4 offices around 120 employees and just me...oh and I forgot (or selectively blocked) a former client who keeps calling me to pick up after their new "IT guy" who is supposed to save them money.
If they were all in one location I could probably juggle it better but as it is I'm starting to burn out.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594758</id>
	<title>There is no typical number.</title>
	<author>ground.zero.612</author>
	<datestamp>1259860320000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>The minimum number of help desk technicians required is always directly proportional to the total number of ID10-T users they are to support.</htmltext>
<tokenext>The minimum number of help desk technicians required is always directly proportional to the total number of ID10-T users they are to support .</tokentext>
<sentencetext>The minimum number of help desk technicians required is always directly proportional to the total number of ID10-T users they are to support.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597332</id>
	<title>366:1, but depends on industry</title>
	<author>antares256</author>
	<datestamp>1259868720000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>366:1 includes management and combined positions.  Public sector (at least city, county, school, state) tends to have more systems and less techs.  My shop is a public sector shop.</p><p>Our system/facility counts:<br>~1100 desktops/laptops<br>~45 network switches<br>~10 physical servers<br>~10 virtual servers<br>4 storage systems<br>1 managed wireless system<br>7 schools, 4 admin buildings, ~2300 students, ~500 teachers/staff</p><p>Our personnel:<br>1 manager/DBA/server admin/network admin (combined position)<br>2 FTE tech support on staff now<br>1 open tech support position (open since September, and open from Feb-August prior to that)</p><p>Our biggest problem is we can't pay nearly what a corporate environment can offer, even though there tends to be far more individual responsibility in our positions.  If I chose to work in a corporate environment, I could easily be making twice my current salary with my experience, education, and knowledge.  But then I'd be bound by constraints the education field doesn't have.</p><p>The job situation in our area is also the reverse of the rest of the U.S., if you want a job (even one that can pay 6 figures), you just need to have a pulse, pass a drug test, and be willing to work on an oil drilling rig.  They even have tech related jobs that pay in that range.</p><p>We run a software/hardware management system and centralized imaging system.  It saves us a lot of time/hassle, but still can't take the place of one or two people, especially a higher-level server/network admin or DBA.</p><p>When we compare to other schools our size and larger in our state, those schools tend to have a better ratio of systems:techs.</p></htmltext>
<tokenext>366 : 1 includes management and combined positions .
Public sector ( at least city , county , school , state ) tends to have more systems and less techs .
My shop is a public sector shop.Our system/facility counts : ~ 1100 desktops/laptops ~ 45 network switches ~ 10 physical servers ~ 10 virtual servers4 storage systems1 managed wireless system7 schools , 4 admin buildings , ~ 2300 students , ~ 500 teachers/staffOur personnel : 1 manager/DBA/server admin/network admin ( combined position ) 2 FTE tech support on staff now1 open tech support position ( open since September , and open from Feb-August prior to that ) Our biggest problem is we ca n't pay nearly what a corporate environment can offer , even though there tends to be far more individual responsibility in our positions .
If I chose to work in a corporate environment , I could easily be making twice my current salary with my experience , education , and knowledge .
But then I 'd be bound by constraints the education field does n't have.The job situation in our area is also the reverse of the rest of the U.S. , if you want a job ( even one that can pay 6 figures ) , you just need to have a pulse , pass a drug test , and be willing to work on an oil drilling rig .
They even have tech related jobs that pay in that range.We run a software/hardware management system and centralized imaging system .
It saves us a lot of time/hassle , but still ca n't take the place of one or two people , especially a higher-level server/network admin or DBA.When we compare to other schools our size and larger in our state , those schools tend to have a better ratio of systems : techs .</tokentext>
<sentencetext>366:1 includes management and combined positions.
Public sector (at least city, county, school, state) tends to have more systems and less techs.
My shop is a public sector shop.Our system/facility counts:~1100 desktops/laptops~45 network switches~10 physical servers~10 virtual servers4 storage systems1 managed wireless system7 schools, 4 admin buildings, ~2300 students, ~500 teachers/staffOur personnel:1 manager/DBA/server admin/network admin (combined position)2 FTE tech support on staff now1 open tech support position (open since September, and open from Feb-August prior to that)Our biggest problem is we can't pay nearly what a corporate environment can offer, even though there tends to be far more individual responsibility in our positions.
If I chose to work in a corporate environment, I could easily be making twice my current salary with my experience, education, and knowledge.
But then I'd be bound by constraints the education field doesn't have.The job situation in our area is also the reverse of the rest of the U.S., if you want a job (even one that can pay 6 figures), you just need to have a pulse, pass a drug test, and be willing to work on an oil drilling rig.
They even have tech related jobs that pay in that range.We run a software/hardware management system and centralized imaging system.
It saves us a lot of time/hassle, but still can't take the place of one or two people, especially a higher-level server/network admin or DBA.When we compare to other schools our size and larger in our state, those schools tend to have a better ratio of systems:techs.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598812</id>
	<title>Lucky to have personal admin for every user !</title>
	<author>abdullah</author>
	<datestamp>1259831280000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>We are a small business and every user is her own admin, so lucky to have a personal admin !</htmltext>
<tokenext>We are a small business and every user is her own admin , so lucky to have a personal admin !</tokentext>
<sentencetext>We are a small business and every user is her own admin, so lucky to have a personal admin !</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595826</id>
	<title>IT = service user = customer</title>
	<author>Anonymous</author>
	<datestamp>1259863500000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Gentlemen, Ladies, Techies and others------<br>I have had the honor and problems of being an admin for a relatively small user base of around 90 users and 3 servers as well as a 16 node Linux cluster for advanced computing and analysis. I have also been an engineer and engineering manager in a company with 60,000 users and have had to deal with many of the issues discussed here, particularly in last 2 years with the recession and RIF's. Here are some comments, helpful or not, that I would like you to consider, now that I have read many of the posted comments.<br>1) The IT department, in all but a few cases, is a SERVICE for the rest of the 'productive' employees. Meaning that you don't work on or produce the end items that make the company profitable. In that capacity, your duty is to provide what the CUSTOMER (user) needs to perform their job in the most effiecient and timely way possible. I have often read about 'Locking Down' users computers. HA!  This is particularly annoying and should be avoided. YES the top OS areas should be protected but preventing users from accessing the clock is a bit much and when traveling with laptops becomes quite an issue when Outlook thinks is 3PM when it's really 1AM where you're at. Also, in many businesses you need to experiment with trial software to see if something is possible before ordering 100's of copies. In engineering fields this happens regularly. Just downlaoding a new template for Word, Excel, or Powerpoint becomes an issue when locked down. Inability to use flash drives, inability to update graphics drivers etc. become a Herculean task and delay the completion of projects. IT regularly pushes updates that SEEM benign but suddenly you have a flashing display every time you open Word or the fonts don't look right. What is the basic fix at most IT dept. Send in a ticket. The ticket goes round and round and where it stops no one knows. At least 24 hrs before you get a casll on something you can fix yourself with little chance of mistakes.</p><p>2) Most of you IT folks think about it backwards. You should be 'out there' with the users. There's nothing better for a smoothly operating network and business that uses technology for succes than well trained USERS. How do they learn the little things like how to check their own settings for bypassing the proxy than for you to sit down with them and show them how you diagnosed the problem and what the solution was. YES, it is EASIER to just do it yourself but this all stems from the fact that you have been trained as an 'IT weenie' that users are dumb and you should be able to do your job of serving hundreds with 1 guy.<br>3) You need more people!!! you need somehting more like 25:1, like a class room, however instead of playing solitare when you're not busy, spend your free time walking around cube city talking to your users. Find oout what daily issues they have that simply don't report (100's). Also, spend time making good desktop guides for all those issues that pop up and show everyone how to fix them step-by-step in a video or powerepoint (TRAIN the user).<br>4) You should constantly being checking your frequent updates on regular machines delpoyed normally. Every few weeks there is a pushed update of some patch or app update that screws somehting up and then we get 'service outage' emails saying they're fixing this. This didn't happen at my previous company, they meticulously checked everything, and it didn't take years, they added people to do it right and fast. At my current place, we are 3 to 4 revisions behind the times on many critical apps. We constantly have to strain to work with customers who are behind themselves but ahead of us. Then we request updates and 'IT' does selective update for those working that program which of course now means we can't communicate with anyone internally without significant issues. Who's thinking ahead? I know this is expensive but for a multi billion dollar company this should be in the profit plan and forced to be implemented.</p><p>I summarize by saying that IT is a service. The us</p></htmltext>
<tokenext>Gentlemen , Ladies , Techies and others------I have had the honor and problems of being an admin for a relatively small user base of around 90 users and 3 servers as well as a 16 node Linux cluster for advanced computing and analysis .
I have also been an engineer and engineering manager in a company with 60,000 users and have had to deal with many of the issues discussed here , particularly in last 2 years with the recession and RIF 's .
Here are some comments , helpful or not , that I would like you to consider , now that I have read many of the posted comments.1 ) The IT department , in all but a few cases , is a SERVICE for the rest of the 'productive ' employees .
Meaning that you do n't work on or produce the end items that make the company profitable .
In that capacity , your duty is to provide what the CUSTOMER ( user ) needs to perform their job in the most effiecient and timely way possible .
I have often read about 'Locking Down ' users computers .
HA ! This is particularly annoying and should be avoided .
YES the top OS areas should be protected but preventing users from accessing the clock is a bit much and when traveling with laptops becomes quite an issue when Outlook thinks is 3PM when it 's really 1AM where you 're at .
Also , in many businesses you need to experiment with trial software to see if something is possible before ordering 100 's of copies .
In engineering fields this happens regularly .
Just downlaoding a new template for Word , Excel , or Powerpoint becomes an issue when locked down .
Inability to use flash drives , inability to update graphics drivers etc .
become a Herculean task and delay the completion of projects .
IT regularly pushes updates that SEEM benign but suddenly you have a flashing display every time you open Word or the fonts do n't look right .
What is the basic fix at most IT dept .
Send in a ticket .
The ticket goes round and round and where it stops no one knows .
At least 24 hrs before you get a casll on something you can fix yourself with little chance of mistakes.2 ) Most of you IT folks think about it backwards .
You should be 'out there ' with the users .
There 's nothing better for a smoothly operating network and business that uses technology for succes than well trained USERS .
How do they learn the little things like how to check their own settings for bypassing the proxy than for you to sit down with them and show them how you diagnosed the problem and what the solution was .
YES , it is EASIER to just do it yourself but this all stems from the fact that you have been trained as an 'IT weenie ' that users are dumb and you should be able to do your job of serving hundreds with 1 guy.3 ) You need more people ! ! !
you need somehting more like 25 : 1 , like a class room , however instead of playing solitare when you 're not busy , spend your free time walking around cube city talking to your users .
Find oout what daily issues they have that simply do n't report ( 100 's ) .
Also , spend time making good desktop guides for all those issues that pop up and show everyone how to fix them step-by-step in a video or powerepoint ( TRAIN the user ) .4 ) You should constantly being checking your frequent updates on regular machines delpoyed normally .
Every few weeks there is a pushed update of some patch or app update that screws somehting up and then we get 'service outage ' emails saying they 're fixing this .
This did n't happen at my previous company , they meticulously checked everything , and it did n't take years , they added people to do it right and fast .
At my current place , we are 3 to 4 revisions behind the times on many critical apps .
We constantly have to strain to work with customers who are behind themselves but ahead of us .
Then we request updates and 'IT ' does selective update for those working that program which of course now means we ca n't communicate with anyone internally without significant issues .
Who 's thinking ahead ?
I know this is expensive but for a multi billion dollar company this should be in the profit plan and forced to be implemented.I summarize by saying that IT is a service .
The us</tokentext>
<sentencetext>Gentlemen, Ladies, Techies and others------I have had the honor and problems of being an admin for a relatively small user base of around 90 users and 3 servers as well as a 16 node Linux cluster for advanced computing and analysis.
I have also been an engineer and engineering manager in a company with 60,000 users and have had to deal with many of the issues discussed here, particularly in last 2 years with the recession and RIF's.
Here are some comments, helpful or not, that I would like you to consider, now that I have read many of the posted comments.1) The IT department, in all but a few cases, is a SERVICE for the rest of the 'productive' employees.
Meaning that you don't work on or produce the end items that make the company profitable.
In that capacity, your duty is to provide what the CUSTOMER (user) needs to perform their job in the most effiecient and timely way possible.
I have often read about 'Locking Down' users computers.
HA!  This is particularly annoying and should be avoided.
YES the top OS areas should be protected but preventing users from accessing the clock is a bit much and when traveling with laptops becomes quite an issue when Outlook thinks is 3PM when it's really 1AM where you're at.
Also, in many businesses you need to experiment with trial software to see if something is possible before ordering 100's of copies.
In engineering fields this happens regularly.
Just downlaoding a new template for Word, Excel, or Powerpoint becomes an issue when locked down.
Inability to use flash drives, inability to update graphics drivers etc.
become a Herculean task and delay the completion of projects.
IT regularly pushes updates that SEEM benign but suddenly you have a flashing display every time you open Word or the fonts don't look right.
What is the basic fix at most IT dept.
Send in a ticket.
The ticket goes round and round and where it stops no one knows.
At least 24 hrs before you get a casll on something you can fix yourself with little chance of mistakes.2) Most of you IT folks think about it backwards.
You should be 'out there' with the users.
There's nothing better for a smoothly operating network and business that uses technology for succes than well trained USERS.
How do they learn the little things like how to check their own settings for bypassing the proxy than for you to sit down with them and show them how you diagnosed the problem and what the solution was.
YES, it is EASIER to just do it yourself but this all stems from the fact that you have been trained as an 'IT weenie' that users are dumb and you should be able to do your job of serving hundreds with 1 guy.3) You need more people!!!
you need somehting more like 25:1, like a class room, however instead of playing solitare when you're not busy, spend your free time walking around cube city talking to your users.
Find oout what daily issues they have that simply don't report (100's).
Also, spend time making good desktop guides for all those issues that pop up and show everyone how to fix them step-by-step in a video or powerepoint (TRAIN the user).4) You should constantly being checking your frequent updates on regular machines delpoyed normally.
Every few weeks there is a pushed update of some patch or app update that screws somehting up and then we get 'service outage' emails saying they're fixing this.
This didn't happen at my previous company, they meticulously checked everything, and it didn't take years, they added people to do it right and fast.
At my current place, we are 3 to 4 revisions behind the times on many critical apps.
We constantly have to strain to work with customers who are behind themselves but ahead of us.
Then we request updates and 'IT' does selective update for those working that program which of course now means we can't communicate with anyone internally without significant issues.
Who's thinking ahead?
I know this is expensive but for a multi billion dollar company this should be in the profit plan and forced to be implemented.I summarize by saying that IT is a service.
The us</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598986</id>
	<title>One Admin For All</title>
	<author>sendak</author>
	<datestamp>1259832180000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I'm the only IT person for a business with 130 users and 10 locations plus a second business with 25 employees and one location.  I'm responsible for everything - desktops/laptop support, phones and blackberry, routers, servers (file shares, exchange, DCs, sql, citrix, term server, etc), and purchasing.  I'm also on-call.  Honestly, some days I'm overwhelmed and others are quiet.  I have an IT consulting group on retainer for when I need advise or an extra person for a day.  I also have a very supportive non-IT manager.</p></htmltext>
<tokenext>I 'm the only IT person for a business with 130 users and 10 locations plus a second business with 25 employees and one location .
I 'm responsible for everything - desktops/laptop support , phones and blackberry , routers , servers ( file shares , exchange , DCs , sql , citrix , term server , etc ) , and purchasing .
I 'm also on-call .
Honestly , some days I 'm overwhelmed and others are quiet .
I have an IT consulting group on retainer for when I need advise or an extra person for a day .
I also have a very supportive non-IT manager .</tokentext>
<sentencetext>I'm the only IT person for a business with 130 users and 10 locations plus a second business with 25 employees and one location.
I'm responsible for everything - desktops/laptop support, phones and blackberry, routers, servers (file shares, exchange, DCs, sql, citrix, term server, etc), and purchasing.
I'm also on-call.
Honestly, some days I'm overwhelmed and others are quiet.
I have an IT consulting group on retainer for when I need advise or an extra person for a day.
I also have a very supportive non-IT manager.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595328</id>
	<title>At one Fortune 500 company...</title>
	<author>RogueWarrior65</author>
	<datestamp>1259862000000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>At a Fortune 500 company where I worked a few years back, the user-to-IT ratio for Windows users was about 4 to 1.  On the Macintosh side it was about 100 to 1 although a 50 to 1 ratio is probably better.</p></htmltext>
<tokenext>At a Fortune 500 company where I worked a few years back , the user-to-IT ratio for Windows users was about 4 to 1 .
On the Macintosh side it was about 100 to 1 although a 50 to 1 ratio is probably better .</tokentext>
<sentencetext>At a Fortune 500 company where I worked a few years back, the user-to-IT ratio for Windows users was about 4 to 1.
On the Macintosh side it was about 100 to 1 although a 50 to 1 ratio is probably better.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597422</id>
	<title>From a school system</title>
	<author>MTinCT</author>
	<datestamp>1259869080000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>We have 9 people to take care of around 3000 users with over 11,000 computers. We are a school system of 17 high schools and 5 offsite locations. At one point we were down to four people. Our schools are a state school system so they are spread across the state. The 9 of us do it all. Network, servers, computer support, etc. I do most of the switch work since I am the "Cisco guy" of our crew. So those of you who think your struggling with a hundred users or computers, count yourselves lucky!

SMS, RDP and VNC = three sanity saving tools!</htmltext>
<tokenext>We have 9 people to take care of around 3000 users with over 11,000 computers .
We are a school system of 17 high schools and 5 offsite locations .
At one point we were down to four people .
Our schools are a state school system so they are spread across the state .
The 9 of us do it all .
Network , servers , computer support , etc .
I do most of the switch work since I am the " Cisco guy " of our crew .
So those of you who think your struggling with a hundred users or computers , count yourselves lucky !
SMS , RDP and VNC = three sanity saving tools !</tokentext>
<sentencetext>We have 9 people to take care of around 3000 users with over 11,000 computers.
We are a school system of 17 high schools and 5 offsite locations.
At one point we were down to four people.
Our schools are a state school system so they are spread across the state.
The 9 of us do it all.
Network, servers, computer support, etc.
I do most of the switch work since I am the "Cisco guy" of our crew.
So those of you who think your struggling with a hundred users or computers, count yourselves lucky!
SMS, RDP and VNC = three sanity saving tools!</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596376</id>
	<title>Re:What are you really asking?</title>
	<author>Aram Fingal</author>
	<datestamp>1259865120000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Is that ratio figuring that the sysadmin is only taking care of the servers at the OS level and not the application level?  I administrate an application which has different functions spread out over eight servers.  The OS level systems administration is handled by a staff of sysadmins who take care of many other systems in addition to my eight.  Two of us (myself and an assistant) take care of the application.  If the sysadmin staff had to administrate things like the custom server application for my department, there's no way they could maintain that ratio of servers to admins.</p><p>I have noticed, by the way, that the job of sysadmin varies with the size of the business.  At a really small business, the sysadmin does desktop support as well as server support and will even teach users how to do things.  At a larger business, the sysadmin will only take care of server level stuff but that includes applications and network management.  At a really large business, all these jobs are much more finely divided and a sysadmin only manages the server OS.</p></htmltext>
<tokenext>Is that ratio figuring that the sysadmin is only taking care of the servers at the OS level and not the application level ?
I administrate an application which has different functions spread out over eight servers .
The OS level systems administration is handled by a staff of sysadmins who take care of many other systems in addition to my eight .
Two of us ( myself and an assistant ) take care of the application .
If the sysadmin staff had to administrate things like the custom server application for my department , there 's no way they could maintain that ratio of servers to admins.I have noticed , by the way , that the job of sysadmin varies with the size of the business .
At a really small business , the sysadmin does desktop support as well as server support and will even teach users how to do things .
At a larger business , the sysadmin will only take care of server level stuff but that includes applications and network management .
At a really large business , all these jobs are much more finely divided and a sysadmin only manages the server OS .</tokentext>
<sentencetext>Is that ratio figuring that the sysadmin is only taking care of the servers at the OS level and not the application level?
I administrate an application which has different functions spread out over eight servers.
The OS level systems administration is handled by a staff of sysadmins who take care of many other systems in addition to my eight.
Two of us (myself and an assistant) take care of the application.
If the sysadmin staff had to administrate things like the custom server application for my department, there's no way they could maintain that ratio of servers to admins.I have noticed, by the way, that the job of sysadmin varies with the size of the business.
At a really small business, the sysadmin does desktop support as well as server support and will even teach users how to do things.
At a larger business, the sysadmin will only take care of server level stuff but that includes applications and network management.
At a really large business, all these jobs are much more finely divided and a sysadmin only manages the server OS.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594440</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598848</id>
	<title>These unix server numbers are crazy.</title>
	<author>juuri</author>
	<datestamp>1259831520000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>One per 70? Perhaps if you are running a ton of clone servers or heaven forbid working at an ISP handling boxes for customers.</p><p>In the *real* world one normal admin per 35 or so is considered more normal for unix staff (with a senior admin for every 3-4 normal admins). While I have seen the numbers quoted by the parent they were very for generic servers in function and basically tons of copy (virtual) boxes. In addition if you are running a good deal of unix servers you more than likely have a lot of different functions spread out among clusters, one person responsible for all these apps as well as keeping the boxes well maintained, troubleshooting upgrades, etc... can be quite tiring. Unix boxes these days tend to do significantly more than they used to. On the flip side, managing unix boxes these days is quite easy thanks to ssh/cfengine/puppet other automation.</p><p>When I first started doing unix for pay, mid 90s, we had one admin per two servers which was a mirror of the typical university environment where there were single admins for important machines and tons of lackeys for all the sun/hp/dec desktops. By the year 2000 this had grown to around 20 servers for each admin, with senior staff expected to be able to handle functions across any cluster. These days if it is a smaller company, there's one senior admin, who may or may not be the Network/IT manager and they typically handle 30-40 servers if there are a number of functions spread out. Of course having tons of similar boxes makes this number much higher. The most I've ever handled was 165 servers spread across two admins, three sites, four major applications, tons of clusters, including DB/Application/LB/Development/etc...</p><p>Also, if you have 70 unix servers and only one admin, the point of failure for your organization is beyond catastrophic. That poor lil' admin guy is going to get many of the "what happens when a bus hits you" questions from 3rd parties/partners/other departments.</p></htmltext>
<tokenext>One per 70 ?
Perhaps if you are running a ton of clone servers or heaven forbid working at an ISP handling boxes for customers.In the * real * world one normal admin per 35 or so is considered more normal for unix staff ( with a senior admin for every 3-4 normal admins ) .
While I have seen the numbers quoted by the parent they were very for generic servers in function and basically tons of copy ( virtual ) boxes .
In addition if you are running a good deal of unix servers you more than likely have a lot of different functions spread out among clusters , one person responsible for all these apps as well as keeping the boxes well maintained , troubleshooting upgrades , etc... can be quite tiring .
Unix boxes these days tend to do significantly more than they used to .
On the flip side , managing unix boxes these days is quite easy thanks to ssh/cfengine/puppet other automation.When I first started doing unix for pay , mid 90s , we had one admin per two servers which was a mirror of the typical university environment where there were single admins for important machines and tons of lackeys for all the sun/hp/dec desktops .
By the year 2000 this had grown to around 20 servers for each admin , with senior staff expected to be able to handle functions across any cluster .
These days if it is a smaller company , there 's one senior admin , who may or may not be the Network/IT manager and they typically handle 30-40 servers if there are a number of functions spread out .
Of course having tons of similar boxes makes this number much higher .
The most I 've ever handled was 165 servers spread across two admins , three sites , four major applications , tons of clusters , including DB/Application/LB/Development/etc...Also , if you have 70 unix servers and only one admin , the point of failure for your organization is beyond catastrophic .
That poor lil ' admin guy is going to get many of the " what happens when a bus hits you " questions from 3rd parties/partners/other departments .</tokentext>
<sentencetext>One per 70?
Perhaps if you are running a ton of clone servers or heaven forbid working at an ISP handling boxes for customers.In the *real* world one normal admin per 35 or so is considered more normal for unix staff (with a senior admin for every 3-4 normal admins).
While I have seen the numbers quoted by the parent they were very for generic servers in function and basically tons of copy (virtual) boxes.
In addition if you are running a good deal of unix servers you more than likely have a lot of different functions spread out among clusters, one person responsible for all these apps as well as keeping the boxes well maintained, troubleshooting upgrades, etc... can be quite tiring.
Unix boxes these days tend to do significantly more than they used to.
On the flip side, managing unix boxes these days is quite easy thanks to ssh/cfengine/puppet other automation.When I first started doing unix for pay, mid 90s, we had one admin per two servers which was a mirror of the typical university environment where there were single admins for important machines and tons of lackeys for all the sun/hp/dec desktops.
By the year 2000 this had grown to around 20 servers for each admin, with senior staff expected to be able to handle functions across any cluster.
These days if it is a smaller company, there's one senior admin, who may or may not be the Network/IT manager and they typically handle 30-40 servers if there are a number of functions spread out.
Of course having tons of similar boxes makes this number much higher.
The most I've ever handled was 165 servers spread across two admins, three sites, four major applications, tons of clusters, including DB/Application/LB/Development/etc...Also, if you have 70 unix servers and only one admin, the point of failure for your organization is beyond catastrophic.
That poor lil' admin guy is going to get many of the "what happens when a bus hits you" questions from 3rd parties/partners/other departments.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594440</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598836</id>
	<title>I'm lucky...</title>
	<author>Wyatt Earp</author>
	<datestamp>1259831400000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>30 users, 2.5 techs. One does half tech and travel scheduling. All Macs, all two years older or newer.</p></htmltext>
<tokenext>30 users , 2.5 techs .
One does half tech and travel scheduling .
All Macs , all two years older or newer .</tokentext>
<sentencetext>30 users, 2.5 techs.
One does half tech and travel scheduling.
All Macs, all two years older or newer.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594874</id>
	<title>Approximately 8000/1 for Sun's old desktop</title>
	<author>An dochasac</author>
	<datestamp>1259860620000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>I helped deploy a configuration of Sun's older Linux based Java Desktop System which allowed install, upgrade and configuration of 8000 desktops across hundreds of branch offices.  It wasn't widely reported because Sun dropped this Linux based desktop to allow more focus on its own kernel and Sun Ray technology which easily allows more users per administrator.  For Sun Ray desktops on Solaris I would imagine the ratio can be at least 10,000 to one.</htmltext>
<tokenext>I helped deploy a configuration of Sun 's older Linux based Java Desktop System which allowed install , upgrade and configuration of 8000 desktops across hundreds of branch offices .
It was n't widely reported because Sun dropped this Linux based desktop to allow more focus on its own kernel and Sun Ray technology which easily allows more users per administrator .
For Sun Ray desktops on Solaris I would imagine the ratio can be at least 10,000 to one .</tokentext>
<sentencetext>I helped deploy a configuration of Sun's older Linux based Java Desktop System which allowed install, upgrade and configuration of 8000 desktops across hundreds of branch offices.
It wasn't widely reported because Sun dropped this Linux based desktop to allow more focus on its own kernel and Sun Ray technology which easily allows more users per administrator.
For Sun Ray desktops on Solaris I would imagine the ratio can be at least 10,000 to one.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594676</id>
	<title>what usecase?</title>
	<author>Jessta</author>
	<datestamp>1259860020000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>If you're running a distributed system where each node is exactly the same and you just push out a standard image then you could have a 1:1000 ratio.<br>But if you have a a bunch of computers doing very specific things each one being different the ratio has to be less.</p><p>An average doesn't really make sense unless you can specify the usecase for these systems.</p></htmltext>
<tokenext>If you 're running a distributed system where each node is exactly the same and you just push out a standard image then you could have a 1 : 1000 ratio.But if you have a a bunch of computers doing very specific things each one being different the ratio has to be less.An average does n't really make sense unless you can specify the usecase for these systems .</tokentext>
<sentencetext>If you're running a distributed system where each node is exactly the same and you just push out a standard image then you could have a 1:1000 ratio.But if you have a a bunch of computers doing very specific things each one being different the ratio has to be less.An average doesn't really make sense unless you can specify the usecase for these systems.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598610</id>
	<title>Re:Depends</title>
	<author>Anonymous</author>
	<datestamp>1259873520000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Hello,<br>I feel for the IT department----always understaffed and w thinning hair.<br>I myself--ended up taking courses for MS2007applications: Excel, Word, Powerpoint--just so's I can take care of myself at work.<br>Alot of productive time is lost because computer systems are down. Your Manager likes it when an employee is self contained<br>and able to solve his/her own IT issues regarding software applications.</p></htmltext>
<tokenext>Hello,I feel for the IT department----always understaffed and w thinning hair.I myself--ended up taking courses for MS2007applications : Excel , Word , Powerpoint--just so 's I can take care of myself at work.Alot of productive time is lost because computer systems are down .
Your Manager likes it when an employee is self containedand able to solve his/her own IT issues regarding software applications .</tokentext>
<sentencetext>Hello,I feel for the IT department----always understaffed and w thinning hair.I myself--ended up taking courses for MS2007applications: Excel, Word, Powerpoint--just so's I can take care of myself at work.Alot of productive time is lost because computer systems are down.
Your Manager likes it when an employee is self containedand able to solve his/her own IT issues regarding software applications.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594316</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596052</id>
	<title>Facebook: 1 engineer per million users</title>
	<author>miller60</author>
	<datestamp>1259864160000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>2</modscore>
	<htmltext>Jeff Rothschild, the vice president of technology at Facebook, said in a <a href="http://www.datacenterknowledge.com/archives/2009/10/13/facebook-now-has-30000-servers/" title="datacenterknowledge.com">recent presentation</a> [datacenterknowledge.com] that Facebook has 230 engineers supporting data for more than 300 million users. He says Facebook seeks to maintain a ratio of one engineer for 1 million or more users. Facebook is vague about exactly how many servers it has, saying it's "more than 30,000." But at 30,000 servers and 230 engineers, that's a ratio of about 130 servers per admin.<br>
<br>
Microsoft says it has automated its data center operations to the point where its admins can each manage between 1,000 and 2,000 servers. That matters, as the company may pack more than 300,000 servers into its new <a href="http://www.datacenterknowledge.com/inside-microsofts-chicago-data-center/" title="datacenterknowledge.com">container data center</a> [datacenterknowledge.com] in Chicago. It expects to support that facility with about 30 employees, including admins and facility maintenance staff.</htmltext>
<tokenext>Jeff Rothschild , the vice president of technology at Facebook , said in a recent presentation [ datacenterknowledge.com ] that Facebook has 230 engineers supporting data for more than 300 million users .
He says Facebook seeks to maintain a ratio of one engineer for 1 million or more users .
Facebook is vague about exactly how many servers it has , saying it 's " more than 30,000 .
" But at 30,000 servers and 230 engineers , that 's a ratio of about 130 servers per admin .
Microsoft says it has automated its data center operations to the point where its admins can each manage between 1,000 and 2,000 servers .
That matters , as the company may pack more than 300,000 servers into its new container data center [ datacenterknowledge.com ] in Chicago .
It expects to support that facility with about 30 employees , including admins and facility maintenance staff .</tokentext>
<sentencetext>Jeff Rothschild, the vice president of technology at Facebook, said in a recent presentation [datacenterknowledge.com] that Facebook has 230 engineers supporting data for more than 300 million users.
He says Facebook seeks to maintain a ratio of one engineer for 1 million or more users.
Facebook is vague about exactly how many servers it has, saying it's "more than 30,000.
" But at 30,000 servers and 230 engineers, that's a ratio of about 130 servers per admin.
Microsoft says it has automated its data center operations to the point where its admins can each manage between 1,000 and 2,000 servers.
That matters, as the company may pack more than 300,000 servers into its new container data center [datacenterknowledge.com] in Chicago.
It expects to support that facility with about 30 employees, including admins and facility maintenance staff.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30757230</id>
	<title>Re:Depends</title>
	<author>mustafap</author>
	<datestamp>1231845780000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Curiously, I got \%30 "insightful" on that one.</p><p>I was only kidding, it's been over 20 years since I thought like that. I don't know where I'd be without our IT guy ( thanks Glynn! )</p></htmltext>
<tokenext>Curiously , I got \ % 30 " insightful " on that one.I was only kidding , it 's been over 20 years since I thought like that .
I do n't know where I 'd be without our IT guy ( thanks Glynn !
)</tokentext>
<sentencetext>Curiously, I got \%30 "insightful" on that one.I was only kidding, it's been over 20 years since I thought like that.
I don't know where I'd be without our IT guy ( thanks Glynn!
)</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595252</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594814</id>
	<title>cluster</title>
	<author>Anonymous</author>
	<datestamp>1259860440000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>we manage a cluster of around 5000 machines under Linux/Unix.<br>we are 5 person.</p><p>you do the math<nobr> <wbr></nobr>:)</p></htmltext>
<tokenext>we manage a cluster of around 5000 machines under Linux/Unix.we are 5 person.you do the math : )</tokentext>
<sentencetext>we manage a cluster of around 5000 machines under Linux/Unix.we are 5 person.you do the math :)</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30599186</id>
	<title>Re:Over 9000</title>
	<author>Rehnberg</author>
	<datestamp>1259833020000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Someone reads FAILblog...</htmltext>
<tokenext>Someone reads FAILblog.. .</tokentext>
<sentencetext>Someone reads FAILblog...</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594294</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596556</id>
	<title>Re:Proper Planning</title>
	<author>Z00L00K</author>
	<datestamp>1259865720000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>How many admins needed depends a lot on the company structure overall. There is no real golden rule that works every time.</p><p>If everyone works only office software, writes and prints documents the most work you will have is supporting the printers with paper and removing paper jams.</p><p>But if you have a complicated software structure with license servers, replication of data and databases you will need more staff.</p><p>The most important factor that often is forgotten by management is that there has to be redundancy because if one admin calls in sick or can't be present and there is an emergency there has to be a backup.</p><p>So if you have sysadmins that looks like they are idling - don't worry too much, it means that the rest of the company is running well. If you have sysadmins that are looking like scalded rats running like they have had an overdose of LSD and amphetamine at the same time you are looking at big time trouble.</p></htmltext>
<tokenext>How many admins needed depends a lot on the company structure overall .
There is no real golden rule that works every time.If everyone works only office software , writes and prints documents the most work you will have is supporting the printers with paper and removing paper jams.But if you have a complicated software structure with license servers , replication of data and databases you will need more staff.The most important factor that often is forgotten by management is that there has to be redundancy because if one admin calls in sick or ca n't be present and there is an emergency there has to be a backup.So if you have sysadmins that looks like they are idling - do n't worry too much , it means that the rest of the company is running well .
If you have sysadmins that are looking like scalded rats running like they have had an overdose of LSD and amphetamine at the same time you are looking at big time trouble .</tokentext>
<sentencetext>How many admins needed depends a lot on the company structure overall.
There is no real golden rule that works every time.If everyone works only office software, writes and prints documents the most work you will have is supporting the printers with paper and removing paper jams.But if you have a complicated software structure with license servers, replication of data and databases you will need more staff.The most important factor that often is forgotten by management is that there has to be redundancy because if one admin calls in sick or can't be present and there is an emergency there has to be a backup.So if you have sysadmins that looks like they are idling - don't worry too much, it means that the rest of the company is running well.
If you have sysadmins that are looking like scalded rats running like they have had an overdose of LSD and amphetamine at the same time you are looking at big time trouble.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594306</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595422</id>
	<title>1:2500</title>
	<author>Anonymous</author>
	<datestamp>1259862300000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>I admin a webserver that currently averages about 2,500 visitors at any given moment. Since pageviews pay the bills, they are my users. Their problems quickly become my problems when their problem is blank pages or "oh snap, the database is down!" errors.</p><p>Ugh.</p><p>The only advice I could possibly give to anyone with this sort of situation is to invest in a respectable high availability setup. You know you're doing at least something right if you wake up to find half your farm down but analytics is still showing business as usual. My setup is currently lacking redundant db backends and backup email. I'm very seriously considering moving email to gmail but thus far the only issues I've ever had with email has been my own stupidity.</p><p>On the upshot, my troubleshooting consists of a copypasta email along the lines of "clear your cookies and restart your browser", which solves 99\% of the problems my 'users' have. If it doesn't, then it's an obscure problem on my end. Most people that have had issues, if they care enough about the site to report it are usually quite willing to help me debug the issue by providing screenshots and such.</p></htmltext>
<tokenext>I admin a webserver that currently averages about 2,500 visitors at any given moment .
Since pageviews pay the bills , they are my users .
Their problems quickly become my problems when their problem is blank pages or " oh snap , the database is down !
" errors.Ugh.The only advice I could possibly give to anyone with this sort of situation is to invest in a respectable high availability setup .
You know you 're doing at least something right if you wake up to find half your farm down but analytics is still showing business as usual .
My setup is currently lacking redundant db backends and backup email .
I 'm very seriously considering moving email to gmail but thus far the only issues I 've ever had with email has been my own stupidity.On the upshot , my troubleshooting consists of a copypasta email along the lines of " clear your cookies and restart your browser " , which solves 99 \ % of the problems my 'users ' have .
If it does n't , then it 's an obscure problem on my end .
Most people that have had issues , if they care enough about the site to report it are usually quite willing to help me debug the issue by providing screenshots and such .</tokentext>
<sentencetext>I admin a webserver that currently averages about 2,500 visitors at any given moment.
Since pageviews pay the bills, they are my users.
Their problems quickly become my problems when their problem is blank pages or "oh snap, the database is down!
" errors.Ugh.The only advice I could possibly give to anyone with this sort of situation is to invest in a respectable high availability setup.
You know you're doing at least something right if you wake up to find half your farm down but analytics is still showing business as usual.
My setup is currently lacking redundant db backends and backup email.
I'm very seriously considering moving email to gmail but thus far the only issues I've ever had with email has been my own stupidity.On the upshot, my troubleshooting consists of a copypasta email along the lines of "clear your cookies and restart your browser", which solves 99\% of the problems my 'users' have.
If it doesn't, then it's an obscure problem on my end.
Most people that have had issues, if they care enough about the site to report it are usually quite willing to help me debug the issue by providing screenshots and such.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598328</id>
	<title>I agree!</title>
	<author>Archangel Michael</author>
	<datestamp>1259872560000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><blockquote><div><p>A good SA can come in and make a lot of these stupid little problems go away, never to return.</p></div></blockquote><p>And often the old problems are replaced with a whole new batch, which might even be worse than the first set.</p><p>Also, killing people is generally frowned upon around these parts.</p><p>Yes, the BOFH is my hero.</p></div>
	</htmltext>
<tokenext>A good SA can come in and make a lot of these stupid little problems go away , never to return.And often the old problems are replaced with a whole new batch , which might even be worse than the first set.Also , killing people is generally frowned upon around these parts.Yes , the BOFH is my hero .</tokentext>
<sentencetext>A good SA can come in and make a lot of these stupid little problems go away, never to return.And often the old problems are replaced with a whole new batch, which might even be worse than the first set.Also, killing people is generally frowned upon around these parts.Yes, the BOFH is my hero.
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594702</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594614</id>
	<title>Yes</title>
	<author>arnodf</author>
	<datestamp>1259859780000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><blockquote><div><p>Are we seriously understaffed, or is this normal?</p></div></blockquote><p>

both: yes</p></div>
	</htmltext>
<tokenext>Are we seriously understaffed , or is this normal ?
both : yes</tokentext>
<sentencetext>Are we seriously understaffed, or is this normal?
both: yes
	</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594824</id>
	<title>Ask Gartner for facts/figures</title>
	<author>Anonymous</author>
	<datestamp>1259860440000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>We currently manage ~80 Linux, ~170 Solaris, ~150 AIX systems with a manpower of 6 architects/L3 (count me in), 3 admins/L2. Our SAN (half pB+tsm+CDL) team has 4 guys and for wintel/VMWare (+500 systems) park there are 3 admins L3 and 4 admins L2.</p></htmltext>
<tokenext>We currently manage ~ 80 Linux , ~ 170 Solaris , ~ 150 AIX systems with a manpower of 6 architects/L3 ( count me in ) , 3 admins/L2 .
Our SAN ( half pB + tsm + CDL ) team has 4 guys and for wintel/VMWare ( + 500 systems ) park there are 3 admins L3 and 4 admins L2 .</tokentext>
<sentencetext>We currently manage ~80 Linux, ~170 Solaris, ~150 AIX systems with a manpower of 6 architects/L3 (count me in), 3 admins/L2.
Our SAN (half pB+tsm+CDL) team has 4 guys and for wintel/VMWare (+500 systems) park there are 3 admins L3 and 4 admins L2.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30603322</id>
	<title>Use Project Athena Worksheet</title>
	<author>SteveEd</author>
	<datestamp>1259867940000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>I've used a tool for a decade now that I really like.  It was developed by IBM and MIT to determine staffing levels.  Basically, it asks you to go through your entire organizational and IT structure to answer questions, weighs these and provides an answer about how many FTEs are required.  It does not break this down into programmers vs. trainers vs. help desk.  The project was call Project Athena.   You can find the write-up on DocStock or InternetArchive (I don't recall which).  It was a tool used by the State of Michigan as little as four years ago but has disappear from their sites.  Examples of the types of questions follow:

1. Number of computers (workstations, not servers) in your organization.  This is divided by 500 to give a ratio.
2. Number of server-based major applications in terms of FTE requirements.  For instance, you have a heavy email system that requires someone taking care of it half-time.  This would contribute<nobr> <wbr></nobr>.5 FTE to the count.
3. Number of user applications, for example 500 Microsoft office, 10 Visual Studio Enterprise.  These are added up and appropriate ratios are applied.
4. Intensity of use, # of employees using their system between 50\% and 100\% of the day  get 1 point, occassional users get<nobr> <wbr></nobr>.25 points.  Again these are added up and ratios are applied.
5. Other responsibilities, phones, copy machines, etc.


I monkey around with the figures trying to keep them meaningful and usually end up getting what I need (except possibly in my current job) in terms of human resources.  The system is quite comprehensive and flexible.  Even though it was designed for educational institutions, I believe that it's generic enough to apply to business.</htmltext>
<tokenext>I 've used a tool for a decade now that I really like .
It was developed by IBM and MIT to determine staffing levels .
Basically , it asks you to go through your entire organizational and IT structure to answer questions , weighs these and provides an answer about how many FTEs are required .
It does not break this down into programmers vs. trainers vs. help desk .
The project was call Project Athena .
You can find the write-up on DocStock or InternetArchive ( I do n't recall which ) .
It was a tool used by the State of Michigan as little as four years ago but has disappear from their sites .
Examples of the types of questions follow : 1 .
Number of computers ( workstations , not servers ) in your organization .
This is divided by 500 to give a ratio .
2. Number of server-based major applications in terms of FTE requirements .
For instance , you have a heavy email system that requires someone taking care of it half-time .
This would contribute .5 FTE to the count .
3. Number of user applications , for example 500 Microsoft office , 10 Visual Studio Enterprise .
These are added up and appropriate ratios are applied .
4. Intensity of use , # of employees using their system between 50 \ % and 100 \ % of the day get 1 point , occassional users get .25 points .
Again these are added up and ratios are applied .
5. Other responsibilities , phones , copy machines , etc .
I monkey around with the figures trying to keep them meaningful and usually end up getting what I need ( except possibly in my current job ) in terms of human resources .
The system is quite comprehensive and flexible .
Even though it was designed for educational institutions , I believe that it 's generic enough to apply to business .</tokentext>
<sentencetext>I've used a tool for a decade now that I really like.
It was developed by IBM and MIT to determine staffing levels.
Basically, it asks you to go through your entire organizational and IT structure to answer questions, weighs these and provides an answer about how many FTEs are required.
It does not break this down into programmers vs. trainers vs. help desk.
The project was call Project Athena.
You can find the write-up on DocStock or InternetArchive (I don't recall which).
It was a tool used by the State of Michigan as little as four years ago but has disappear from their sites.
Examples of the types of questions follow:

1.
Number of computers (workstations, not servers) in your organization.
This is divided by 500 to give a ratio.
2. Number of server-based major applications in terms of FTE requirements.
For instance, you have a heavy email system that requires someone taking care of it half-time.
This would contribute .5 FTE to the count.
3. Number of user applications, for example 500 Microsoft office, 10 Visual Studio Enterprise.
These are added up and appropriate ratios are applied.
4. Intensity of use, # of employees using their system between 50\% and 100\% of the day  get 1 point, occassional users get .25 points.
Again these are added up and ratios are applied.
5. Other responsibilities, phones, copy machines, etc.
I monkey around with the figures trying to keep them meaningful and usually end up getting what I need (except possibly in my current job) in terms of human resources.
The system is quite comprehensive and flexible.
Even though it was designed for educational institutions, I believe that it's generic enough to apply to business.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595432</id>
	<title>Re:Proper Planning</title>
	<author>petes\_PoV</author>
	<datestamp>1259862300000</datestamp>
	<modclass>Interestin</modclass>
	<modscore>2</modscore>
	<htmltext>If you are able to remove completely the users internet access (that's totally: not just during work hours) so they can't screw up their machines with stuff they download, knowingly or not then the support burden, costs and insecurity drop massively.
<p>
Of course, reducing the number of support calls is not necessarily in the interests of the IT support people, who will therefore get cut. Even if it does improve overall quality.</p></htmltext>
<tokenext>If you are able to remove completely the users internet access ( that 's totally : not just during work hours ) so they ca n't screw up their machines with stuff they download , knowingly or not then the support burden , costs and insecurity drop massively .
Of course , reducing the number of support calls is not necessarily in the interests of the IT support people , who will therefore get cut .
Even if it does improve overall quality .</tokentext>
<sentencetext>If you are able to remove completely the users internet access (that's totally: not just during work hours) so they can't screw up their machines with stuff they download, knowingly or not then the support burden, costs and insecurity drop massively.
Of course, reducing the number of support calls is not necessarily in the interests of the IT support people, who will therefore get cut.
Even if it does improve overall quality.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594456</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598762</id>
	<title>Title needs work</title>
	<author>jackspenn</author>
	<datestamp>1259831100000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Shouldn't it be how many users/computers per administrator?</htmltext>
<tokenext>Should n't it be how many users/computers per administrator ?</tokentext>
<sentencetext>Shouldn't it be how many users/computers per administrator?</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596642</id>
	<title>Re:I think you're understaffed.</title>
	<author>Anonymous</author>
	<datestamp>1259866020000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Hmmm,</p><p>Another Govt. Facility: Our group is about the same.:</p><p>3000ish windows clients<br>2500ish windows servers<br>90ish windows servers</p><p>7 Server admins (ok, but training on new systems would help (Exchange 2007 &amp; server 2008)<br>about 12 helpdesk<br>2 network guys<br>1 san guy</p><p>we use sms3, wsus for patches (too bad the windows patches have to be duplicated in both systems b-c wsus reequires an absurdly large ping to a dc &amp; gets blocked at the firewall</p><p>Except for the fact that the sysadmins have to advise admins in 8 "other" networks<nobr> <wbr></nobr>... its ok.</p></htmltext>
<tokenext>Hmmm,Another Govt .
Facility : Our group is about the same .
: 3000ish windows clients2500ish windows servers90ish windows servers7 Server admins ( ok , but training on new systems would help ( Exchange 2007 &amp; server 2008 ) about 12 helpdesk2 network guys1 san guywe use sms3 , wsus for patches ( too bad the windows patches have to be duplicated in both systems b-c wsus reequires an absurdly large ping to a dc &amp; gets blocked at the firewallExcept for the fact that the sysadmins have to advise admins in 8 " other " networks ... its ok .</tokentext>
<sentencetext>Hmmm,Another Govt.
Facility: Our group is about the same.
:3000ish windows clients2500ish windows servers90ish windows servers7 Server admins (ok, but training on new systems would help (Exchange 2007 &amp; server 2008)about 12 helpdesk2 network guys1 san guywe use sms3, wsus for patches (too bad the windows patches have to be duplicated in both systems b-c wsus reequires an absurdly large ping to a dc &amp; gets blocked at the firewallExcept for the fact that the sysadmins have to advise admins in 8 "other" networks ... its ok.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594496</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594456</id>
	<title>Re:Proper Planning</title>
	<author>teslafreak</author>
	<datestamp>1259859300000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>2</modscore>
	<htmltext>If you have employees, there is a need.  The best implementation is still not fool-proof.</htmltext>
<tokenext>If you have employees , there is a need .
The best implementation is still not fool-proof .</tokentext>
<sentencetext>If you have employees, there is a need.
The best implementation is still not fool-proof.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594306</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594548</id>
	<title>150: 1 is Decent..</title>
	<author>ironwill96</author>
	<datestamp>1259859540000</datestamp>
	<modclass>Interestin</modclass>
	<modscore>4</modscore>
	<htmltext><p>You have more than double that so i'd say you are pretty understaffed.  I saw a video once that was actually pretty intelligent in talking about standard support ratios.  Basically, there isn't a "standard" the answer is almost always "it depends".  You start with your userbase - how tech savvy are they?  How many applications are you supporting?  What kind of hardware do you have?  How many remote supporting tools do you have to use?  Each of these answers adjusts the support ratio up and down and sometimes something as low as 75:1 is needed and other times 300:1 is just fine.</p><p>Still, in the place I work now we have 600 machines and 40 servers or so (most virtualized) and we have 13 IT people (with 1 open position right now).  This includes 1 helpdesk person, 2 programmers, 2 systems support personnel (they support specific software we use), 2 hardware techs, 2 network analysts, 3 systems engineers, a secretary, and the boss.</p></htmltext>
<tokenext>You have more than double that so i 'd say you are pretty understaffed .
I saw a video once that was actually pretty intelligent in talking about standard support ratios .
Basically , there is n't a " standard " the answer is almost always " it depends " .
You start with your userbase - how tech savvy are they ?
How many applications are you supporting ?
What kind of hardware do you have ?
How many remote supporting tools do you have to use ?
Each of these answers adjusts the support ratio up and down and sometimes something as low as 75 : 1 is needed and other times 300 : 1 is just fine.Still , in the place I work now we have 600 machines and 40 servers or so ( most virtualized ) and we have 13 IT people ( with 1 open position right now ) .
This includes 1 helpdesk person , 2 programmers , 2 systems support personnel ( they support specific software we use ) , 2 hardware techs , 2 network analysts , 3 systems engineers , a secretary , and the boss .</tokentext>
<sentencetext>You have more than double that so i'd say you are pretty understaffed.
I saw a video once that was actually pretty intelligent in talking about standard support ratios.
Basically, there isn't a "standard" the answer is almost always "it depends".
You start with your userbase - how tech savvy are they?
How many applications are you supporting?
What kind of hardware do you have?
How many remote supporting tools do you have to use?
Each of these answers adjusts the support ratio up and down and sometimes something as low as 75:1 is needed and other times 300:1 is just fine.Still, in the place I work now we have 600 machines and 40 servers or so (most virtualized) and we have 13 IT people (with 1 open position right now).
This includes 1 helpdesk person, 2 programmers, 2 systems support personnel (they support specific software we use), 2 hardware techs, 2 network analysts, 3 systems engineers, a secretary, and the boss.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596720</id>
	<title>The ratio is not the issue</title>
	<author>whoisearth</author>
	<datestamp>1259866320000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>The ratio isn't really what's at issue because that can vary due to the business you're in.  What's the bigger concern is that the IT staff overlaps that's what I draw to be the biggest problem where I work.  Our system support staff is responsible for end user support, network support, telecom support and server support.

However:

Telecom support is only responsible for telephones
Network support is only responsible for networks
Server support is only responsible for servers

That's find and dandy for the other departments, but for us poor shlubs in system support we're overworked and underpaid.

The CIO of our company said once that he expected at least 900 or so end users per IT staff.

My location alone, I support around 200+ users with varying levels of support from co-workers and people on other teams.  This also includes our servers, our phones, our networks.</htmltext>
<tokenext>The ratio is n't really what 's at issue because that can vary due to the business you 're in .
What 's the bigger concern is that the IT staff overlaps that 's what I draw to be the biggest problem where I work .
Our system support staff is responsible for end user support , network support , telecom support and server support .
However : Telecom support is only responsible for telephones Network support is only responsible for networks Server support is only responsible for servers That 's find and dandy for the other departments , but for us poor shlubs in system support we 're overworked and underpaid .
The CIO of our company said once that he expected at least 900 or so end users per IT staff .
My location alone , I support around 200 + users with varying levels of support from co-workers and people on other teams .
This also includes our servers , our phones , our networks .</tokentext>
<sentencetext>The ratio isn't really what's at issue because that can vary due to the business you're in.
What's the bigger concern is that the IT staff overlaps that's what I draw to be the biggest problem where I work.
Our system support staff is responsible for end user support, network support, telecom support and server support.
However:

Telecom support is only responsible for telephones
Network support is only responsible for networks
Server support is only responsible for servers

That's find and dandy for the other departments, but for us poor shlubs in system support we're overworked and underpaid.
The CIO of our company said once that he expected at least 900 or so end users per IT staff.
My location alone, I support around 200+ users with varying levels of support from co-workers and people on other teams.
This also includes our servers, our phones, our networks.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598562</id>
	<title>Re:I think you're understaffed.</title>
	<author>WebCrapper</author>
	<datestamp>1259873340000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Another lower Gov entity (I'm no longer there)</p><p>~80,000 users<br>~6,000 PCs<br>~250 servers</p><p>6 SA's (understaffed)<br>3 Net Admins/Telecom<br>1 DB Admin for 40+ servers (understaffed)<br>1 Web (2 servers) / AV Admin (full time with McAfee EPO)<br>5 Help Desk Techs (severely understaffed)<br>1 Network Planning and App management (WSUS, imaging, etc)<br>2 Abuse Admins<br>4 Web Programmers<br>~30 onsite "goto" people for smaller problems and application training<nobr> <wbr></nobr>...and a whole lot of unhappy people.</p><p>It wasn't a happy place.</p></htmltext>
<tokenext>Another lower Gov entity ( I 'm no longer there ) ~ 80,000 users ~ 6,000 PCs ~ 250 servers6 SA 's ( understaffed ) 3 Net Admins/Telecom1 DB Admin for 40 + servers ( understaffed ) 1 Web ( 2 servers ) / AV Admin ( full time with McAfee EPO ) 5 Help Desk Techs ( severely understaffed ) 1 Network Planning and App management ( WSUS , imaging , etc ) 2 Abuse Admins4 Web Programmers ~ 30 onsite " goto " people for smaller problems and application training ...and a whole lot of unhappy people.It was n't a happy place .</tokentext>
<sentencetext>Another lower Gov entity (I'm no longer there)~80,000 users~6,000 PCs~250 servers6 SA's (understaffed)3 Net Admins/Telecom1 DB Admin for 40+ servers (understaffed)1 Web (2 servers) / AV Admin (full time with McAfee EPO)5 Help Desk Techs (severely understaffed)1 Network Planning and App management (WSUS, imaging, etc)2 Abuse Admins4 Web Programmers~30 onsite "goto" people for smaller problems and application training ...and a whole lot of unhappy people.It wasn't a happy place.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594496</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597862</id>
	<title>Re:Over 9000</title>
	<author>Anonymous</author>
	<datestamp>1259870820000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><i>I worked for an HMO</i> <br> <br>
fag.</htmltext>
<tokenext>I worked for an HMO fag .</tokentext>
<sentencetext>I worked for an HMO  
fag.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595890</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594702</id>
	<title>Re:Depends</title>
	<author>Junior J. Junior III</author>
	<datestamp>1259860080000</datestamp>
	<modclass>Interestin</modclass>
	<modscore>4</modscore>
	<htmltext><blockquote><div><p>The real question is are you always constantly working your ass off, fixing stupid problems - and therefore unable to do anything more productive? If so, then it seems you don't have enough^H^H^H^H^H^H the right people.</p></div> </blockquote><p>A good SA can come in and make a lot of these stupid little problems go away, never to return.</p><p>These sorts of problems can also be caused by bad management exerting too much control over the admins, or admins with weak people skills trying to please everyone rather than prioritize and do the right thing.</p><p>When asked to do something, to you just go ahead and do it?  Or do you require things like justifications, business cases, funding, staff, etc?  If management can just ask anything of the IT staff, they will do so, and it will feel like you're being walked all over, and that you're overworked.  If you have some basic sanity checks and make those requirements before a project can be greenlighted, you'll find that your job can be a lot easier.  Doing this also makes planning happen before you get midway through a project and find that different stakeholders have different opinions on what should be done next.</p></div>
	</htmltext>
<tokenext>The real question is are you always constantly working your ass off , fixing stupid problems - and therefore unable to do anything more productive ?
If so , then it seems you do n't have enough ^ H ^ H ^ H ^ H ^ H ^ H the right people .
A good SA can come in and make a lot of these stupid little problems go away , never to return.These sorts of problems can also be caused by bad management exerting too much control over the admins , or admins with weak people skills trying to please everyone rather than prioritize and do the right thing.When asked to do something , to you just go ahead and do it ?
Or do you require things like justifications , business cases , funding , staff , etc ?
If management can just ask anything of the IT staff , they will do so , and it will feel like you 're being walked all over , and that you 're overworked .
If you have some basic sanity checks and make those requirements before a project can be greenlighted , you 'll find that your job can be a lot easier .
Doing this also makes planning happen before you get midway through a project and find that different stakeholders have different opinions on what should be done next .</tokentext>
<sentencetext>The real question is are you always constantly working your ass off, fixing stupid problems - and therefore unable to do anything more productive?
If so, then it seems you don't have enough^H^H^H^H^H^H the right people.
A good SA can come in and make a lot of these stupid little problems go away, never to return.These sorts of problems can also be caused by bad management exerting too much control over the admins, or admins with weak people skills trying to please everyone rather than prioritize and do the right thing.When asked to do something, to you just go ahead and do it?
Or do you require things like justifications, business cases, funding, staff, etc?
If management can just ask anything of the IT staff, they will do so, and it will feel like you're being walked all over, and that you're overworked.
If you have some basic sanity checks and make those requirements before a project can be greenlighted, you'll find that your job can be a lot easier.
Doing this also makes planning happen before you get midway through a project and find that different stakeholders have different opinions on what should be done next.
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594316</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595716</id>
	<title>Deployable Enterprise...</title>
	<author>Lifyre</author>
	<datestamp>1259863080000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I run two isolated networks for roughly 300 users (about 600 accounts between the networks) over multiple isolated geographical locations (you have to convoy between them) with 2 admins and 5 sneaker techs.  We run about 200 computers, 4-6 servers, and multiple wireless interconnects with associated equipment.  Of course being military makes for special requirements.</p></htmltext>
<tokenext>I run two isolated networks for roughly 300 users ( about 600 accounts between the networks ) over multiple isolated geographical locations ( you have to convoy between them ) with 2 admins and 5 sneaker techs .
We run about 200 computers , 4-6 servers , and multiple wireless interconnects with associated equipment .
Of course being military makes for special requirements .</tokentext>
<sentencetext>I run two isolated networks for roughly 300 users (about 600 accounts between the networks) over multiple isolated geographical locations (you have to convoy between them) with 2 admins and 5 sneaker techs.
We run about 200 computers, 4-6 servers, and multiple wireless interconnects with associated equipment.
Of course being military makes for special requirements.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597724</id>
	<title>Re:well...</title>
	<author>Tekfactory</author>
	<datestamp>1259870340000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>2</modscore>
	<htmltext><p>You can create OUs of users in your location, and only apply GPOs to those users.</p><p>You don't have to Bork all the field offices with a GPO. Now domain security policies I'd watch out for.</p></htmltext>
<tokenext>You can create OUs of users in your location , and only apply GPOs to those users.You do n't have to Bork all the field offices with a GPO .
Now domain security policies I 'd watch out for .</tokentext>
<sentencetext>You can create OUs of users in your location, and only apply GPOs to those users.You don't have to Bork all the field offices with a GPO.
Now domain security policies I'd watch out for.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594724</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596992</id>
	<title>Depends on how cheap your company is</title>
	<author>Anonymous</author>
	<datestamp>1259867400000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext>I've worked in two companies - one had 500 users and 30 IT staff, one had 900 users and 10 IT staff... Number of servers pretty much linearly scaled with the number of users. Let's just say that in the second case, it was not enough.</htmltext>
<tokenext>I 've worked in two companies - one had 500 users and 30 IT staff , one had 900 users and 10 IT staff... Number of servers pretty much linearly scaled with the number of users .
Let 's just say that in the second case , it was not enough .</tokentext>
<sentencetext>I've worked in two companies - one had 500 users and 30 IT staff, one had 900 users and 10 IT staff... Number of servers pretty much linearly scaled with the number of users.
Let's just say that in the second case, it was not enough.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595808</id>
	<title>We run 800/admin</title>
	<author>uslinux.net</author>
	<datestamp>1259863440000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>We've got ~2800 RHEL4 and 5 servers and ~400 VMware ESX servers and 4 admins.  The key is homogenity.</p></htmltext>
<tokenext>We 've got ~ 2800 RHEL4 and 5 servers and ~ 400 VMware ESX servers and 4 admins .
The key is homogenity .</tokentext>
<sentencetext>We've got ~2800 RHEL4 and 5 servers and ~400 VMware ESX servers and 4 admins.
The key is homogenity.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594558</id>
	<title>Re:Proper Planning</title>
	<author>newdsfornerds</author>
	<datestamp>1259859600000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext>Right. Computers, especially Windows computers, are completely self sufficient.
<br>
YA TROLL!</htmltext>
<tokenext>Right .
Computers , especially Windows computers , are completely self sufficient .
YA TROLL !</tokentext>
<sentencetext>Right.
Computers, especially Windows computers, are completely self sufficient.
YA TROLL!</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594306</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597328</id>
	<title>Approximately</title>
	<author>Anonymous</author>
	<datestamp>1259868720000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>pi * 10 ^ -6</p></htmltext>
<tokenext>pi * 10 ^ -6</tokentext>
<sentencetext>pi * 10 ^ -6</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595286</id>
	<title>Staffing levels</title>
	<author>wolfguru</author>
	<datestamp>1259861940000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>How many admins does it take to change the light bulb in the monitor?

I would say more depends on your environment as far as the applications, level of demand, tolerance for downtime/repair time and responsiveness than on the simple number of systems you support.

I'm the IT manager for a company with around 500 employees, but only about 150-175 of them are really computer users as part of their job.  We have 30+ servers in the "admin" network and another 12-15 in the departmental network that supports out prepress operation.

We run monitoring, process control, list processing and logistics systems, as well as the range of business applications and financials common to any organization.  My current staff is two, including myself.

The main thing is how well your processes are constructed, how well monitored for pre-emptive response, and how well you manage the time and resources to fill the support needs of the company. No formula of X number of techs for Y number of users, Z number of computers and K of servers is going to give you anything like an accurate estimate, because it lacks the essential parameters for how much work the functions you are required to handle actually require.

Someone else stated it fairly succinctly - if you are able to meet the needs, you have enough people. If you don't have time to support and monitor the systems because you're too busy putting out fires, you could have 1. too few people, or mosre likely, 2. poor processes for getting the job done and staying aware of the conditions that cause the problems in the first place.

Its often easier to do the same thing more than do the better thing.  It takes more insight into how to get the results the best and most efficient way to improve the process and get it done with better equipped, trained and directed staff.  I'd start with a review of what gets the job done better, and staff for that.</htmltext>
<tokenext>How many admins does it take to change the light bulb in the monitor ?
I would say more depends on your environment as far as the applications , level of demand , tolerance for downtime/repair time and responsiveness than on the simple number of systems you support .
I 'm the IT manager for a company with around 500 employees , but only about 150-175 of them are really computer users as part of their job .
We have 30 + servers in the " admin " network and another 12-15 in the departmental network that supports out prepress operation .
We run monitoring , process control , list processing and logistics systems , as well as the range of business applications and financials common to any organization .
My current staff is two , including myself .
The main thing is how well your processes are constructed , how well monitored for pre-emptive response , and how well you manage the time and resources to fill the support needs of the company .
No formula of X number of techs for Y number of users , Z number of computers and K of servers is going to give you anything like an accurate estimate , because it lacks the essential parameters for how much work the functions you are required to handle actually require .
Someone else stated it fairly succinctly - if you are able to meet the needs , you have enough people .
If you do n't have time to support and monitor the systems because you 're too busy putting out fires , you could have 1. too few people , or mosre likely , 2. poor processes for getting the job done and staying aware of the conditions that cause the problems in the first place .
Its often easier to do the same thing more than do the better thing .
It takes more insight into how to get the results the best and most efficient way to improve the process and get it done with better equipped , trained and directed staff .
I 'd start with a review of what gets the job done better , and staff for that .</tokentext>
<sentencetext>How many admins does it take to change the light bulb in the monitor?
I would say more depends on your environment as far as the applications, level of demand, tolerance for downtime/repair time and responsiveness than on the simple number of systems you support.
I'm the IT manager for a company with around 500 employees, but only about 150-175 of them are really computer users as part of their job.
We have 30+ servers in the "admin" network and another 12-15 in the departmental network that supports out prepress operation.
We run monitoring, process control, list processing and logistics systems, as well as the range of business applications and financials common to any organization.
My current staff is two, including myself.
The main thing is how well your processes are constructed, how well monitored for pre-emptive response, and how well you manage the time and resources to fill the support needs of the company.
No formula of X number of techs for Y number of users, Z number of computers and K of servers is going to give you anything like an accurate estimate, because it lacks the essential parameters for how much work the functions you are required to handle actually require.
Someone else stated it fairly succinctly - if you are able to meet the needs, you have enough people.
If you don't have time to support and monitor the systems because you're too busy putting out fires, you could have 1. too few people, or mosre likely, 2. poor processes for getting the job done and staying aware of the conditions that cause the problems in the first place.
Its often easier to do the same thing more than do the better thing.
It takes more insight into how to get the results the best and most efficient way to improve the process and get it done with better equipped, trained and directed staff.
I'd start with a review of what gets the job done better, and staff for that.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595342</id>
	<title>Re:Depends</title>
	<author>Bigjeff5</author>
	<datestamp>1259862060000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>On the other hand, if that's the level of service the business is willing to pay for, that's what they should get.  IT doesn't run the world, they make it easier for others to run the world.  If management wants an efficient IT department (and they probably should) then they will do what you suggest.  If they want tech guys at their beck and call to just fix things whenever they screw up, or get them whatever newfangled toy they might like, then they won't.  Smart management will want an IT that gives them the most productivity at the least price, and that doesn't always mean IT gets to be the gatekeeper.</p></htmltext>
<tokenext>On the other hand , if that 's the level of service the business is willing to pay for , that 's what they should get .
IT does n't run the world , they make it easier for others to run the world .
If management wants an efficient IT department ( and they probably should ) then they will do what you suggest .
If they want tech guys at their beck and call to just fix things whenever they screw up , or get them whatever newfangled toy they might like , then they wo n't .
Smart management will want an IT that gives them the most productivity at the least price , and that does n't always mean IT gets to be the gatekeeper .</tokentext>
<sentencetext>On the other hand, if that's the level of service the business is willing to pay for, that's what they should get.
IT doesn't run the world, they make it easier for others to run the world.
If management wants an efficient IT department (and they probably should) then they will do what you suggest.
If they want tech guys at their beck and call to just fix things whenever they screw up, or get them whatever newfangled toy they might like, then they won't.
Smart management will want an IT that gives them the most productivity at the least price, and that doesn't always mean IT gets to be the gatekeeper.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594702</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30604332</id>
	<title>It depends.</title>
	<author>jotaeleemeese</author>
	<datestamp>1262266680000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I managed DNS service for a region (many countries), It was only 8 machines. It was thousands of users (8000, perhaps more), there were 3 of us (not exclusively doing this, but I mention it this way for contrasting purposes).</p><p>In another job I had only 8 users, and 16 machines, but the software was highly specialized, that was more time consuming than the example above.</p><p>So are you understaffed? You are the only one that has a chance at knowing this.</p><p>Are you constantly staying late and working out of hours? Then you are understaffed, disorganized or both It is that simple really.</p><p>I have been in shops where they expected exponential growth could be managed without extra personnel, you should learn to identify those situation and plan accordingly (either reduce growth if you can't hire more people, or hire more people).</p></htmltext>
<tokenext>I managed DNS service for a region ( many countries ) , It was only 8 machines .
It was thousands of users ( 8000 , perhaps more ) , there were 3 of us ( not exclusively doing this , but I mention it this way for contrasting purposes ) .In another job I had only 8 users , and 16 machines , but the software was highly specialized , that was more time consuming than the example above.So are you understaffed ?
You are the only one that has a chance at knowing this.Are you constantly staying late and working out of hours ?
Then you are understaffed , disorganized or both It is that simple really.I have been in shops where they expected exponential growth could be managed without extra personnel , you should learn to identify those situation and plan accordingly ( either reduce growth if you ca n't hire more people , or hire more people ) .</tokentext>
<sentencetext>I managed DNS service for a region (many countries), It was only 8 machines.
It was thousands of users (8000, perhaps more), there were 3 of us (not exclusively doing this, but I mention it this way for contrasting purposes).In another job I had only 8 users, and 16 machines, but the software was highly specialized, that was more time consuming than the example above.So are you understaffed?
You are the only one that has a chance at knowing this.Are you constantly staying late and working out of hours?
Then you are understaffed, disorganized or both It is that simple really.I have been in shops where they expected exponential growth could be managed without extra personnel, you should learn to identify those situation and plan accordingly (either reduce growth if you can't hire more people, or hire more people).</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30599120</id>
	<title>Re:Small Shop</title>
	<author>Anonymous</author>
	<datestamp>1259832720000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Moss, is that you?</p></htmltext>
<tokenext>Moss , is that you ?</tokentext>
<sentencetext>Moss, is that you?</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594520</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596010</id>
	<title>Re:Lockdown</title>
	<author>rainmaestro</author>
	<datestamp>1259864100000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Agreed. Many of my problems come from not having the machines locked down (I've been able to reverse a few long-standing convenience-over-security decisions, but not this one). I've found BitTorrent clients installed, cracked copies of extremely expensive software (many thousands of $$$ per 1-user license), etc. Every machine has a different mix of software, different set of app patches, different versions of apps. No consistency at all.</p><p>Locked machines with preset deployment builds for each department would make my life so much easier.</p></htmltext>
<tokenext>Agreed .
Many of my problems come from not having the machines locked down ( I 've been able to reverse a few long-standing convenience-over-security decisions , but not this one ) .
I 've found BitTorrent clients installed , cracked copies of extremely expensive software ( many thousands of $ $ $ per 1-user license ) , etc .
Every machine has a different mix of software , different set of app patches , different versions of apps .
No consistency at all.Locked machines with preset deployment builds for each department would make my life so much easier .</tokentext>
<sentencetext>Agreed.
Many of my problems come from not having the machines locked down (I've been able to reverse a few long-standing convenience-over-security decisions, but not this one).
I've found BitTorrent clients installed, cracked copies of extremely expensive software (many thousands of $$$ per 1-user license), etc.
Every machine has a different mix of software, different set of app patches, different versions of apps.
No consistency at all.Locked machines with preset deployment builds for each department would make my life so much easier.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594482</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597918</id>
	<title>Too many chiefs and no indians</title>
	<author>Anonymous</author>
	<datestamp>1259871060000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Sounds like you are inept because 120 employees/users spread out in 4 offices should be simple to manage and support from an IT perspective. I have supported 100 users between 2 offices and after the first month of almost daily help calls from multiple users, I revamped the IT infrastructure starting with the servers and reduced help calls from 50 per week to less than 5 per week; of those 5 at least 60\% was due to IP address lease issues which were controlled by corporate policy. Oh, and I was a support staff of 1 plus a manager.</p></htmltext>
<tokenext>Sounds like you are inept because 120 employees/users spread out in 4 offices should be simple to manage and support from an IT perspective .
I have supported 100 users between 2 offices and after the first month of almost daily help calls from multiple users , I revamped the IT infrastructure starting with the servers and reduced help calls from 50 per week to less than 5 per week ; of those 5 at least 60 \ % was due to IP address lease issues which were controlled by corporate policy .
Oh , and I was a support staff of 1 plus a manager .</tokentext>
<sentencetext>Sounds like you are inept because 120 employees/users spread out in 4 offices should be simple to manage and support from an IT perspective.
I have supported 100 users between 2 offices and after the first month of almost daily help calls from multiple users, I revamped the IT infrastructure starting with the servers and reduced help calls from 50 per week to less than 5 per week; of those 5 at least 60\% was due to IP address lease issues which were controlled by corporate policy.
Oh, and I was a support staff of 1 plus a manager.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594428</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594792</id>
	<title>It's normal</title>
	<author>DavidIQ</author>
	<datestamp>1259860380000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>We have about 400+ workstations with various OSs (Win 2000, XP, Vista, 7) and 20+ servers with various server OSs (Win Server 2000, 2003, 2008) and we only have the System Admin and a "sneaker tech".  Oh and we have a remote location as well which they must deal with on the other coast of the US.

At least from my viewpoint, your situation is not unusual.</htmltext>
<tokenext>We have about 400 + workstations with various OSs ( Win 2000 , XP , Vista , 7 ) and 20 + servers with various server OSs ( Win Server 2000 , 2003 , 2008 ) and we only have the System Admin and a " sneaker tech " .
Oh and we have a remote location as well which they must deal with on the other coast of the US .
At least from my viewpoint , your situation is not unusual .</tokentext>
<sentencetext>We have about 400+ workstations with various OSs (Win 2000, XP, Vista, 7) and 20+ servers with various server OSs (Win Server 2000, 2003, 2008) and we only have the System Admin and a "sneaker tech".
Oh and we have a remote location as well which they must deal with on the other coast of the US.
At least from my viewpoint, your situation is not unusual.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30602418</id>
	<title>Small County government</title>
	<author>trolman</author>
	<datestamp>1259856420000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>County government: 300 users. Two IT Specialists and myself.  Mix of Unix, Linux, but mostly MS.</htmltext>
<tokenext>County government : 300 users .
Two IT Specialists and myself .
Mix of Unix , Linux , but mostly MS .</tokentext>
<sentencetext>County government: 300 users.
Two IT Specialists and myself.
Mix of Unix, Linux, but mostly MS.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598342</id>
	<title>In an effort to respond before reading comments...</title>
	<author>kainewynd2</author>
	<datestamp>1259872560000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>We had two admins for 160 client machines (labs included), 12 servers and fifty users.</p><p>Feel free to apply your own math to that...</p></htmltext>
<tokenext>We had two admins for 160 client machines ( labs included ) , 12 servers and fifty users.Feel free to apply your own math to that.. .</tokentext>
<sentencetext>We had two admins for 160 client machines (labs included), 12 servers and fifty users.Feel free to apply your own math to that...</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594720</id>
	<title>1:5000</title>
	<author>nurb432</author>
	<datestamp>1259860140000</datestamp>
	<modclass>Interestin</modclass>
	<modscore>2</modscore>
	<htmltext><p>Was the ratio i had when i was managing an entire assembly plant's IT operations. Yes i was working my ass off.. 24/7 operation as well.</p><p>Where i am now, its more like 500:30000    ( ok, not a true ratio, but i wanted to include the total number too, since its pretty high. )</p><p>A lot depends on what industry you are supporting, your user base, and your budget.</p></htmltext>
<tokenext>Was the ratio i had when i was managing an entire assembly plant 's IT operations .
Yes i was working my ass off.. 24/7 operation as well.Where i am now , its more like 500 : 30000 ( ok , not a true ratio , but i wanted to include the total number too , since its pretty high .
) A lot depends on what industry you are supporting , your user base , and your budget .</tokentext>
<sentencetext>Was the ratio i had when i was managing an entire assembly plant's IT operations.
Yes i was working my ass off.. 24/7 operation as well.Where i am now, its more like 500:30000    ( ok, not a true ratio, but i wanted to include the total number too, since its pretty high.
)A lot depends on what industry you are supporting, your user base, and your budget.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597928</id>
	<title>Highly variable equation</title>
	<author>mrex</author>
	<datestamp>1259871060000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>So much is dependent on the specific details of the computing environment. How many servers per day can your administrators give the requisite level of attention, each and every day?</p><p>Clusters are easier to administer than stand-alone servers. Production servers can be easier to administer if you enjoy a proper development environment and change management processes, or more difficult than the development environment if you lack them. What sort of security risk profile must admins contend with? Are there other administrators? How well are your efforts coordinated? Are end users mucking about with the system? Do any require administrative access? How finicky are the applications being served? How robust and reliable is your organization's non-systems infrastructure? What's the hardware budget? The tolerance for process failures? What are the organization's expectations? How competent and responsive is the management? How homogenous is the infrastructure with respect to hardware, operating systems, and applications?</p><p>Ever watch Star Trek? Define a "level 4" scan process for your servers with a focus on manually verifying it's complete functionality and the basic sort of checks and audits that can be performed with the system still operational, log review and process audits and such. How much time per server will it take an admin to complete each task? If an admin can't get this done for all of her servers in one day and still have time for lunch, her hands are too full.</p></htmltext>
<tokenext>So much is dependent on the specific details of the computing environment .
How many servers per day can your administrators give the requisite level of attention , each and every day ? Clusters are easier to administer than stand-alone servers .
Production servers can be easier to administer if you enjoy a proper development environment and change management processes , or more difficult than the development environment if you lack them .
What sort of security risk profile must admins contend with ?
Are there other administrators ?
How well are your efforts coordinated ?
Are end users mucking about with the system ?
Do any require administrative access ?
How finicky are the applications being served ?
How robust and reliable is your organization 's non-systems infrastructure ?
What 's the hardware budget ?
The tolerance for process failures ?
What are the organization 's expectations ?
How competent and responsive is the management ?
How homogenous is the infrastructure with respect to hardware , operating systems , and applications ? Ever watch Star Trek ?
Define a " level 4 " scan process for your servers with a focus on manually verifying it 's complete functionality and the basic sort of checks and audits that can be performed with the system still operational , log review and process audits and such .
How much time per server will it take an admin to complete each task ?
If an admin ca n't get this done for all of her servers in one day and still have time for lunch , her hands are too full .</tokentext>
<sentencetext>So much is dependent on the specific details of the computing environment.
How many servers per day can your administrators give the requisite level of attention, each and every day?Clusters are easier to administer than stand-alone servers.
Production servers can be easier to administer if you enjoy a proper development environment and change management processes, or more difficult than the development environment if you lack them.
What sort of security risk profile must admins contend with?
Are there other administrators?
How well are your efforts coordinated?
Are end users mucking about with the system?
Do any require administrative access?
How finicky are the applications being served?
How robust and reliable is your organization's non-systems infrastructure?
What's the hardware budget?
The tolerance for process failures?
What are the organization's expectations?
How competent and responsive is the management?
How homogenous is the infrastructure with respect to hardware, operating systems, and applications?Ever watch Star Trek?
Define a "level 4" scan process for your servers with a focus on manually verifying it's complete functionality and the basic sort of checks and audits that can be performed with the system still operational, log review and process audits and such.
How much time per server will it take an admin to complete each task?
If an admin can't get this done for all of her servers in one day and still have time for lunch, her hands are too full.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594944</id>
	<title>Eight Thousand</title>
	<author>afortaleza</author>
	<datestamp>1259860800000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>I've worked in a school for 2 years and they had 1 admin for eight thousand people among workers and students who used the school's network.</htmltext>
<tokenext>I 've worked in a school for 2 years and they had 1 admin for eight thousand people among workers and students who used the school 's network .</tokentext>
<sentencetext>I've worked in a school for 2 years and they had 1 admin for eight thousand people among workers and students who used the school's network.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596058</id>
	<title>1 guy for 80 people</title>
	<author>Anonymous</author>
	<datestamp>1259864160000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>We have one administrator for 80 users/computers and 15 servers at two locations. He does all the server admin stuff as well as desktop user support. There is a VP above him who can cover the user support when he's out of the office.</p></htmltext>
<tokenext>We have one administrator for 80 users/computers and 15 servers at two locations .
He does all the server admin stuff as well as desktop user support .
There is a VP above him who can cover the user support when he 's out of the office .</tokentext>
<sentencetext>We have one administrator for 80 users/computers and 15 servers at two locations.
He does all the server admin stuff as well as desktop user support.
There is a VP above him who can cover the user support when he's out of the office.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598182</id>
	<title>Re:How tight or loose are group policies?</title>
	<author>Anonymous</author>
	<datestamp>1259872020000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Helpfulness -10<br>Stupidty -100</p><p>Offering advice when your head is so far up your ass that the sky seems brown.</p><p>Pricless</p></htmltext>
<tokenext>Helpfulness -10Stupidty -100Offering advice when your head is so far up your ass that the sky seems brown.Pricless</tokentext>
<sentencetext>Helpfulness -10Stupidty -100Offering advice when your head is so far up your ass that the sky seems brown.Pricless</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594776</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595884</id>
	<title>Re:I think you're understaffed.</title>
	<author>Locutus</author>
	<datestamp>1259863680000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>is it just me or does it not matter what OS's are being supported?  I remember in the mid to late 90s there were a few polls on this kind of thing regarding supporting OS/2 systems over Windows. Back then, UNIX, Netware, and OS/2 owned the server rooms.  I remember there was a huge help desk system for some appliance company with a lonely repairman where it was said that they required many times more admins for the Windows computers when there were only 25\% or so of their help desk systems running Windows compared to OS/2. I've heard the same kinds of things regarding UNIX shops with some Windows boxes.  Maybe that's changed 10-15 years later but from knowing people in government IT, they are still dealing with wanked Windows Registries and tons of security issues along with way too many servers because they've not moved to virtual machines. When Windows became accepted in the server room, it was as if rabbits were let loose in there. A few UNIX boxes turned into hundreds of Windows Server boxes.<br><br>Over the years, I've worked at a few places where the desktop computers numbered in the hundreds( over 500 ) and they were UNIX based. I never saw the admins working on a desktop but, as a developer, interfaced with them by email and phone for access to applications. In all cases, I could count the number of admins on one hand. From talking with computer users over the past 20 years, most have no understanding of the kind of uptimes we used to have and they still know darn well what Ctl-Alt-Del means and it's not login.<br><br>LoB</htmltext>
<tokenext>is it just me or does it not matter what OS 's are being supported ?
I remember in the mid to late 90s there were a few polls on this kind of thing regarding supporting OS/2 systems over Windows .
Back then , UNIX , Netware , and OS/2 owned the server rooms .
I remember there was a huge help desk system for some appliance company with a lonely repairman where it was said that they required many times more admins for the Windows computers when there were only 25 \ % or so of their help desk systems running Windows compared to OS/2 .
I 've heard the same kinds of things regarding UNIX shops with some Windows boxes .
Maybe that 's changed 10-15 years later but from knowing people in government IT , they are still dealing with wanked Windows Registries and tons of security issues along with way too many servers because they 've not moved to virtual machines .
When Windows became accepted in the server room , it was as if rabbits were let loose in there .
A few UNIX boxes turned into hundreds of Windows Server boxes.Over the years , I 've worked at a few places where the desktop computers numbered in the hundreds ( over 500 ) and they were UNIX based .
I never saw the admins working on a desktop but , as a developer , interfaced with them by email and phone for access to applications .
In all cases , I could count the number of admins on one hand .
From talking with computer users over the past 20 years , most have no understanding of the kind of uptimes we used to have and they still know darn well what Ctl-Alt-Del means and it 's not login.LoB</tokentext>
<sentencetext>is it just me or does it not matter what OS's are being supported?
I remember in the mid to late 90s there were a few polls on this kind of thing regarding supporting OS/2 systems over Windows.
Back then, UNIX, Netware, and OS/2 owned the server rooms.
I remember there was a huge help desk system for some appliance company with a lonely repairman where it was said that they required many times more admins for the Windows computers when there were only 25\% or so of their help desk systems running Windows compared to OS/2.
I've heard the same kinds of things regarding UNIX shops with some Windows boxes.
Maybe that's changed 10-15 years later but from knowing people in government IT, they are still dealing with wanked Windows Registries and tons of security issues along with way too many servers because they've not moved to virtual machines.
When Windows became accepted in the server room, it was as if rabbits were let loose in there.
A few UNIX boxes turned into hundreds of Windows Server boxes.Over the years, I've worked at a few places where the desktop computers numbered in the hundreds( over 500 ) and they were UNIX based.
I never saw the admins working on a desktop but, as a developer, interfaced with them by email and phone for access to applications.
In all cases, I could count the number of admins on one hand.
From talking with computer users over the past 20 years, most have no understanding of the kind of uptimes we used to have and they still know darn well what Ctl-Alt-Del means and it's not login.LoB</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594496</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595148</id>
	<title>It's about getting it done</title>
	<author>Anonymous</author>
	<datestamp>1259861580000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>I work for a small company with a relatively big IT system.  We have about 250 people; 6 servers (Win2003/2008) and ~300 workstations (XP/Vista/7) over 4 locations.  We have 2 full time staff - the IT director and myself.  We are only slightly understaffed: we fix petty crap and teach classes to the point where we would have to work some overtime to take care of everything.  Solution: we outsourced the "serious" network/VOIP tasks to a local firm (also a small biz) so that we can focus on building relationships with the rest of our company.  I've been with the company just over a year and it's working out really well, though I would still love to have a P/T person to work tech support.  I'm not sure why, but I love teaching.</p></htmltext>
<tokenext>I work for a small company with a relatively big IT system .
We have about 250 people ; 6 servers ( Win2003/2008 ) and ~ 300 workstations ( XP/Vista/7 ) over 4 locations .
We have 2 full time staff - the IT director and myself .
We are only slightly understaffed : we fix petty crap and teach classes to the point where we would have to work some overtime to take care of everything .
Solution : we outsourced the " serious " network/VOIP tasks to a local firm ( also a small biz ) so that we can focus on building relationships with the rest of our company .
I 've been with the company just over a year and it 's working out really well , though I would still love to have a P/T person to work tech support .
I 'm not sure why , but I love teaching .</tokentext>
<sentencetext>I work for a small company with a relatively big IT system.
We have about 250 people; 6 servers (Win2003/2008) and ~300 workstations (XP/Vista/7) over 4 locations.
We have 2 full time staff - the IT director and myself.
We are only slightly understaffed: we fix petty crap and teach classes to the point where we would have to work some overtime to take care of everything.
Solution: we outsourced the "serious" network/VOIP tasks to a local firm (also a small biz) so that we can focus on building relationships with the rest of our company.
I've been with the company just over a year and it's working out really well, though I would still love to have a P/T person to work tech support.
I'm not sure why, but I love teaching.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30602984</id>
	<title>Depends</title>
	<author>scum-o</author>
	<datestamp>1259863380000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I ran a whole IT department by myself with hundreds of servers.  Life was great.  I used tools that I understood, was confortable with, were tested over time.  Everything ran smoothly.  Then new management came in, changed everything, now it takes &gt; 4 admins for twice the number of servers, and we're always behind with tickets and our support is worse.  So my answer is "it depends".</p></htmltext>
<tokenext>I ran a whole IT department by myself with hundreds of servers .
Life was great .
I used tools that I understood , was confortable with , were tested over time .
Everything ran smoothly .
Then new management came in , changed everything , now it takes &gt; 4 admins for twice the number of servers , and we 're always behind with tickets and our support is worse .
So my answer is " it depends " .</tokentext>
<sentencetext>I ran a whole IT department by myself with hundreds of servers.
Life was great.
I used tools that I understood, was confortable with, were tested over time.
Everything ran smoothly.
Then new management came in, changed everything, now it takes &gt; 4 admins for twice the number of servers, and we're always behind with tickets and our support is worse.
So my answer is "it depends".</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594730</id>
	<title>Collect data</title>
	<author>Anonymous</author>
	<datestamp>1259860200000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>I've modeled several models of this type, however there are broad variations depending on your environment.</p><p>Gather metrics on your work, build a taxonomy, build projections, tune the projections to fit new real world data, until you have a reasonable validated model.</p><p>Just to get you started: break your users down into light- medium- and heavy- support groups, and estimate how many calls per month you require, and how long these calls are for each type.<br>Same with systems, you probably have some hotspots such as specialized servers, or particular app/user combinations.<br>Break down the type of support tier required to service each type of request, three tiers is probably fine.</p><p>Don't forget 'devices', such as printers, that require regular and ad-hoc maintenance.<br>Budget increasing time for "training" users to perform standard tasks for you (such as cartridge replacement).  This is ongoing, as you have staff changes.<br>Build a train the trainer model if possible.<br>Then shift this training into improvements in service intervals / rates for those areas.<br>You need to build departmental "emergency response teams" to handle crisis situations.<br>There are probably a few hiccups, like upgrades to Win7 if you have to, etc., these can be off-sheet, but need a separate burn-in curve for supporting user transitions.</p><p>Just an eyeball metric: sounds like you're running a call center or financial operation at 2.5 or 3 shifts (900 machines x 3 shifts = 2,600 users, plus the "low").  These users typically need about one person per 80-150 active users,  however you need reserves (contractors, trained users, whatever) to handle large scale failures, such as patch Tuesday problems.</p><p>If I were staffing this "smartly", I would have 8 core staff across 2.5 shifts, have trained at least  3 people per shift to assist in functional stuff like printer paper/cartridges, and have an additional 4-5 contractors available "on call" for 1 hr response 24 x 7 as needed.</p><p>I'd like to encourage ongoing training : you'll find people who enjoy it, master the field, and end up happier, and helpful within your organization and in their lives.</p></htmltext>
<tokenext>I 've modeled several models of this type , however there are broad variations depending on your environment.Gather metrics on your work , build a taxonomy , build projections , tune the projections to fit new real world data , until you have a reasonable validated model.Just to get you started : break your users down into light- medium- and heavy- support groups , and estimate how many calls per month you require , and how long these calls are for each type.Same with systems , you probably have some hotspots such as specialized servers , or particular app/user combinations.Break down the type of support tier required to service each type of request , three tiers is probably fine.Do n't forget 'devices ' , such as printers , that require regular and ad-hoc maintenance.Budget increasing time for " training " users to perform standard tasks for you ( such as cartridge replacement ) .
This is ongoing , as you have staff changes.Build a train the trainer model if possible.Then shift this training into improvements in service intervals / rates for those areas.You need to build departmental " emergency response teams " to handle crisis situations.There are probably a few hiccups , like upgrades to Win7 if you have to , etc. , these can be off-sheet , but need a separate burn-in curve for supporting user transitions.Just an eyeball metric : sounds like you 're running a call center or financial operation at 2.5 or 3 shifts ( 900 machines x 3 shifts = 2,600 users , plus the " low " ) .
These users typically need about one person per 80-150 active users , however you need reserves ( contractors , trained users , whatever ) to handle large scale failures , such as patch Tuesday problems.If I were staffing this " smartly " , I would have 8 core staff across 2.5 shifts , have trained at least 3 people per shift to assist in functional stuff like printer paper/cartridges , and have an additional 4-5 contractors available " on call " for 1 hr response 24 x 7 as needed.I 'd like to encourage ongoing training : you 'll find people who enjoy it , master the field , and end up happier , and helpful within your organization and in their lives .</tokentext>
<sentencetext>I've modeled several models of this type, however there are broad variations depending on your environment.Gather metrics on your work, build a taxonomy, build projections, tune the projections to fit new real world data, until you have a reasonable validated model.Just to get you started: break your users down into light- medium- and heavy- support groups, and estimate how many calls per month you require, and how long these calls are for each type.Same with systems, you probably have some hotspots such as specialized servers, or particular app/user combinations.Break down the type of support tier required to service each type of request, three tiers is probably fine.Don't forget 'devices', such as printers, that require regular and ad-hoc maintenance.Budget increasing time for "training" users to perform standard tasks for you (such as cartridge replacement).
This is ongoing, as you have staff changes.Build a train the trainer model if possible.Then shift this training into improvements in service intervals / rates for those areas.You need to build departmental "emergency response teams" to handle crisis situations.There are probably a few hiccups, like upgrades to Win7 if you have to, etc., these can be off-sheet, but need a separate burn-in curve for supporting user transitions.Just an eyeball metric: sounds like you're running a call center or financial operation at 2.5 or 3 shifts (900 machines x 3 shifts = 2,600 users, plus the "low").
These users typically need about one person per 80-150 active users,  however you need reserves (contractors, trained users, whatever) to handle large scale failures, such as patch Tuesday problems.If I were staffing this "smartly", I would have 8 core staff across 2.5 shifts, have trained at least  3 people per shift to assist in functional stuff like printer paper/cartridges, and have an additional 4-5 contractors available "on call" for 1 hr response 24 x 7 as needed.I'd like to encourage ongoing training : you'll find people who enjoy it, master the field, and end up happier, and helpful within your organization and in their lives.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597064</id>
	<title>Re:Facebook: 1 engineer per million users</title>
	<author>Capt James McCarthy</author>
	<datestamp>1259867700000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>3</modscore>
	<htmltext><p><div class="quote"><p>Jeff Rothschild, the vice president of technology at Facebook, said in a <a href="http://www.datacenterknowledge.com/archives/2009/10/13/facebook-now-has-30000-servers/" title="datacenterknowledge.com">recent presentation</a> [datacenterknowledge.com] that Facebook has 230 engineers supporting data for more than 300 million users. He says Facebook seeks to maintain a ratio of one engineer for 1 million or more users. Facebook is vague about exactly how many servers it has, saying it's "more than 30,000." But at 30,000 servers and 230 engineers, that's a ratio of about 130 servers per admin.</p><p>Microsoft says it has automated its data center operations to the point where its admins can each manage between 1,000 and 2,000 servers. That matters, as the company may pack more than 300,000 servers into its new <a href="http://www.datacenterknowledge.com/inside-microsofts-chicago-data-center/" title="datacenterknowledge.com">container data center</a> [datacenterknowledge.com] in Chicago. It expects to support that facility with about 30 employees, including admins and facility maintenance staff.</p></div><p>"Number of servers per admin" is to limited to be properly measured, even in your examples. Can one admin manage 5000 *nix boxes that are all identical, running a clustered web server? Sure. Given the proper engineering and tools, it's very possible. Now throw in a bunch of other applications that users request or a business requires and now you will need more staff. Also, supporting a bunch of pizza boxes or supporting one piece of heavy iron can make a difference is trying to  measure this number. I know of a couple of folks who admin one box. Granted, they are either a large SUN and IBM hardware, running databases, web servers, and numerous applications, but look at their job requirement in a slanted way and it would look as though they are responsible for only one system. While another admin can have a couple of thousand desktops all identical and simple. And their value would still be relative to whomever the users are.</p></div>
	</htmltext>
<tokenext>Jeff Rothschild , the vice president of technology at Facebook , said in a recent presentation [ datacenterknowledge.com ] that Facebook has 230 engineers supporting data for more than 300 million users .
He says Facebook seeks to maintain a ratio of one engineer for 1 million or more users .
Facebook is vague about exactly how many servers it has , saying it 's " more than 30,000 .
" But at 30,000 servers and 230 engineers , that 's a ratio of about 130 servers per admin.Microsoft says it has automated its data center operations to the point where its admins can each manage between 1,000 and 2,000 servers .
That matters , as the company may pack more than 300,000 servers into its new container data center [ datacenterknowledge.com ] in Chicago .
It expects to support that facility with about 30 employees , including admins and facility maintenance staff .
" Number of servers per admin " is to limited to be properly measured , even in your examples .
Can one admin manage 5000 * nix boxes that are all identical , running a clustered web server ?
Sure. Given the proper engineering and tools , it 's very possible .
Now throw in a bunch of other applications that users request or a business requires and now you will need more staff .
Also , supporting a bunch of pizza boxes or supporting one piece of heavy iron can make a difference is trying to measure this number .
I know of a couple of folks who admin one box .
Granted , they are either a large SUN and IBM hardware , running databases , web servers , and numerous applications , but look at their job requirement in a slanted way and it would look as though they are responsible for only one system .
While another admin can have a couple of thousand desktops all identical and simple .
And their value would still be relative to whomever the users are .</tokentext>
<sentencetext>Jeff Rothschild, the vice president of technology at Facebook, said in a recent presentation [datacenterknowledge.com] that Facebook has 230 engineers supporting data for more than 300 million users.
He says Facebook seeks to maintain a ratio of one engineer for 1 million or more users.
Facebook is vague about exactly how many servers it has, saying it's "more than 30,000.
" But at 30,000 servers and 230 engineers, that's a ratio of about 130 servers per admin.Microsoft says it has automated its data center operations to the point where its admins can each manage between 1,000 and 2,000 servers.
That matters, as the company may pack more than 300,000 servers into its new container data center [datacenterknowledge.com] in Chicago.
It expects to support that facility with about 30 employees, including admins and facility maintenance staff.
"Number of servers per admin" is to limited to be properly measured, even in your examples.
Can one admin manage 5000 *nix boxes that are all identical, running a clustered web server?
Sure. Given the proper engineering and tools, it's very possible.
Now throw in a bunch of other applications that users request or a business requires and now you will need more staff.
Also, supporting a bunch of pizza boxes or supporting one piece of heavy iron can make a difference is trying to  measure this number.
I know of a couple of folks who admin one box.
Granted, they are either a large SUN and IBM hardware, running databases, web servers, and numerous applications, but look at their job requirement in a slanted way and it would look as though they are responsible for only one system.
While another admin can have a couple of thousand desktops all identical and simple.
And their value would still be relative to whomever the users are.
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596052</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594808</id>
	<title>4 techs for roughly 4000 servers</title>
	<author>Anonymous</author>
	<datestamp>1259860380000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>At a hosting company I used to work at, we were severely understaffed.  We had 4 techs to cover 24/7/365 and about 4000 managed servers, colo, dedicated, etc. It was hellish, but we got the job done.</p></htmltext>
<tokenext>At a hosting company I used to work at , we were severely understaffed .
We had 4 techs to cover 24/7/365 and about 4000 managed servers , colo , dedicated , etc .
It was hellish , but we got the job done .</tokentext>
<sentencetext>At a hosting company I used to work at, we were severely understaffed.
We had 4 techs to cover 24/7/365 and about 4000 managed servers, colo, dedicated, etc.
It was hellish, but we got the job done.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595248</id>
	<title>Not very many</title>
	<author>Anonymous</author>
	<datestamp>1259861820000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>We have approx 6000 users and about 5500 computers. 70ish servers (not sure as I'm a network admin) and 213 pieces of network gear (routers &amp; switches mostly, maybe a dozen firewalls).<br>All this spread out around 35 remote sites.</p><p>We have a core team of 5 admins - 3 server geeks and 2 network geeks.<br>There are 4 desktop geeks who do the remote sites and user support.<br>And finally 3 helpdesk staff who field calls all day.</p><p>And most of us have very little on our plates these days.</p></htmltext>
<tokenext>We have approx 6000 users and about 5500 computers .
70ish servers ( not sure as I 'm a network admin ) and 213 pieces of network gear ( routers &amp; switches mostly , maybe a dozen firewalls ) .All this spread out around 35 remote sites.We have a core team of 5 admins - 3 server geeks and 2 network geeks.There are 4 desktop geeks who do the remote sites and user support.And finally 3 helpdesk staff who field calls all day.And most of us have very little on our plates these days .</tokentext>
<sentencetext>We have approx 6000 users and about 5500 computers.
70ish servers (not sure as I'm a network admin) and 213 pieces of network gear (routers &amp; switches mostly, maybe a dozen firewalls).All this spread out around 35 remote sites.We have a core team of 5 admins - 3 server geeks and 2 network geeks.There are 4 desktop geeks who do the remote sites and user support.And finally 3 helpdesk staff who field calls all day.And most of us have very little on our plates these days.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596690</id>
	<title>I want a team</title>
	<author>Moxon</author>
	<datestamp>1259866200000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I wouldn't accept a job where I'd be the only admin.  For one thing, the company won't be set to handle my vacation time or any sick leave in a way I'm comfortable with.  More importantly, I find that being the only guy who works with something gets old fast.  I want someone to discuss ideas with who actually understand what I'm saying and can provide valuable input.</p></htmltext>
<tokenext>I would n't accept a job where I 'd be the only admin .
For one thing , the company wo n't be set to handle my vacation time or any sick leave in a way I 'm comfortable with .
More importantly , I find that being the only guy who works with something gets old fast .
I want someone to discuss ideas with who actually understand what I 'm saying and can provide valuable input .</tokentext>
<sentencetext>I wouldn't accept a job where I'd be the only admin.
For one thing, the company won't be set to handle my vacation time or any sick leave in a way I'm comfortable with.
More importantly, I find that being the only guy who works with something gets old fast.
I want someone to discuss ideas with who actually understand what I'm saying and can provide valuable input.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597706</id>
	<title>How much automation do you have? 1:120 for me.</title>
	<author>wildhairzero</author>
	<datestamp>1259870280000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I have been doing this IT (for this discussion I define IT as server and end user support, not programing) thing for quite a while now (15+ years).</p><p>My current gig will be seven years in a few months and what a roller coast it has been!  After some cost exercising that was completed in Q1, there is only three of us in IT left and I was made the head cheese.  We already ran a flat team where admins have to perform user support as well as their server stuff, so that did not change and in fact is the only way we have survived so far.</p><p>Stats: Three IT to about 375 users with computers with about 75\% being laptop users that DO travel.  We are currently sitting on about 150 servers with 90\% of those being VMware virtual machines.  Other fun stuff includes two phone systems (on 10+ year old PBX and one 3Com "IP" based system), 60 BlackBerries, we also manage all aspects of the three cell phone carriers our company uses(oh, that means about 40+ cell phones we support), tons of printers, one AS/400, and much much more!</p><p>How have we survived?  Everything is in ActiveDirectory, making just about everything a virtual machine, picking IT tools that actually help (Track-IT, Rove's MobileAdmin, VMware VirtualCenter, TeamViewer), out sourced the after hours call support to a group that calls whoever is on-call and takes the initial notes, but no trouble shooting(fear not this call center is based in the USA!), keeping everyone involved in everything (cross training is GOOD for your team!)</p><p>Having social skills!  Everyone (including me) on the team is not a StarTrek/StarWars geek and can have a meaningful conversation with the end users.  We work very hard to have a open communication channel with upper-managment and decision makers, so that they know when it is time to buy us new shiny toys so they do not have to add anyone to the pay-roll.  You would be amazed at how quickly things go your way after you butter up the VP's admin assistant! "Oh I love what you have done to your hair today!  Can you get Mr. Man to sign this purchase approval for me?"</p><p>We are also very firm with our users, when they catch us in the hall on our way to one issue we say, "I need you to submit a ticket for what you are asking for and I will come back in a bit."  Many do not like it, but we always spend the time to explain why it must be done.  Only VP's get around the ticket requests, but hey you gotta scratch their back if you want their support when you need it.</p></htmltext>
<tokenext>I have been doing this IT ( for this discussion I define IT as server and end user support , not programing ) thing for quite a while now ( 15 + years ) .My current gig will be seven years in a few months and what a roller coast it has been !
After some cost exercising that was completed in Q1 , there is only three of us in IT left and I was made the head cheese .
We already ran a flat team where admins have to perform user support as well as their server stuff , so that did not change and in fact is the only way we have survived so far.Stats : Three IT to about 375 users with computers with about 75 \ % being laptop users that DO travel .
We are currently sitting on about 150 servers with 90 \ % of those being VMware virtual machines .
Other fun stuff includes two phone systems ( on 10 + year old PBX and one 3Com " IP " based system ) , 60 BlackBerries , we also manage all aspects of the three cell phone carriers our company uses ( oh , that means about 40 + cell phones we support ) , tons of printers , one AS/400 , and much much more ! How have we survived ?
Everything is in ActiveDirectory , making just about everything a virtual machine , picking IT tools that actually help ( Track-IT , Rove 's MobileAdmin , VMware VirtualCenter , TeamViewer ) , out sourced the after hours call support to a group that calls whoever is on-call and takes the initial notes , but no trouble shooting ( fear not this call center is based in the USA !
) , keeping everyone involved in everything ( cross training is GOOD for your team !
) Having social skills !
Everyone ( including me ) on the team is not a StarTrek/StarWars geek and can have a meaningful conversation with the end users .
We work very hard to have a open communication channel with upper-managment and decision makers , so that they know when it is time to buy us new shiny toys so they do not have to add anyone to the pay-roll .
You would be amazed at how quickly things go your way after you butter up the VP 's admin assistant !
" Oh I love what you have done to your hair today !
Can you get Mr. Man to sign this purchase approval for me ?
" We are also very firm with our users , when they catch us in the hall on our way to one issue we say , " I need you to submit a ticket for what you are asking for and I will come back in a bit .
" Many do not like it , but we always spend the time to explain why it must be done .
Only VP 's get around the ticket requests , but hey you got ta scratch their back if you want their support when you need it .</tokentext>
<sentencetext>I have been doing this IT (for this discussion I define IT as server and end user support, not programing) thing for quite a while now (15+ years).My current gig will be seven years in a few months and what a roller coast it has been!
After some cost exercising that was completed in Q1, there is only three of us in IT left and I was made the head cheese.
We already ran a flat team where admins have to perform user support as well as their server stuff, so that did not change and in fact is the only way we have survived so far.Stats: Three IT to about 375 users with computers with about 75\% being laptop users that DO travel.
We are currently sitting on about 150 servers with 90\% of those being VMware virtual machines.
Other fun stuff includes two phone systems (on 10+ year old PBX and one 3Com "IP" based system), 60 BlackBerries, we also manage all aspects of the three cell phone carriers our company uses(oh, that means about 40+ cell phones we support), tons of printers, one AS/400, and much much more!How have we survived?
Everything is in ActiveDirectory, making just about everything a virtual machine, picking IT tools that actually help (Track-IT, Rove's MobileAdmin, VMware VirtualCenter, TeamViewer), out sourced the after hours call support to a group that calls whoever is on-call and takes the initial notes, but no trouble shooting(fear not this call center is based in the USA!
), keeping everyone involved in everything (cross training is GOOD for your team!
)Having social skills!
Everyone (including me) on the team is not a StarTrek/StarWars geek and can have a meaningful conversation with the end users.
We work very hard to have a open communication channel with upper-managment and decision makers, so that they know when it is time to buy us new shiny toys so they do not have to add anyone to the pay-roll.
You would be amazed at how quickly things go your way after you butter up the VP's admin assistant!
"Oh I love what you have done to your hair today!
Can you get Mr. Man to sign this purchase approval for me?
"We are also very firm with our users, when they catch us in the hall on our way to one issue we say, "I need you to submit a ticket for what you are asking for and I will come back in a bit.
"  Many do not like it, but we always spend the time to explain why it must be done.
Only VP's get around the ticket requests, but hey you gotta scratch their back if you want their support when you need it.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30599082</id>
	<title>Re:Depends</title>
	<author>Anonymous</author>
	<datestamp>1259832600000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>"A good SA can come in and make a lot of these stupid little problems go away, never to return."</p><p>WoW! A good SA can fix users?</p></htmltext>
<tokenext>" A good SA can come in and make a lot of these stupid little problems go away , never to return. " WoW !
A good SA can fix users ?</tokentext>
<sentencetext>"A good SA can come in and make a lot of these stupid little problems go away, never to return."WoW!
A good SA can fix users?</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594702</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595516</id>
	<title>Re:What are you really asking?</title>
	<author>guruevi</author>
	<datestamp>1259862540000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Mac systems are most like Unix systems. With a good set of restrictions (no local admins) you can manage about 100-300 Mac systems with a single admin. Above 100 users you might want to invest in a redundant admin just in case one gets sick.</p><p>I manage about 250 users with 100 computers and 5 servers including mail, web, dns, network home and a few TB of imaging data + backup by myself and I am not really all that busy. I just make sure I have either a network or site license for most software and deploy it to all machines as software licensing is where most of your time gets to be for individual licenses and activations.</p><p>I try not to deal with Microsoft as much as possible although we have a couple of Windows machines and virtual machines because of it's license restrictions, management and upkeep. Especially when you try to get central management capabilities (like SMS, AD and Exchange) you have to start figuring out how many CAL's you need etc.</p></htmltext>
<tokenext>Mac systems are most like Unix systems .
With a good set of restrictions ( no local admins ) you can manage about 100-300 Mac systems with a single admin .
Above 100 users you might want to invest in a redundant admin just in case one gets sick.I manage about 250 users with 100 computers and 5 servers including mail , web , dns , network home and a few TB of imaging data + backup by myself and I am not really all that busy .
I just make sure I have either a network or site license for most software and deploy it to all machines as software licensing is where most of your time gets to be for individual licenses and activations.I try not to deal with Microsoft as much as possible although we have a couple of Windows machines and virtual machines because of it 's license restrictions , management and upkeep .
Especially when you try to get central management capabilities ( like SMS , AD and Exchange ) you have to start figuring out how many CAL 's you need etc .</tokentext>
<sentencetext>Mac systems are most like Unix systems.
With a good set of restrictions (no local admins) you can manage about 100-300 Mac systems with a single admin.
Above 100 users you might want to invest in a redundant admin just in case one gets sick.I manage about 250 users with 100 computers and 5 servers including mail, web, dns, network home and a few TB of imaging data + backup by myself and I am not really all that busy.
I just make sure I have either a network or site license for most software and deploy it to all machines as software licensing is where most of your time gets to be for individual licenses and activations.I try not to deal with Microsoft as much as possible although we have a couple of Windows machines and virtual machines because of it's license restrictions, management and upkeep.
Especially when you try to get central management capabilities (like SMS, AD and Exchange) you have to start figuring out how many CAL's you need etc.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594440</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598132</id>
	<title>Big ratio in my company...</title>
	<author>WCMI92</author>
	<datestamp>1259871900000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Where I work (a large printing/office products company in the Eastern US) we have TWO dedicated IT personnel.</p><p>We have 800 employees, 600 of which we are directly responsible for supporting.  That's it.  One IT manager, one Systems Engineer (me).</p></htmltext>
<tokenext>Where I work ( a large printing/office products company in the Eastern US ) we have TWO dedicated IT personnel.We have 800 employees , 600 of which we are directly responsible for supporting .
That 's it .
One IT manager , one Systems Engineer ( me ) .</tokentext>
<sentencetext>Where I work (a large printing/office products company in the Eastern US) we have TWO dedicated IT personnel.We have 800 employees, 600 of which we are directly responsible for supporting.
That's it.
One IT manager, one Systems Engineer (me).</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595258</id>
	<title>Re:What's a "Sneaker Tech"?</title>
	<author>Culture20</author>
	<datestamp>1259861880000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p><div class="quote"><p>Google doesn't have any relevant hits for this phrase (except this article).</p></div><p>Someone who uses the sneakernet to work on a box instead of better tools like SSH/pstools/RDP/ARD/GPO</p></div>
	</htmltext>
<tokenext>Google does n't have any relevant hits for this phrase ( except this article ) .Someone who uses the sneakernet to work on a box instead of better tools like SSH/pstools/RDP/ARD/GPO</tokentext>
<sentencetext>Google doesn't have any relevant hits for this phrase (except this article).Someone who uses the sneakernet to work on a box instead of better tools like SSH/pstools/RDP/ARD/GPO
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594590</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594778</id>
	<title>Wrong context</title>
	<author>FrozenGeek</author>
	<datestamp>1259860320000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Trying to determine whether you are understaffed by looking at ratios of IT staff to users (or computers) is not the correct way to go.  It is the simple (minded) way, but it is not the correct way.  Picking a particular ratio makes many gross assumptions about your environment.<br> <br>A better method is to review your workload:  Are you run off your feet?  Do you have to put in lots of OT?  Are you spending your days simply fighting fires?  If you found yourself answering "yes" to one or more of those questions, you are probably understaffed (I'll give you the benefit of the doubt and assume that you're not grossly incompetent 8^).<br> <br>That said, three guys for a fairly large shop does raise issues like vacations and sick leave.  Three guys might be enough under normal circumstances.  But will two guys be enough?  Or one?</htmltext>
<tokenext>Trying to determine whether you are understaffed by looking at ratios of IT staff to users ( or computers ) is not the correct way to go .
It is the simple ( minded ) way , but it is not the correct way .
Picking a particular ratio makes many gross assumptions about your environment .
A better method is to review your workload : Are you run off your feet ?
Do you have to put in lots of OT ?
Are you spending your days simply fighting fires ?
If you found yourself answering " yes " to one or more of those questions , you are probably understaffed ( I 'll give you the benefit of the doubt and assume that you 're not grossly incompetent 8 ^ ) .
That said , three guys for a fairly large shop does raise issues like vacations and sick leave .
Three guys might be enough under normal circumstances .
But will two guys be enough ?
Or one ?</tokentext>
<sentencetext>Trying to determine whether you are understaffed by looking at ratios of IT staff to users (or computers) is not the correct way to go.
It is the simple (minded) way, but it is not the correct way.
Picking a particular ratio makes many gross assumptions about your environment.
A better method is to review your workload:  Are you run off your feet?
Do you have to put in lots of OT?
Are you spending your days simply fighting fires?
If you found yourself answering "yes" to one or more of those questions, you are probably understaffed (I'll give you the benefit of the doubt and assume that you're not grossly incompetent 8^).
That said, three guys for a fairly large shop does raise issues like vacations and sick leave.
Three guys might be enough under normal circumstances.
But will two guys be enough?
Or one?</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595582</id>
	<title>Re:Over 9000</title>
	<author>Anonymous</author>
	<datestamp>1259862780000</datestamp>
	<modclass>Funny</modclass>
	<modscore>2</modscore>
	<htmltext>Newfags...</htmltext>
<tokenext>Newfags.. .</tokentext>
<sentencetext>Newfags...</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594294</parent>
</comment>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_13</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594590
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597500
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_41</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594306
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594558
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_68</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594316
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598610
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_9</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596052
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30601406
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_3</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594294
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30599186
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_10</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594496
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30601868
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_63</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594342
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30600116
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_33</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594316
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597974
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_58</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594306
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594456
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595432
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_40</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594520
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30599120
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_23</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596052
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597064
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_6</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594294
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595890
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598056
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_30</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594306
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595416
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_62</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594428
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597522
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_1</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594316
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594702
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595342
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_55</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594724
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597724
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_28</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594832
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30600036
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_61</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594496
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597156
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_19</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594306
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594704
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30664914
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_31</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594342
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30605496
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_22</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594412
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596164
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_45</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594316
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594702
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595252
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596892
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_18</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594482
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596010
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_21</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594316
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594702
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596972
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_52</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594316
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595878
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_4</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594496
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30600410
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_14</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594316
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594702
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595252
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596112
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_67</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594316
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30599842
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_37</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594832
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30600718
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_39</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594590
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595258
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_60</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594590
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595320
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_53</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594440
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30603236
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_44</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594316
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594702
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595252
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30757230
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_15</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594776
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598182
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_17</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594664
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597606
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_20</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594294
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595582
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_43</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594590
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595880
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_34</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594440
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596376
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_50</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594316
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30599878
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_11</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594496
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595766
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_66</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594294
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595890
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597862
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_59</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594482
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594788
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596500
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30602066
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_7</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594330
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597202
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_65</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594832
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30620742
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_35</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594316
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597378
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_26</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594440
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595516
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_49</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594440
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598848
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_42</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594724
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595012
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_25</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594316
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594702
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595252
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596224
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_56</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594440
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30599898
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_27</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594412
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595638
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_29</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594294
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594694
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594918
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_8</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594316
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594702
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595224
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_32</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594306
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596556
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_2</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594294
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595890
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30599716
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_64</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594316
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594702
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595252
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595992
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_57</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594440
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30600018
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_5</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594520
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598248
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_48</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594496
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598562
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_24</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594316
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595856
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597468
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_47</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594440
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598532
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_38</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594482
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595230
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_54</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594330
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597620
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_16</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594316
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594702
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30599082
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_0</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594392
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596410
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_69</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594590
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594804
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_12</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594434
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597838
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_46</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594428
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597918
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_70</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594496
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595884
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_51</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594496
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596642
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_30_148224_36</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594316
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594702
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598328
</commentlist>
</thread>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.5</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594392
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596410
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.12</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594412
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595638
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596164
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.10</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594342
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30605496
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30600116
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.30</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594306
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594456
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595432
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594558
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594704
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30664914
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595416
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596556
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.19</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595330
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.17</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594584
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.28</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594892
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.15</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594832
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30600718
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30620742
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30600036
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.26</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596052
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30601406
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597064
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.8</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594676
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.29</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594720
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.2</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595556
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.0</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594316
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595856
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597468
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595878
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30599878
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594702
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598328
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595252
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596892
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595992
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30757230
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596224
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596112
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30599082
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595224
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595342
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596972
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598610
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30599842
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597378
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597974
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.27</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594482
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594788
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596500
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30602066
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596010
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595230
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.18</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594294
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594694
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594918
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30599186
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595582
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595890
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30599716
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598056
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597862
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.9</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594724
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595012
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597724
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.20</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594520
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598248
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30599120
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.3</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594434
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597838
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.16</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594532
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.14</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594330
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597620
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597202
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.13</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594944
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.1</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594548
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.21</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594700
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.24</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594590
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595880
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595258
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594804
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597500
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595320
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.11</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594664
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597606
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.6</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595200
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.22</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594440
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30599898
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598848
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595516
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30600018
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30603236
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596376
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598532
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.4</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594776
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598182
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.25</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598988
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.7</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594496
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597156
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30601868
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595884
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30598562
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30596642
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30595766
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30600410
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_30_148224.23</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30594428
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597522
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_30_148224.30597918
</commentlist>
</conversation>
