<article>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#article09_11_09_1429230</id>
	<title>Reporting To Executives</title>
	<author>CmdrTaco</author>
	<datestamp>1257777480000</datestamp>
	<htmltext>chopsuei3 writes <i>"As a System Administrator, I am charged with providing more insight into the functioning of the system.  What types of reports and information do other System Administrators submit to executives and on what frequency?  Measurements such as uptime and average page latency are useful, but our site is relatively stable and we see minimal downtime, so I'm looking for other important and useful information I can report up to better illustrate my efforts.  Our system is also unique in that about 70\% of the traffic we see is from devices and not human browsers.  I am a lone System Administrator in a 20-person company which specializes in web-based irrigation management.  I also simultaneously perform all IT-related tasks in the office, which may also be important to report up to executives on regular basis."</i></htmltext>
<tokenext>chopsuei3 writes " As a System Administrator , I am charged with providing more insight into the functioning of the system .
What types of reports and information do other System Administrators submit to executives and on what frequency ?
Measurements such as uptime and average page latency are useful , but our site is relatively stable and we see minimal downtime , so I 'm looking for other important and useful information I can report up to better illustrate my efforts .
Our system is also unique in that about 70 \ % of the traffic we see is from devices and not human browsers .
I am a lone System Administrator in a 20-person company which specializes in web-based irrigation management .
I also simultaneously perform all IT-related tasks in the office , which may also be important to report up to executives on regular basis .
"</tokentext>
<sentencetext>chopsuei3 writes "As a System Administrator, I am charged with providing more insight into the functioning of the system.
What types of reports and information do other System Administrators submit to executives and on what frequency?
Measurements such as uptime and average page latency are useful, but our site is relatively stable and we see minimal downtime, so I'm looking for other important and useful information I can report up to better illustrate my efforts.
Our system is also unique in that about 70\% of the traffic we see is from devices and not human browsers.
I am a lone System Administrator in a 20-person company which specializes in web-based irrigation management.
I also simultaneously perform all IT-related tasks in the office, which may also be important to report up to executives on regular basis.
"</sentencetext>
</article>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30037342</id>
	<title>Re:Here's an idea...</title>
	<author>gander666</author>
	<datestamp>1257757680000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Welcome to the world of 2 - 3 acquisitions a year, and the never quite done consolidation of the IT infrastructure.  A lot of mid sized companies are like this, and just have neither the stomach, nor the resources to unify everything.<br> <br>Not everyone can handle an integration like a Cisco or an IBM, and these little details often linger for a LONG time.</htmltext>
<tokenext>Welcome to the world of 2 - 3 acquisitions a year , and the never quite done consolidation of the IT infrastructure .
A lot of mid sized companies are like this , and just have neither the stomach , nor the resources to unify everything .
Not everyone can handle an integration like a Cisco or an IBM , and these little details often linger for a LONG time .</tokentext>
<sentencetext>Welcome to the world of 2 - 3 acquisitions a year, and the never quite done consolidation of the IT infrastructure.
A lot of mid sized companies are like this, and just have neither the stomach, nor the resources to unify everything.
Not everyone can handle an integration like a Cisco or an IBM, and these little details often linger for a LONG time.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034566</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30044184</id>
	<title>If you have to ask..</title>
	<author>Anonymous</author>
	<datestamp>1257858480000</datestamp>
	<modclass>Troll</modclass>
	<modscore>-1</modscore>
	<htmltext><p>is cause you are not doing a damned thing during whole day, other than browse porn and other stuff on the internet. Get a real job!!!</p></htmltext>
<tokenext>is cause you are not doing a damned thing during whole day , other than browse porn and other stuff on the internet .
Get a real job ! !
!</tokentext>
<sentencetext>is cause you are not doing a damned thing during whole day, other than browse porn and other stuff on the internet.
Get a real job!!
!</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035100</id>
	<title>"What keeps you awake at night?"</title>
	<author>Anonymous</author>
	<datestamp>1257791460000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>I work in a consulting-type field and I would say 90\% of my time is spent talking IT to business and talking Business to IT.</p><p>Don't ask executives what they want (cause they don't understand IT and therefore could probably not tell you what they want), instead ask them what their business goals are or, more simply, "What keeps you up at night?"  Get the executive's "top ten issues" list or put one together, then respond to those key items with how IT supports (or doesn't support) those initiatives.</p><p>This approach has seen more success than I can start to explain, because the majority of the time, the business completely relies on IT, even though they don't know it.  So, you put yourself into those key initiatives and provide reports/dashboards/whatever that show your involvement in those items.  I think you would be surprised at the executive's surprise in finding out how critical IT truly is to his/her business.</p><p>Also, remember the 5-5-5 rule:  No more than 5 slides, with no more than 5 bullets, with no more than 5 words in each bullet....but you can have lots of pictures.  Similar to the point above...they don't want a ton of details, but LOVE pretty pictures.  =)</p></htmltext>
<tokenext>I work in a consulting-type field and I would say 90 \ % of my time is spent talking IT to business and talking Business to IT.Do n't ask executives what they want ( cause they do n't understand IT and therefore could probably not tell you what they want ) , instead ask them what their business goals are or , more simply , " What keeps you up at night ?
" Get the executive 's " top ten issues " list or put one together , then respond to those key items with how IT supports ( or does n't support ) those initiatives.This approach has seen more success than I can start to explain , because the majority of the time , the business completely relies on IT , even though they do n't know it .
So , you put yourself into those key initiatives and provide reports/dashboards/whatever that show your involvement in those items .
I think you would be surprised at the executive 's surprise in finding out how critical IT truly is to his/her business.Also , remember the 5-5-5 rule : No more than 5 slides , with no more than 5 bullets , with no more than 5 words in each bullet....but you can have lots of pictures .
Similar to the point above...they do n't want a ton of details , but LOVE pretty pictures .
= )</tokentext>
<sentencetext>I work in a consulting-type field and I would say 90\% of my time is spent talking IT to business and talking Business to IT.Don't ask executives what they want (cause they don't understand IT and therefore could probably not tell you what they want), instead ask them what their business goals are or, more simply, "What keeps you up at night?
"  Get the executive's "top ten issues" list or put one together, then respond to those key items with how IT supports (or doesn't support) those initiatives.This approach has seen more success than I can start to explain, because the majority of the time, the business completely relies on IT, even though they don't know it.
So, you put yourself into those key initiatives and provide reports/dashboards/whatever that show your involvement in those items.
I think you would be surprised at the executive's surprise in finding out how critical IT truly is to his/her business.Also, remember the 5-5-5 rule:  No more than 5 slides, with no more than 5 bullets, with no more than 5 words in each bullet....but you can have lots of pictures.
Similar to the point above...they don't want a ton of details, but LOVE pretty pictures.
=)</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30041558</id>
	<title>When sending reports</title>
	<author>elnyka</author>
	<datestamp>1257780060000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>2</modscore>
	<htmltext>Know the audience. When you have a pointy haired boss, then it's going to suck no matter what. But in the general case, that's rarely the case (with the general case having problems as a matter of mis-communication combined at times with our typical IT sense of intellectual arrogance towards anyone who doesn't work on the same shit we do). But I digress.<p>

When it comes to reports, always itemize the things you work, who requested them, when they requested, when you completed it, and the amount of effort (in term of time and collaboration with other teams) that it took you, including the time it takes you to create the report (seriously.) The first goal is to cover your behind. A report like that will show what you are doing.</p><p>

The second goal is to, without much effort, have a report in a format (.i.e excel) such that you can do your own analysis. Which employee requests the most crap from you - this will also get you which department represents the bulk of your work, and which systems generate the most work. To the report, add an addendum for extreme circumstances (<i>.ie. it took me an additional 12 hours to recover the site because there was a network failure between us and the DBA servers.</i>). </p><p>

Surprisingly, it doesn't take that much effort. All you do is keep a spreadsheet in which you log each request you receive, when you started working on it, and when you finish it. Format it well enough (or use a mickey mouse db like Access), and you can create a quick and simple report with a snap of your fingers.</p><p>

Beware, though, of expending too much time trying to get the perfect reports. If it's taking you too much time, stop. The idea is to report a general ball park figure of things.</p><p>

Now, if they are trying to micromanage you into daily reports with hourly entries, simply tell them that you will report 1 to 1.5 hours of effort devoted to the reporting task. After a few days, they'll back out very quickly.</p></htmltext>
<tokenext>Know the audience .
When you have a pointy haired boss , then it 's going to suck no matter what .
But in the general case , that 's rarely the case ( with the general case having problems as a matter of mis-communication combined at times with our typical IT sense of intellectual arrogance towards anyone who does n't work on the same shit we do ) .
But I digress .
When it comes to reports , always itemize the things you work , who requested them , when they requested , when you completed it , and the amount of effort ( in term of time and collaboration with other teams ) that it took you , including the time it takes you to create the report ( seriously .
) The first goal is to cover your behind .
A report like that will show what you are doing .
The second goal is to , without much effort , have a report in a format ( .i.e excel ) such that you can do your own analysis .
Which employee requests the most crap from you - this will also get you which department represents the bulk of your work , and which systems generate the most work .
To the report , add an addendum for extreme circumstances ( .ie .
it took me an additional 12 hours to recover the site because there was a network failure between us and the DBA servers. ) .
Surprisingly , it does n't take that much effort .
All you do is keep a spreadsheet in which you log each request you receive , when you started working on it , and when you finish it .
Format it well enough ( or use a mickey mouse db like Access ) , and you can create a quick and simple report with a snap of your fingers .
Beware , though , of expending too much time trying to get the perfect reports .
If it 's taking you too much time , stop .
The idea is to report a general ball park figure of things .
Now , if they are trying to micromanage you into daily reports with hourly entries , simply tell them that you will report 1 to 1.5 hours of effort devoted to the reporting task .
After a few days , they 'll back out very quickly .</tokentext>
<sentencetext>Know the audience.
When you have a pointy haired boss, then it's going to suck no matter what.
But in the general case, that's rarely the case (with the general case having problems as a matter of mis-communication combined at times with our typical IT sense of intellectual arrogance towards anyone who doesn't work on the same shit we do).
But I digress.
When it comes to reports, always itemize the things you work, who requested them, when they requested, when you completed it, and the amount of effort (in term of time and collaboration with other teams) that it took you, including the time it takes you to create the report (seriously.
) The first goal is to cover your behind.
A report like that will show what you are doing.
The second goal is to, without much effort, have a report in a format (.i.e excel) such that you can do your own analysis.
Which employee requests the most crap from you - this will also get you which department represents the bulk of your work, and which systems generate the most work.
To the report, add an addendum for extreme circumstances (.ie.
it took me an additional 12 hours to recover the site because there was a network failure between us and the DBA servers.).
Surprisingly, it doesn't take that much effort.
All you do is keep a spreadsheet in which you log each request you receive, when you started working on it, and when you finish it.
Format it well enough (or use a mickey mouse db like Access), and you can create a quick and simple report with a snap of your fingers.
Beware, though, of expending too much time trying to get the perfect reports.
If it's taking you too much time, stop.
The idea is to report a general ball park figure of things.
Now, if they are trying to micromanage you into daily reports with hourly entries, simply tell them that you will report 1 to 1.5 hours of effort devoted to the reporting task.
After a few days, they'll back out very quickly.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033254</id>
	<title>Time based statistics</title>
	<author>EasyTarget</author>
	<datestamp>1257784020000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I'm in a similar position; so long as the systems I look after are running OK I can fade to invisible, and only show up when there is a problem.</p><p>So; I do a small statistics collection every week, and update a spreadsheet (with some attached pretty graphs), and have it included as a slide in the weekly management overview my department submits. I keep a log of these over time. The sort of things I measure includes number of users on our internal issue tracking system (colleagues/customers), total number of new issues this week. Size and number of objects in Subversion, Maven, TFS, ActiveCollab, etc...</p><p>Big trick is to have graphs showing usage increasing over time, and to be able to put numbers on these (we have doubled the number of items in our repositories this year!!!) etc. management like that; and find it very easy to justify.</p></htmltext>
<tokenext>I 'm in a similar position ; so long as the systems I look after are running OK I can fade to invisible , and only show up when there is a problem.So ; I do a small statistics collection every week , and update a spreadsheet ( with some attached pretty graphs ) , and have it included as a slide in the weekly management overview my department submits .
I keep a log of these over time .
The sort of things I measure includes number of users on our internal issue tracking system ( colleagues/customers ) , total number of new issues this week .
Size and number of objects in Subversion , Maven , TFS , ActiveCollab , etc...Big trick is to have graphs showing usage increasing over time , and to be able to put numbers on these ( we have doubled the number of items in our repositories this year ! ! !
) etc .
management like that ; and find it very easy to justify .</tokentext>
<sentencetext>I'm in a similar position; so long as the systems I look after are running OK I can fade to invisible, and only show up when there is a problem.So; I do a small statistics collection every week, and update a spreadsheet (with some attached pretty graphs), and have it included as a slide in the weekly management overview my department submits.
I keep a log of these over time.
The sort of things I measure includes number of users on our internal issue tracking system (colleagues/customers), total number of new issues this week.
Size and number of objects in Subversion, Maven, TFS, ActiveCollab, etc...Big trick is to have graphs showing usage increasing over time, and to be able to put numbers on these (we have doubled the number of items in our repositories this year!!!
) etc.
management like that; and find it very easy to justify.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30037590</id>
	<title>The Three Keys</title>
	<author>jpvlsmv</author>
	<datestamp>1257758580000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>There are three key things that executives want to hear:</p><p>1) What has the department done in the past?  The core of this point is to get to the question "Does the past justify continued investment?"  and its correlary "We've sunk so much money into IT, what have we gotten from it?"  This is where usage statistics (website hits, business transaction data, dollars-per-downtime and Nines, return on cost-saving measures, etc) are presented.  This should be in high-level terms with drill-down slides available, but only presented on request.  Focus on the trends of service delivery vs. IT budget and/or headcount.</p><p>2) What is the department doing now?  Here we focus on what is happening with their current business.  This is where a primary element of capacity planning comes in: The Headroom Metric.  How much additional user load can we support on our current systems and network, before the service is degraded?  In concrete terms, ignoring everything except CPU, if you're delivering 100 pages per second, and using 40\% of the server's CPU, you have a headroom of 150 additional pp/s.  By extrapolating this to the business need - say the marketing department has launched 5 campaigns this year, the current systems may be able to support 10, but should not be expected to support 20 without additional investment.  Note that this headroom metric must look at the end-to-end utilization, like disk, memory, network, and most importantly administration effort in order to be accurate.</p><p>3) What will the department do in the future.  What are the business-focused projects that the department is working on?  How will the investment in these projects result in money coming into or staying in the business?  What is the Return on Capital, Return on Investment?</p><p>As far as timing, there should be at least an annual "full report" on the state of IT.  Depending on the dynamics of the business, quarterly updates should be sufficient, unless something changes significantly.  And depending on the team and scope of the projects.  You don't want to face this with a "we haven't done anything since the last report" status.  But it's also important to reconnect with the executives regularly so that they don't forget about what you're doing, and also so that you can react and change to meet their changing business plans.</p><p>The most important thing we in IT can do is to be aligned to the business.  This means focusing on the things that matter: delivering the product or service in exchange for money.  Everything else is overhead.  And the better your IT department is at aligning itself, the better you look when an outsourcer tries to talk your executives into cutting everything except the "core competancies".</p><p>--Joe</p></htmltext>
<tokenext>There are three key things that executives want to hear : 1 ) What has the department done in the past ?
The core of this point is to get to the question " Does the past justify continued investment ?
" and its correlary " We 've sunk so much money into IT , what have we gotten from it ?
" This is where usage statistics ( website hits , business transaction data , dollars-per-downtime and Nines , return on cost-saving measures , etc ) are presented .
This should be in high-level terms with drill-down slides available , but only presented on request .
Focus on the trends of service delivery vs. IT budget and/or headcount.2 ) What is the department doing now ?
Here we focus on what is happening with their current business .
This is where a primary element of capacity planning comes in : The Headroom Metric .
How much additional user load can we support on our current systems and network , before the service is degraded ?
In concrete terms , ignoring everything except CPU , if you 're delivering 100 pages per second , and using 40 \ % of the server 's CPU , you have a headroom of 150 additional pp/s .
By extrapolating this to the business need - say the marketing department has launched 5 campaigns this year , the current systems may be able to support 10 , but should not be expected to support 20 without additional investment .
Note that this headroom metric must look at the end-to-end utilization , like disk , memory , network , and most importantly administration effort in order to be accurate.3 ) What will the department do in the future .
What are the business-focused projects that the department is working on ?
How will the investment in these projects result in money coming into or staying in the business ?
What is the Return on Capital , Return on Investment ? As far as timing , there should be at least an annual " full report " on the state of IT .
Depending on the dynamics of the business , quarterly updates should be sufficient , unless something changes significantly .
And depending on the team and scope of the projects .
You do n't want to face this with a " we have n't done anything since the last report " status .
But it 's also important to reconnect with the executives regularly so that they do n't forget about what you 're doing , and also so that you can react and change to meet their changing business plans.The most important thing we in IT can do is to be aligned to the business .
This means focusing on the things that matter : delivering the product or service in exchange for money .
Everything else is overhead .
And the better your IT department is at aligning itself , the better you look when an outsourcer tries to talk your executives into cutting everything except the " core competancies " .--Joe</tokentext>
<sentencetext>There are three key things that executives want to hear:1) What has the department done in the past?
The core of this point is to get to the question "Does the past justify continued investment?
"  and its correlary "We've sunk so much money into IT, what have we gotten from it?
"  This is where usage statistics (website hits, business transaction data, dollars-per-downtime and Nines, return on cost-saving measures, etc) are presented.
This should be in high-level terms with drill-down slides available, but only presented on request.
Focus on the trends of service delivery vs. IT budget and/or headcount.2) What is the department doing now?
Here we focus on what is happening with their current business.
This is where a primary element of capacity planning comes in: The Headroom Metric.
How much additional user load can we support on our current systems and network, before the service is degraded?
In concrete terms, ignoring everything except CPU, if you're delivering 100 pages per second, and using 40\% of the server's CPU, you have a headroom of 150 additional pp/s.
By extrapolating this to the business need - say the marketing department has launched 5 campaigns this year, the current systems may be able to support 10, but should not be expected to support 20 without additional investment.
Note that this headroom metric must look at the end-to-end utilization, like disk, memory, network, and most importantly administration effort in order to be accurate.3) What will the department do in the future.
What are the business-focused projects that the department is working on?
How will the investment in these projects result in money coming into or staying in the business?
What is the Return on Capital, Return on Investment?As far as timing, there should be at least an annual "full report" on the state of IT.
Depending on the dynamics of the business, quarterly updates should be sufficient, unless something changes significantly.
And depending on the team and scope of the projects.
You don't want to face this with a "we haven't done anything since the last report" status.
But it's also important to reconnect with the executives regularly so that they don't forget about what you're doing, and also so that you can react and change to meet their changing business plans.The most important thing we in IT can do is to be aligned to the business.
This means focusing on the things that matter: delivering the product or service in exchange for money.
Everything else is overhead.
And the better your IT department is at aligning itself, the better you look when an outsourcer tries to talk your executives into cutting everything except the "core competancies".--Joe</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032904</id>
	<title>Be bright,</title>
	<author>cptdondo</author>
	<datestamp>1257782700000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>4</modscore>
	<htmltext><p>be brief, be gone.</p><p>That's about the best I can give you.</p><p>Your whole summary should fit on 1 sheet of paper, with bullet points.</p><p>The whole presentation should take less than 3 minutes.</p><p>Ask yourself, if you were flying at 30,000' over your operation, "What would I see?"</p><p>That's what the execs want.</p></htmltext>
<tokenext>be brief , be gone.That 's about the best I can give you.Your whole summary should fit on 1 sheet of paper , with bullet points.The whole presentation should take less than 3 minutes.Ask yourself , if you were flying at 30,000 ' over your operation , " What would I see ?
" That 's what the execs want .</tokentext>
<sentencetext>be brief, be gone.That's about the best I can give you.Your whole summary should fit on 1 sheet of paper, with bullet points.The whole presentation should take less than 3 minutes.Ask yourself, if you were flying at 30,000' over your operation, "What would I see?
"That's what the execs want.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035378</id>
	<title>work on your resume</title>
	<author>Anonymous</author>
	<datestamp>1257792480000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Have you considered the possibility that the only reason why they want to know about the systems operations is so that they can outsource your job?</p></htmltext>
<tokenext>Have you considered the possibility that the only reason why they want to know about the systems operations is so that they can outsource your job ?</tokentext>
<sentencetext>Have you considered the possibility that the only reason why they want to know about the systems operations is so that they can outsource your job?</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033674</id>
	<title>Note how much money hasn't been lost.</title>
	<author>malkavian</author>
	<datestamp>1257785760000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Each system you support has a cost of outage.  You may be able to get around maintenance windows if you have high availability systems in place.
What you need management to be aware of is that there is a risk of financial (plus possibile reputation) losses when a system falls over, and significantly more if data is lost.
A good start is to feed back with a report of "money lost due to infrastructure weaknesses" on a monthly basis.  Have this categorised by things such as failures due to aging, random blindsiding that may be able to be prevented with extra investment, that kind of thing..  This way, they get to see that you're not actually costing them money, you're one of the guardians (if not THE guardian) stopping them going down the pan.
Most metrics (calls, bandwidth etc are useless; bandwidth is handled through accounting anyway as a payment, calls can be anything and are a useless metric, uptime, the same).</htmltext>
<tokenext>Each system you support has a cost of outage .
You may be able to get around maintenance windows if you have high availability systems in place .
What you need management to be aware of is that there is a risk of financial ( plus possibile reputation ) losses when a system falls over , and significantly more if data is lost .
A good start is to feed back with a report of " money lost due to infrastructure weaknesses " on a monthly basis .
Have this categorised by things such as failures due to aging , random blindsiding that may be able to be prevented with extra investment , that kind of thing.. This way , they get to see that you 're not actually costing them money , you 're one of the guardians ( if not THE guardian ) stopping them going down the pan .
Most metrics ( calls , bandwidth etc are useless ; bandwidth is handled through accounting anyway as a payment , calls can be anything and are a useless metric , uptime , the same ) .</tokentext>
<sentencetext>Each system you support has a cost of outage.
You may be able to get around maintenance windows if you have high availability systems in place.
What you need management to be aware of is that there is a risk of financial (plus possibile reputation) losses when a system falls over, and significantly more if data is lost.
A good start is to feed back with a report of "money lost due to infrastructure weaknesses" on a monthly basis.
Have this categorised by things such as failures due to aging, random blindsiding that may be able to be prevented with extra investment, that kind of thing..  This way, they get to see that you're not actually costing them money, you're one of the guardians (if not THE guardian) stopping them going down the pan.
Most metrics (calls, bandwidth etc are useless; bandwidth is handled through accounting anyway as a payment, calls can be anything and are a useless metric, uptime, the same).</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032564</id>
	<title>Fashion starts from here. . .</title>
	<author>huangzhixian1204</author>
	<datestamp>1257781380000</datestamp>
	<modclass>Offtopic</modclass>
	<modscore>-1</modscore>
	<htmltext>In order to meet the Thanksgiving holiday, this site hereby release
Thanksgiving gift, that is, gift, our web site is
<a href="http://www.coolforsale.com/" title="coolforsale.com" rel="nofollow">http://www.coolforsale.com/</a> [coolforsale.com] nike air max jordan shoes, coach,gucci,lv,dg,ed hardy handbags, Polo/Ed Hardy/Lacoste/Ca/A&amp;F<nobr> <wbr></nobr>,T-shirt welcome new and old customers come to order.</htmltext>
<tokenext>In order to meet the Thanksgiving holiday , this site hereby release Thanksgiving gift , that is , gift , our web site is http : //www.coolforsale.com/ [ coolforsale.com ] nike air max jordan shoes , coach,gucci,lv,dg,ed hardy handbags , Polo/Ed Hardy/Lacoste/Ca/A&amp;F ,T-shirt welcome new and old customers come to order .</tokentext>
<sentencetext>In order to meet the Thanksgiving holiday, this site hereby release
Thanksgiving gift, that is, gift, our web site is
http://www.coolforsale.com/ [coolforsale.com] nike air max jordan shoes, coach,gucci,lv,dg,ed hardy handbags, Polo/Ed Hardy/Lacoste/Ca/A&amp;F ,T-shirt welcome new and old customers come to order.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032974</id>
	<title>Depends on the industry...</title>
	<author>stakovahflow</author>
	<datestamp>1257782940000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>It really depends on the industry you're in, as to whether or not there should be daily, weekly, monthly, quarterly, or semi-annually generated reports. Personally, I would speak with the boss, first (if this is the first time you are being asked to provide reports, etc). Find out what the boss wants and press on. Ask if he would like a graph (Well said, waduva...) or a detailed list (by user, etc...). If you are working for small-medium company, you will probably be asked for a graph, possibly for each network user, once a month. The larger the business you work for, the more detail will be required, generally. However, be warned whatever information you gather is owned by your employer and not for you to judge. I've seen network admins dumped after water cooler talk about some other user's network habits (surfing, etc...). Remember, with great power comes great responsibility. And, a final thought, Remember that most CEOs, CFOs, and Presidents of corporations will understand a good percentage of what you're talking about. Do not talk down to them, but just give them the basics. Nothing too specific, unless they ask for it.
Good luck and God speed, man! --Stak</htmltext>
<tokenext>It really depends on the industry you 're in , as to whether or not there should be daily , weekly , monthly , quarterly , or semi-annually generated reports .
Personally , I would speak with the boss , first ( if this is the first time you are being asked to provide reports , etc ) .
Find out what the boss wants and press on .
Ask if he would like a graph ( Well said , waduva... ) or a detailed list ( by user , etc... ) .
If you are working for small-medium company , you will probably be asked for a graph , possibly for each network user , once a month .
The larger the business you work for , the more detail will be required , generally .
However , be warned whatever information you gather is owned by your employer and not for you to judge .
I 've seen network admins dumped after water cooler talk about some other user 's network habits ( surfing , etc... ) .
Remember , with great power comes great responsibility .
And , a final thought , Remember that most CEOs , CFOs , and Presidents of corporations will understand a good percentage of what you 're talking about .
Do not talk down to them , but just give them the basics .
Nothing too specific , unless they ask for it .
Good luck and God speed , man !
--Stak</tokentext>
<sentencetext>It really depends on the industry you're in, as to whether or not there should be daily, weekly, monthly, quarterly, or semi-annually generated reports.
Personally, I would speak with the boss, first (if this is the first time you are being asked to provide reports, etc).
Find out what the boss wants and press on.
Ask if he would like a graph (Well said, waduva...) or a detailed list (by user, etc...).
If you are working for small-medium company, you will probably be asked for a graph, possibly for each network user, once a month.
The larger the business you work for, the more detail will be required, generally.
However, be warned whatever information you gather is owned by your employer and not for you to judge.
I've seen network admins dumped after water cooler talk about some other user's network habits (surfing, etc...).
Remember, with great power comes great responsibility.
And, a final thought, Remember that most CEOs, CFOs, and Presidents of corporations will understand a good percentage of what you're talking about.
Do not talk down to them, but just give them the basics.
Nothing too specific, unless they ask for it.
Good luck and God speed, man!
--Stak</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032550</id>
	<title>an executive summary</title>
	<author>jschen</author>
	<datestamp>1257781320000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>4</modscore>
	<htmltext><p>Numbers and stats are nice and all, but beyond the headline numbers, your job is to give an executive summary. Here is what I've been doing. These things are working well. These are improvements that I am targeting or hope to target. Here are the unique challenges (you described one) and risks that we face and how I plan to deal with them.</p><p>I'm not a system administrator, but I don't see how the above is any different no matter what your job description.</p></htmltext>
<tokenext>Numbers and stats are nice and all , but beyond the headline numbers , your job is to give an executive summary .
Here is what I 've been doing .
These things are working well .
These are improvements that I am targeting or hope to target .
Here are the unique challenges ( you described one ) and risks that we face and how I plan to deal with them.I 'm not a system administrator , but I do n't see how the above is any different no matter what your job description .</tokentext>
<sentencetext>Numbers and stats are nice and all, but beyond the headline numbers, your job is to give an executive summary.
Here is what I've been doing.
These things are working well.
These are improvements that I am targeting or hope to target.
Here are the unique challenges (you described one) and risks that we face and how I plan to deal with them.I'm not a system administrator, but I don't see how the above is any different no matter what your job description.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034984</id>
	<title>green means good.</title>
	<author>Anonymous</author>
	<datestamp>1257790980000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>simple, whatever data you are pitching, turn it into a stoplight.<br>Green = good. bask in the well deserved credit of superior executive skills.<br>Yellow = warning<br>Red = Bad! Yell at someone.</p><p>so simple any steely eyed, type A executive can understand....</p></htmltext>
<tokenext>simple , whatever data you are pitching , turn it into a stoplight.Green = good .
bask in the well deserved credit of superior executive skills.Yellow = warningRed = Bad !
Yell at someone.so simple any steely eyed , type A executive can understand... .</tokentext>
<sentencetext>simple, whatever data you are pitching, turn it into a stoplight.Green = good.
bask in the well deserved credit of superior executive skills.Yellow = warningRed = Bad!
Yell at someone.so simple any steely eyed, type A executive can understand....</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032588</id>
	<title>If you are worried</title>
	<author>codepunk</author>
	<datestamp>1257781440000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>If you are concerned about supporting the reasoning behind the<br>existence of your job, it is time to depart.</p></htmltext>
<tokenext>If you are concerned about supporting the reasoning behind theexistence of your job , it is time to depart .</tokentext>
<sentencetext>If you are concerned about supporting the reasoning behind theexistence of your job, it is time to depart.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032998</id>
	<title>Spams blocked Statistic</title>
	<author>Anonymous</author>
	<datestamp>1257783060000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>How much spam you've thwarted can be an interesting statistic, we're at about 3 Billion in the past year.  Though, we don't actually report this to management, but it's an impressive number nonetheless.</p></htmltext>
<tokenext>How much spam you 've thwarted can be an interesting statistic , we 're at about 3 Billion in the past year .
Though , we do n't actually report this to management , but it 's an impressive number nonetheless .</tokentext>
<sentencetext>How much spam you've thwarted can be an interesting statistic, we're at about 3 Billion in the past year.
Though, we don't actually report this to management, but it's an impressive number nonetheless.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032720</id>
	<title>VMWare?</title>
	<author>Anonymous</author>
	<datestamp>1257781920000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Not sure if you are virtualized or not, but VMWare client offers many great reporting features to give you CPU, MEM and HD utilization usage per server. Also, if you are running Cisco networking, the management interface can give you detailed reports with pretty graphs and such (which we all know executives LOVE to see). Another tool which I find useful for web-based environments is <a href="http://www.statcounter.com/" title="statcounter.com" rel="nofollow">Statcounter</a> [statcounter.com]. They provide very detailed information about pageloads and unique/returning visitors, all based on IP.</htmltext>
<tokenext>Not sure if you are virtualized or not , but VMWare client offers many great reporting features to give you CPU , MEM and HD utilization usage per server .
Also , if you are running Cisco networking , the management interface can give you detailed reports with pretty graphs and such ( which we all know executives LOVE to see ) .
Another tool which I find useful for web-based environments is Statcounter [ statcounter.com ] .
They provide very detailed information about pageloads and unique/returning visitors , all based on IP .</tokentext>
<sentencetext>Not sure if you are virtualized or not, but VMWare client offers many great reporting features to give you CPU, MEM and HD utilization usage per server.
Also, if you are running Cisco networking, the management interface can give you detailed reports with pretty graphs and such (which we all know executives LOVE to see).
Another tool which I find useful for web-based environments is Statcounter [statcounter.com].
They provide very detailed information about pageloads and unique/returning visitors, all based on IP.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032570</id>
	<title>Some Simple Suggestions</title>
	<author>eldavojohn</author>
	<datestamp>1257781380000</datestamp>
	<modclass>Interestin</modclass>
	<modscore>4</modscore>
	<htmltext>

Start out your presentation stating that you're willing to dive as low as the executives ask you to but you're going to give them a high level view.  Have slides after the end of your presentation as backup to support this claim.  Keep large numbers of systems generalized with figures next to them to let the executives know how many devices or users you're supporting.  Include meaningful statistics like 'requests per hour' to give them a good hint of how capable your system is.  <br> <br>

If you're briefing one or two executives, see if you can pull up their calendar for the past few months and see what kind of meetings they've been in.  If anything overlaps with what you're presenting <i>do not</i> brief the same thing twice.  If you have multiple executives, tailor your presentation to the top one or two in importance.  Nobody wants their time wasted with something they've already seen.  <br> <br>

If they want a low level view, you might put together an example story of the flow of information from the sprinkler A all the way back to your server and the response back with all the challenges faced along the way.  Keep it interesting, uncluttered and as simple as possible unless further questions are asked.  <br> <br>

If you've got budget, pick up the <a href="http://en.wikipedia.org/wiki/Edward\_Tufte#Bibliography" title="wikipedia.org">three Edward Tufte books</a> [wikipedia.org] on The Visual Display of Quantitative Information, Envisioning Information &amp; Visual Explanations.  Read them and incorporate that sort of data presentation into your reports.  <br> <br>

Another great thing is if you can get interesting metrics established and defined and then develop scripts to ingest this information automatically into weekly reports (think of a perl script that digests very large log files).  Have them create a cover sheet with the most general metrics and convert it to PDF or whatever the execs prefer to view them in.  If you've got time, tailor them to the specific reader (your CTO is going to be interested in different things than your CEO or marketing director).</htmltext>
<tokenext>Start out your presentation stating that you 're willing to dive as low as the executives ask you to but you 're going to give them a high level view .
Have slides after the end of your presentation as backup to support this claim .
Keep large numbers of systems generalized with figures next to them to let the executives know how many devices or users you 're supporting .
Include meaningful statistics like 'requests per hour ' to give them a good hint of how capable your system is .
If you 're briefing one or two executives , see if you can pull up their calendar for the past few months and see what kind of meetings they 've been in .
If anything overlaps with what you 're presenting do not brief the same thing twice .
If you have multiple executives , tailor your presentation to the top one or two in importance .
Nobody wants their time wasted with something they 've already seen .
If they want a low level view , you might put together an example story of the flow of information from the sprinkler A all the way back to your server and the response back with all the challenges faced along the way .
Keep it interesting , uncluttered and as simple as possible unless further questions are asked .
If you 've got budget , pick up the three Edward Tufte books [ wikipedia.org ] on The Visual Display of Quantitative Information , Envisioning Information &amp; Visual Explanations .
Read them and incorporate that sort of data presentation into your reports .
Another great thing is if you can get interesting metrics established and defined and then develop scripts to ingest this information automatically into weekly reports ( think of a perl script that digests very large log files ) .
Have them create a cover sheet with the most general metrics and convert it to PDF or whatever the execs prefer to view them in .
If you 've got time , tailor them to the specific reader ( your CTO is going to be interested in different things than your CEO or marketing director ) .</tokentext>
<sentencetext>

Start out your presentation stating that you're willing to dive as low as the executives ask you to but you're going to give them a high level view.
Have slides after the end of your presentation as backup to support this claim.
Keep large numbers of systems generalized with figures next to them to let the executives know how many devices or users you're supporting.
Include meaningful statistics like 'requests per hour' to give them a good hint of how capable your system is.
If you're briefing one or two executives, see if you can pull up their calendar for the past few months and see what kind of meetings they've been in.
If anything overlaps with what you're presenting do not brief the same thing twice.
If you have multiple executives, tailor your presentation to the top one or two in importance.
Nobody wants their time wasted with something they've already seen.
If they want a low level view, you might put together an example story of the flow of information from the sprinkler A all the way back to your server and the response back with all the challenges faced along the way.
Keep it interesting, uncluttered and as simple as possible unless further questions are asked.
If you've got budget, pick up the three Edward Tufte books [wikipedia.org] on The Visual Display of Quantitative Information, Envisioning Information &amp; Visual Explanations.
Read them and incorporate that sort of data presentation into your reports.
Another great thing is if you can get interesting metrics established and defined and then develop scripts to ingest this information automatically into weekly reports (think of a perl script that digests very large log files).
Have them create a cover sheet with the most general metrics and convert it to PDF or whatever the execs prefer to view them in.
If you've got time, tailor them to the specific reader (your CTO is going to be interested in different things than your CEO or marketing director).</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032674</id>
	<title>Small company</title>
	<author>Anonymous</author>
	<datestamp>1257781740000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>1</modscore>
	<htmltext><p>How many execs do you have in a 20 person company?</p><p>I worked in a 15 person company that had a CEO, 4 VP's and 2 high-level managers, too many chiefs, not enough braves. I used to get advice from the CEO about how we should go and rewrite our software in PERL, or PHP, depending on the article he was reading.</p><p>They went out of business, obivously.</p></htmltext>
<tokenext>How many execs do you have in a 20 person company ? I worked in a 15 person company that had a CEO , 4 VP 's and 2 high-level managers , too many chiefs , not enough braves .
I used to get advice from the CEO about how we should go and rewrite our software in PERL , or PHP , depending on the article he was reading.They went out of business , obivously .</tokentext>
<sentencetext>How many execs do you have in a 20 person company?I worked in a 15 person company that had a CEO, 4 VP's and 2 high-level managers, too many chiefs, not enough braves.
I used to get advice from the CEO about how we should go and rewrite our software in PERL, or PHP, depending on the article he was reading.They went out of business, obivously.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032514</id>
	<title>Dear Slashdot....</title>
	<author>Anonymous</author>
	<datestamp>1257781200000</datestamp>
	<modclass>Funny</modclass>
	<modscore>5</modscore>
	<htmltext>Dear Slashdot,

How do I do my job?

Sincerely,
Chop Suey</htmltext>
<tokenext>Dear Slashdot , How do I do my job ?
Sincerely , Chop Suey</tokentext>
<sentencetext>Dear Slashdot,

How do I do my job?
Sincerely,
Chop Suey</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30037324</id>
	<title>Dear executives...</title>
	<author>lupinstel</author>
	<datestamp>1257757620000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Dear executives.  The Internet tubes have no clogs and there is a free demo of Peggle.</p></htmltext>
<tokenext>Dear executives .
The Internet tubes have no clogs and there is a free demo of Peggle .</tokentext>
<sentencetext>Dear executives.
The Internet tubes have no clogs and there is a free demo of Peggle.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032684</id>
	<title>Ask the executives</title>
	<author>harmonise</author>
	<datestamp>1257781800000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>2</modscore>
	<htmltext><p>Why don't you ask the executives what information is important to them? They are your customer so you need to gather their requirements, not ours. Once you know what questions they want answered, you can then generate reports that answer them.</p></htmltext>
<tokenext>Why do n't you ask the executives what information is important to them ?
They are your customer so you need to gather their requirements , not ours .
Once you know what questions they want answered , you can then generate reports that answer them .</tokentext>
<sentencetext>Why don't you ask the executives what information is important to them?
They are your customer so you need to gather their requirements, not ours.
Once you know what questions they want answered, you can then generate reports that answer them.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032708</id>
	<title>Re:Here's an idea...</title>
	<author>Anonymous</author>
	<datestamp>1257781860000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>3</modscore>
	<htmltext>Also, think about it yourself.  What does the network do?  What measures can you make that describe whether it's working well?  If someone were trying to improve the network, how often would they want to see those measures?

Management usually doesn't know enough to know what to ask.  You're the expert, figure out what they should be looking at.</htmltext>
<tokenext>Also , think about it yourself .
What does the network do ?
What measures can you make that describe whether it 's working well ?
If someone were trying to improve the network , how often would they want to see those measures ?
Management usually does n't know enough to know what to ask .
You 're the expert , figure out what they should be looking at .</tokentext>
<sentencetext>Also, think about it yourself.
What does the network do?
What measures can you make that describe whether it's working well?
If someone were trying to improve the network, how often would they want to see those measures?
Management usually doesn't know enough to know what to ask.
You're the expert, figure out what they should be looking at.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034776</id>
	<title>A useful metric: summary of support requests</title>
	<author>TheMCP</author>
	<datestamp>1257790140000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>A lot of the sort of reporting on the IT end of things that would normally be included in this sort of report assumes an enterprise environment with a large support department, so it would normally include things such as average time to response after a trouble ticket is opened, average time to completion, etc. These aren't really appropriate and indeed may be harmful in a small company with only one administrator: I have been a lone admin in a tiny company like that, and when the boss got his hands on some metrics like that from a huge company (I didn't provide them, he saw an article on it in a business magazine) he suddenly expected that I was single handedly going to provide the level of support that would have required me to be a 5 person team, and demanded I produce metrics to prove I was doing it.</p><p>All of that said, I would do one particular IT metric for management: a summary of support requests by category. Select the categories you feel are relevant, and then start tallying the calls. Usually mine include things like computer hardware broken, software needs configuration, software inadequate to task, new software requested, printer difficulties, new hardware requested, and EOBUE. The latter is "Error Occurred Between User's Ears", and I usually phrase it more politely on the report to management, something like "user difficulty". Sometimes I break it down further into things like "training needed" and "user wants admin to do work for them" if that's a significant problem.</p><p>Anyway, this report can be useful in several ways... if you're having a lot of hardware problems, it demonstrates that management should be investing more in replacing machines because they're costing downtime and admin time, so it helps you argue for a better IT budget. Same with software inadequate, or requests for new hardware or software. The EOBUE stuff helps you argue for two things: training for existing staff, and that computer skills should be part of hiring selection. Yes, I have worked with companies that didn't screen for this, and they consequently got a bunch of computer-phobic twits who were used to doing everything on paper and tried to get the IT department to perform their every interaction with the computer for them. By showing that these idjits were running the support group ragged with constant stupid requests, I was able to get the company to start asking applicants about their computer skills before hiring. And in another case, I was able to get the employer to send an entire department for training, after which they were told that they could no longer pester me to do their work for them because they were supposed to know how now.</p></htmltext>
<tokenext>A lot of the sort of reporting on the IT end of things that would normally be included in this sort of report assumes an enterprise environment with a large support department , so it would normally include things such as average time to response after a trouble ticket is opened , average time to completion , etc .
These are n't really appropriate and indeed may be harmful in a small company with only one administrator : I have been a lone admin in a tiny company like that , and when the boss got his hands on some metrics like that from a huge company ( I did n't provide them , he saw an article on it in a business magazine ) he suddenly expected that I was single handedly going to provide the level of support that would have required me to be a 5 person team , and demanded I produce metrics to prove I was doing it.All of that said , I would do one particular IT metric for management : a summary of support requests by category .
Select the categories you feel are relevant , and then start tallying the calls .
Usually mine include things like computer hardware broken , software needs configuration , software inadequate to task , new software requested , printer difficulties , new hardware requested , and EOBUE .
The latter is " Error Occurred Between User 's Ears " , and I usually phrase it more politely on the report to management , something like " user difficulty " .
Sometimes I break it down further into things like " training needed " and " user wants admin to do work for them " if that 's a significant problem.Anyway , this report can be useful in several ways... if you 're having a lot of hardware problems , it demonstrates that management should be investing more in replacing machines because they 're costing downtime and admin time , so it helps you argue for a better IT budget .
Same with software inadequate , or requests for new hardware or software .
The EOBUE stuff helps you argue for two things : training for existing staff , and that computer skills should be part of hiring selection .
Yes , I have worked with companies that did n't screen for this , and they consequently got a bunch of computer-phobic twits who were used to doing everything on paper and tried to get the IT department to perform their every interaction with the computer for them .
By showing that these idjits were running the support group ragged with constant stupid requests , I was able to get the company to start asking applicants about their computer skills before hiring .
And in another case , I was able to get the employer to send an entire department for training , after which they were told that they could no longer pester me to do their work for them because they were supposed to know how now .</tokentext>
<sentencetext>A lot of the sort of reporting on the IT end of things that would normally be included in this sort of report assumes an enterprise environment with a large support department, so it would normally include things such as average time to response after a trouble ticket is opened, average time to completion, etc.
These aren't really appropriate and indeed may be harmful in a small company with only one administrator: I have been a lone admin in a tiny company like that, and when the boss got his hands on some metrics like that from a huge company (I didn't provide them, he saw an article on it in a business magazine) he suddenly expected that I was single handedly going to provide the level of support that would have required me to be a 5 person team, and demanded I produce metrics to prove I was doing it.All of that said, I would do one particular IT metric for management: a summary of support requests by category.
Select the categories you feel are relevant, and then start tallying the calls.
Usually mine include things like computer hardware broken, software needs configuration, software inadequate to task, new software requested, printer difficulties, new hardware requested, and EOBUE.
The latter is "Error Occurred Between User's Ears", and I usually phrase it more politely on the report to management, something like "user difficulty".
Sometimes I break it down further into things like "training needed" and "user wants admin to do work for them" if that's a significant problem.Anyway, this report can be useful in several ways... if you're having a lot of hardware problems, it demonstrates that management should be investing more in replacing machines because they're costing downtime and admin time, so it helps you argue for a better IT budget.
Same with software inadequate, or requests for new hardware or software.
The EOBUE stuff helps you argue for two things: training for existing staff, and that computer skills should be part of hiring selection.
Yes, I have worked with companies that didn't screen for this, and they consequently got a bunch of computer-phobic twits who were used to doing everything on paper and tried to get the IT department to perform their every interaction with the computer for them.
By showing that these idjits were running the support group ragged with constant stupid requests, I was able to get the company to start asking applicants about their computer skills before hiring.
And in another case, I was able to get the employer to send an entire department for training, after which they were told that they could no longer pester me to do their work for them because they were supposed to know how now.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033226</id>
	<title>Don't Get Fancy</title>
	<author>ggraham412</author>
	<datestamp>1257783960000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>
You should avoid long winded discussions of operations that sum up to "everything's OK".  You risk looking like an attention grabber if you try to cram too much detail on the way.</htmltext>
<tokenext>You should avoid long winded discussions of operations that sum up to " everything 's OK " .
You risk looking like an attention grabber if you try to cram too much detail on the way .</tokentext>
<sentencetext>
You should avoid long winded discussions of operations that sum up to "everything's OK".
You risk looking like an attention grabber if you try to cram too much detail on the way.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035412</id>
	<title>to serve them better</title>
	<author>pikine</author>
	<datestamp>1257792600000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>I don't see how the other person can be condescending to you if you ask them what you can do in order to serve them better.</htmltext>
<tokenext>I do n't see how the other person can be condescending to you if you ask them what you can do in order to serve them better .</tokentext>
<sentencetext>I don't see how the other person can be condescending to you if you ask them what you can do in order to serve them better.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032964</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033222</id>
	<title>What management needs of you</title>
	<author>managerialslime</author>
	<datestamp>1257783960000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p><div class="quote"><p> As a System Administrator, I am charged with providing more insight into the functioning of the system<nobr> <wbr></nobr>...  What types of reports and information do other System Administrators submit to executives and on what frequency?</p> </div><p>
First, management needs to know what indicators they need to follow to know how to prepare for equipment and line replacements and upgrades.  That includes staying current on the moving target of what constitutes "best practices" for network security and capacity management.  If your utilization is low enough that there are no spikes to capacity, don't worry about charts and reports.  Management wants to know about exceptions and opportunities and most other stuff is not of interest.
</p><p>

While your text implies a static system, are your backups not consuming more bandwidth each year?  What will be the implications of moving voice and video onto your network?  Do you have the granular levels of QOS required?  Would file de-duplication lead to lower bandwidth costs and lower costs site-to-site?
</p><p>

You indicate your company's purpose is "web based irrigation management."

</p><p> Is there anything you can propose about the use,  and/or deployment, and/or expansion of your network that would make your company an ever better choice for your customers?
</p><p> Are you at the end of your contracts and can you combine voice and data lines and cut costs?
</p><p> Could your network be expanded to provide any of your customers with bandwidth and service they don't get now?
</p><p> Could you save your company money by outsourcing any part of your network or could you bring in more revenue by marketing your extra bandwidth to to others?

</p><p> In general, what intersection might there be between things your team does best and challenges annoying your customers?


</p><p> Combine your technical expertise with any knowledge you can develop about your employer's industry and opportunities and your contributions may increase in their value.

</p><p> I hope one or more of these questions leads you to the answer you seek.  Good luck.....</p></div>
	</htmltext>
<tokenext>As a System Administrator , I am charged with providing more insight into the functioning of the system ... What types of reports and information do other System Administrators submit to executives and on what frequency ?
First , management needs to know what indicators they need to follow to know how to prepare for equipment and line replacements and upgrades .
That includes staying current on the moving target of what constitutes " best practices " for network security and capacity management .
If your utilization is low enough that there are no spikes to capacity , do n't worry about charts and reports .
Management wants to know about exceptions and opportunities and most other stuff is not of interest .
While your text implies a static system , are your backups not consuming more bandwidth each year ?
What will be the implications of moving voice and video onto your network ?
Do you have the granular levels of QOS required ?
Would file de-duplication lead to lower bandwidth costs and lower costs site-to-site ?
You indicate your company 's purpose is " web based irrigation management .
" Is there anything you can propose about the use , and/or deployment , and/or expansion of your network that would make your company an ever better choice for your customers ?
Are you at the end of your contracts and can you combine voice and data lines and cut costs ?
Could your network be expanded to provide any of your customers with bandwidth and service they do n't get now ?
Could you save your company money by outsourcing any part of your network or could you bring in more revenue by marketing your extra bandwidth to to others ?
In general , what intersection might there be between things your team does best and challenges annoying your customers ?
Combine your technical expertise with any knowledge you can develop about your employer 's industry and opportunities and your contributions may increase in their value .
I hope one or more of these questions leads you to the answer you seek .
Good luck.... .</tokentext>
<sentencetext> As a System Administrator, I am charged with providing more insight into the functioning of the system ...  What types of reports and information do other System Administrators submit to executives and on what frequency?
First, management needs to know what indicators they need to follow to know how to prepare for equipment and line replacements and upgrades.
That includes staying current on the moving target of what constitutes "best practices" for network security and capacity management.
If your utilization is low enough that there are no spikes to capacity, don't worry about charts and reports.
Management wants to know about exceptions and opportunities and most other stuff is not of interest.
While your text implies a static system, are your backups not consuming more bandwidth each year?
What will be the implications of moving voice and video onto your network?
Do you have the granular levels of QOS required?
Would file de-duplication lead to lower bandwidth costs and lower costs site-to-site?
You indicate your company's purpose is "web based irrigation management.
"

 Is there anything you can propose about the use,  and/or deployment, and/or expansion of your network that would make your company an ever better choice for your customers?
Are you at the end of your contracts and can you combine voice and data lines and cut costs?
Could your network be expanded to provide any of your customers with bandwidth and service they don't get now?
Could you save your company money by outsourcing any part of your network or could you bring in more revenue by marketing your extra bandwidth to to others?
In general, what intersection might there be between things your team does best and challenges annoying your customers?
Combine your technical expertise with any knowledge you can develop about your employer's industry and opportunities and your contributions may increase in their value.
I hope one or more of these questions leads you to the answer you seek.
Good luck.....
	</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30037152</id>
	<title>System Reporting Metrics</title>
	<author>thethibs</author>
	<datestamp>1257800040000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>There's a standard approach to doing this.</p><p>From your post, I'm going to assume that you are talking about a routine status report and not a one-time stand-up presentation, so we don't have to worry about whether you have a fresh haircut or how nicely you're dressed.</p><p>What your management wants is assurance that all is in order and, if it's not, where's the problem? This can usually be done with a few numbers and/or graphs. Metrics.</p><p>The first thing you need to know is what is important to your users (and the owners of the devices you refer to).</p><p>The second thing is to figure out what you can count that says something about how those things are being supported. Find unambiguous metrics, so that you could send five people out to do the counting and they'd all come back with the same value.</p><p>The third thing is to design effective presentations for the data. As a manager, what I'm going to want to know is </p><ul>
<li>What's the current value?</li><li>What's an acceptable range?</li><li>What's the trend?</li></ul><p>One metric can easily be presented with a couple of numbers and a sparkline for the trend (read Beautiful Evidence, Edward Tufte). You can use Excel's graph feature to make the sparklines. You can mark the acceptable range on the sparkline for maximum clarity.</p><p>You can probably report everything you should with at most a half-dozen metrics across the top of a sheet of paper, followed by whatever narrative is needed to highlight points of interest. Take a look at <a href="http://tanda.on.ca/notebook/securitydashboard.html" title="tanda.on.ca">http://tanda.on.ca/notebook/securitydashboard.html</a> [tanda.on.ca] for an example.</p></htmltext>
<tokenext>There 's a standard approach to doing this.From your post , I 'm going to assume that you are talking about a routine status report and not a one-time stand-up presentation , so we do n't have to worry about whether you have a fresh haircut or how nicely you 're dressed.What your management wants is assurance that all is in order and , if it 's not , where 's the problem ?
This can usually be done with a few numbers and/or graphs .
Metrics.The first thing you need to know is what is important to your users ( and the owners of the devices you refer to ) .The second thing is to figure out what you can count that says something about how those things are being supported .
Find unambiguous metrics , so that you could send five people out to do the counting and they 'd all come back with the same value.The third thing is to design effective presentations for the data .
As a manager , what I 'm going to want to know is What 's the current value ? What 's an acceptable range ? What 's the trend ? One metric can easily be presented with a couple of numbers and a sparkline for the trend ( read Beautiful Evidence , Edward Tufte ) .
You can use Excel 's graph feature to make the sparklines .
You can mark the acceptable range on the sparkline for maximum clarity.You can probably report everything you should with at most a half-dozen metrics across the top of a sheet of paper , followed by whatever narrative is needed to highlight points of interest .
Take a look at http : //tanda.on.ca/notebook/securitydashboard.html [ tanda.on.ca ] for an example .</tokentext>
<sentencetext>There's a standard approach to doing this.From your post, I'm going to assume that you are talking about a routine status report and not a one-time stand-up presentation, so we don't have to worry about whether you have a fresh haircut or how nicely you're dressed.What your management wants is assurance that all is in order and, if it's not, where's the problem?
This can usually be done with a few numbers and/or graphs.
Metrics.The first thing you need to know is what is important to your users (and the owners of the devices you refer to).The second thing is to figure out what you can count that says something about how those things are being supported.
Find unambiguous metrics, so that you could send five people out to do the counting and they'd all come back with the same value.The third thing is to design effective presentations for the data.
As a manager, what I'm going to want to know is 
What's the current value?What's an acceptable range?What's the trend?One metric can easily be presented with a couple of numbers and a sparkline for the trend (read Beautiful Evidence, Edward Tufte).
You can use Excel's graph feature to make the sparklines.
You can mark the acceptable range on the sparkline for maximum clarity.You can probably report everything you should with at most a half-dozen metrics across the top of a sheet of paper, followed by whatever narrative is needed to highlight points of interest.
Take a look at http://tanda.on.ca/notebook/securitydashboard.html [tanda.on.ca] for an example.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033778</id>
	<title>Trends and purchase justification</title>
	<author>mengel</author>
	<datestamp>1257786300000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>
One of the most important things you need to give managers is an idea of resource usage and trends. i.e. "peak load during Christmas season for the last 3 years indicates this year we're going to need a bigger router, and to split the traffic here across two systems", and how much that will cost, and what will happen if you don't do the upgrade.  Big block diagrams of logical systems laid out on physical systems/networks/storage and usage levels on physical links,
combined with trends, lets them see why and when systems need to be redistributed.
</p><p>
Basically you want to give managers a warm, fuzzy feeling that they're getting their money's worth out of the hardware they've bought, and that they won't be losing customers due to down websites, etc.
</p><p>
You also want to let them know what systems are getting old/off warranty or are otherwise in need of replacement.  And if every system you have is going to need replacing in 3 years, maybe some should get done early...
</p><p>
And these days, something that indicates how close you are to everything up-to-date on patches, etc. is a Good Thing.  Antivirus reports from your AV package are good for keeping them mindful that you're always under attack.
</p></htmltext>
<tokenext>One of the most important things you need to give managers is an idea of resource usage and trends .
i.e. " peak load during Christmas season for the last 3 years indicates this year we 're going to need a bigger router , and to split the traffic here across two systems " , and how much that will cost , and what will happen if you do n't do the upgrade .
Big block diagrams of logical systems laid out on physical systems/networks/storage and usage levels on physical links , combined with trends , lets them see why and when systems need to be redistributed .
Basically you want to give managers a warm , fuzzy feeling that they 're getting their money 's worth out of the hardware they 've bought , and that they wo n't be losing customers due to down websites , etc .
You also want to let them know what systems are getting old/off warranty or are otherwise in need of replacement .
And if every system you have is going to need replacing in 3 years , maybe some should get done early.. . And these days , something that indicates how close you are to everything up-to-date on patches , etc .
is a Good Thing .
Antivirus reports from your AV package are good for keeping them mindful that you 're always under attack .</tokentext>
<sentencetext>
One of the most important things you need to give managers is an idea of resource usage and trends.
i.e. "peak load during Christmas season for the last 3 years indicates this year we're going to need a bigger router, and to split the traffic here across two systems", and how much that will cost, and what will happen if you don't do the upgrade.
Big block diagrams of logical systems laid out on physical systems/networks/storage and usage levels on physical links,
combined with trends, lets them see why and when systems need to be redistributed.
Basically you want to give managers a warm, fuzzy feeling that they're getting their money's worth out of the hardware they've bought, and that they won't be losing customers due to down websites, etc.
You also want to let them know what systems are getting old/off warranty or are otherwise in need of replacement.
And if every system you have is going to need replacing in 3 years, maybe some should get done early...

And these days, something that indicates how close you are to everything up-to-date on patches, etc.
is a Good Thing.
Antivirus reports from your AV package are good for keeping them mindful that you're always under attack.
</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032878</id>
	<title>Re:Here's an idea...</title>
	<author>Penguinisto</author>
	<datestamp>1257782520000</datestamp>
	<modclass>Interestin</modclass>
	<modscore>4</modscore>
	<htmltext><p>Agreed perfectly, with one big, fat caveat: Have a <i>very</i> good handle on what you have, and can and cannot be done. Also, never, EVER promise anything up-front w/o studying the problem.</p><p>Recently, I got one for my own employer, in that our CEO wanted to simply open his cell phone and search all contacts in the group...</p><p><nobr> <wbr></nobr>...err, the whole multinational group, across four continents. At first, it sounds easy (IIFP doing most of the grunt work), but then the fun began. One site used GroupWise instead of Exchange (which by default apparently reverses the contact info names from MSFT AD's 'Last, First' format). The version of Cisco Unity (VoIP handling) we have only reads one field - "IP Phone", and will only let you do one forest as a whole, or 5 OU's max (which means even more scripting). We had to deal with language localizations (esp. Korean). We had a huge bucket of duplicate contacts. I've had to learn more about Exchange 2007's GAL handling than I ever wanted to. We had to coordinate it all across multiple time zones (12 hours back to Asia, 8 hours forward... oh, and the South African office), which means a lot of early mornings and the occasional late evening.</p><p>Long story short, it's doable, but it eats a lot of resources to get it done (fortunately, we haven't had to spend any real money for it, but it's not quite complete just yet). While I doubt that every request would start getting hairy like that, you'd be amazed at how often the most innocuous of CxO requests can end up eating a mountain of time once you get into the minutiae.</p><p>Finally, I'd suggest that no matter the request, you never take your eyes off the prize - keeping existing systems running with as much uptime as possible.<nobr> <wbr></nobr>;)</p></htmltext>
<tokenext>Agreed perfectly , with one big , fat caveat : Have a very good handle on what you have , and can and can not be done .
Also , never , EVER promise anything up-front w/o studying the problem.Recently , I got one for my own employer , in that our CEO wanted to simply open his cell phone and search all contacts in the group... ...err , the whole multinational group , across four continents .
At first , it sounds easy ( IIFP doing most of the grunt work ) , but then the fun began .
One site used GroupWise instead of Exchange ( which by default apparently reverses the contact info names from MSFT AD 's 'Last , First ' format ) .
The version of Cisco Unity ( VoIP handling ) we have only reads one field - " IP Phone " , and will only let you do one forest as a whole , or 5 OU 's max ( which means even more scripting ) .
We had to deal with language localizations ( esp .
Korean ) . We had a huge bucket of duplicate contacts .
I 've had to learn more about Exchange 2007 's GAL handling than I ever wanted to .
We had to coordinate it all across multiple time zones ( 12 hours back to Asia , 8 hours forward... oh , and the South African office ) , which means a lot of early mornings and the occasional late evening.Long story short , it 's doable , but it eats a lot of resources to get it done ( fortunately , we have n't had to spend any real money for it , but it 's not quite complete just yet ) .
While I doubt that every request would start getting hairy like that , you 'd be amazed at how often the most innocuous of CxO requests can end up eating a mountain of time once you get into the minutiae.Finally , I 'd suggest that no matter the request , you never take your eyes off the prize - keeping existing systems running with as much uptime as possible .
; )</tokentext>
<sentencetext>Agreed perfectly, with one big, fat caveat: Have a very good handle on what you have, and can and cannot be done.
Also, never, EVER promise anything up-front w/o studying the problem.Recently, I got one for my own employer, in that our CEO wanted to simply open his cell phone and search all contacts in the group... ...err, the whole multinational group, across four continents.
At first, it sounds easy (IIFP doing most of the grunt work), but then the fun began.
One site used GroupWise instead of Exchange (which by default apparently reverses the contact info names from MSFT AD's 'Last, First' format).
The version of Cisco Unity (VoIP handling) we have only reads one field - "IP Phone", and will only let you do one forest as a whole, or 5 OU's max (which means even more scripting).
We had to deal with language localizations (esp.
Korean). We had a huge bucket of duplicate contacts.
I've had to learn more about Exchange 2007's GAL handling than I ever wanted to.
We had to coordinate it all across multiple time zones (12 hours back to Asia, 8 hours forward... oh, and the South African office), which means a lot of early mornings and the occasional late evening.Long story short, it's doable, but it eats a lot of resources to get it done (fortunately, we haven't had to spend any real money for it, but it's not quite complete just yet).
While I doubt that every request would start getting hairy like that, you'd be amazed at how often the most innocuous of CxO requests can end up eating a mountain of time once you get into the minutiae.Finally, I'd suggest that no matter the request, you never take your eyes off the prize - keeping existing systems running with as much uptime as possible.
;)</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30042478</id>
	<title>Re:Here's an idea...</title>
	<author>bronney</author>
	<datestamp>1257790380000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Except most of the time they don't know what they want bro.  I agree, asking is good, but be prepare you get a<nobr> <wbr></nobr>:o<nobr> <wbr></nobr>;P, and think what they "might" like to see before you ask.</p></htmltext>
<tokenext>Except most of the time they do n't know what they want bro .
I agree , asking is good , but be prepare you get a : o ; P , and think what they " might " like to see before you ask .</tokentext>
<sentencetext>Except most of the time they don't know what they want bro.
I agree, asking is good, but be prepare you get a :o ;P, and think what they "might" like to see before you ask.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30040860</id>
	<title>Money and risk</title>
	<author>thoglette</author>
	<datestamp>1257774360000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>No-one's mentioned risk.</p><p>You need to have a list of risks (and opportunities); their likelihood of occuring and their impact.     Multiply the two to get a  factored cost of risk.   Sort.  (google risk management)</p><p>Decide whether you need to accept; transfer or mitigate each and everyone of them.</p><p>Certain high-impact risks will need management review regardless of their probability - eg. your datacentre burning down, or anything that could kill/maim anyone.</p><p>Initially MGT will fine-tooth comb everything you do but if you get the format</p><p>(<br>As other have mentioned, you need to be able to say<br>* what assets you have and what their potential and actual capabilities are, plus their financial state<br>* why you are spending the money you spend;<br>* how that translates into money earnt and<br>* what your efficency is - in terms of \%availability<br>* what issues you have that you need MGT to deal with and when<br>)</p><p>For bonus points,<br>* discover your MTBF and MTTR distributions for all your assets<br>* start applying a little SPC or PCA to your failures/outages/traffic loads<br>* write down all you plans/procedures. Backup, repair, training, technology road map.   Review and update annually.</p><p>Management has been described as the art of making and sorting lists.   If you add "scheduling and acting" to that, you're pretty close to the truth</p></htmltext>
<tokenext>No-one 's mentioned risk.You need to have a list of risks ( and opportunities ) ; their likelihood of occuring and their impact .
Multiply the two to get a factored cost of risk .
Sort. ( google risk management ) Decide whether you need to accept ; transfer or mitigate each and everyone of them.Certain high-impact risks will need management review regardless of their probability - eg .
your datacentre burning down , or anything that could kill/maim anyone.Initially MGT will fine-tooth comb everything you do but if you get the format ( As other have mentioned , you need to be able to say * what assets you have and what their potential and actual capabilities are , plus their financial state * why you are spending the money you spend ; * how that translates into money earnt and * what your efficency is - in terms of \ % availability * what issues you have that you need MGT to deal with and when ) For bonus points , * discover your MTBF and MTTR distributions for all your assets * start applying a little SPC or PCA to your failures/outages/traffic loads * write down all you plans/procedures .
Backup , repair , training , technology road map .
Review and update annually.Management has been described as the art of making and sorting lists .
If you add " scheduling and acting " to that , you 're pretty close to the truth</tokentext>
<sentencetext>No-one's mentioned risk.You need to have a list of risks (and opportunities); their likelihood of occuring and their impact.
Multiply the two to get a  factored cost of risk.
Sort.  (google risk management)Decide whether you need to accept; transfer or mitigate each and everyone of them.Certain high-impact risks will need management review regardless of their probability - eg.
your datacentre burning down, or anything that could kill/maim anyone.Initially MGT will fine-tooth comb everything you do but if you get the format(As other have mentioned, you need to be able to say* what assets you have and what their potential and actual capabilities are, plus their financial state* why you are spending the money you spend;* how that translates into money earnt and* what your efficency is - in terms of \%availability* what issues you have that you need MGT to deal with and when)For bonus points,* discover your MTBF and MTTR distributions for all your assets* start applying a little SPC or PCA to your failures/outages/traffic loads* write down all you plans/procedures.
Backup, repair, training, technology road map.
Review and update annually.Management has been described as the art of making and sorting lists.
If you add "scheduling and acting" to that, you're pretty close to the truth</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30036358</id>
	<title>Re:Here's an idea...</title>
	<author>Anonymous</author>
	<datestamp>1257796500000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>noooo - when you script it make it look like an email you manually wrote (and from you not reports@localhost)</p></htmltext>
<tokenext>noooo - when you script it make it look like an email you manually wrote ( and from you not reports @ localhost )</tokentext>
<sentencetext>noooo - when you script it make it look like an email you manually wrote (and from you not reports@localhost)</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032954</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30039730</id>
	<title>show them the money</title>
	<author>gmccloskey</author>
	<datestamp>1257768180000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>"Executives" are interested in money - what earns money for the company, what costs money for the company, what can increase future money for the company, what prevents increasing future money for the company.</p><p>Think about the main things you are doing, or plan to do over the next week, month, quarter, year. Which of the four results (earn, cost, increase, decrease) do those things do? Can you mitigate (reduce) the negatives? Can you improve the positives? What are the costs (time, money, resources)? What are the impacts/benefits (save or increase time, money, resources)?</p><p>Here's a couple of examples:<br>"Our mail system is aging and is struggling with the current load. I estimate it causes up to two hours delay per employee per month. I plan to increase the memory and disk space. It will cost $x hundred, and take 3 days to implement. The benefit will be the increase in productivity and delay the need to buy an entire new server for two more years."</p><p>"Our finance dept is struggling to keep up with the number of invoices that need to be processed. With the CFO I am evaluating three new systems which can help automate the process. The cost of the system is $x in capital expenditure, and then $y in annual licence fees. The CFO estimates that it will reduce the time to invoice clients from 10 days to four days, and increase cash flow for the company."</p><p>So, think in terms of money. Think what business problems or opportunities that IT makes better (or worse). State the problem or opportunity, what you are doing / want to do, say what the impact of your proposal is / will be.</p><p>Stick to this basic formula, and you'll soon be seen as someone who brings answers and adds value, instead of the  stereotypical geek who complains, costs money and does little of value.</p></htmltext>
<tokenext>" Executives " are interested in money - what earns money for the company , what costs money for the company , what can increase future money for the company , what prevents increasing future money for the company.Think about the main things you are doing , or plan to do over the next week , month , quarter , year .
Which of the four results ( earn , cost , increase , decrease ) do those things do ?
Can you mitigate ( reduce ) the negatives ?
Can you improve the positives ?
What are the costs ( time , money , resources ) ?
What are the impacts/benefits ( save or increase time , money , resources ) ? Here 's a couple of examples : " Our mail system is aging and is struggling with the current load .
I estimate it causes up to two hours delay per employee per month .
I plan to increase the memory and disk space .
It will cost $ x hundred , and take 3 days to implement .
The benefit will be the increase in productivity and delay the need to buy an entire new server for two more years .
" " Our finance dept is struggling to keep up with the number of invoices that need to be processed .
With the CFO I am evaluating three new systems which can help automate the process .
The cost of the system is $ x in capital expenditure , and then $ y in annual licence fees .
The CFO estimates that it will reduce the time to invoice clients from 10 days to four days , and increase cash flow for the company .
" So , think in terms of money .
Think what business problems or opportunities that IT makes better ( or worse ) .
State the problem or opportunity , what you are doing / want to do , say what the impact of your proposal is / will be.Stick to this basic formula , and you 'll soon be seen as someone who brings answers and adds value , instead of the stereotypical geek who complains , costs money and does little of value .</tokentext>
<sentencetext>"Executives" are interested in money - what earns money for the company, what costs money for the company, what can increase future money for the company, what prevents increasing future money for the company.Think about the main things you are doing, or plan to do over the next week, month, quarter, year.
Which of the four results (earn, cost, increase, decrease) do those things do?
Can you mitigate (reduce) the negatives?
Can you improve the positives?
What are the costs (time, money, resources)?
What are the impacts/benefits (save or increase time, money, resources)?Here's a couple of examples:"Our mail system is aging and is struggling with the current load.
I estimate it causes up to two hours delay per employee per month.
I plan to increase the memory and disk space.
It will cost $x hundred, and take 3 days to implement.
The benefit will be the increase in productivity and delay the need to buy an entire new server for two more years.
""Our finance dept is struggling to keep up with the number of invoices that need to be processed.
With the CFO I am evaluating three new systems which can help automate the process.
The cost of the system is $x in capital expenditure, and then $y in annual licence fees.
The CFO estimates that it will reduce the time to invoice clients from 10 days to four days, and increase cash flow for the company.
"So, think in terms of money.
Think what business problems or opportunities that IT makes better (or worse).
State the problem or opportunity, what you are doing / want to do, say what the impact of your proposal is / will be.Stick to this basic formula, and you'll soon be seen as someone who brings answers and adds value, instead of the  stereotypical geek who complains, costs money and does little of value.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30038196</id>
	<title>Re:Here's an idea...</title>
	<author>ChadAmberg</author>
	<datestamp>1257761220000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Capacity planning:  "Based on our performance monitoring over the last 6 months, (show the charts you've made) we have 4 systems that will require additional disk within six months at a cost of $x, and two that need additional memory immediately.  My projections go out to a year based on current growth rates of our service."<br>What, you don't have performance monitoring statistics?  You'd better start now.  And learn how to do projections based on business growth rates.</p><p>Bottlenecks:  "When we look at the end to end system, it seems that our primary bottleneck is in our backed SQL database.  Transactions take 1.2 seconds to complete, while the rest of the system completes in<nobr> <wbr></nobr>.2 seconds.  We'd like to spend $$ on a DBA to go over and optimize the queries."</p><p>Costs:  "Running our entire data center costs $y per month.  The electric company is due to raise rates in 3 months (yes, you call them and ask!) so our costs will increase to $z.  We think we can offset that cost by calling the server manufacturers and ensuring that our warranty will cover things if we reduce our air conditioning by 3 degrees.  We also have 6 servers coming off of warranty in 6 months.  The cost to replace them will be $x which includes migration costs, and the cost to extend the warranty is $y."</p></htmltext>
<tokenext>Capacity planning : " Based on our performance monitoring over the last 6 months , ( show the charts you 've made ) we have 4 systems that will require additional disk within six months at a cost of $ x , and two that need additional memory immediately .
My projections go out to a year based on current growth rates of our service .
" What , you do n't have performance monitoring statistics ?
You 'd better start now .
And learn how to do projections based on business growth rates.Bottlenecks : " When we look at the end to end system , it seems that our primary bottleneck is in our backed SQL database .
Transactions take 1.2 seconds to complete , while the rest of the system completes in .2 seconds .
We 'd like to spend $ $ on a DBA to go over and optimize the queries .
" Costs : " Running our entire data center costs $ y per month .
The electric company is due to raise rates in 3 months ( yes , you call them and ask !
) so our costs will increase to $ z .
We think we can offset that cost by calling the server manufacturers and ensuring that our warranty will cover things if we reduce our air conditioning by 3 degrees .
We also have 6 servers coming off of warranty in 6 months .
The cost to replace them will be $ x which includes migration costs , and the cost to extend the warranty is $ y .
"</tokentext>
<sentencetext>Capacity planning:  "Based on our performance monitoring over the last 6 months, (show the charts you've made) we have 4 systems that will require additional disk within six months at a cost of $x, and two that need additional memory immediately.
My projections go out to a year based on current growth rates of our service.
"What, you don't have performance monitoring statistics?
You'd better start now.
And learn how to do projections based on business growth rates.Bottlenecks:  "When we look at the end to end system, it seems that our primary bottleneck is in our backed SQL database.
Transactions take 1.2 seconds to complete, while the rest of the system completes in .2 seconds.
We'd like to spend $$ on a DBA to go over and optimize the queries.
"Costs:  "Running our entire data center costs $y per month.
The electric company is due to raise rates in 3 months (yes, you call them and ask!
) so our costs will increase to $z.
We think we can offset that cost by calling the server manufacturers and ensuring that our warranty will cover things if we reduce our air conditioning by 3 degrees.
We also have 6 servers coming off of warranty in 6 months.
The cost to replace them will be $x which includes migration costs, and the cost to extend the warranty is $y.
"</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035872</id>
	<title>Re:No questions allowed.</title>
	<author>CorporateSuit</author>
	<datestamp>1257794280000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>I make all sales and IT in my company read <a href="http://sujith\_v.tripod.com/stories/moons.txt" title="tripod.com">Many Moons</a> [tripod.com] and then ask them why they think that children's story applies to their job.</htmltext>
<tokenext>I make all sales and IT in my company read Many Moons [ tripod.com ] and then ask them why they think that children 's story applies to their job .</tokentext>
<sentencetext>I make all sales and IT in my company read Many Moons [tripod.com] and then ask them why they think that children's story applies to their job.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032964</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032796</id>
	<title>Executive Reporting -- A Problem of Perspective</title>
	<author>Anonymous</author>
	<datestamp>1257782220000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Reporting to executives effectively requires that you try to understand what is important to them as opposed to what is important from a system administration perspective. Some years ago I was responsible for a 24x7 data center operation and had the same dilemma. In the end I formulated a number of indexes based on operator workload and processing -- as absence of user complaints around service delivery were their hot buttons. As long as they saw workload and results as independent variables they were more than happy to cut back on resources. But by tracking workloads and report delivery it was possible to show the relationships. It is not the data but how it is represented to the exec -- simple words suitable for children and important executives. Their time tends to be pretty fragmented -- and their perspectives can be very different from the yours. It might be helpful to talk to them a bit to learn what matters to them. And if you can connect their issues to yours -- bonus.</p></htmltext>
<tokenext>Reporting to executives effectively requires that you try to understand what is important to them as opposed to what is important from a system administration perspective .
Some years ago I was responsible for a 24x7 data center operation and had the same dilemma .
In the end I formulated a number of indexes based on operator workload and processing -- as absence of user complaints around service delivery were their hot buttons .
As long as they saw workload and results as independent variables they were more than happy to cut back on resources .
But by tracking workloads and report delivery it was possible to show the relationships .
It is not the data but how it is represented to the exec -- simple words suitable for children and important executives .
Their time tends to be pretty fragmented -- and their perspectives can be very different from the yours .
It might be helpful to talk to them a bit to learn what matters to them .
And if you can connect their issues to yours -- bonus .</tokentext>
<sentencetext>Reporting to executives effectively requires that you try to understand what is important to them as opposed to what is important from a system administration perspective.
Some years ago I was responsible for a 24x7 data center operation and had the same dilemma.
In the end I formulated a number of indexes based on operator workload and processing -- as absence of user complaints around service delivery were their hot buttons.
As long as they saw workload and results as independent variables they were more than happy to cut back on resources.
But by tracking workloads and report delivery it was possible to show the relationships.
It is not the data but how it is represented to the exec -- simple words suitable for children and important executives.
Their time tends to be pretty fragmented -- and their perspectives can be very different from the yours.
It might be helpful to talk to them a bit to learn what matters to them.
And if you can connect their issues to yours -- bonus.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30044430</id>
	<title>Re:Here's an idea...</title>
	<author>Anonymous</author>
	<datestamp>1257861120000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext>the deals can be <a href="http://www.mineguiterplayer.com/" title="mineguiterplayer.com" rel="nofollow">find and hold by </a> [mineguiterplayer.com]them<nobr> <wbr></nobr>.it has not to be so.<a href="http://www.thegravitytechnolgies.com/" title="thegravity...olgies.com" rel="nofollow">http://www.thegravitytechnolgies.com/</a> [thegravity...olgies.com]always be clear.no be sure.</htmltext>
<tokenext>the deals can be find and hold by [ mineguiterplayer.com ] them .it has not to be so.http : //www.thegravitytechnolgies.com/ [ thegravity...olgies.com ] always be clear.no be sure .</tokentext>
<sentencetext>the deals can be find and hold by  [mineguiterplayer.com]them .it has not to be so.http://www.thegravitytechnolgies.com/ [thegravity...olgies.com]always be clear.no be sure.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032964</id>
	<title>No questions allowed.</title>
	<author>NoYob</author>
	<datestamp>1257782940000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>4</modscore>
	<htmltext><p><div class="quote"><p>how about asking them what they want to see?</p><p>...</p><p>I know, I know. Talking to people, particularly executives, is a daunting task for some in the IT world, but you'd be amazed at how much easier things become when you ask people what they want.</p></div><p>Ask?!? Actually asking a question is verboten in IT! First, you have spend meaningless hours <i>researching</i> the question and finding your <i>own</i> answers and then, after exhausting all of your options, then, and only then, can you go and ask a question. </p><p>If you don't follow those steps in that order, you will get a snarky condescending answer of "What? You couldn't google it?!" or some other asinine statement. Or the fact that admitting ignorance in IT is equated with stupidity.</p><p>It's really awkward when you have to report to someone who's not in IT and they ask "Why couldn't you have just asked in the first place?" It so hard to explain the childish and retarded social dynamics of IT to folks who act on an adult level.</p></div>
	</htmltext>
<tokenext>how about asking them what they want to see ? ...I know , I know .
Talking to people , particularly executives , is a daunting task for some in the IT world , but you 'd be amazed at how much easier things become when you ask people what they want.Ask ? ! ?
Actually asking a question is verboten in IT !
First , you have spend meaningless hours researching the question and finding your own answers and then , after exhausting all of your options , then , and only then , can you go and ask a question .
If you do n't follow those steps in that order , you will get a snarky condescending answer of " What ?
You could n't google it ? !
" or some other asinine statement .
Or the fact that admitting ignorance in IT is equated with stupidity.It 's really awkward when you have to report to someone who 's not in IT and they ask " Why could n't you have just asked in the first place ?
" It so hard to explain the childish and retarded social dynamics of IT to folks who act on an adult level .</tokentext>
<sentencetext>how about asking them what they want to see?...I know, I know.
Talking to people, particularly executives, is a daunting task for some in the IT world, but you'd be amazed at how much easier things become when you ask people what they want.Ask?!?
Actually asking a question is verboten in IT!
First, you have spend meaningless hours researching the question and finding your own answers and then, after exhausting all of your options, then, and only then, can you go and ask a question.
If you don't follow those steps in that order, you will get a snarky condescending answer of "What?
You couldn't google it?!
" or some other asinine statement.
Or the fact that admitting ignorance in IT is equated with stupidity.It's really awkward when you have to report to someone who's not in IT and they ask "Why couldn't you have just asked in the first place?
" It so hard to explain the childish and retarded social dynamics of IT to folks who act on an adult level.
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30055098</id>
	<title>Re:Ops is a bottom line gig.</title>
	<author>josephcmiller2</author>
	<datestamp>1257866580000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Absolutely, here's the deal.  Your company may have plenty of money right now and all the customers are satisfied.  But one day that won't be the case.  You know your job is important and you know that your job makes or saves the company lots of money.  The CEO wants to see things that make his company profitable.  If that's a report on how you are saving software costs by making your own, using magic perl scripting, OSS or some other method, or it's hardware by being cost-effective or some magic virtualization or whatever.  Or maybe it's in increased customer productivity which in turn helps the bottom line.  He probably does want to see some technical mumbo-jumbo because that's what he hired you for.  But he's honestly way more interested in how what you do makes the company more money.  End of story.  I was in web development / small IT stuff and now I run a company for an experienced CEO.  Show the dollars, all the rest is gravy.

<br> <br>

Also remember, it is a communications game.  All these reports and numbers aren't worth nearly as much if you don't know how to communicate with your boss.  And that goes for all the dumbasses who argued above about whether you can ask questions or not.  Plus, if you learn better communication, you may not need to ask as many questions because you'll understand what's being required of you in the first place.</htmltext>
<tokenext>Absolutely , here 's the deal .
Your company may have plenty of money right now and all the customers are satisfied .
But one day that wo n't be the case .
You know your job is important and you know that your job makes or saves the company lots of money .
The CEO wants to see things that make his company profitable .
If that 's a report on how you are saving software costs by making your own , using magic perl scripting , OSS or some other method , or it 's hardware by being cost-effective or some magic virtualization or whatever .
Or maybe it 's in increased customer productivity which in turn helps the bottom line .
He probably does want to see some technical mumbo-jumbo because that 's what he hired you for .
But he 's honestly way more interested in how what you do makes the company more money .
End of story .
I was in web development / small IT stuff and now I run a company for an experienced CEO .
Show the dollars , all the rest is gravy .
Also remember , it is a communications game .
All these reports and numbers are n't worth nearly as much if you do n't know how to communicate with your boss .
And that goes for all the dumbasses who argued above about whether you can ask questions or not .
Plus , if you learn better communication , you may not need to ask as many questions because you 'll understand what 's being required of you in the first place .</tokentext>
<sentencetext>Absolutely, here's the deal.
Your company may have plenty of money right now and all the customers are satisfied.
But one day that won't be the case.
You know your job is important and you know that your job makes or saves the company lots of money.
The CEO wants to see things that make his company profitable.
If that's a report on how you are saving software costs by making your own, using magic perl scripting, OSS or some other method, or it's hardware by being cost-effective or some magic virtualization or whatever.
Or maybe it's in increased customer productivity which in turn helps the bottom line.
He probably does want to see some technical mumbo-jumbo because that's what he hired you for.
But he's honestly way more interested in how what you do makes the company more money.
End of story.
I was in web development / small IT stuff and now I run a company for an experienced CEO.
Show the dollars, all the rest is gravy.
Also remember, it is a communications game.
All these reports and numbers aren't worth nearly as much if you don't know how to communicate with your boss.
And that goes for all the dumbasses who argued above about whether you can ask questions or not.
Plus, if you learn better communication, you may not need to ask as many questions because you'll understand what's being required of you in the first place.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032616</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032666</id>
	<title>Adjust your prioirities</title>
	<author>idontgno</author>
	<datestamp>1257781740000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>2</modscore>
	<htmltext><p>The only executive who would be meaningfully impressed with technical metrics would probably be in your direct up-chain (e.g., CTO), so tailor those metrics towards their concerns. Things like performance measures that allow you to spot trends ("Is it me, or do those new servers crash more often?") and predict future necessary action ("Are we nibbling into our system resource reserve? Time to budget for upgrades.").</p><p>Outside of geek-ville, measure stuff which translates into business terms. Compute uptimes and responsiveness and scale transaction measurements against sales, or eyeballs, or whatever your company is really about.</p></htmltext>
<tokenext>The only executive who would be meaningfully impressed with technical metrics would probably be in your direct up-chain ( e.g. , CTO ) , so tailor those metrics towards their concerns .
Things like performance measures that allow you to spot trends ( " Is it me , or do those new servers crash more often ?
" ) and predict future necessary action ( " Are we nibbling into our system resource reserve ?
Time to budget for upgrades .
" ) .Outside of geek-ville , measure stuff which translates into business terms .
Compute uptimes and responsiveness and scale transaction measurements against sales , or eyeballs , or whatever your company is really about .</tokentext>
<sentencetext>The only executive who would be meaningfully impressed with technical metrics would probably be in your direct up-chain (e.g., CTO), so tailor those metrics towards their concerns.
Things like performance measures that allow you to spot trends ("Is it me, or do those new servers crash more often?
") and predict future necessary action ("Are we nibbling into our system resource reserve?
Time to budget for upgrades.
").Outside of geek-ville, measure stuff which translates into business terms.
Compute uptimes and responsiveness and scale transaction measurements against sales, or eyeballs, or whatever your company is really about.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033814</id>
	<title>Re:Think Business Functionality</title>
	<author>Col. Panic</author>
	<datestamp>1257786420000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>my thought exactly. emphasize ROI especially when it comes time to buy pesky things that maintain the business. selling redundancy can be hard, but one good outage will illustrate how important it is. i had a client who was running a small accounting office, so tax time was his critical uptime. no raid, not even mirroring. i scared the hell out of him by asking a simple question: it's april 14th and your server won't boot - what do you do?</p><p>sometimes you have to inform management that the worst can happen at the worst time.</p></htmltext>
<tokenext>my thought exactly .
emphasize ROI especially when it comes time to buy pesky things that maintain the business .
selling redundancy can be hard , but one good outage will illustrate how important it is .
i had a client who was running a small accounting office , so tax time was his critical uptime .
no raid , not even mirroring .
i scared the hell out of him by asking a simple question : it 's april 14th and your server wo n't boot - what do you do ? sometimes you have to inform management that the worst can happen at the worst time .</tokentext>
<sentencetext>my thought exactly.
emphasize ROI especially when it comes time to buy pesky things that maintain the business.
selling redundancy can be hard, but one good outage will illustrate how important it is.
i had a client who was running a small accounting office, so tax time was his critical uptime.
no raid, not even mirroring.
i scared the hell out of him by asking a simple question: it's april 14th and your server won't boot - what do you do?sometimes you have to inform management that the worst can happen at the worst time.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032694</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30038350</id>
	<title>Spam Filter</title>
	<author>Anonymous</author>
	<datestamp>1257761760000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Turn the spam filters on the mail servers off for a day. They will really appreciate it when you turn them back on and should be quite happy about the time you save them everyday.</p></htmltext>
<tokenext>Turn the spam filters on the mail servers off for a day .
They will really appreciate it when you turn them back on and should be quite happy about the time you save them everyday .</tokentext>
<sentencetext>Turn the spam filters on the mail servers off for a day.
They will really appreciate it when you turn them back on and should be quite happy about the time you save them everyday.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033196</id>
	<title>A few ideas</title>
	<author>V!NCENT</author>
	<datestamp>1257783840000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Just look at your job as anyone else who is not a sysadmin would look at his job. I mean: what is your goal? Then answer:</p><p>Did you reach your goal? If yes/no; what's your progress?<br>What are your next goals? Do you have the manpower, being on your own? How long will it take? How's the planning going along?<br>How is the system doing on a technical level? Is it fast enough? Room for improvements? Is the security up to par with todays threats? And how do you keep up with the latest IT developments and security threads?<br>How is the system doing for personel? Is everybody satisfied? Room for improvements there? Etc.<br>Is the system 100\% fit for its purpose? Is it still functioning well enough? Do you need hardware upgrades? Etc.</p><p>Awnser these questions in a nice format. Google a status report format that is NOT an IT status report and use that one. Finally give it to the person. Just ask him if he wants a monthly or quarterly status report.</p><p>That should get you going.</p><p>PS: Do not report on anything too technical like "Our BLT drive just went AWOL" and you should be fine<nobr> <wbr></nobr>;)</p></htmltext>
<tokenext>Just look at your job as anyone else who is not a sysadmin would look at his job .
I mean : what is your goal ?
Then answer : Did you reach your goal ?
If yes/no ; what 's your progress ? What are your next goals ?
Do you have the manpower , being on your own ?
How long will it take ?
How 's the planning going along ? How is the system doing on a technical level ?
Is it fast enough ?
Room for improvements ?
Is the security up to par with todays threats ?
And how do you keep up with the latest IT developments and security threads ? How is the system doing for personel ?
Is everybody satisfied ?
Room for improvements there ?
Etc.Is the system 100 \ % fit for its purpose ?
Is it still functioning well enough ?
Do you need hardware upgrades ?
Etc.Awnser these questions in a nice format .
Google a status report format that is NOT an IT status report and use that one .
Finally give it to the person .
Just ask him if he wants a monthly or quarterly status report.That should get you going.PS : Do not report on anything too technical like " Our BLT drive just went AWOL " and you should be fine ; )</tokentext>
<sentencetext>Just look at your job as anyone else who is not a sysadmin would look at his job.
I mean: what is your goal?
Then answer:Did you reach your goal?
If yes/no; what's your progress?What are your next goals?
Do you have the manpower, being on your own?
How long will it take?
How's the planning going along?How is the system doing on a technical level?
Is it fast enough?
Room for improvements?
Is the security up to par with todays threats?
And how do you keep up with the latest IT developments and security threads?How is the system doing for personel?
Is everybody satisfied?
Room for improvements there?
Etc.Is the system 100\% fit for its purpose?
Is it still functioning well enough?
Do you need hardware upgrades?
Etc.Awnser these questions in a nice format.
Google a status report format that is NOT an IT status report and use that one.
Finally give it to the person.
Just ask him if he wants a monthly or quarterly status report.That should get you going.PS: Do not report on anything too technical like "Our BLT drive just went AWOL" and you should be fine ;)</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30036698</id>
	<title>Hmm</title>
	<author>Anonymous</author>
	<datestamp>1257798000000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Only IT guy in a 20 man buisness? Well basicly you can't move up the latter, so set up some report generating scripts that through together whatever numbers you have available, along with some automatically generated fuzzy text like "uptime rose slightly" ect.<br>Then start slacking as hard as you can. Then maybe a year from now when the stats drop tell management you need assistants, and negotiate a promotion to IT manager or similar, then when you assistants do the same down the road, you'll properbly move up to some other non-IT management role where you can collect even more slack.<br>But seriusly don't worry about the contents of the reports, put some nice 3d Pie charts in there and they'll be happy, they are quite fasionable right now.</p></htmltext>
<tokenext>Only IT guy in a 20 man buisness ?
Well basicly you ca n't move up the latter , so set up some report generating scripts that through together whatever numbers you have available , along with some automatically generated fuzzy text like " uptime rose slightly " ect.Then start slacking as hard as you can .
Then maybe a year from now when the stats drop tell management you need assistants , and negotiate a promotion to IT manager or similar , then when you assistants do the same down the road , you 'll properbly move up to some other non-IT management role where you can collect even more slack.But seriusly do n't worry about the contents of the reports , put some nice 3d Pie charts in there and they 'll be happy , they are quite fasionable right now .</tokentext>
<sentencetext>Only IT guy in a 20 man buisness?
Well basicly you can't move up the latter, so set up some report generating scripts that through together whatever numbers you have available, along with some automatically generated fuzzy text like "uptime rose slightly" ect.Then start slacking as hard as you can.
Then maybe a year from now when the stats drop tell management you need assistants, and negotiate a promotion to IT manager or similar, then when you assistants do the same down the road, you'll properbly move up to some other non-IT management role where you can collect even more slack.But seriusly don't worry about the contents of the reports, put some nice 3d Pie charts in there and they'll be happy, they are quite fasionable right now.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30036468</id>
	<title>Re:Stupid Requests</title>
	<author>Anonymous</author>
	<datestamp>1257797040000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>That sucks, but there's nothing to be gained from making someone who has power over you look stupid.  They may be stupid, but I repeat: there's nothing to be gained from making someone who has power over you look stupid.</p></htmltext>
<tokenext>That sucks , but there 's nothing to be gained from making someone who has power over you look stupid .
They may be stupid , but I repeat : there 's nothing to be gained from making someone who has power over you look stupid .</tokentext>
<sentencetext>That sucks, but there's nothing to be gained from making someone who has power over you look stupid.
They may be stupid, but I repeat: there's nothing to be gained from making someone who has power over you look stupid.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033780</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30041632</id>
	<title>Re:Here's an idea...</title>
	<author>Anonymous</author>
	<datestamp>1257780840000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Novell's Identity Management application sounds like a good idea here....  it lets you tie applications/directory services together, not into the same forest or tree, but rather by creating relationships between the various forests/trees/databases.  You could have one vault that collects all of the information from your various systems, or you could populate fields from one app to another.</p></htmltext>
<tokenext>Novell 's Identity Management application sounds like a good idea here.... it lets you tie applications/directory services together , not into the same forest or tree , but rather by creating relationships between the various forests/trees/databases .
You could have one vault that collects all of the information from your various systems , or you could populate fields from one app to another .</tokentext>
<sentencetext>Novell's Identity Management application sounds like a good idea here....  it lets you tie applications/directory services together, not into the same forest or tree, but rather by creating relationships between the various forests/trees/databases.
You could have one vault that collects all of the information from your various systems, or you could populate fields from one app to another.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032878</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035642</id>
	<title>Re:Here's an idea...</title>
	<author>Anonymous</author>
	<datestamp>1257793500000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>That's bad. Very VERY bad. If you provide a group of non-technical execs with a menu of items you can provide they will ALWAYS want something that's not on the menu. That means you MUST provide it and they will never pay for it. Plus, they will never, ever be pleased with the information.</p><p>Here's the deal: set this turkey up for a demo and make sure it works, passing all of the 'metrics' along to the execs. Then, and here's the brilliant part, pass the whole shebang off to some schmuck who is too clueless to know when he's being given the shaft and find a new project to work on. You get the credit and the schmuck gets the shaft.</p><p>Sorry, but it's the way of the world.</p></htmltext>
<tokenext>That 's bad .
Very VERY bad .
If you provide a group of non-technical execs with a menu of items you can provide they will ALWAYS want something that 's not on the menu .
That means you MUST provide it and they will never pay for it .
Plus , they will never , ever be pleased with the information.Here 's the deal : set this turkey up for a demo and make sure it works , passing all of the 'metrics ' along to the execs .
Then , and here 's the brilliant part , pass the whole shebang off to some schmuck who is too clueless to know when he 's being given the shaft and find a new project to work on .
You get the credit and the schmuck gets the shaft.Sorry , but it 's the way of the world .</tokentext>
<sentencetext>That's bad.
Very VERY bad.
If you provide a group of non-technical execs with a menu of items you can provide they will ALWAYS want something that's not on the menu.
That means you MUST provide it and they will never pay for it.
Plus, they will never, ever be pleased with the information.Here's the deal: set this turkey up for a demo and make sure it works, passing all of the 'metrics' along to the execs.
Then, and here's the brilliant part, pass the whole shebang off to some schmuck who is too clueless to know when he's being given the shaft and find a new project to work on.
You get the credit and the schmuck gets the shaft.Sorry, but it's the way of the world.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032970</id>
	<title>Reports</title>
	<author>gone.fishing</author>
	<datestamp>1257782940000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I don't know what you want to put in the report but I do know I would call it a TPS Report.</p></htmltext>
<tokenext>I do n't know what you want to put in the report but I do know I would call it a TPS Report .</tokentext>
<sentencetext>I don't know what you want to put in the report but I do know I would call it a TPS Report.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30037968</id>
	<title>Re:Here's an idea...</title>
	<author>DirkGently</author>
	<datestamp>1257760200000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>And if you have lots of data, distill it to ONE graphic per paper summary. If you've got a point to make about systems availability or potential future scalability issues, add a graph. Do NOT use the cutesy 3D crap. Just a line or bar graph of valid data that backs your point. It's also important that it only BE one. Maybe two if you've got a huge agenda. Once you add multiples you begin to complicate your point and you're almost as bad off as with no pretty pictures at all.</p><p>We're doing a lot of capacity planning these days and being able to show VMware farm capacity versus workload in a simple, concise, manner makes it much easier to have that discussion about funding.</p></htmltext>
<tokenext>And if you have lots of data , distill it to ONE graphic per paper summary .
If you 've got a point to make about systems availability or potential future scalability issues , add a graph .
Do NOT use the cutesy 3D crap .
Just a line or bar graph of valid data that backs your point .
It 's also important that it only BE one .
Maybe two if you 've got a huge agenda .
Once you add multiples you begin to complicate your point and you 're almost as bad off as with no pretty pictures at all.We 're doing a lot of capacity planning these days and being able to show VMware farm capacity versus workload in a simple , concise , manner makes it much easier to have that discussion about funding .</tokentext>
<sentencetext>And if you have lots of data, distill it to ONE graphic per paper summary.
If you've got a point to make about systems availability or potential future scalability issues, add a graph.
Do NOT use the cutesy 3D crap.
Just a line or bar graph of valid data that backs your point.
It's also important that it only BE one.
Maybe two if you've got a huge agenda.
Once you add multiples you begin to complicate your point and you're almost as bad off as with no pretty pictures at all.We're doing a lot of capacity planning these days and being able to show VMware farm capacity versus workload in a simple, concise, manner makes it much easier to have that discussion about funding.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033326</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30046610</id>
	<title>Re:Dear Slashdot....</title>
	<author>CaptainVic</author>
	<datestamp>1257873120000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Dear Slashdot,
  How do I respond like a pompous jerk without sounding like a pompous jerk?

Not so sincerely,
Play Nice</htmltext>
<tokenext>Dear Slashdot , How do I respond like a pompous jerk without sounding like a pompous jerk ?
Not so sincerely , Play Nice</tokentext>
<sentencetext>Dear Slashdot,
  How do I respond like a pompous jerk without sounding like a pompous jerk?
Not so sincerely,
Play Nice</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032514</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30040526</id>
	<title>Re:Here's an idea...</title>
	<author>korsmana</author>
	<datestamp>1257772380000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>


<div><p>Yes! Also, come prepared with some questions they may want
to ask. It will almost certainly turn into questions you have not anticipated.
And if you don't know say so. &quot;Good question. I Don't know, but
I'll come back with an answer&quot; It is MUCH better than yes/no when you are BSing. They know it and will start to dig with a knife. </p><p>But most importantly, put your self in their shoes as the
owner of the company. They want to understand how this makes the company better
or worse. How does it make money. How does it impact
on the customer (eg automated report is late 24hrs??
If a tree falls and no one hears it...). </p><p>And if you have a problem, they can be your best friend. Put
it in terms of impact to the company. (eg
if you have to much down time, tell them customer can't put in orders.  )</p><p>You need to realize you are the expert and they are looking
for your insight on how to direct the company. Tell them what you need to help
do it.</p><p>AK</p></htmltext>
<tokenext>Yes !
Also , come prepared with some questions they may want to ask .
It will almost certainly turn into questions you have not anticipated .
And if you do n't know say so .
" Good question .
I Do n't know , but I 'll come back with an answer " It is MUCH better than yes/no when you are BSing .
They know it and will start to dig with a knife .
But most importantly , put your self in their shoes as the owner of the company .
They want to understand how this makes the company better or worse .
How does it make money .
How does it impact on the customer ( eg automated report is late 24hrs ? ?
If a tree falls and no one hears it... ) .
And if you have a problem , they can be your best friend .
Put it in terms of impact to the company .
( eg if you have to much down time , tell them customer ca n't put in orders .
) You need to realize you are the expert and they are looking for your insight on how to direct the company .
Tell them what you need to help do it.AK</tokentext>
<sentencetext>


Yes!
Also, come prepared with some questions they may want
to ask.
It will almost certainly turn into questions you have not anticipated.
And if you don't know say so.
"Good question.
I Don't know, but
I'll come back with an answer" It is MUCH better than yes/no when you are BSing.
They know it and will start to dig with a knife.
But most importantly, put your self in their shoes as the
owner of the company.
They want to understand how this makes the company better
or worse.
How does it make money.
How does it impact
on the customer (eg automated report is late 24hrs??
If a tree falls and no one hears it...).
And if you have a problem, they can be your best friend.
Put
it in terms of impact to the company.
(eg
if you have to much down time, tell them customer can't put in orders.
)You need to realize you are the expert and they are looking
for your insight on how to direct the company.
Tell them what you need to help
do it.AK</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30036784</id>
	<title>Ask them what they need to do their job</title>
	<author>Alpha830RulZ</author>
	<datestamp>1257798360000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Your job is important to them only insofar as it helps them do their job.  Therefore, knowing what they need to know is key to structuring your communication. Most execs like a 'dashboard' style view that summarizes the current activity.  You might suggest things like:</p><p>1) new customers added, canceling customers subtracted<br>2) system incidents in pass week and month, summarized by type and severity<br>3) Budget activity (expenses/month/year, against planned costs)<br>4) System activity of interest (unique customer visits, page views, complaints, support requests, etc)</p><p>In most of my jobs, I add a weekly status report that reports what I did last week, what I'm planning on doing this week, planned absences (vacations, etc) and finally, Issues Requiring Management Attention, which are the items that I need them to attend to.  The status report becomes the agenda for my 1:1 with my manager.</p></htmltext>
<tokenext>Your job is important to them only insofar as it helps them do their job .
Therefore , knowing what they need to know is key to structuring your communication .
Most execs like a 'dashboard ' style view that summarizes the current activity .
You might suggest things like : 1 ) new customers added , canceling customers subtracted2 ) system incidents in pass week and month , summarized by type and severity3 ) Budget activity ( expenses/month/year , against planned costs ) 4 ) System activity of interest ( unique customer visits , page views , complaints , support requests , etc ) In most of my jobs , I add a weekly status report that reports what I did last week , what I 'm planning on doing this week , planned absences ( vacations , etc ) and finally , Issues Requiring Management Attention , which are the items that I need them to attend to .
The status report becomes the agenda for my 1 : 1 with my manager .</tokentext>
<sentencetext>Your job is important to them only insofar as it helps them do their job.
Therefore, knowing what they need to know is key to structuring your communication.
Most execs like a 'dashboard' style view that summarizes the current activity.
You might suggest things like:1) new customers added, canceling customers subtracted2) system incidents in pass week and month, summarized by type and severity3) Budget activity (expenses/month/year, against planned costs)4) System activity of interest (unique customer visits, page views, complaints, support requests, etc)In most of my jobs, I add a weekly status report that reports what I did last week, what I'm planning on doing this week, planned absences (vacations, etc) and finally, Issues Requiring Management Attention, which are the items that I need them to attend to.
The status report becomes the agenda for my 1:1 with my manager.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30040078</id>
	<title>I would fire you.</title>
	<author>jotaeleemeese</author>
	<datestamp>1257770040000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>A Sys Admin is not supposed to be messing about with the business data.</p><p>That would actually be against the law.</p></htmltext>
<tokenext>A Sys Admin is not supposed to be messing about with the business data.That would actually be against the law .</tokentext>
<sentencetext>A Sys Admin is not supposed to be messing about with the business data.That would actually be against the law.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032694</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034454</id>
	<title>They don't care.....</title>
	<author>agentc0re</author>
	<datestamp>1257788820000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext>They hired you so they didn't have to know any of that. It took me a while to realize this, but the fact is; The just don't give a shit.<br><br>You can try and teach them how to cut and paste all day long, but in the end you'll still have to walk over to their computer to see what the fuckery they screwed up.</htmltext>
<tokenext>They hired you so they did n't have to know any of that .
It took me a while to realize this , but the fact is ; The just do n't give a shit.You can try and teach them how to cut and paste all day long , but in the end you 'll still have to walk over to their computer to see what the fuckery they screwed up .</tokentext>
<sentencetext>They hired you so they didn't have to know any of that.
It took me a while to realize this, but the fact is; The just don't give a shit.You can try and teach them how to cut and paste all day long, but in the end you'll still have to walk over to their computer to see what the fuckery they screwed up.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30043664</id>
	<title>Simply put:</title>
	<author>Anonymous</author>
	<datestamp>1257851040000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>If the system is functionally normally, pass on a monthly report and ask for a raise.</p><p>If the system malfunctions but you can fix it, mock up something good and stay under the radar.</p><p>If the system malfunctions and you can't fix it, let the next guy figure it out.</p></htmltext>
<tokenext>If the system is functionally normally , pass on a monthly report and ask for a raise.If the system malfunctions but you can fix it , mock up something good and stay under the radar.If the system malfunctions and you ca n't fix it , let the next guy figure it out .</tokentext>
<sentencetext>If the system is functionally normally, pass on a monthly report and ask for a raise.If the system malfunctions but you can fix it, mock up something good and stay under the radar.If the system malfunctions and you can't fix it, let the next guy figure it out.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032628</id>
	<title>Pretty is the answer</title>
	<author>vvaduva</author>
	<datestamp>1257781620000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Pretty "executive" reports is what they like to see, bar graphs, pie charts, etc.  Also, stick with "top x" reports rather than 50 page reports which mean little to executive level people.</p><p>The problem is that most free tools out there really lack in reporting so you may want to figure out ways to export your data and write some sort of custom reporting tool in whatever environment you are familiar with, ms excel, php, python...etc.  The answer is not easy, sorry.</p></htmltext>
<tokenext>Pretty " executive " reports is what they like to see , bar graphs , pie charts , etc .
Also , stick with " top x " reports rather than 50 page reports which mean little to executive level people.The problem is that most free tools out there really lack in reporting so you may want to figure out ways to export your data and write some sort of custom reporting tool in whatever environment you are familiar with , ms excel , php , python...etc .
The answer is not easy , sorry .</tokentext>
<sentencetext>Pretty "executive" reports is what they like to see, bar graphs, pie charts, etc.
Also, stick with "top x" reports rather than 50 page reports which mean little to executive level people.The problem is that most free tools out there really lack in reporting so you may want to figure out ways to export your data and write some sort of custom reporting tool in whatever environment you are familiar with, ms excel, php, python...etc.
The answer is not easy, sorry.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032740</id>
	<title>Provide market data.</title>
	<author>140Mandak262Jamuna</author>
	<datestamp>1257781980000</datestamp>
	<modclass>Funny</modclass>
	<modscore>4</modscore>
	<htmltext>Collect the amount of water pumped reported by each sensor as a trace between 9:30 AM and 4PM on the days the market is open. Find the correlation between this trace and the S&amp;P500 index with a two minute time lag. See which sensor has a correlation coefficient more than 0.05. Use that info to come up with a trading strategy to buy and sell the exchange traded fund IVV. Propose a project find the leading indicator sensor for more securities like QQQQ, Diamond, XLF, XLU, XLV, XLP and the stock ANSS. Upper management is mostly made up of idiots who fall for such things. Build an empire under you. Watch the cash flow of the company. Just before it goes bust, put all this experience in a resume and get a job in the ultra high speed trading division of Morgan Stanley.</htmltext>
<tokenext>Collect the amount of water pumped reported by each sensor as a trace between 9 : 30 AM and 4PM on the days the market is open .
Find the correlation between this trace and the S&amp;P500 index with a two minute time lag .
See which sensor has a correlation coefficient more than 0.05 .
Use that info to come up with a trading strategy to buy and sell the exchange traded fund IVV .
Propose a project find the leading indicator sensor for more securities like QQQQ , Diamond , XLF , XLU , XLV , XLP and the stock ANSS .
Upper management is mostly made up of idiots who fall for such things .
Build an empire under you .
Watch the cash flow of the company .
Just before it goes bust , put all this experience in a resume and get a job in the ultra high speed trading division of Morgan Stanley .</tokentext>
<sentencetext>Collect the amount of water pumped reported by each sensor as a trace between 9:30 AM and 4PM on the days the market is open.
Find the correlation between this trace and the S&amp;P500 index with a two minute time lag.
See which sensor has a correlation coefficient more than 0.05.
Use that info to come up with a trading strategy to buy and sell the exchange traded fund IVV.
Propose a project find the leading indicator sensor for more securities like QQQQ, Diamond, XLF, XLU, XLV, XLP and the stock ANSS.
Upper management is mostly made up of idiots who fall for such things.
Build an empire under you.
Watch the cash flow of the company.
Just before it goes bust, put all this experience in a resume and get a job in the ultra high speed trading division of Morgan Stanley.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034546</id>
	<title>What to tell them</title>
	<author>Tekfactory</author>
	<datestamp>1257789180000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>What have you done? The you here can mean the IT Dept, the systems supporting the company, or you personally</p><p>What is on the schedule to be done? upcoming audits, maintenance windows, software renewals, hardware refresh (backend and user facing). you can break these up into near term, and longer term.</p><p>What obstacles are holding you back? do you have any major projects on hold?</p><p>Ignore the posts telling you to ask them what they want, at least as a basic open ended question. You could ask them if there are any specific items they are interested in, ask if there are any standard company-wide metrics/questions that you need to answer. You need to know what the 'requirements' are or any report you create will fail to satisfy the 'need' and it will get roundfiled, despite the fact you will probably keep producing it.</p><p>Having a short relevant report is a good thing. Try to keep it under a page if you can.</p></htmltext>
<tokenext>What have you done ?
The you here can mean the IT Dept , the systems supporting the company , or you personallyWhat is on the schedule to be done ?
upcoming audits , maintenance windows , software renewals , hardware refresh ( backend and user facing ) .
you can break these up into near term , and longer term.What obstacles are holding you back ?
do you have any major projects on hold ? Ignore the posts telling you to ask them what they want , at least as a basic open ended question .
You could ask them if there are any specific items they are interested in , ask if there are any standard company-wide metrics/questions that you need to answer .
You need to know what the 'requirements ' are or any report you create will fail to satisfy the 'need ' and it will get roundfiled , despite the fact you will probably keep producing it.Having a short relevant report is a good thing .
Try to keep it under a page if you can .</tokentext>
<sentencetext>What have you done?
The you here can mean the IT Dept, the systems supporting the company, or you personallyWhat is on the schedule to be done?
upcoming audits, maintenance windows, software renewals, hardware refresh (backend and user facing).
you can break these up into near term, and longer term.What obstacles are holding you back?
do you have any major projects on hold?Ignore the posts telling you to ask them what they want, at least as a basic open ended question.
You could ask them if there are any specific items they are interested in, ask if there are any standard company-wide metrics/questions that you need to answer.
You need to know what the 'requirements' are or any report you create will fail to satisfy the 'need' and it will get roundfiled, despite the fact you will probably keep producing it.Having a short relevant report is a good thing.
Try to keep it under a page if you can.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032946</id>
	<title>Business information.</title>
	<author>Colin Smith</author>
	<datestamp>1257782820000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>What pages are people reading?<br>What are they searching for?<br>Country/city/network do they come from?</p><p>There is a wealth of market information in web and email logs.</p><p>Understand your business and how you can make it better, cheaper, faster, more profitable.<br>
&nbsp;</p></htmltext>
<tokenext>What pages are people reading ? What are they searching for ? Country/city/network do they come from ? There is a wealth of market information in web and email logs.Understand your business and how you can make it better , cheaper , faster , more profitable .
 </tokentext>
<sentencetext>What pages are people reading?What are they searching for?Country/city/network do they come from?There is a wealth of market information in web and email logs.Understand your business and how you can make it better, cheaper, faster, more profitable.
 </sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034542</id>
	<title>backward-a55</title>
	<author>micromuncher</author>
	<datestamp>1257789180000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Your executive (or usually the administrative secretaries) should communicate to you what they want.  If they are not giving you an indication of the metrics they want, and they're leaving it to you, then you have the danger of boring them with useless and irrelevant information.  Not repeating the 30k feet, brief, don't use IT speak comments; you likely want to engage someone close to them to figure out what metrics you gather, or can gather, and which are actually meaningful from the BI view.  Oddly, information by itself is useless.  Let me explain... I work for big oil/gas company (doing corporate reporting).  One thing I provide is spill reports.  They use this to scorecard divisions (for bonuses).  But the information itself isn't very useful, because it doesn't say what products are spilled (specifically sometimes huge numbers come out re fresh water spills, and these are reportable to govt., but not as dangerous as sour gas...).  The divisional guys get really annoyed because they're compared to previous years (so its spilled volume over time), and they really want me to speciate by operation or commodity, but I can't because the executive committee in charge doesn't care.  They want ONE line item for an overall metric in one area of the business.  So to reiterate, its really important to talk with them or someone close to them to figure out what is useful and what the "destination" is.  Process improvement?  Health check?  Benefits/bonuses?  Lots of categories to chose from.</p></htmltext>
<tokenext>Your executive ( or usually the administrative secretaries ) should communicate to you what they want .
If they are not giving you an indication of the metrics they want , and they 're leaving it to you , then you have the danger of boring them with useless and irrelevant information .
Not repeating the 30k feet , brief , do n't use IT speak comments ; you likely want to engage someone close to them to figure out what metrics you gather , or can gather , and which are actually meaningful from the BI view .
Oddly , information by itself is useless .
Let me explain... I work for big oil/gas company ( doing corporate reporting ) .
One thing I provide is spill reports .
They use this to scorecard divisions ( for bonuses ) .
But the information itself is n't very useful , because it does n't say what products are spilled ( specifically sometimes huge numbers come out re fresh water spills , and these are reportable to govt. , but not as dangerous as sour gas... ) .
The divisional guys get really annoyed because they 're compared to previous years ( so its spilled volume over time ) , and they really want me to speciate by operation or commodity , but I ca n't because the executive committee in charge does n't care .
They want ONE line item for an overall metric in one area of the business .
So to reiterate , its really important to talk with them or someone close to them to figure out what is useful and what the " destination " is .
Process improvement ?
Health check ?
Benefits/bonuses ? Lots of categories to chose from .</tokentext>
<sentencetext>Your executive (or usually the administrative secretaries) should communicate to you what they want.
If they are not giving you an indication of the metrics they want, and they're leaving it to you, then you have the danger of boring them with useless and irrelevant information.
Not repeating the 30k feet, brief, don't use IT speak comments; you likely want to engage someone close to them to figure out what metrics you gather, or can gather, and which are actually meaningful from the BI view.
Oddly, information by itself is useless.
Let me explain... I work for big oil/gas company (doing corporate reporting).
One thing I provide is spill reports.
They use this to scorecard divisions (for bonuses).
But the information itself isn't very useful, because it doesn't say what products are spilled (specifically sometimes huge numbers come out re fresh water spills, and these are reportable to govt., but not as dangerous as sour gas...).
The divisional guys get really annoyed because they're compared to previous years (so its spilled volume over time), and they really want me to speciate by operation or commodity, but I can't because the executive committee in charge doesn't care.
They want ONE line item for an overall metric in one area of the business.
So to reiterate, its really important to talk with them or someone close to them to figure out what is useful and what the "destination" is.
Process improvement?
Health check?
Benefits/bonuses?  Lots of categories to chose from.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30039644</id>
	<title>the answer is easy:</title>
	<author>Anonymous</author>
	<datestamp>1257767700000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Cost, money. That's what they want to hear: how much does it cost? What is be benefit? What is the risk factor? What planned next?</p><p>The manager hired YOU to know the technical side. Give him enough so he understand the basis of your decision making. Don't waste his time with details unless he ask for them.</p></htmltext>
<tokenext>Cost , money .
That 's what they want to hear : how much does it cost ?
What is be benefit ?
What is the risk factor ?
What planned next ? The manager hired YOU to know the technical side .
Give him enough so he understand the basis of your decision making .
Do n't waste his time with details unless he ask for them .</tokentext>
<sentencetext>Cost, money.
That's what they want to hear: how much does it cost?
What is be benefit?
What is the risk factor?
What planned next?The manager hired YOU to know the technical side.
Give him enough so he understand the basis of your decision making.
Don't waste his time with details unless he ask for them.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032694</id>
	<title>Think Business Functionality</title>
	<author>lbalbalba</author>
	<datestamp>1257781800000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>5</modscore>
	<htmltext>Focus on the benefits the systems provide for the business. For example, if you were sysadmin for a website of a major airline, you would focus on the amount of tickets sold online. Management is way more interested in seeing how much money the web site makes, or in what ways it helps people do their job better and more efficient, than purely technical data like system/service uptime or page visits.</htmltext>
<tokenext>Focus on the benefits the systems provide for the business .
For example , if you were sysadmin for a website of a major airline , you would focus on the amount of tickets sold online .
Management is way more interested in seeing how much money the web site makes , or in what ways it helps people do their job better and more efficient , than purely technical data like system/service uptime or page visits .</tokentext>
<sentencetext>Focus on the benefits the systems provide for the business.
For example, if you were sysadmin for a website of a major airline, you would focus on the amount of tickets sold online.
Management is way more interested in seeing how much money the web site makes, or in what ways it helps people do their job better and more efficient, than purely technical data like system/service uptime or page visits.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033842</id>
	<title>Humans and devices</title>
	<author>SEWilco</author>
	<datestamp>1257786540000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>I assume you're providing the public web service, internal network services, and the product operation (irrigation management) services.  So provide a summary of those three fields.
<p>
The executive-level statistics for the public web service will be easy to choose: How good is the service and when is improvement necessary?  As will the internal services... summarize the measurable bottlenecks, including network disk space usage.  Provide a number (or rescale it to a 0-10 rating) and a sentence which explains its meaning and/or how to interpret it ("Smaller is better, and the goal is less than 1 second per request.")
</p><p>
For the irrigation management service, because that is in almost direct support of the customers, you should learn how the process works from the customer's point of view (Are my sprinklers working?  How much am I saving?) and from the company's point of view (server capacity, money saved by average customer, estimate of customers unable to connect to server, server requirements per customer).  Some of the info may be of interest to different departments: IT, Irrigation Maintenance, Design, Sales, or Accounting.  Then see what you can measure and decide what to report... and what to request in order to add more information.</p></htmltext>
<tokenext>I assume you 're providing the public web service , internal network services , and the product operation ( irrigation management ) services .
So provide a summary of those three fields .
The executive-level statistics for the public web service will be easy to choose : How good is the service and when is improvement necessary ?
As will the internal services... summarize the measurable bottlenecks , including network disk space usage .
Provide a number ( or rescale it to a 0-10 rating ) and a sentence which explains its meaning and/or how to interpret it ( " Smaller is better , and the goal is less than 1 second per request .
" ) For the irrigation management service , because that is in almost direct support of the customers , you should learn how the process works from the customer 's point of view ( Are my sprinklers working ?
How much am I saving ?
) and from the company 's point of view ( server capacity , money saved by average customer , estimate of customers unable to connect to server , server requirements per customer ) .
Some of the info may be of interest to different departments : IT , Irrigation Maintenance , Design , Sales , or Accounting .
Then see what you can measure and decide what to report... and what to request in order to add more information .</tokentext>
<sentencetext>I assume you're providing the public web service, internal network services, and the product operation (irrigation management) services.
So provide a summary of those three fields.
The executive-level statistics for the public web service will be easy to choose: How good is the service and when is improvement necessary?
As will the internal services... summarize the measurable bottlenecks, including network disk space usage.
Provide a number (or rescale it to a 0-10 rating) and a sentence which explains its meaning and/or how to interpret it ("Smaller is better, and the goal is less than 1 second per request.
")

For the irrigation management service, because that is in almost direct support of the customers, you should learn how the process works from the customer's point of view (Are my sprinklers working?
How much am I saving?
) and from the company's point of view (server capacity, money saved by average customer, estimate of customers unable to connect to server, server requirements per customer).
Some of the info may be of interest to different departments: IT, Irrigation Maintenance, Design, Sales, or Accounting.
Then see what you can measure and decide what to report... and what to request in order to add more information.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30039722</id>
	<title>simple as...</title>
	<author>el\_jake</author>
	<datestamp>1257768180000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Executives see systems this way: Does it work or not? Does it cost money vs. does it give us money.  <br>
Your report should look like this: All systems running, no money loss. <br> <br>

Don't you ever bug them with: System X works. System Y has a lag problem. System N is down.. Then hell will brake loose for nothing.
And for god sake don't feed them with up-times or down-times.... They don't know what it means.. And numbers, figures, and bars will just confuse them because they will lag a $ dimension.</htmltext>
<tokenext>Executives see systems this way : Does it work or not ?
Does it cost money vs. does it give us money .
Your report should look like this : All systems running , no money loss .
Do n't you ever bug them with : System X works .
System Y has a lag problem .
System N is down.. Then hell will brake loose for nothing .
And for god sake do n't feed them with up-times or down-times.... They do n't know what it means.. And numbers , figures , and bars will just confuse them because they will lag a $ dimension .</tokentext>
<sentencetext>Executives see systems this way: Does it work or not?
Does it cost money vs. does it give us money.
Your report should look like this: All systems running, no money loss.
Don't you ever bug them with: System X works.
System Y has a lag problem.
System N is down.. Then hell will brake loose for nothing.
And for god sake don't feed them with up-times or down-times.... They don't know what it means.. And numbers, figures, and bars will just confuse them because they will lag a $ dimension.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035038</id>
	<title>Re:Here's an idea...</title>
	<author>Culture20</author>
	<datestamp>1257791160000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>2</modscore>
	<htmltext><p><div class="quote"><p>how about asking them what they want to see?</p></div><p>In a small company like this, it's an okay method.  In a large company, it's career suicide.  Executives don't know what information they want.  They want *you* to know what information is important; you are the specialist in your field after all.  If you force them to choose a metric, they'll chose something like "problems solved" and reprimand you for a stable environment unless you list daily log-checks and backup restore tests as "problems".</p></div>
	</htmltext>
<tokenext>how about asking them what they want to see ? In a small company like this , it 's an okay method .
In a large company , it 's career suicide .
Executives do n't know what information they want .
They want * you * to know what information is important ; you are the specialist in your field after all .
If you force them to choose a metric , they 'll chose something like " problems solved " and reprimand you for a stable environment unless you list daily log-checks and backup restore tests as " problems " .</tokentext>
<sentencetext>how about asking them what they want to see?In a small company like this, it's an okay method.
In a large company, it's career suicide.
Executives don't know what information they want.
They want *you* to know what information is important; you are the specialist in your field after all.
If you force them to choose a metric, they'll chose something like "problems solved" and reprimand you for a stable environment unless you list daily log-checks and backup restore tests as "problems".
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033016</id>
	<title>Re:Pareto</title>
	<author>ctrl-alt-canc</author>
	<datestamp>1257783120000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>&gt; Our system is also unique in that about 70\% of the traffic we see is from devices and not human browsers<br> <br>

Now you know who is to blame, if anything goes wrong in the network...</htmltext>
<tokenext>&gt; Our system is also unique in that about 70 \ % of the traffic we see is from devices and not human browsers Now you know who is to blame , if anything goes wrong in the network.. .</tokentext>
<sentencetext>&gt; Our system is also unique in that about 70\% of the traffic we see is from devices and not human browsers 

Now you know who is to blame, if anything goes wrong in the network...</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032734</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032956</id>
	<title>My experience</title>
	<author>br00tus</author>
	<datestamp>1257782880000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>4</modscore>
	<htmltext><p>I started working at an organization a while back and I would file a trouble ticket whenever I came across something broken, even if it was unimportant and with an overflowing workload might not be done for a while.  A manager was hired after a while who decided to use the trouble ticket system as a meter of progress for tasks done.  When he announced this, I immediately closed all of these types of tickets, saved them locally on my machine, and even went into the database so as to delete all vestiges of these tickets.  I began only creating tickets when I knew a task would probably be done on-time and quickly.  The manager was canned after about two years there - the thing that saved him for so long is that his manager changed three times while he was there, the third one axed him.</p><p>What management wants to see is that their investment in you is getting results.  If they spend X amount of dollars on something, they want to see how it is helping the company or whatever.  Show how successful your projects have been, how your uptime rate is always increasing etc.  Use lots of colorful charts, lists with 20 goals and "accomplished" next to 18 of them and "partially accomplished" next to the other two.  That type of crap.  I mean, if management wants this nonsense from the sysadmin, you're in Dilbert land already.</p><p>In France in 1968 there was a massive general strike, with workers taking over factories and the like, and De Gaulle even planned contingencies to leave France and invade it at some future point with the French army and possibly NATO support.  One of the wall posters of that time said "The boss needs you, you don't need the boss".  Sometimes I think these exercises are more to psychologically mess with you than anything.  You do all the work and create all the wealth, the bosses and shareholders don't do anything and collect salaries and profits.  By making you do a pointless exercise like this to justify yourself to them, they're putting the idea out of your head of the reverse - of why *they* are necessary to the company.  After 13 years in this industry, I'm becoming convinced that the dumb, pointless things management makes you do does have some strange psychological point along these lines.  I've quit agreeing with my co-workers that these  presentations are dumb and pointless, I think they do have a point - keeping us disciplined, from requesting sane hours and on-call rotation and all of that.</p></htmltext>
<tokenext>I started working at an organization a while back and I would file a trouble ticket whenever I came across something broken , even if it was unimportant and with an overflowing workload might not be done for a while .
A manager was hired after a while who decided to use the trouble ticket system as a meter of progress for tasks done .
When he announced this , I immediately closed all of these types of tickets , saved them locally on my machine , and even went into the database so as to delete all vestiges of these tickets .
I began only creating tickets when I knew a task would probably be done on-time and quickly .
The manager was canned after about two years there - the thing that saved him for so long is that his manager changed three times while he was there , the third one axed him.What management wants to see is that their investment in you is getting results .
If they spend X amount of dollars on something , they want to see how it is helping the company or whatever .
Show how successful your projects have been , how your uptime rate is always increasing etc .
Use lots of colorful charts , lists with 20 goals and " accomplished " next to 18 of them and " partially accomplished " next to the other two .
That type of crap .
I mean , if management wants this nonsense from the sysadmin , you 're in Dilbert land already.In France in 1968 there was a massive general strike , with workers taking over factories and the like , and De Gaulle even planned contingencies to leave France and invade it at some future point with the French army and possibly NATO support .
One of the wall posters of that time said " The boss needs you , you do n't need the boss " .
Sometimes I think these exercises are more to psychologically mess with you than anything .
You do all the work and create all the wealth , the bosses and shareholders do n't do anything and collect salaries and profits .
By making you do a pointless exercise like this to justify yourself to them , they 're putting the idea out of your head of the reverse - of why * they * are necessary to the company .
After 13 years in this industry , I 'm becoming convinced that the dumb , pointless things management makes you do does have some strange psychological point along these lines .
I 've quit agreeing with my co-workers that these presentations are dumb and pointless , I think they do have a point - keeping us disciplined , from requesting sane hours and on-call rotation and all of that .</tokentext>
<sentencetext>I started working at an organization a while back and I would file a trouble ticket whenever I came across something broken, even if it was unimportant and with an overflowing workload might not be done for a while.
A manager was hired after a while who decided to use the trouble ticket system as a meter of progress for tasks done.
When he announced this, I immediately closed all of these types of tickets, saved them locally on my machine, and even went into the database so as to delete all vestiges of these tickets.
I began only creating tickets when I knew a task would probably be done on-time and quickly.
The manager was canned after about two years there - the thing that saved him for so long is that his manager changed three times while he was there, the third one axed him.What management wants to see is that their investment in you is getting results.
If they spend X amount of dollars on something, they want to see how it is helping the company or whatever.
Show how successful your projects have been, how your uptime rate is always increasing etc.
Use lots of colorful charts, lists with 20 goals and "accomplished" next to 18 of them and "partially accomplished" next to the other two.
That type of crap.
I mean, if management wants this nonsense from the sysadmin, you're in Dilbert land already.In France in 1968 there was a massive general strike, with workers taking over factories and the like, and De Gaulle even planned contingencies to leave France and invade it at some future point with the French army and possibly NATO support.
One of the wall posters of that time said "The boss needs you, you don't need the boss".
Sometimes I think these exercises are more to psychologically mess with you than anything.
You do all the work and create all the wealth, the bosses and shareholders don't do anything and collect salaries and profits.
By making you do a pointless exercise like this to justify yourself to them, they're putting the idea out of your head of the reverse - of why *they* are necessary to the company.
After 13 years in this industry, I'm becoming convinced that the dumb, pointless things management makes you do does have some strange psychological point along these lines.
I've quit agreeing with my co-workers that these  presentations are dumb and pointless, I think they do have a point - keeping us disciplined, from requesting sane hours and on-call rotation and all of that.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034566</id>
	<title>Re:Here's an idea...</title>
	<author>SuperQ</author>
	<datestamp>1257789240000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Wow, really, providing a global address book for a company is hard?  Your network is pretty fucked up.</p></htmltext>
<tokenext>Wow , really , providing a global address book for a company is hard ?
Your network is pretty fucked up .</tokentext>
<sentencetext>Wow, really, providing a global address book for a company is hard?
Your network is pretty fucked up.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032878</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033642</id>
	<title>Normal Stuff</title>
	<author>Anonymous</author>
	<datestamp>1257785580000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Just a starting point.</p><p>Uptime / Unplanned downtime<br>MTBF<br>MTTR</p><p>\% CPU Utilization<br>\% Disk Utilization</p><p>\% virtual servers<br>\% virtual workloads</p><p>Any counts of hardware failures by type and vendor.<br>Any software logical failure issues by type and vendor.</p><p>Help desk tickets resolved over time and unresolved.</p><p>Average time to new equipment deployment (lower is better), provided it doesn't impact other "failure" stats.</p><p>Some of these things help determine whether good decisions were made previously. Bargain networking equipment isn't always a bargain. Cheap servers aren't always cheaper. Commercial software isn't always better than free and vice versa. Not having a SAN can prevent flexibility, increase time to deployment, and increase downtime.</p><p>Then discuss which statistics the business users may want. Be cautious to measure something important and statistically measurable, not something to make someone feel good or bad.</p></htmltext>
<tokenext>Just a starting point.Uptime / Unplanned downtimeMTBFMTTR \ % CPU Utilization \ % Disk Utilization \ % virtual servers \ % virtual workloadsAny counts of hardware failures by type and vendor.Any software logical failure issues by type and vendor.Help desk tickets resolved over time and unresolved.Average time to new equipment deployment ( lower is better ) , provided it does n't impact other " failure " stats.Some of these things help determine whether good decisions were made previously .
Bargain networking equipment is n't always a bargain .
Cheap servers are n't always cheaper .
Commercial software is n't always better than free and vice versa .
Not having a SAN can prevent flexibility , increase time to deployment , and increase downtime.Then discuss which statistics the business users may want .
Be cautious to measure something important and statistically measurable , not something to make someone feel good or bad .</tokentext>
<sentencetext>Just a starting point.Uptime / Unplanned downtimeMTBFMTTR\% CPU Utilization\% Disk Utilization\% virtual servers\% virtual workloadsAny counts of hardware failures by type and vendor.Any software logical failure issues by type and vendor.Help desk tickets resolved over time and unresolved.Average time to new equipment deployment (lower is better), provided it doesn't impact other "failure" stats.Some of these things help determine whether good decisions were made previously.
Bargain networking equipment isn't always a bargain.
Cheap servers aren't always cheaper.
Commercial software isn't always better than free and vice versa.
Not having a SAN can prevent flexibility, increase time to deployment, and increase downtime.Then discuss which statistics the business users may want.
Be cautious to measure something important and statistically measurable, not something to make someone feel good or bad.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033750</id>
	<title>Re:First mistake</title>
	<author>mpapet</author>
	<datestamp>1257786240000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Parent post is wisdom for the ages.  The more you can tailor your information to better support the exec the better.  Along those lines, some essentials not mentioned so far.</p><p>Internal efficiency versus industry.  Your costs versus some NetCraft number that can somehow be shoe-horned into a comparison.<br>Speed versus industry.  How cheap and fast can you roll out changes.  How cheap and fast is your platform?<br>I would add how you are working with Sales (first!, Marketing last!) to implement their ideas. ('driving growth' in managerial-speak) This information needs to be tightly coordinated with the exec to whom you are delivering the report.</p><p>If you are doing your job reasonably well, you should be able to blow away most published performance metrics for each dollar spent.</p><p>Finally, if you are doing your job well, you are very friendly and sharing information with many people in different operational areas.  You don't have to be anyone you aren't, but the relationships will help your relationship with the exec and keep your role relevant.</p></htmltext>
<tokenext>Parent post is wisdom for the ages .
The more you can tailor your information to better support the exec the better .
Along those lines , some essentials not mentioned so far.Internal efficiency versus industry .
Your costs versus some NetCraft number that can somehow be shoe-horned into a comparison.Speed versus industry .
How cheap and fast can you roll out changes .
How cheap and fast is your platform ? I would add how you are working with Sales ( first ! , Marketing last !
) to implement their ideas .
( 'driving growth ' in managerial-speak ) This information needs to be tightly coordinated with the exec to whom you are delivering the report.If you are doing your job reasonably well , you should be able to blow away most published performance metrics for each dollar spent.Finally , if you are doing your job well , you are very friendly and sharing information with many people in different operational areas .
You do n't have to be anyone you are n't , but the relationships will help your relationship with the exec and keep your role relevant .</tokentext>
<sentencetext>Parent post is wisdom for the ages.
The more you can tailor your information to better support the exec the better.
Along those lines, some essentials not mentioned so far.Internal efficiency versus industry.
Your costs versus some NetCraft number that can somehow be shoe-horned into a comparison.Speed versus industry.
How cheap and fast can you roll out changes.
How cheap and fast is your platform?I would add how you are working with Sales (first!, Marketing last!
) to implement their ideas.
('driving growth' in managerial-speak) This information needs to be tightly coordinated with the exec to whom you are delivering the report.If you are doing your job reasonably well, you should be able to blow away most published performance metrics for each dollar spent.Finally, if you are doing your job well, you are very friendly and sharing information with many people in different operational areas.
You don't have to be anyone you aren't, but the relationships will help your relationship with the exec and keep your role relevant.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033002</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30043118</id>
	<title>This is not about doing your job.</title>
	<author>Lord of Kaos</author>
	<datestamp>1257885960000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>It's about proving you're doing it right.</htmltext>
<tokenext>It 's about proving you 're doing it right .</tokentext>
<sentencetext>It's about proving you're doing it right.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032514</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032634</id>
	<title>Ask them</title>
	<author>Anonymous</author>
	<datestamp>1257781620000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>3</modscore>
	<htmltext><p>I do reporting and give that to executives. I ask then what numbers they want and also why. The question as to why will imply that they will take action at certain points. It does not mean that I change the numbers, it means that I have some insight in what they want.</p><p>Asking them will explain what is important to them. That could be completely the opposite of what you think they would think is important. Uptime might not be important if all your downtime is outside of office hours.</p><p>Also look at what your own goals are.</p><p>However do not give them more then 3 or max 4 numbers. They won't understand and will not know what to do with it. Save details for the quartely meetings. I have made so many reports onn request where they say: what are the numbers for XYZ and each time I ask them: what will you do if they are good/bad?</p><p>There is no reason in measuring things where there will follow no actions due to those numbers.</p><p>Also be prepared to answer questions that you can not explain or are very hard to defend. "Why is the uptime not 100\%? That is what we pay you for."</p></htmltext>
<tokenext>I do reporting and give that to executives .
I ask then what numbers they want and also why .
The question as to why will imply that they will take action at certain points .
It does not mean that I change the numbers , it means that I have some insight in what they want.Asking them will explain what is important to them .
That could be completely the opposite of what you think they would think is important .
Uptime might not be important if all your downtime is outside of office hours.Also look at what your own goals are.However do not give them more then 3 or max 4 numbers .
They wo n't understand and will not know what to do with it .
Save details for the quartely meetings .
I have made so many reports onn request where they say : what are the numbers for XYZ and each time I ask them : what will you do if they are good/bad ? There is no reason in measuring things where there will follow no actions due to those numbers.Also be prepared to answer questions that you can not explain or are very hard to defend .
" Why is the uptime not 100 \ % ?
That is what we pay you for .
"</tokentext>
<sentencetext>I do reporting and give that to executives.
I ask then what numbers they want and also why.
The question as to why will imply that they will take action at certain points.
It does not mean that I change the numbers, it means that I have some insight in what they want.Asking them will explain what is important to them.
That could be completely the opposite of what you think they would think is important.
Uptime might not be important if all your downtime is outside of office hours.Also look at what your own goals are.However do not give them more then 3 or max 4 numbers.
They won't understand and will not know what to do with it.
Save details for the quartely meetings.
I have made so many reports onn request where they say: what are the numbers for XYZ and each time I ask them: what will you do if they are good/bad?There is no reason in measuring things where there will follow no actions due to those numbers.Also be prepared to answer questions that you can not explain or are very hard to defend.
"Why is the uptime not 100\%?
That is what we pay you for.
"</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033338</id>
	<title>Don't think in numbers</title>
	<author>Anonymous</author>
	<datestamp>1257784320000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Numbers are nice, numbers are safe to hide behind. But giving executives numbers means they automatically get something to hit you with regardless of whether they understand it. Thus, you make yourself their victim by doing that. Do something else instead.</p><p>Ask yourself what you'd want to know if you were in their position. What things should executives know to take the right strategic decisions about system administration?</p><p>One of the first things I'd think about is my workload. Am I achieving what I want to achieve? What do I need for that? Money? More hands? A weekly chat with the top bigwig?</p><p>The thing about executives is that they have this tendency to get stuck in full-out "tl;dr" mode regardless of whether them being them justifies that. It really is quite insulting to well-written missives and worse, all too easily abused, but it appears to be the status quo of global management, which isn't very good at that. So, you really need to look at it their way and tell them within an elevator pitch and with a very few numbers (as already pointed out) to basically make it a rubberstampable decision, except that if I were an executive I'd demand at least three options with explanation what it means for cost now and later and doing the same thing in the future again.</p><p>And yes, this comment is too long; I really should cut it down to just half of the previous paragraph. (Excercise for the reader: Which half?) But! I'm not an executive, and neither are you. Deal with it.</p></htmltext>
<tokenext>Numbers are nice , numbers are safe to hide behind .
But giving executives numbers means they automatically get something to hit you with regardless of whether they understand it .
Thus , you make yourself their victim by doing that .
Do something else instead.Ask yourself what you 'd want to know if you were in their position .
What things should executives know to take the right strategic decisions about system administration ? One of the first things I 'd think about is my workload .
Am I achieving what I want to achieve ?
What do I need for that ?
Money ? More hands ?
A weekly chat with the top bigwig ? The thing about executives is that they have this tendency to get stuck in full-out " tl ; dr " mode regardless of whether them being them justifies that .
It really is quite insulting to well-written missives and worse , all too easily abused , but it appears to be the status quo of global management , which is n't very good at that .
So , you really need to look at it their way and tell them within an elevator pitch and with a very few numbers ( as already pointed out ) to basically make it a rubberstampable decision , except that if I were an executive I 'd demand at least three options with explanation what it means for cost now and later and doing the same thing in the future again.And yes , this comment is too long ; I really should cut it down to just half of the previous paragraph .
( Excercise for the reader : Which half ?
) But !
I 'm not an executive , and neither are you .
Deal with it .</tokentext>
<sentencetext>Numbers are nice, numbers are safe to hide behind.
But giving executives numbers means they automatically get something to hit you with regardless of whether they understand it.
Thus, you make yourself their victim by doing that.
Do something else instead.Ask yourself what you'd want to know if you were in their position.
What things should executives know to take the right strategic decisions about system administration?One of the first things I'd think about is my workload.
Am I achieving what I want to achieve?
What do I need for that?
Money? More hands?
A weekly chat with the top bigwig?The thing about executives is that they have this tendency to get stuck in full-out "tl;dr" mode regardless of whether them being them justifies that.
It really is quite insulting to well-written missives and worse, all too easily abused, but it appears to be the status quo of global management, which isn't very good at that.
So, you really need to look at it their way and tell them within an elevator pitch and with a very few numbers (as already pointed out) to basically make it a rubberstampable decision, except that if I were an executive I'd demand at least three options with explanation what it means for cost now and later and doing the same thing in the future again.And yes, this comment is too long; I really should cut it down to just half of the previous paragraph.
(Excercise for the reader: Which half?
) But!
I'm not an executive, and neither are you.
Deal with it.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032806</id>
	<title>They don't want know !</title>
	<author>theoldwizard</author>
	<datestamp>1257782220000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>I worked for a Fortune 100 engineering/manufacturing company as a Sys Admin for over 20 years.  In my last position I worked in a small niche of the company outside of major machines and applications but still in a place where a system problem that lasted more than 24 hours could shutdown multiple factories.  My immediate management did not want to know anything.  My favorite quote was, "The best you can do, is to not let my phone ring with a complaint !"  Any management above that level (incorrectly) assumed that the PCs on engineers desks were all that was required for them to get their work done when in fact all of their work was conducted on servers under my control.

Worse, the servers in use averaged between 8-12 years old, some running "retired" OS's, most of which had no hardware maintenance contract as we had "spares" or could reconfigure them with less CPUs/memory until replacements could be obtained from the used market.</div>
	</htmltext>
<tokenext>I worked for a Fortune 100 engineering/manufacturing company as a Sys Admin for over 20 years .
In my last position I worked in a small niche of the company outside of major machines and applications but still in a place where a system problem that lasted more than 24 hours could shutdown multiple factories .
My immediate management did not want to know anything .
My favorite quote was , " The best you can do , is to not let my phone ring with a complaint !
" Any management above that level ( incorrectly ) assumed that the PCs on engineers desks were all that was required for them to get their work done when in fact all of their work was conducted on servers under my control .
Worse , the servers in use averaged between 8-12 years old , some running " retired " OS 's , most of which had no hardware maintenance contract as we had " spares " or could reconfigure them with less CPUs/memory until replacements could be obtained from the used market .</tokentext>
<sentencetext>I worked for a Fortune 100 engineering/manufacturing company as a Sys Admin for over 20 years.
In my last position I worked in a small niche of the company outside of major machines and applications but still in a place where a system problem that lasted more than 24 hours could shutdown multiple factories.
My immediate management did not want to know anything.
My favorite quote was, "The best you can do, is to not let my phone ring with a complaint !
"  Any management above that level (incorrectly) assumed that the PCs on engineers desks were all that was required for them to get their work done when in fact all of their work was conducted on servers under my control.
Worse, the servers in use averaged between 8-12 years old, some running "retired" OS's, most of which had no hardware maintenance contract as we had "spares" or could reconfigure them with less CPUs/memory until replacements could be obtained from the used market.
	</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30037652</id>
	<title>It's about services.</title>
	<author>dr\_skipper</author>
	<datestamp>1257758820000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Start by defining the services you deliver.  For example, email.  The exec's don't care about your internet connectivity uptime, server disk space, etc.  They care about services they consume, and the availability and cost of those services.</p><p>So, think about it from the perspective of the execs going shopping to replace you.  They'd go to IBM and give them a list of what they want from IBM, in language that you'd expect from a business-focused non-technical user.  Now build that list in your head, and associate the underlying components with each of those services and start monitoring both the service and the components, and report back on the service availability quarterly.</p><p>Next, they'll ask you how much each of those services cost (they're always looking to cut costs, be ready and surprise them with a list, and demonstrate how you're the best choice.)</p></htmltext>
<tokenext>Start by defining the services you deliver .
For example , email .
The exec 's do n't care about your internet connectivity uptime , server disk space , etc .
They care about services they consume , and the availability and cost of those services.So , think about it from the perspective of the execs going shopping to replace you .
They 'd go to IBM and give them a list of what they want from IBM , in language that you 'd expect from a business-focused non-technical user .
Now build that list in your head , and associate the underlying components with each of those services and start monitoring both the service and the components , and report back on the service availability quarterly.Next , they 'll ask you how much each of those services cost ( they 're always looking to cut costs , be ready and surprise them with a list , and demonstrate how you 're the best choice .
)</tokentext>
<sentencetext>Start by defining the services you deliver.
For example, email.
The exec's don't care about your internet connectivity uptime, server disk space, etc.
They care about services they consume, and the availability and cost of those services.So, think about it from the perspective of the execs going shopping to replace you.
They'd go to IBM and give them a list of what they want from IBM, in language that you'd expect from a business-focused non-technical user.
Now build that list in your head, and associate the underlying components with each of those services and start monitoring both the service and the components, and report back on the service availability quarterly.Next, they'll ask you how much each of those services cost (they're always looking to cut costs, be ready and surprise them with a list, and demonstrate how you're the best choice.
)</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542</id>
	<title>Here's an idea...</title>
	<author>smooth wombat</author>
	<datestamp>1257781320000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>5</modscore>
	<htmltext><p>how about asking them what they want to see?  Prepare a short document listing what information you can provide them and in what format, and ask them what they want to see.  How often, what detail, etc.</p><p>I know, I know.  Talking to people, particularly executives, is a daunting task for some in the IT world, but you'd be amazed at how much easier things become when you ask people what they want.</p></htmltext>
<tokenext>how about asking them what they want to see ?
Prepare a short document listing what information you can provide them and in what format , and ask them what they want to see .
How often , what detail , etc.I know , I know .
Talking to people , particularly executives , is a daunting task for some in the IT world , but you 'd be amazed at how much easier things become when you ask people what they want .</tokentext>
<sentencetext>how about asking them what they want to see?
Prepare a short document listing what information you can provide them and in what format, and ask them what they want to see.
How often, what detail, etc.I know, I know.
Talking to people, particularly executives, is a daunting task for some in the IT world, but you'd be amazed at how much easier things become when you ask people what they want.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30036608</id>
	<title>Your problem should be impossible</title>
	<author>ebunga</author>
	<datestamp>1257797640000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>At a small company, it shouldn't be difficult to keep your boss informed unless he's rarely around or isolates himself using The Hierarchy.  If you have a difficult time showing you're worth your salary, just work a little harder and make note of what you do.  Weekly, or even daily, send a report of what you've accomplished.  Better yet, fire off emails as requests and jobs are completed.</p><p>Where I work, we are broken down into departments, even if there's only one of us in the department or we're responsible for several departments.  Requests don't go to an individual, they're sent to that department.  As such, emails aren't sent to employee@workplace.example, they go to department@workplace.example.  It can get silly at times when firing off an email from one department to another even though you're in the target department and will also handle the work sent to that department.</p><p>No matter what, document the work and the work flow.  It will come in handy should your company grow to the point that you need help in your deparment, or if that other department where you're also the sole employee needs to have someone else dedicated to the job.  It will come in handy when you need to train your replacement when you get ready to move elsewhere.</p><p>And another hint: Document common problems and the procedures to correct those problems.  If there are others around the office that are competent, you can give them enough access to fix these problems should you be away on vacation.  There's nothing worse than being bothered 15 minutes into your first vacation in two years with a minor issue that a trained monkey can handle.  Better yet, automate as much as possible so even that won't be necessary most of the time.</p></htmltext>
<tokenext>At a small company , it should n't be difficult to keep your boss informed unless he 's rarely around or isolates himself using The Hierarchy .
If you have a difficult time showing you 're worth your salary , just work a little harder and make note of what you do .
Weekly , or even daily , send a report of what you 've accomplished .
Better yet , fire off emails as requests and jobs are completed.Where I work , we are broken down into departments , even if there 's only one of us in the department or we 're responsible for several departments .
Requests do n't go to an individual , they 're sent to that department .
As such , emails are n't sent to employee @ workplace.example , they go to department @ workplace.example .
It can get silly at times when firing off an email from one department to another even though you 're in the target department and will also handle the work sent to that department.No matter what , document the work and the work flow .
It will come in handy should your company grow to the point that you need help in your deparment , or if that other department where you 're also the sole employee needs to have someone else dedicated to the job .
It will come in handy when you need to train your replacement when you get ready to move elsewhere.And another hint : Document common problems and the procedures to correct those problems .
If there are others around the office that are competent , you can give them enough access to fix these problems should you be away on vacation .
There 's nothing worse than being bothered 15 minutes into your first vacation in two years with a minor issue that a trained monkey can handle .
Better yet , automate as much as possible so even that wo n't be necessary most of the time .</tokentext>
<sentencetext>At a small company, it shouldn't be difficult to keep your boss informed unless he's rarely around or isolates himself using The Hierarchy.
If you have a difficult time showing you're worth your salary, just work a little harder and make note of what you do.
Weekly, or even daily, send a report of what you've accomplished.
Better yet, fire off emails as requests and jobs are completed.Where I work, we are broken down into departments, even if there's only one of us in the department or we're responsible for several departments.
Requests don't go to an individual, they're sent to that department.
As such, emails aren't sent to employee@workplace.example, they go to department@workplace.example.
It can get silly at times when firing off an email from one department to another even though you're in the target department and will also handle the work sent to that department.No matter what, document the work and the work flow.
It will come in handy should your company grow to the point that you need help in your deparment, or if that other department where you're also the sole employee needs to have someone else dedicated to the job.
It will come in handy when you need to train your replacement when you get ready to move elsewhere.And another hint: Document common problems and the procedures to correct those problems.
If there are others around the office that are competent, you can give them enough access to fix these problems should you be away on vacation.
There's nothing worse than being bothered 15 minutes into your first vacation in two years with a minor issue that a trained monkey can handle.
Better yet, automate as much as possible so even that won't be necessary most of the time.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032906</id>
	<title>Re:Here's an idea...</title>
	<author>L4t3r4lu5</author>
	<datestamp>1257782700000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>4</modscore>
	<htmltext>Wear a tie. Polish your shoes. Make sure the colour of your belt matches your shoe colour, and your socks match. Get a haircut the day before.<br> <br>Small things, but they make you look professional. I'm not sure if you dress like that every day, maybe you do, but if he glazes over during technical blurb you may find him considering whether you get a bonus based on whether your shirt does or doesn't have a burrito stain on it.</htmltext>
<tokenext>Wear a tie .
Polish your shoes .
Make sure the colour of your belt matches your shoe colour , and your socks match .
Get a haircut the day before .
Small things , but they make you look professional .
I 'm not sure if you dress like that every day , maybe you do , but if he glazes over during technical blurb you may find him considering whether you get a bonus based on whether your shirt does or does n't have a burrito stain on it .</tokentext>
<sentencetext>Wear a tie.
Polish your shoes.
Make sure the colour of your belt matches your shoe colour, and your socks match.
Get a haircut the day before.
Small things, but they make you look professional.
I'm not sure if you dress like that every day, maybe you do, but if he glazes over during technical blurb you may find him considering whether you get a bonus based on whether your shirt does or doesn't have a burrito stain on it.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30036120</id>
	<title>When srnding reports to executives...</title>
	<author>jd2112</author>
	<datestamp>1257795240000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Make sure it is in Powerpoint (regareless of what format is mot appropriate), no more than 2-3 pages, and has lots of multi-colored graphs. Execs often care more about the presentation than the actual content. (TPS cover sheets anyone?)
<br> <br>
And please, don't mod this post 'Funny'. I'm being quite serious here.</htmltext>
<tokenext>Make sure it is in Powerpoint ( regareless of what format is mot appropriate ) , no more than 2-3 pages , and has lots of multi-colored graphs .
Execs often care more about the presentation than the actual content .
( TPS cover sheets anyone ?
) And please , do n't mod this post 'Funny' .
I 'm being quite serious here .</tokentext>
<sentencetext>Make sure it is in Powerpoint (regareless of what format is mot appropriate), no more than 2-3 pages, and has lots of multi-colored graphs.
Execs often care more about the presentation than the actual content.
(TPS cover sheets anyone?
)
 
And please, don't mod this post 'Funny'.
I'm being quite serious here.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032976</id>
	<title>common grounds?</title>
	<author>X10</author>
	<datestamp>1257782940000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>2</modscore>
	<htmltext><p>Is the average manager able to understand the type of information a systems administrator is able to provide? Or, put otherwise, is a systems administrator able to provide the information that a manager can understand? I think we have an issue here.</p></htmltext>
<tokenext>Is the average manager able to understand the type of information a systems administrator is able to provide ?
Or , put otherwise , is a systems administrator able to provide the information that a manager can understand ?
I think we have an issue here .</tokentext>
<sentencetext>Is the average manager able to understand the type of information a systems administrator is able to provide?
Or, put otherwise, is a systems administrator able to provide the information that a manager can understand?
I think we have an issue here.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032552</id>
	<title>Oblig...</title>
	<author>Anonymous</author>
	<datestamp>1257781380000</datestamp>
	<modclass>Funny</modclass>
	<modscore>4</modscore>
	<htmltext><p> <i>"What types of reports and information do other System Administrators submit to executives and on what frequency?"</i> </p><p>TPS reports, of course!</p><p>Now bring on the Redundant Mod!</p></htmltext>
<tokenext>" What types of reports and information do other System Administrators submit to executives and on what frequency ?
" TPS reports , of course ! Now bring on the Redundant Mod !</tokentext>
<sentencetext> "What types of reports and information do other System Administrators submit to executives and on what frequency?
" TPS reports, of course!Now bring on the Redundant Mod!</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30036752</id>
	<title>Absolutely Simple</title>
	<author>Anonymous</author>
	<datestamp>1257798300000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Make sure it fits on one page of powerpoint and includes some traffic lights, preferably showing green.</p></htmltext>
<tokenext>Make sure it fits on one page of powerpoint and includes some traffic lights , preferably showing green .</tokentext>
<sentencetext>Make sure it fits on one page of powerpoint and includes some traffic lights, preferably showing green.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30036660</id>
	<title>Weekly status reports and software release notes</title>
	<author>JoeSchmoe007</author>
	<datestamp>1257797820000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>[I am a project manager on software development project]

Definitely do weekly status reports and release notes (if you have software releases - I do).

You will achieve 2 goals doing status reports and release notes:

1) communicate what you do to other people

2) improve your visibility and justify your necessity to your company.

Both should be a list of items accomplished within last week (or implemented in latest release). Separate user-facing and back-end changes in 2 separate groups - non-technical people will only be interested in user-facing changes, so if they are separate and in the first group - there is more chance people will actually pay attention.

To make it easier to do each week I recommend using some bug/issue tracking software (I use Axosoft Ontime) and if you do any coding - source control system (I use Subversion).

When including item in the list also put the number of item in your bug tracking system at the end of the line.

Subversion can be configured to required comments before commit and send email notifications to interested parties after commit. I force my developers to always put descriptive comments and related bug # (if applicable). This makes it easier for me to do weekly status reports/release notes - I just go through these emails at the end of the week.

Send these not only to your boss but to other team members as well.

To find out if someone actually reads these put somewhere in the middle of the list "17) If you are reading this please reply to me with "the eagle has landed" in the subject line". Don't let the fact that only 10\% (at best) will respond to discourage you - this maybe the only people that count.</htmltext>
<tokenext>[ I am a project manager on software development project ] Definitely do weekly status reports and release notes ( if you have software releases - I do ) .
You will achieve 2 goals doing status reports and release notes : 1 ) communicate what you do to other people 2 ) improve your visibility and justify your necessity to your company .
Both should be a list of items accomplished within last week ( or implemented in latest release ) .
Separate user-facing and back-end changes in 2 separate groups - non-technical people will only be interested in user-facing changes , so if they are separate and in the first group - there is more chance people will actually pay attention .
To make it easier to do each week I recommend using some bug/issue tracking software ( I use Axosoft Ontime ) and if you do any coding - source control system ( I use Subversion ) .
When including item in the list also put the number of item in your bug tracking system at the end of the line .
Subversion can be configured to required comments before commit and send email notifications to interested parties after commit .
I force my developers to always put descriptive comments and related bug # ( if applicable ) .
This makes it easier for me to do weekly status reports/release notes - I just go through these emails at the end of the week .
Send these not only to your boss but to other team members as well .
To find out if someone actually reads these put somewhere in the middle of the list " 17 ) If you are reading this please reply to me with " the eagle has landed " in the subject line " .
Do n't let the fact that only 10 \ % ( at best ) will respond to discourage you - this maybe the only people that count .</tokentext>
<sentencetext>[I am a project manager on software development project]

Definitely do weekly status reports and release notes (if you have software releases - I do).
You will achieve 2 goals doing status reports and release notes:

1) communicate what you do to other people

2) improve your visibility and justify your necessity to your company.
Both should be a list of items accomplished within last week (or implemented in latest release).
Separate user-facing and back-end changes in 2 separate groups - non-technical people will only be interested in user-facing changes, so if they are separate and in the first group - there is more chance people will actually pay attention.
To make it easier to do each week I recommend using some bug/issue tracking software (I use Axosoft Ontime) and if you do any coding - source control system (I use Subversion).
When including item in the list also put the number of item in your bug tracking system at the end of the line.
Subversion can be configured to required comments before commit and send email notifications to interested parties after commit.
I force my developers to always put descriptive comments and related bug # (if applicable).
This makes it easier for me to do weekly status reports/release notes - I just go through these emails at the end of the week.
Send these not only to your boss but to other team members as well.
To find out if someone actually reads these put somewhere in the middle of the list "17) If you are reading this please reply to me with "the eagle has landed" in the subject line".
Don't let the fact that only 10\% (at best) will respond to discourage you - this maybe the only people that count.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033780</id>
	<title>Stupid Requests</title>
	<author>CSK</author>
	<datestamp>1257786300000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Last week I was asked to clean an executives blackberry. His track ball was dirty and he couldn't get it to work. Never-mind taking the phone apart voids the warranty. I cleaned the phone (90 minutes) and during that time I posted in my Sametime (company instant messaging status) Cleaning an executives blackberry. 2 hours later I got written up. So the lesson to be learned is to never tell people what your doing for executives cause they may get pissed off.</p></htmltext>
<tokenext>Last week I was asked to clean an executives blackberry .
His track ball was dirty and he could n't get it to work .
Never-mind taking the phone apart voids the warranty .
I cleaned the phone ( 90 minutes ) and during that time I posted in my Sametime ( company instant messaging status ) Cleaning an executives blackberry .
2 hours later I got written up .
So the lesson to be learned is to never tell people what your doing for executives cause they may get pissed off .</tokentext>
<sentencetext>Last week I was asked to clean an executives blackberry.
His track ball was dirty and he couldn't get it to work.
Never-mind taking the phone apart voids the warranty.
I cleaned the phone (90 minutes) and during that time I posted in my Sametime (company instant messaging status) Cleaning an executives blackberry.
2 hours later I got written up.
So the lesson to be learned is to never tell people what your doing for executives cause they may get pissed off.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033092</id>
	<title>Re:Small company</title>
	<author>nlindstrom</author>
	<datestamp>1257783360000</datestamp>
	<modclass>None</modclass>
	<modscore>-1</modscore>
	<htmltext><p>PERL is Perl, and not an acronym!  Or do you write PERL on your Apple MAC?</p></htmltext>
<tokenext>PERL is Perl , and not an acronym !
Or do you write PERL on your Apple MAC ?</tokentext>
<sentencetext>PERL is Perl, and not an acronym!
Or do you write PERL on your Apple MAC?</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032674</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034972</id>
	<title>Re:Think Business Functionality</title>
	<author>Anonymous</author>
	<datestamp>1257790920000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>On this note, it seems like a good idea to look at what pages make up the bulk of traffic, looking at what information is on that page, and then explaining to the execs "this is what the web site is used for by most users, here are ways that we can provide that information/service better/faster/in higher quality. Also gives them actionable information.</p></htmltext>
<tokenext>On this note , it seems like a good idea to look at what pages make up the bulk of traffic , looking at what information is on that page , and then explaining to the execs " this is what the web site is used for by most users , here are ways that we can provide that information/service better/faster/in higher quality .
Also gives them actionable information .</tokentext>
<sentencetext>On this note, it seems like a good idea to look at what pages make up the bulk of traffic, looking at what information is on that page, and then explaining to the execs "this is what the web site is used for by most users, here are ways that we can provide that information/service better/faster/in higher quality.
Also gives them actionable information.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032694</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30036130</id>
	<title>Summing it all up</title>
	<author>rcolbert</author>
	<datestamp>1257795240000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>There are several common themes presented in the collective wisdom above.  Here are my 2 cents.</p><p>You are not a sysadmin.  You are a businessman and a salesman.  Never lose sight of those two responsibilities.  Your company is not in business to run computers.  Your company uses computers to run business.  Everything must have a relationship to your business mission.</p><p>Everyone is in sales.  Period.  You have to sell your skills, projects, ideas, worth, etc. every single day, no matter what job you have.  Your goal is to ensure the business leaders understand the value you contribute, not by the details you provide, but by your insightful way of connecting the techie stuff (irrelevant) to the business goals (important).</p><p>My advice is to keep the reports high level, with a structured format that makes them time-efficient and easy to digest.  Include a project summary dashboard - what is going on and how is it going?  Red, yellow, and green are excellent status indicators.  Highlight any items that cause a business risk, especially to revenue.  Understand how to express opportunity costs.  How much more revenue or productivity could be driven if your ideas are implemented.</p><p>Quite simply, at some point you hope your 20 person company is a 50 person company (and beyond.)  At some point the executives will look at you and decide if you are the right person to continue to connect with the business, or are you a techie person who needs to be managed by someone who can more adequately bridge the gap between business and technology.  Your own self-impression can influence this greatly.  If you wake up every morning feeling like a sysadmin, then you will soon find yourself with a new IT manager that you report to who basically makes twice what you do and yet you still do all the 'work'.  Or you could become an essential business partner who knows how to communicate with the executives using language they speak.</p><p>It sounds to me like you're in an ideal spot to manage your career forward given your hands-on activity and yet your interfacing with pure business folks.  My advice is to take this as a wake-up call to become more fully-rounded by better understanding the business and sales aspects of your role.  If you don't fit into those shoes, someone else will sooner or later.</p></htmltext>
<tokenext>There are several common themes presented in the collective wisdom above .
Here are my 2 cents.You are not a sysadmin .
You are a businessman and a salesman .
Never lose sight of those two responsibilities .
Your company is not in business to run computers .
Your company uses computers to run business .
Everything must have a relationship to your business mission.Everyone is in sales .
Period. You have to sell your skills , projects , ideas , worth , etc .
every single day , no matter what job you have .
Your goal is to ensure the business leaders understand the value you contribute , not by the details you provide , but by your insightful way of connecting the techie stuff ( irrelevant ) to the business goals ( important ) .My advice is to keep the reports high level , with a structured format that makes them time-efficient and easy to digest .
Include a project summary dashboard - what is going on and how is it going ?
Red , yellow , and green are excellent status indicators .
Highlight any items that cause a business risk , especially to revenue .
Understand how to express opportunity costs .
How much more revenue or productivity could be driven if your ideas are implemented.Quite simply , at some point you hope your 20 person company is a 50 person company ( and beyond .
) At some point the executives will look at you and decide if you are the right person to continue to connect with the business , or are you a techie person who needs to be managed by someone who can more adequately bridge the gap between business and technology .
Your own self-impression can influence this greatly .
If you wake up every morning feeling like a sysadmin , then you will soon find yourself with a new IT manager that you report to who basically makes twice what you do and yet you still do all the 'work' .
Or you could become an essential business partner who knows how to communicate with the executives using language they speak.It sounds to me like you 're in an ideal spot to manage your career forward given your hands-on activity and yet your interfacing with pure business folks .
My advice is to take this as a wake-up call to become more fully-rounded by better understanding the business and sales aspects of your role .
If you do n't fit into those shoes , someone else will sooner or later .</tokentext>
<sentencetext>There are several common themes presented in the collective wisdom above.
Here are my 2 cents.You are not a sysadmin.
You are a businessman and a salesman.
Never lose sight of those two responsibilities.
Your company is not in business to run computers.
Your company uses computers to run business.
Everything must have a relationship to your business mission.Everyone is in sales.
Period.  You have to sell your skills, projects, ideas, worth, etc.
every single day, no matter what job you have.
Your goal is to ensure the business leaders understand the value you contribute, not by the details you provide, but by your insightful way of connecting the techie stuff (irrelevant) to the business goals (important).My advice is to keep the reports high level, with a structured format that makes them time-efficient and easy to digest.
Include a project summary dashboard - what is going on and how is it going?
Red, yellow, and green are excellent status indicators.
Highlight any items that cause a business risk, especially to revenue.
Understand how to express opportunity costs.
How much more revenue or productivity could be driven if your ideas are implemented.Quite simply, at some point you hope your 20 person company is a 50 person company (and beyond.
)  At some point the executives will look at you and decide if you are the right person to continue to connect with the business, or are you a techie person who needs to be managed by someone who can more adequately bridge the gap between business and technology.
Your own self-impression can influence this greatly.
If you wake up every morning feeling like a sysadmin, then you will soon find yourself with a new IT manager that you report to who basically makes twice what you do and yet you still do all the 'work'.
Or you could become an essential business partner who knows how to communicate with the executives using language they speak.It sounds to me like you're in an ideal spot to manage your career forward given your hands-on activity and yet your interfacing with pure business folks.
My advice is to take this as a wake-up call to become more fully-rounded by better understanding the business and sales aspects of your role.
If you don't fit into those shoes, someone else will sooner or later.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30041446</id>
	<title>Re:What I do ...</title>
	<author>DigiShaman</author>
	<datestamp>1257779220000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p><i>Any single issue that he spent more than an hour on or anything he is repeatedly spending time on, those are my definition of time sink.</i></p><p>I really hope your not using these metrics to "black mark" your sysadmin. Often, complex problems call for in depth troubleshooting and research. Unless the sysadmin is paid hourly, why keep track of time-sinks and by which benchmark are you comparing this data to?</p></htmltext>
<tokenext>Any single issue that he spent more than an hour on or anything he is repeatedly spending time on , those are my definition of time sink.I really hope your not using these metrics to " black mark " your sysadmin .
Often , complex problems call for in depth troubleshooting and research .
Unless the sysadmin is paid hourly , why keep track of time-sinks and by which benchmark are you comparing this data to ?</tokentext>
<sentencetext>Any single issue that he spent more than an hour on or anything he is repeatedly spending time on, those are my definition of time sink.I really hope your not using these metrics to "black mark" your sysadmin.
Often, complex problems call for in depth troubleshooting and research.
Unless the sysadmin is paid hourly, why keep track of time-sinks and by which benchmark are you comparing this data to?</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034668</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033870</id>
	<title>Honestly, as little as possible!!</title>
	<author>ErichTheRed</author>
	<datestamp>1257786660000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>4</modscore>
	<htmltext><p>I've worked in large and small companies, and the one unifying truth of executive communication is that <b> they do not want details.</b> In their mind, they hired you to take care of the details, If you say you need $100,000 to increase bandwidth at remote locations, you had better have a one or two sentence explanation about how this is going to make them money or help them make money. If they want to see a utilization chart or two, have that ready, but you're going to be tuned out if you launch into a long explanation.</p><p>I'm not an MBA, but my guess would be that they teach MBAs to focus on strategy and leadership, and to hire people to do the nuts-and-bolts work. Same goes for small business owners, but double -- they're doing crazy 120 hour weeks growing the business - why would they want to listen to a report from the guy they hired to make sure they wouldn't have to deal with "all that IT stuff?"</p><p>As long as you keep that in mind, reports to executives will go well. Short, simple, money- or productivity-focused explanations, very little technical information, etc. Think like they are thinking -- "Why am I paying for this?" "How does this make me money or keep me from losing money?"</p></htmltext>
<tokenext>I 've worked in large and small companies , and the one unifying truth of executive communication is that they do not want details .
In their mind , they hired you to take care of the details , If you say you need $ 100,000 to increase bandwidth at remote locations , you had better have a one or two sentence explanation about how this is going to make them money or help them make money .
If they want to see a utilization chart or two , have that ready , but you 're going to be tuned out if you launch into a long explanation.I 'm not an MBA , but my guess would be that they teach MBAs to focus on strategy and leadership , and to hire people to do the nuts-and-bolts work .
Same goes for small business owners , but double -- they 're doing crazy 120 hour weeks growing the business - why would they want to listen to a report from the guy they hired to make sure they would n't have to deal with " all that IT stuff ?
" As long as you keep that in mind , reports to executives will go well .
Short , simple , money- or productivity-focused explanations , very little technical information , etc .
Think like they are thinking -- " Why am I paying for this ?
" " How does this make me money or keep me from losing money ?
"</tokentext>
<sentencetext>I've worked in large and small companies, and the one unifying truth of executive communication is that  they do not want details.
In their mind, they hired you to take care of the details, If you say you need $100,000 to increase bandwidth at remote locations, you had better have a one or two sentence explanation about how this is going to make them money or help them make money.
If they want to see a utilization chart or two, have that ready, but you're going to be tuned out if you launch into a long explanation.I'm not an MBA, but my guess would be that they teach MBAs to focus on strategy and leadership, and to hire people to do the nuts-and-bolts work.
Same goes for small business owners, but double -- they're doing crazy 120 hour weeks growing the business - why would they want to listen to a report from the guy they hired to make sure they wouldn't have to deal with "all that IT stuff?
"As long as you keep that in mind, reports to executives will go well.
Short, simple, money- or productivity-focused explanations, very little technical information, etc.
Think like they are thinking -- "Why am I paying for this?
" "How does this make me money or keep me from losing money?
"</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035190</id>
	<title>Think of the future!</title>
	<author>mikep554</author>
	<datestamp>1257791760000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>More than anything else, executives don't want to be surprised. Giving them the weekly page response numbers is fine, but what they really need is forward-looking analysis based on those numbers and your experience. Something like "looking at the current load capabilities of our web servers, we will probably need to spend some capital on additional web servers if we add more than 500 additional reporting sites. Looking at our current growth rate of adding 50 sites per month, it looks like that money will need to be spent in less than 10 months to support continued growth." What they REALLY hate is when you run into their office at 12:30 on Friday afternoon yelling "Our systems hit the wall with that last new customer. I need $25k NOW!" Also, you've covered your butt by notifying them about serious issues that could affect the business with enough time to plan.</p><p>They may not actually spend the money that you have recommended, but if you have a trail to document your recommendations, you may be able to avoid getting blamed when the web servers can't handle the load when that big new customer gets signed.</p></htmltext>
<tokenext>More than anything else , executives do n't want to be surprised .
Giving them the weekly page response numbers is fine , but what they really need is forward-looking analysis based on those numbers and your experience .
Something like " looking at the current load capabilities of our web servers , we will probably need to spend some capital on additional web servers if we add more than 500 additional reporting sites .
Looking at our current growth rate of adding 50 sites per month , it looks like that money will need to be spent in less than 10 months to support continued growth .
" What they REALLY hate is when you run into their office at 12 : 30 on Friday afternoon yelling " Our systems hit the wall with that last new customer .
I need $ 25k NOW !
" Also , you 've covered your butt by notifying them about serious issues that could affect the business with enough time to plan.They may not actually spend the money that you have recommended , but if you have a trail to document your recommendations , you may be able to avoid getting blamed when the web servers ca n't handle the load when that big new customer gets signed .</tokentext>
<sentencetext>More than anything else, executives don't want to be surprised.
Giving them the weekly page response numbers is fine, but what they really need is forward-looking analysis based on those numbers and your experience.
Something like "looking at the current load capabilities of our web servers, we will probably need to spend some capital on additional web servers if we add more than 500 additional reporting sites.
Looking at our current growth rate of adding 50 sites per month, it looks like that money will need to be spent in less than 10 months to support continued growth.
" What they REALLY hate is when you run into their office at 12:30 on Friday afternoon yelling "Our systems hit the wall with that last new customer.
I need $25k NOW!
" Also, you've covered your butt by notifying them about serious issues that could affect the business with enough time to plan.They may not actually spend the money that you have recommended, but if you have a trail to document your recommendations, you may be able to avoid getting blamed when the web servers can't handle the load when that big new customer gets signed.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30040176</id>
	<title>I knew Slashdot was full of 15 year olds....</title>
	<author>jotaeleemeese</author>
	<datestamp>1257770520000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>... but the quality of the replies is frankly appalling.</p><p>The amount of snide remarks about decision makers in any company, regardless of the side, just goes to probe that "the hungry's favourite topic of conversation is bread".</p><p>In other words, if you think you are so clever, why are you not running your own company?</p><p>The first step to provide important information to your bosses, peers and users is that you approach them with the respect they deserve.</p></htmltext>
<tokenext>... but the quality of the replies is frankly appalling.The amount of snide remarks about decision makers in any company , regardless of the side , just goes to probe that " the hungry 's favourite topic of conversation is bread " .In other words , if you think you are so clever , why are you not running your own company ? The first step to provide important information to your bosses , peers and users is that you approach them with the respect they deserve .</tokentext>
<sentencetext>... but the quality of the replies is frankly appalling.The amount of snide remarks about decision makers in any company, regardless of the side, just goes to probe that "the hungry's favourite topic of conversation is bread".In other words, if you think you are so clever, why are you not running your own company?The first step to provide important information to your bosses, peers and users is that you approach them with the respect they deserve.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033928</id>
	<title>Re:Here's an idea...</title>
	<author>Archangel Michael</author>
	<datestamp>1257786900000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>If you ask them what they want, they will tell you, and expect it, even if it is something you cannot provide. And that is where the problems lie.</p><p>Typically, what I provide is a list of anomalies against performance metrics I see as important, in summarized formats.</p><p>I then list goals and metrics that show how we are progressing towards those goals, along with plans to achieving those goals.</p><p>Executives want summarized data that helps in planning and allocating resources. They don't usually want or need details.</p><p>The problem with most IT guys is that the type of communication that we either over simplify in an effort to insulate from technical details, or spew technical details not needed.</p><p>The key is giving enough info that it is useful, while avoiding unnecessary details. Basically they want to know that you are doing your job competently.</p></htmltext>
<tokenext>If you ask them what they want , they will tell you , and expect it , even if it is something you can not provide .
And that is where the problems lie.Typically , what I provide is a list of anomalies against performance metrics I see as important , in summarized formats.I then list goals and metrics that show how we are progressing towards those goals , along with plans to achieving those goals.Executives want summarized data that helps in planning and allocating resources .
They do n't usually want or need details.The problem with most IT guys is that the type of communication that we either over simplify in an effort to insulate from technical details , or spew technical details not needed.The key is giving enough info that it is useful , while avoiding unnecessary details .
Basically they want to know that you are doing your job competently .</tokentext>
<sentencetext>If you ask them what they want, they will tell you, and expect it, even if it is something you cannot provide.
And that is where the problems lie.Typically, what I provide is a list of anomalies against performance metrics I see as important, in summarized formats.I then list goals and metrics that show how we are progressing towards those goals, along with plans to achieving those goals.Executives want summarized data that helps in planning and allocating resources.
They don't usually want or need details.The problem with most IT guys is that the type of communication that we either over simplify in an effort to insulate from technical details, or spew technical details not needed.The key is giving enough info that it is useful, while avoiding unnecessary details.
Basically they want to know that you are doing your job competently.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30041260</id>
	<title>The advice you actually asked for</title>
	<author>daschlag</author>
	<datestamp>1257777480000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Listen man, The best system administrator is the one who keeps things running smoothly.  I want the most BORING SA report-out ever.  I don't want to see graphs and charts with spikes and trends, I want UPTIME.  Flat lines.  Predictability.  If there are problems, face into those and knock them out.  Shift that flat line upward once in a while and wow them with your ability to troubleshoot and problem solve.  But if it ain't broke, don't fix it, and remember that executives need to focus on other things to ensure you keep your job.  Uptime and reliability are paramount from the executive standpoint.  Good questions.</htmltext>
<tokenext>Listen man , The best system administrator is the one who keeps things running smoothly .
I want the most BORING SA report-out ever .
I do n't want to see graphs and charts with spikes and trends , I want UPTIME .
Flat lines .
Predictability. If there are problems , face into those and knock them out .
Shift that flat line upward once in a while and wow them with your ability to troubleshoot and problem solve .
But if it ai n't broke , do n't fix it , and remember that executives need to focus on other things to ensure you keep your job .
Uptime and reliability are paramount from the executive standpoint .
Good questions .</tokentext>
<sentencetext>Listen man, The best system administrator is the one who keeps things running smoothly.
I want the most BORING SA report-out ever.
I don't want to see graphs and charts with spikes and trends, I want UPTIME.
Flat lines.
Predictability.  If there are problems, face into those and knock them out.
Shift that flat line upward once in a while and wow them with your ability to troubleshoot and problem solve.
But if it ain't broke, don't fix it, and remember that executives need to focus on other things to ensure you keep your job.
Uptime and reliability are paramount from the executive standpoint.
Good questions.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033044</id>
	<title>Focus on the business....</title>
	<author>LibertineR</author>
	<datestamp>1257783180000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>5</modscore>
	<htmltext>and not so much the technology. <p>
Show how the various systems and services directly support Business operations and overall goals like profitability, customer service ratings, etc..</p><p>
Point out wherever technology is a business hindrance or obstacle, and provide multiple options for systems or software integration to alleviate the problem. </p><p>
In short, use the opportunity to remind the execs that IT is more than a cost-center, and how its proper usage can enhance profitability. </p><p>
Careful though; if you do too good a job, they might make you a (gasp) manager, and then of course, you are screwed.</p></htmltext>
<tokenext>and not so much the technology .
Show how the various systems and services directly support Business operations and overall goals like profitability , customer service ratings , etc. . Point out wherever technology is a business hindrance or obstacle , and provide multiple options for systems or software integration to alleviate the problem .
In short , use the opportunity to remind the execs that IT is more than a cost-center , and how its proper usage can enhance profitability .
Careful though ; if you do too good a job , they might make you a ( gasp ) manager , and then of course , you are screwed .</tokentext>
<sentencetext>and not so much the technology.
Show how the various systems and services directly support Business operations and overall goals like profitability, customer service ratings, etc..
Point out wherever technology is a business hindrance or obstacle, and provide multiple options for systems or software integration to alleviate the problem.
In short, use the opportunity to remind the execs that IT is more than a cost-center, and how its proper usage can enhance profitability.
Careful though; if you do too good a job, they might make you a (gasp) manager, and then of course, you are screwed.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033260</id>
	<title>Re:Random figures</title>
	<author>Anonymous</author>
	<datestamp>1257784080000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Exactly - the less they understand it (and they won't be able to admit that), the more impressed they are.  Show some graphs showing how the disk space on your servers is being consumed over time.  How many inbound viruses your mail server is catching.  Network capacity usage if you have a managed hub that shows this sort of stuff.  The kind of thing you should be doing anyway - just show them that you're on the ball.</p></htmltext>
<tokenext>Exactly - the less they understand it ( and they wo n't be able to admit that ) , the more impressed they are .
Show some graphs showing how the disk space on your servers is being consumed over time .
How many inbound viruses your mail server is catching .
Network capacity usage if you have a managed hub that shows this sort of stuff .
The kind of thing you should be doing anyway - just show them that you 're on the ball .</tokentext>
<sentencetext>Exactly - the less they understand it (and they won't be able to admit that), the more impressed they are.
Show some graphs showing how the disk space on your servers is being consumed over time.
How many inbound viruses your mail server is catching.
Network capacity usage if you have a managed hub that shows this sort of stuff.
The kind of thing you should be doing anyway - just show them that you're on the ball.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032558</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032732</id>
	<title>Coming of Age</title>
	<author>yttrstein</author>
	<datestamp>1257781920000</datestamp>
	<modclass>Funny</modclass>
	<modscore>2</modscore>
	<htmltext>It's always heartwarming to see a Sysadmin ascend to the point where they begin to slowly realize that justification for their salary is going to have to involve some lying.</htmltext>
<tokenext>It 's always heartwarming to see a Sysadmin ascend to the point where they begin to slowly realize that justification for their salary is going to have to involve some lying .</tokentext>
<sentencetext>It's always heartwarming to see a Sysadmin ascend to the point where they begin to slowly realize that justification for their salary is going to have to involve some lying.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30036862</id>
	<title>Re:Here's an idea...</title>
	<author>jgrahn</author>
	<datestamp>1257798660000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><blockquote><div><p>Also, think about it yourself. What does the network do? What measures can you make that describe whether it's working well? If someone were trying to improve the network, how often would they want to see those measures?</p></div>
</blockquote><p>
Or maybe they just want to hear him say "it works well", or "it does not work well, because<nobr> <wbr></nobr>...",
or "it works well now, but since we plan for FOO to happen in N months,
I think we need to do BAR pretty damn soon".
</p><p>
I don't know; I haven't done those kinds of things. But at some point, going into too much detail
sounds like a plea for micro-management.</p></div>
	</htmltext>
<tokenext>Also , think about it yourself .
What does the network do ?
What measures can you make that describe whether it 's working well ?
If someone were trying to improve the network , how often would they want to see those measures ?
Or maybe they just want to hear him say " it works well " , or " it does not work well , because ... " , or " it works well now , but since we plan for FOO to happen in N months , I think we need to do BAR pretty damn soon " .
I do n't know ; I have n't done those kinds of things .
But at some point , going into too much detail sounds like a plea for micro-management .</tokentext>
<sentencetext>Also, think about it yourself.
What does the network do?
What measures can you make that describe whether it's working well?
If someone were trying to improve the network, how often would they want to see those measures?
Or maybe they just want to hear him say "it works well", or "it does not work well, because ...",
or "it works well now, but since we plan for FOO to happen in N months,
I think we need to do BAR pretty damn soon".
I don't know; I haven't done those kinds of things.
But at some point, going into too much detail
sounds like a plea for micro-management.
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032708</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033270</id>
	<title>All of these comments....and no $$$$</title>
	<author>tacokill</author>
	<datestamp>1257784080000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Lots of good recommendations but I can't believe nobody has mentioned <b>the</b> most important thing to executives:  dollars and cents!
<br>
<br>
If things run reasonably smoothly at your locale, then the only other thing I care about is this:  what are you doing to lower costs and make more money for us?   Assuming you are not in govt or some non-profit, the profit is <b>all</b> we care about it.  Anything else is just doublespeak for "profit".
<br>
<br>
How about telling him what you are doing to drive a 5\% reduction in costs next year?  Get creative.  At worst, even if it doesn't work out, they will at least know you are focusing on the right thing:  the bottom line.  Then do it again next year.   The point here is this:  you should be relentless in your pursuit of driving money to the bottom line.  ie:  profits.  That is the minimum expectation for anyone working for a business.  Yes, by being employed, you are on a team.   Act like it and try to attain the team's goals (profit).
<br>
<br>
Too many IT shops operate as one giant suckfest for money.  Then, when having to explain themselves, they hide behind fancy jargon and technology -- none of which the typical executive cares about.</htmltext>
<tokenext>Lots of good recommendations but I ca n't believe nobody has mentioned the most important thing to executives : dollars and cents !
If things run reasonably smoothly at your locale , then the only other thing I care about is this : what are you doing to lower costs and make more money for us ?
Assuming you are not in govt or some non-profit , the profit is all we care about it .
Anything else is just doublespeak for " profit " .
How about telling him what you are doing to drive a 5 \ % reduction in costs next year ?
Get creative .
At worst , even if it does n't work out , they will at least know you are focusing on the right thing : the bottom line .
Then do it again next year .
The point here is this : you should be relentless in your pursuit of driving money to the bottom line .
ie : profits .
That is the minimum expectation for anyone working for a business .
Yes , by being employed , you are on a team .
Act like it and try to attain the team 's goals ( profit ) .
Too many IT shops operate as one giant suckfest for money .
Then , when having to explain themselves , they hide behind fancy jargon and technology -- none of which the typical executive cares about .</tokentext>
<sentencetext>Lots of good recommendations but I can't believe nobody has mentioned the most important thing to executives:  dollars and cents!
If things run reasonably smoothly at your locale, then the only other thing I care about is this:  what are you doing to lower costs and make more money for us?
Assuming you are not in govt or some non-profit, the profit is all we care about it.
Anything else is just doublespeak for "profit".
How about telling him what you are doing to drive a 5\% reduction in costs next year?
Get creative.
At worst, even if it doesn't work out, they will at least know you are focusing on the right thing:  the bottom line.
Then do it again next year.
The point here is this:  you should be relentless in your pursuit of driving money to the bottom line.
ie:  profits.
That is the minimum expectation for anyone working for a business.
Yes, by being employed, you are on a team.
Act like it and try to attain the team's goals (profit).
Too many IT shops operate as one giant suckfest for money.
Then, when having to explain themselves, they hide behind fancy jargon and technology -- none of which the typical executive cares about.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032616</id>
	<title>Ops is a bottom line gig.</title>
	<author>epiphani</author>
	<datestamp>1257781560000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>3</modscore>
	<htmltext><p>Operations is a bottom-line game.  It really comes down to how you're providing the service at the lowest possible cost.</p><p>I'd suggest trying to plan and execute projects that will bring down the hardware cost per user (ie, start compiling PHP.  That could drive down cpu-cost-per-user).</p><p>It sounds annoying, but really that is the math game.  Identify cost per user, cost per hit, cost per account or some other metric that management will understand, and then work to push that cost down.</p><p>Report on those efforts.</p></htmltext>
<tokenext>Operations is a bottom-line game .
It really comes down to how you 're providing the service at the lowest possible cost.I 'd suggest trying to plan and execute projects that will bring down the hardware cost per user ( ie , start compiling PHP .
That could drive down cpu-cost-per-user ) .It sounds annoying , but really that is the math game .
Identify cost per user , cost per hit , cost per account or some other metric that management will understand , and then work to push that cost down.Report on those efforts .</tokentext>
<sentencetext>Operations is a bottom-line game.
It really comes down to how you're providing the service at the lowest possible cost.I'd suggest trying to plan and execute projects that will bring down the hardware cost per user (ie, start compiling PHP.
That could drive down cpu-cost-per-user).It sounds annoying, but really that is the math game.
Identify cost per user, cost per hit, cost per account or some other metric that management will understand, and then work to push that cost down.Report on those efforts.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30040524</id>
	<title>Re:No questions allowed.</title>
	<author>dbIII</author>
	<datestamp>1257772380000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Or what you can do what the shiftiest of executives do.  Get a list of what is required to maximise your performance bonus, get consultants to find all the loopholes, get the company to pay their fees and then party hard while the company is driven into the ground - and if anyone questions you call them a racist (Sol Trujillo).  Of course you need to be a master trickster with no morals, a lot of powerful contacts and to keep moving to pull that off so the rest of us have to as honest as we can be and to work.<br>I still like the idea from scientific technical reports of an abstract of as few lines as you can, a single page cover sheet with the summary AND conclusion, and then the more verbose report itself.  Put what you think they want to know on the cover sheet and all the stuff they might want to know in the full report.  For the first run you probably won't get much worse than "why wasn't this on the front page".  Eventually you'll have something they can look at in a few minutes that will give them enough of an idea of what is going on so that it will not be a major exercise pushing for more staff or equipment.</htmltext>
<tokenext>Or what you can do what the shiftiest of executives do .
Get a list of what is required to maximise your performance bonus , get consultants to find all the loopholes , get the company to pay their fees and then party hard while the company is driven into the ground - and if anyone questions you call them a racist ( Sol Trujillo ) .
Of course you need to be a master trickster with no morals , a lot of powerful contacts and to keep moving to pull that off so the rest of us have to as honest as we can be and to work.I still like the idea from scientific technical reports of an abstract of as few lines as you can , a single page cover sheet with the summary AND conclusion , and then the more verbose report itself .
Put what you think they want to know on the cover sheet and all the stuff they might want to know in the full report .
For the first run you probably wo n't get much worse than " why was n't this on the front page " .
Eventually you 'll have something they can look at in a few minutes that will give them enough of an idea of what is going on so that it will not be a major exercise pushing for more staff or equipment .</tokentext>
<sentencetext>Or what you can do what the shiftiest of executives do.
Get a list of what is required to maximise your performance bonus, get consultants to find all the loopholes, get the company to pay their fees and then party hard while the company is driven into the ground - and if anyone questions you call them a racist (Sol Trujillo).
Of course you need to be a master trickster with no morals, a lot of powerful contacts and to keep moving to pull that off so the rest of us have to as honest as we can be and to work.I still like the idea from scientific technical reports of an abstract of as few lines as you can, a single page cover sheet with the summary AND conclusion, and then the more verbose report itself.
Put what you think they want to know on the cover sheet and all the stuff they might want to know in the full report.
For the first run you probably won't get much worse than "why wasn't this on the front page".
Eventually you'll have something they can look at in a few minutes that will give them enough of an idea of what is going on so that it will not be a major exercise pushing for more staff or equipment.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033436</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30036488</id>
	<title>Most Important thing(s) 20yrs has taught me.</title>
	<author>mr\_java66</author>
	<datestamp>1257797100000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext>Never allow or create a report that runs on 'current' or if possible, even data that is one day old.  Use a reporting database.  Have it update daily, and if-possible exclude data that is only 1-day old from report results.  If you do this, they won't hit your server every 15 minutes for an update, and bug you with questions about why no change in the last 15 minutes.  And, if you do the second part, they won't be all over you if the reporting 'warehouse' build breaks one day.  Don't become a short-order cook with this reporting.  Oh, and if possible, contract out the making of reports.  Then every time they want a new report, or tweak a report, it generates a cost and that slows the production of insipid reports.</htmltext>
<tokenext>Never allow or create a report that runs on 'current ' or if possible , even data that is one day old .
Use a reporting database .
Have it update daily , and if-possible exclude data that is only 1-day old from report results .
If you do this , they wo n't hit your server every 15 minutes for an update , and bug you with questions about why no change in the last 15 minutes .
And , if you do the second part , they wo n't be all over you if the reporting 'warehouse ' build breaks one day .
Do n't become a short-order cook with this reporting .
Oh , and if possible , contract out the making of reports .
Then every time they want a new report , or tweak a report , it generates a cost and that slows the production of insipid reports .</tokentext>
<sentencetext>Never allow or create a report that runs on 'current' or if possible, even data that is one day old.
Use a reporting database.
Have it update daily, and if-possible exclude data that is only 1-day old from report results.
If you do this, they won't hit your server every 15 minutes for an update, and bug you with questions about why no change in the last 15 minutes.
And, if you do the second part, they won't be all over you if the reporting 'warehouse' build breaks one day.
Don't become a short-order cook with this reporting.
Oh, and if possible, contract out the making of reports.
Then every time they want a new report, or tweak a report, it generates a cost and that slows the production of insipid reports.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033858</id>
	<title>Maybe it's just me?</title>
	<author>DeanLearner</author>
	<datestamp>1257786600000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>isn't this just a case of the executives saying "tell me stuff." in as vague a way as that?

It sounds like I am employed in a similar way to you, but when I was asked this type of request I basically dismissed it. Maybe it's just me, but it seems kind of rude for someone to ask such a vague question. Soon after I started I had an exchange that was kind of like this..
Hi, we want reports that show which employees are good.
How do you measure good?
Well, employees that start work on time and are efficient with their calls.
How do you measure call efficiency?
blah blah blah.

This went on until the person I was working with was specific about each measure. That's how things go now.</htmltext>
<tokenext>is n't this just a case of the executives saying " tell me stuff .
" in as vague a way as that ?
It sounds like I am employed in a similar way to you , but when I was asked this type of request I basically dismissed it .
Maybe it 's just me , but it seems kind of rude for someone to ask such a vague question .
Soon after I started I had an exchange that was kind of like this. . Hi , we want reports that show which employees are good .
How do you measure good ?
Well , employees that start work on time and are efficient with their calls .
How do you measure call efficiency ?
blah blah blah .
This went on until the person I was working with was specific about each measure .
That 's how things go now .</tokentext>
<sentencetext>isn't this just a case of the executives saying "tell me stuff.
" in as vague a way as that?
It sounds like I am employed in a similar way to you, but when I was asked this type of request I basically dismissed it.
Maybe it's just me, but it seems kind of rude for someone to ask such a vague question.
Soon after I started I had an exchange that was kind of like this..
Hi, we want reports that show which employees are good.
How do you measure good?
Well, employees that start work on time and are efficient with their calls.
How do you measure call efficiency?
blah blah blah.
This went on until the person I was working with was specific about each measure.
That's how things go now.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30042762</id>
	<title>Re:No questions allowed.</title>
	<author>mahadiga</author>
	<datestamp>1257794220000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><br>
Requirements = Documented
<br>
Expectations = Undocumented
<br> <br>
We should deliver PHBs <i>expectations.</i></htmltext>
<tokenext>Requirements = Documented Expectations = Undocumented We should deliver PHBs expectations .</tokentext>
<sentencetext>
Requirements = Documented

Expectations = Undocumented
 
We should deliver PHBs expectations.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032964</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033210</id>
	<title>Think like a non-sysadmin</title>
	<author>HockeyPuck</author>
	<datestamp>1257783900000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Don't assume that he knows what some feature is.  Think like his level.  For example, from a technical standpoint he might only care that you just successfully rolled out a major software upgrade (if your company writes lots of software).  This would be the equivalent to eBay rolling out a major release of their trading software, NOT them upgrading their linux boxes to the latest kernel.  The only CXO level folks I've worked with that consistently cared about response time were those in which whose businesses depended on response times (like financial trading companies, where response time = trading = money).</p><p>How are you saving money? (ROI, reducing expenses such as power/cooling/hardware).  How are you improving efficiency (automation, consolidation etc..).</p><p>Also as someone that has presented many times to CxO level people, remember this if you have to give a presentation of your findings, "You are not in control of the presentation." No matter how much you prepare for it, or think you'll be giving a controlled presentation;  fully expect them to look at your first slide and ask you a bunch of questions which are not covered anywhere, completely derailing/hijacking your presentation.  Be prepared for "buzzword" questions, "Have you considered transitioning to a cloud based...?"</p><p>Last one. Check your ego at the door.</p></htmltext>
<tokenext>Do n't assume that he knows what some feature is .
Think like his level .
For example , from a technical standpoint he might only care that you just successfully rolled out a major software upgrade ( if your company writes lots of software ) .
This would be the equivalent to eBay rolling out a major release of their trading software , NOT them upgrading their linux boxes to the latest kernel .
The only CXO level folks I 've worked with that consistently cared about response time were those in which whose businesses depended on response times ( like financial trading companies , where response time = trading = money ) .How are you saving money ?
( ROI , reducing expenses such as power/cooling/hardware ) .
How are you improving efficiency ( automation , consolidation etc.. ) .Also as someone that has presented many times to CxO level people , remember this if you have to give a presentation of your findings , " You are not in control of the presentation .
" No matter how much you prepare for it , or think you 'll be giving a controlled presentation ; fully expect them to look at your first slide and ask you a bunch of questions which are not covered anywhere , completely derailing/hijacking your presentation .
Be prepared for " buzzword " questions , " Have you considered transitioning to a cloud based... ?
" Last one .
Check your ego at the door .</tokentext>
<sentencetext>Don't assume that he knows what some feature is.
Think like his level.
For example, from a technical standpoint he might only care that you just successfully rolled out a major software upgrade (if your company writes lots of software).
This would be the equivalent to eBay rolling out a major release of their trading software, NOT them upgrading their linux boxes to the latest kernel.
The only CXO level folks I've worked with that consistently cared about response time were those in which whose businesses depended on response times (like financial trading companies, where response time = trading = money).How are you saving money?
(ROI, reducing expenses such as power/cooling/hardware).
How are you improving efficiency (automation, consolidation etc..).Also as someone that has presented many times to CxO level people, remember this if you have to give a presentation of your findings, "You are not in control of the presentation.
" No matter how much you prepare for it, or think you'll be giving a controlled presentation;  fully expect them to look at your first slide and ask you a bunch of questions which are not covered anywhere, completely derailing/hijacking your presentation.
Be prepared for "buzzword" questions, "Have you considered transitioning to a cloud based...?
"Last one.
Check your ego at the door.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033708</id>
	<title>As an executive and a system administrator</title>
	<author>transparen</author>
	<datestamp>1257785940000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>As an executive and a system administrator:</p><p>- timesheets<br>- list of tasks done<br>- list of tasks outstanding</p><p>That's it.</p></htmltext>
<tokenext>As an executive and a system administrator : - timesheets- list of tasks done- list of tasks outstandingThat 's it .</tokentext>
<sentencetext>As an executive and a system administrator:- timesheets- list of tasks done- list of tasks outstandingThat's it.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033088</id>
	<title>Report Writing</title>
	<author>Stormcrow309</author>
	<datestamp>1257783360000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Write a detailed report, explaining all the jargon simply, and then summerize it to about 150 to 350 words.  Most executives will read the "executive summery", but you will get bonus points from having the further content.  However, if you decide to fill the body of the report with junk, you will find out that some of your reports are being read front to back.</p><p>Working on my Ph.D., I have a tendency of writing work reports within the 10 to 20 pages range, using APA citing.  I use extended abstracts (~350 words, check the report section of APA 5) and use a clear style of writing, expecting my readers to be college educated, but not to the extent that I am educated.  However, I tend to be writing lengthy project plans, audits of projects and systems, and in depth analysis of business processes and products.</p><p>I treat status reports differently.  Status reports are rarely over ~350 words, weekly reports trending at ~150.  Brevity is king here.  I put in a table of all of my projects with their status, next milestone, CPI, SPI, and EAC.  I might also include PDFs of relevent reports that I had published that week.</p></htmltext>
<tokenext>Write a detailed report , explaining all the jargon simply , and then summerize it to about 150 to 350 words .
Most executives will read the " executive summery " , but you will get bonus points from having the further content .
However , if you decide to fill the body of the report with junk , you will find out that some of your reports are being read front to back.Working on my Ph.D. , I have a tendency of writing work reports within the 10 to 20 pages range , using APA citing .
I use extended abstracts ( ~ 350 words , check the report section of APA 5 ) and use a clear style of writing , expecting my readers to be college educated , but not to the extent that I am educated .
However , I tend to be writing lengthy project plans , audits of projects and systems , and in depth analysis of business processes and products.I treat status reports differently .
Status reports are rarely over ~ 350 words , weekly reports trending at ~ 150 .
Brevity is king here .
I put in a table of all of my projects with their status , next milestone , CPI , SPI , and EAC .
I might also include PDFs of relevent reports that I had published that week .</tokentext>
<sentencetext>Write a detailed report, explaining all the jargon simply, and then summerize it to about 150 to 350 words.
Most executives will read the "executive summery", but you will get bonus points from having the further content.
However, if you decide to fill the body of the report with junk, you will find out that some of your reports are being read front to back.Working on my Ph.D., I have a tendency of writing work reports within the 10 to 20 pages range, using APA citing.
I use extended abstracts (~350 words, check the report section of APA 5) and use a clear style of writing, expecting my readers to be college educated, but not to the extent that I am educated.
However, I tend to be writing lengthy project plans, audits of projects and systems, and in depth analysis of business processes and products.I treat status reports differently.
Status reports are rarely over ~350 words, weekly reports trending at ~150.
Brevity is king here.
I put in a table of all of my projects with their status, next milestone, CPI, SPI, and EAC.
I might also include PDFs of relevent reports that I had published that week.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034398</id>
	<title>LOL @the icon of this story</title>
	<author>Anonymous</author>
	<datestamp>1257788640000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>It's a focking RED STAPLER! (as in eight different bosses...)</p><p>And if you feel the urge to mod this comment -1 offtopic, hand in your geek card ASAP.</p></htmltext>
<tokenext>It 's a focking RED STAPLER !
( as in eight different bosses... ) And if you feel the urge to mod this comment -1 offtopic , hand in your geek card ASAP .</tokentext>
<sentencetext>It's a focking RED STAPLER!
(as in eight different bosses...)And if you feel the urge to mod this comment -1 offtopic, hand in your geek card ASAP.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034314</id>
	<title>like a lifeguard</title>
	<author>Anonymous</author>
	<datestamp>1257788340000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Being a SysAdmin is a lot like being a lifeguard. A good lifeguard spends his whole shift sitting in his chair, occasionally blowing his whistle at a problem. If a lifeguard is making lots of rescues then he isn't doing his job. So how do you go about evaluating that situation.</p></htmltext>
<tokenext>Being a SysAdmin is a lot like being a lifeguard .
A good lifeguard spends his whole shift sitting in his chair , occasionally blowing his whistle at a problem .
If a lifeguard is making lots of rescues then he is n't doing his job .
So how do you go about evaluating that situation .</tokentext>
<sentencetext>Being a SysAdmin is a lot like being a lifeguard.
A good lifeguard spends his whole shift sitting in his chair, occasionally blowing his whistle at a problem.
If a lifeguard is making lots of rescues then he isn't doing his job.
So how do you go about evaluating that situation.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032694</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30041168</id>
	<title>Re:My experience</title>
	<author>Anonymous</author>
	<datestamp>1257776640000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p><i>You do all the work and create all the wealth, the bosses and shareholders don't do anything and collect salaries and profits.</i> </p><p>That's not the only way the corps will screw the people who actually produce.</p><p>The biggest scam they've ever constructed is the "employee stock plan". The employees may get stock at reduced rates, but the high-rollers make the big money on these plans.</p><p>First off, their stock is usually <i>free</i> and are granted in hundreds or thousands of shares at a time. But the workers acquire a few hundred shares over years.</p><p>Suppose you come up with an invention or process that actually boosts the company stock value by one dollar. So your measly shares go up in value by a few hundred dollars, but the increase to an executive with a couple hundred thousand shares comes to two hundred thousand dollars in value.</p><p>That's one hell of an amplification factor -- off <i>your</i> work.</p><p>Take a look at Yahoo business info and look at the section where trading by top officers is reported. You'll see that every week or two, such an officer will shed some thousands of shares -- some as gifts to family or to institutions and some simply for cash. If you suggest that these sales are due to lack of confidence in the company, you'll be met with the answer that, "They're simply doing a prudent job of 'diversifying their investment portfolios.'"</p></htmltext>
<tokenext>You do all the work and create all the wealth , the bosses and shareholders do n't do anything and collect salaries and profits .
That 's not the only way the corps will screw the people who actually produce.The biggest scam they 've ever constructed is the " employee stock plan " .
The employees may get stock at reduced rates , but the high-rollers make the big money on these plans.First off , their stock is usually free and are granted in hundreds or thousands of shares at a time .
But the workers acquire a few hundred shares over years.Suppose you come up with an invention or process that actually boosts the company stock value by one dollar .
So your measly shares go up in value by a few hundred dollars , but the increase to an executive with a couple hundred thousand shares comes to two hundred thousand dollars in value.That 's one hell of an amplification factor -- off your work.Take a look at Yahoo business info and look at the section where trading by top officers is reported .
You 'll see that every week or two , such an officer will shed some thousands of shares -- some as gifts to family or to institutions and some simply for cash .
If you suggest that these sales are due to lack of confidence in the company , you 'll be met with the answer that , " They 're simply doing a prudent job of 'diversifying their investment portfolios .
' "</tokentext>
<sentencetext>You do all the work and create all the wealth, the bosses and shareholders don't do anything and collect salaries and profits.
That's not the only way the corps will screw the people who actually produce.The biggest scam they've ever constructed is the "employee stock plan".
The employees may get stock at reduced rates, but the high-rollers make the big money on these plans.First off, their stock is usually free and are granted in hundreds or thousands of shares at a time.
But the workers acquire a few hundred shares over years.Suppose you come up with an invention or process that actually boosts the company stock value by one dollar.
So your measly shares go up in value by a few hundred dollars, but the increase to an executive with a couple hundred thousand shares comes to two hundred thousand dollars in value.That's one hell of an amplification factor -- off your work.Take a look at Yahoo business info and look at the section where trading by top officers is reported.
You'll see that every week or two, such an officer will shed some thousands of shares -- some as gifts to family or to institutions and some simply for cash.
If you suggest that these sales are due to lack of confidence in the company, you'll be met with the answer that, "They're simply doing a prudent job of 'diversifying their investment portfolios.
'"</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032956</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032558</id>
	<title>Random figures</title>
	<author>fph il quozientatore</author>
	<datestamp>1257781380000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Dude, just slap together some random figures like the number of occupied inodes in your hard disk -- they are executives after all, what do you expect them to understand about technical stuff? Getting "mean web-page loading time" is already a big step.</htmltext>
<tokenext>Dude , just slap together some random figures like the number of occupied inodes in your hard disk -- they are executives after all , what do you expect them to understand about technical stuff ?
Getting " mean web-page loading time " is already a big step .</tokentext>
<sentencetext>Dude, just slap together some random figures like the number of occupied inodes in your hard disk -- they are executives after all, what do you expect them to understand about technical stuff?
Getting "mean web-page loading time" is already a big step.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033002</id>
	<title>First mistake</title>
	<author>tomhudson</author>
	<datestamp>1257783060000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>2</modscore>
	<htmltext><blockquote><div><p>As a System Administrator, I am charged with providing more insight into the functioning of the system</p></div>
</blockquote><p>
There's your first mistake. No, providing more insight is not what you're doing.  Your job is to:
</p><ol>
<li>
Give them executive summaries (a.k.a. "pap") that mostly conform to their pre-conceived ideas;</li>
<li>
Give them material for CYA</li>
<li>
Help them justify their jobs</li>
<li>
Prove that you're working - because they have no real way of measuring your job, since they don't understand it all that well</li>
</ol><p>
Everything else about any reports you fill in for them is just incidental.

</p><p>
Go grab a copy of Dilbert and read it in the can (might as well do it on company time).  That's the real world.
</p></div>
	</htmltext>
<tokenext>As a System Administrator , I am charged with providing more insight into the functioning of the system There 's your first mistake .
No , providing more insight is not what you 're doing .
Your job is to : Give them executive summaries ( a.k.a .
" pap " ) that mostly conform to their pre-conceived ideas ; Give them material for CYA Help them justify their jobs Prove that you 're working - because they have no real way of measuring your job , since they do n't understand it all that well Everything else about any reports you fill in for them is just incidental .
Go grab a copy of Dilbert and read it in the can ( might as well do it on company time ) .
That 's the real world .</tokentext>
<sentencetext>As a System Administrator, I am charged with providing more insight into the functioning of the system

There's your first mistake.
No, providing more insight is not what you're doing.
Your job is to:


Give them executive summaries (a.k.a.
"pap") that mostly conform to their pre-conceived ideas;

Give them material for CYA

Help them justify their jobs

Prove that you're working - because they have no real way of measuring your job, since they don't understand it all that well

Everything else about any reports you fill in for them is just incidental.
Go grab a copy of Dilbert and read it in the can (might as well do it on company time).
That's the real world.

	</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034418</id>
	<title>what's the point?</title>
	<author>faronem</author>
	<datestamp>1257788700000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>What you're really asking is what is the value to the business of IT Operations "keeping the business running".<br>What's the point of IT Ops?<br>What revenue do those systems bring in?  How are people not able to do their jobs when something's broken?</p><p>Talk to people and find out the cost basis for lost hours of any application being offline, including the hourly financial cost to the company when x number of executives are sitting on their thumbs when your mail server is offline.<br>Or, talk about how much money the company made because you kept the systems running.</p><p>Figure out any and all cost savings measures you've put in place, such as aggregating support contracts to save money.<br>Find out how many hours of staff time you saved by preventing that last virus outbreak.<br>Figure out how long it takes to get a laptop replaced and how you've improved that over time.<br>Figure out a few basic ideas for one-time spends that have 3 year cost returns, like replacing all those CRTs with LCDs.</p><p>Other than high level stats, 'did you know we run this many servers?' which are interesting but don't really mean anything, most of the statistics we IT geeks would come up with are just going to come across as confusing or self-gloating.<br>The only numbers that really do matter are the ones you can map back to the company earning more dollars over time and the staff hours saved (which should map to a salary/hour cost).<br>Money and time.</p><p>Then do a half-hour presentation of all those numbers over the past year, call it a 'Year in Review'.<br>Then, put on your teflon jacket and ask for advice on how IT can provide better service and keep the business running.</p></htmltext>
<tokenext>What you 're really asking is what is the value to the business of IT Operations " keeping the business running " .What 's the point of IT Ops ? What revenue do those systems bring in ?
How are people not able to do their jobs when something 's broken ? Talk to people and find out the cost basis for lost hours of any application being offline , including the hourly financial cost to the company when x number of executives are sitting on their thumbs when your mail server is offline.Or , talk about how much money the company made because you kept the systems running.Figure out any and all cost savings measures you 've put in place , such as aggregating support contracts to save money.Find out how many hours of staff time you saved by preventing that last virus outbreak.Figure out how long it takes to get a laptop replaced and how you 've improved that over time.Figure out a few basic ideas for one-time spends that have 3 year cost returns , like replacing all those CRTs with LCDs.Other than high level stats , 'did you know we run this many servers ?
' which are interesting but do n't really mean anything , most of the statistics we IT geeks would come up with are just going to come across as confusing or self-gloating.The only numbers that really do matter are the ones you can map back to the company earning more dollars over time and the staff hours saved ( which should map to a salary/hour cost ) .Money and time.Then do a half-hour presentation of all those numbers over the past year , call it a 'Year in Review'.Then , put on your teflon jacket and ask for advice on how IT can provide better service and keep the business running .</tokentext>
<sentencetext>What you're really asking is what is the value to the business of IT Operations "keeping the business running".What's the point of IT Ops?What revenue do those systems bring in?
How are people not able to do their jobs when something's broken?Talk to people and find out the cost basis for lost hours of any application being offline, including the hourly financial cost to the company when x number of executives are sitting on their thumbs when your mail server is offline.Or, talk about how much money the company made because you kept the systems running.Figure out any and all cost savings measures you've put in place, such as aggregating support contracts to save money.Find out how many hours of staff time you saved by preventing that last virus outbreak.Figure out how long it takes to get a laptop replaced and how you've improved that over time.Figure out a few basic ideas for one-time spends that have 3 year cost returns, like replacing all those CRTs with LCDs.Other than high level stats, 'did you know we run this many servers?
' which are interesting but don't really mean anything, most of the statistics we IT geeks would come up with are just going to come across as confusing or self-gloating.The only numbers that really do matter are the ones you can map back to the company earning more dollars over time and the staff hours saved (which should map to a salary/hour cost).Money and time.Then do a half-hour presentation of all those numbers over the past year, call it a 'Year in Review'.Then, put on your teflon jacket and ask for advice on how IT can provide better service and keep the business running.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032798</id>
	<title>Don't do it!</title>
	<author>Anonymous</author>
	<datestamp>1257782220000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>You'll just gave yourself more mandatory busy work for no reason. Then if mgmt decide they want these every week or month, that's less time you have for projects or fixing things that are more important.</p><p>My boss did the same thing at another company, and now one day every week he has to spend creating charts and getting this information from baselines from scratch because he can't script for information and the company won't buy him any software.</p></htmltext>
<tokenext>You 'll just gave yourself more mandatory busy work for no reason .
Then if mgmt decide they want these every week or month , that 's less time you have for projects or fixing things that are more important.My boss did the same thing at another company , and now one day every week he has to spend creating charts and getting this information from baselines from scratch because he ca n't script for information and the company wo n't buy him any software .</tokentext>
<sentencetext>You'll just gave yourself more mandatory busy work for no reason.
Then if mgmt decide they want these every week or month, that's less time you have for projects or fixing things that are more important.My boss did the same thing at another company, and now one day every week he has to spend creating charts and getting this information from baselines from scratch because he can't script for information and the company won't buy him any software.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035034</id>
	<title>Re:an executive summary</title>
	<author>dkleinsc</author>
	<datestamp>1257791160000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>The most important thing that any tech worker can do when reporting to executives who aren't themselves techies is to take the presentation and replace any word that is remotely technical with "tech". Then you'll get an idea of what the executives actually hear. Here's an example of a typical sysadmin issue report with that translation in place:<br>"Our tech tech stopped working at 2:35 AM due to tech tech being tech."</p><p>What the sysadmin probably reported was perfectly true:<br>"Our web farm stopped working at 2:35 AM due to OS patches being applied."</p><p>Whereas what the sysadmin really need to explain was that what happened at 2:35 AM was similar to what happens when a box pops up saying "Windows has automatic updates"<nobr> <wbr></nobr>...</p></htmltext>
<tokenext>The most important thing that any tech worker can do when reporting to executives who are n't themselves techies is to take the presentation and replace any word that is remotely technical with " tech " .
Then you 'll get an idea of what the executives actually hear .
Here 's an example of a typical sysadmin issue report with that translation in place : " Our tech tech stopped working at 2 : 35 AM due to tech tech being tech .
" What the sysadmin probably reported was perfectly true : " Our web farm stopped working at 2 : 35 AM due to OS patches being applied .
" Whereas what the sysadmin really need to explain was that what happened at 2 : 35 AM was similar to what happens when a box pops up saying " Windows has automatic updates " .. .</tokentext>
<sentencetext>The most important thing that any tech worker can do when reporting to executives who aren't themselves techies is to take the presentation and replace any word that is remotely technical with "tech".
Then you'll get an idea of what the executives actually hear.
Here's an example of a typical sysadmin issue report with that translation in place:"Our tech tech stopped working at 2:35 AM due to tech tech being tech.
"What the sysadmin probably reported was perfectly true:"Our web farm stopped working at 2:35 AM due to OS patches being applied.
"Whereas what the sysadmin really need to explain was that what happened at 2:35 AM was similar to what happens when a box pops up saying "Windows has automatic updates" ...</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032550</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30036422</id>
	<title>Euphonism</title>
	<author>SnarfQuest</author>
	<datestamp>1257796740000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Doesn't "web based irrigation management" sound like a euphonism to anybody else? If so, do I really want to know what it means?</p></htmltext>
<tokenext>Does n't " web based irrigation management " sound like a euphonism to anybody else ?
If so , do I really want to know what it means ?</tokentext>
<sentencetext>Doesn't "web based irrigation management" sound like a euphonism to anybody else?
If so, do I really want to know what it means?</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30038740</id>
	<title>Big Picture</title>
	<author>Anonymous</author>
	<datestamp>1257763380000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>How about asking your customer's what metrics are important to them? Then creating the relevant metric for you derived from the customer driven metric?</p></htmltext>
<tokenext>How about asking your customer 's what metrics are important to them ?
Then creating the relevant metric for you derived from the customer driven metric ?</tokentext>
<sentencetext>How about asking your customer's what metrics are important to them?
Then creating the relevant metric for you derived from the customer driven metric?</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032952</id>
	<title>Re:Random figures</title>
	<author>R\_Dorothy</author>
	<datestamp>1257782880000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>3</modscore>
	<htmltext>I used to work for a head of department who demanded all sorts of printed monthly reports and would start getting on people's backs if it was late.  Not only was it a boring time drain but it wasn't difficult to see that they didn't really know what the reports meant but weren't prepared to admit it.  So for three months I handed in the same report with the headline date on the first page changed, on the fourth month I didn't hand in my reports and, when taken to task about it, took them aside and showed them the last three months reports I had haded in and the real data I had kept back.  Fortunately I managed to get out of that company but I didn't produce any more routine reports after that.</htmltext>
<tokenext>I used to work for a head of department who demanded all sorts of printed monthly reports and would start getting on people 's backs if it was late .
Not only was it a boring time drain but it was n't difficult to see that they did n't really know what the reports meant but were n't prepared to admit it .
So for three months I handed in the same report with the headline date on the first page changed , on the fourth month I did n't hand in my reports and , when taken to task about it , took them aside and showed them the last three months reports I had haded in and the real data I had kept back .
Fortunately I managed to get out of that company but I did n't produce any more routine reports after that .</tokentext>
<sentencetext>I used to work for a head of department who demanded all sorts of printed monthly reports and would start getting on people's backs if it was late.
Not only was it a boring time drain but it wasn't difficult to see that they didn't really know what the reports meant but weren't prepared to admit it.
So for three months I handed in the same report with the headline date on the first page changed, on the fourth month I didn't hand in my reports and, when taken to task about it, took them aside and showed them the last three months reports I had haded in and the real data I had kept back.
Fortunately I managed to get out of that company but I didn't produce any more routine reports after that.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032558</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032784</id>
	<title>throw the dead cat in the neighbors yard</title>
	<author>SethJohnson</author>
	<datestamp>1257782160000</datestamp>
	<modclass>Funny</modclass>
	<modscore>2</modscore>
	<htmltext>This is a one-off idea, but you could meet with marketing and ask for a list of the various campaigns they've launched over the past year. Then you could parse the web server logs to see where traffic was coming from during the dates of those campaigns. It would give execs a metric by which to measure the effectiveness of the marketing efforts. This is important, because as your ship sinks, the execs will look to you for help in determining the ballast that needs to be dumped.<br> <br>Seth</htmltext>
<tokenext>This is a one-off idea , but you could meet with marketing and ask for a list of the various campaigns they 've launched over the past year .
Then you could parse the web server logs to see where traffic was coming from during the dates of those campaigns .
It would give execs a metric by which to measure the effectiveness of the marketing efforts .
This is important , because as your ship sinks , the execs will look to you for help in determining the ballast that needs to be dumped .
Seth</tokentext>
<sentencetext>This is a one-off idea, but you could meet with marketing and ask for a list of the various campaigns they've launched over the past year.
Then you could parse the web server logs to see where traffic was coming from during the dates of those campaigns.
It would give execs a metric by which to measure the effectiveness of the marketing efforts.
This is important, because as your ship sinks, the execs will look to you for help in determining the ballast that needs to be dumped.
Seth</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30036834</id>
	<title>Re:Random figures</title>
	<author>Anonymous</author>
	<datestamp>1257798540000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p><div class="quote"><p>Fortunately I managed to get out of that company but I didn't produce any more routine reports after that.</p></div><p>Yep, fired on the spot.</p></div>
	</htmltext>
<tokenext>Fortunately I managed to get out of that company but I did n't produce any more routine reports after that.Yep , fired on the spot .</tokentext>
<sentencetext>Fortunately I managed to get out of that company but I didn't produce any more routine reports after that.Yep, fired on the spot.
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032952</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035058</id>
	<title>how much have you saved?</title>
	<author>DaveSlash</author>
	<datestamp>1257791280000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>with cost reduction projects.</htmltext>
<tokenext>with cost reduction projects .</tokentext>
<sentencetext>with cost reduction projects.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035818</id>
	<title>Back to school</title>
	<author>hesaigo999ca</author>
	<datestamp>1257794100000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>What you are asking is too broad a question, you could involve business/time/budget management ,<br>you could also involve networking security, and advanced bandwidth analysis.<br>The problem is you have too many jobs rolled into 1!</p><p>A budget plan, is essential, as is the reason why you need to do the things you do, like replace hardware<br>such would be the analysis part, each document leads to another, each position, would extend their document to the next one,<br>such as your budget would have to encompass the replacement of the hardware....</p><p>How much time do you have to do all of this?</p></htmltext>
<tokenext>What you are asking is too broad a question , you could involve business/time/budget management ,you could also involve networking security , and advanced bandwidth analysis.The problem is you have too many jobs rolled into 1 ! A budget plan , is essential , as is the reason why you need to do the things you do , like replace hardwaresuch would be the analysis part , each document leads to another , each position , would extend their document to the next one,such as your budget would have to encompass the replacement of the hardware....How much time do you have to do all of this ?</tokentext>
<sentencetext>What you are asking is too broad a question, you could involve business/time/budget management ,you could also involve networking security, and advanced bandwidth analysis.The problem is you have too many jobs rolled into 1!A budget plan, is essential, as is the reason why you need to do the things you do, like replace hardwaresuch would be the analysis part, each document leads to another, each position, would extend their document to the next one,such as your budget would have to encompass the replacement of the hardware....How much time do you have to do all of this?</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034668</id>
	<title>What I do ...</title>
	<author>Grayputer</author>
	<datestamp>1257789660000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>4</modscore>
	<htmltext><p>Alrighty, I AM a CTO of a 20 person company with a single admin and here is what I'm interested in.</p><p>1 - problems and their resolution</p><p>2 - potential issues</p><p>3 - time sinks.</p><p>So I get info on:<br>What broke last week and how did we fix it: a list of hardware software outages, their root causes, the fix applied, whether that fix is a long term of short term fix, if short term, a recommendation for a long term solution</p><p>Issues that my admin sees as 'near term' problems (2 months): list of systems low on resources (disk, cpu, ram,<nobr> <wbr></nobr>...), applications that have repeat issues, upgrades that are due and are non trivial (potential downtime, critical app where the 'upgrade gone wrong' may lead to down time,<nobr> <wbr></nobr>...), etc.  This includes a list of any planned downtime and a description of the planned downtime (including 'the plan'/timetable of events) so I can remind or co-ordinate with others.</p><p>Issues that my admin sees as 'mid term' problems (12 months): list of systems due for replacement, applications/OSes that are near end of life, need for additional hardware (network switches, firewall upgrades,<nobr> <wbr></nobr>...), etc</p><p>Any single issue that he spent more than an hour on or anything he is repeatedly spending time on, those are my definition of time sink.</p><p>Why am I interested in those specific items:<br>
&nbsp; &nbsp; Items in category 1 are apt to come up in conversation with my boss.  They are also items I need to monitor to ensure that the systems, applications, and yes the admin staff, are not causing the company headaches.</p><p>Items in categories 2 and 3 fall into planning and budget issues that I need to plan for, or co-ordinate with others.</p><p>Category 3 also allows me to eventually understand that application A or staff member B or 'department' C are killing us and I need to find a better way for the company to work.  It also allows me a better understanding of whether the week is an anomaly or if I need additional admin staff or training.</p><p>None of this is in a rigid format, so no I can't forward you a template<nobr> <wbr></nobr>:).  It is currently done via office visits/conversations, emails, and hallway conversations.  That is working and I see no need for a more rigid structure unless we start to have communications issues.  When we do, I'll setup a more formal status reporting system (currently, if it ain't broke<nobr> <wbr></nobr>...).</p><p>Bottom line, in a small company, single admin case where that admin reports to the CTO, the CTO is effectively the systems/IT manager as well as the development manager, the CTO or corporate level planner, and the executive level consultant/evangelist on IT matters to the CEO and CFO.  I do NOT necessarily expect the admin to be an IT manager, being an admin is frequently hard enough.  However, that 'department' is not my only concern so to some extent the admin needs to summarize stuff and not ship me logs/raw data, I have too many hats.</p><p>Does that help?</p></htmltext>
<tokenext>Alrighty , I AM a CTO of a 20 person company with a single admin and here is what I 'm interested in.1 - problems and their resolution2 - potential issues3 - time sinks.So I get info on : What broke last week and how did we fix it : a list of hardware software outages , their root causes , the fix applied , whether that fix is a long term of short term fix , if short term , a recommendation for a long term solutionIssues that my admin sees as 'near term ' problems ( 2 months ) : list of systems low on resources ( disk , cpu , ram , ... ) , applications that have repeat issues , upgrades that are due and are non trivial ( potential downtime , critical app where the 'upgrade gone wrong ' may lead to down time , ... ) , etc .
This includes a list of any planned downtime and a description of the planned downtime ( including 'the plan'/timetable of events ) so I can remind or co-ordinate with others.Issues that my admin sees as 'mid term ' problems ( 12 months ) : list of systems due for replacement , applications/OSes that are near end of life , need for additional hardware ( network switches , firewall upgrades , ... ) , etcAny single issue that he spent more than an hour on or anything he is repeatedly spending time on , those are my definition of time sink.Why am I interested in those specific items :     Items in category 1 are apt to come up in conversation with my boss .
They are also items I need to monitor to ensure that the systems , applications , and yes the admin staff , are not causing the company headaches.Items in categories 2 and 3 fall into planning and budget issues that I need to plan for , or co-ordinate with others.Category 3 also allows me to eventually understand that application A or staff member B or 'department ' C are killing us and I need to find a better way for the company to work .
It also allows me a better understanding of whether the week is an anomaly or if I need additional admin staff or training.None of this is in a rigid format , so no I ca n't forward you a template : ) .
It is currently done via office visits/conversations , emails , and hallway conversations .
That is working and I see no need for a more rigid structure unless we start to have communications issues .
When we do , I 'll setup a more formal status reporting system ( currently , if it ai n't broke ... ) .Bottom line , in a small company , single admin case where that admin reports to the CTO , the CTO is effectively the systems/IT manager as well as the development manager , the CTO or corporate level planner , and the executive level consultant/evangelist on IT matters to the CEO and CFO .
I do NOT necessarily expect the admin to be an IT manager , being an admin is frequently hard enough .
However , that 'department ' is not my only concern so to some extent the admin needs to summarize stuff and not ship me logs/raw data , I have too many hats.Does that help ?</tokentext>
<sentencetext>Alrighty, I AM a CTO of a 20 person company with a single admin and here is what I'm interested in.1 - problems and their resolution2 - potential issues3 - time sinks.So I get info on:What broke last week and how did we fix it: a list of hardware software outages, their root causes, the fix applied, whether that fix is a long term of short term fix, if short term, a recommendation for a long term solutionIssues that my admin sees as 'near term' problems (2 months): list of systems low on resources (disk, cpu, ram, ...), applications that have repeat issues, upgrades that are due and are non trivial (potential downtime, critical app where the 'upgrade gone wrong' may lead to down time, ...), etc.
This includes a list of any planned downtime and a description of the planned downtime (including 'the plan'/timetable of events) so I can remind or co-ordinate with others.Issues that my admin sees as 'mid term' problems (12 months): list of systems due for replacement, applications/OSes that are near end of life, need for additional hardware (network switches, firewall upgrades, ...), etcAny single issue that he spent more than an hour on or anything he is repeatedly spending time on, those are my definition of time sink.Why am I interested in those specific items:
    Items in category 1 are apt to come up in conversation with my boss.
They are also items I need to monitor to ensure that the systems, applications, and yes the admin staff, are not causing the company headaches.Items in categories 2 and 3 fall into planning and budget issues that I need to plan for, or co-ordinate with others.Category 3 also allows me to eventually understand that application A or staff member B or 'department' C are killing us and I need to find a better way for the company to work.
It also allows me a better understanding of whether the week is an anomaly or if I need additional admin staff or training.None of this is in a rigid format, so no I can't forward you a template :).
It is currently done via office visits/conversations, emails, and hallway conversations.
That is working and I see no need for a more rigid structure unless we start to have communications issues.
When we do, I'll setup a more formal status reporting system (currently, if it ain't broke ...).Bottom line, in a small company, single admin case where that admin reports to the CTO, the CTO is effectively the systems/IT manager as well as the development manager, the CTO or corporate level planner, and the executive level consultant/evangelist on IT matters to the CEO and CFO.
I do NOT necessarily expect the admin to be an IT manager, being an admin is frequently hard enough.
However, that 'department' is not my only concern so to some extent the admin needs to summarize stuff and not ship me logs/raw data, I have too many hats.Does that help?</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032826</id>
	<title>Give time, get cooperation</title>
	<author>NervousWreck</author>
	<datestamp>1257782340000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext>I would recommend taking some extra time to provide an explanation of what all the information means in terms of that executive's department so that they can accurately tell you what they want you to report. Many people want to hear everything because they aren't sure exactly what they are looking for but end up suffering info overload and read nothing. As eldavojohn said, your CEO will be interested in different things than your CTO.</htmltext>
<tokenext>I would recommend taking some extra time to provide an explanation of what all the information means in terms of that executive 's department so that they can accurately tell you what they want you to report .
Many people want to hear everything because they are n't sure exactly what they are looking for but end up suffering info overload and read nothing .
As eldavojohn said , your CEO will be interested in different things than your CTO .</tokentext>
<sentencetext>I would recommend taking some extra time to provide an explanation of what all the information means in terms of that executive's department so that they can accurately tell you what they want you to report.
Many people want to hear everything because they aren't sure exactly what they are looking for but end up suffering info overload and read nothing.
As eldavojohn said, your CEO will be interested in different things than your CTO.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035146</id>
	<title>Offer nothing, give them what they ask for.</title>
	<author>neowolf</author>
	<datestamp>1257791640000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Give some thought to what you can do, and implement what you feel you may need (saved logs or databases), but don't go out of your way to decide what would be nice for them to have. If they ask for something- give it to them. If you can't- tell them you can't, but will find a way to provide it. (Nine times out of ten- they won't ask you for it again anyway, but at least if you implement it- you will have it for the next time.)<br>
<br>
Most executives live for data/reports. They will happily gobble down whatever you send them, usually without reading it. If you offer them a big menu of reports- they will want all of them, and then you will have to spend much of your time doing nothing but generating them.<br>
<br>
I know this sounds cynical, but I've been in IT for the better part of 20 years, on both sides (sysadmin and executive) for several companies ranging from small ones like yours, to "large" corporations. They are all pretty much the same when it comes to IT reports. Spend your time where it is important- making sure your systems are secure and running at their peak. Stay on top of new technology and security bulletins, and find ways to improve operations and lower costs (executives like that even more than reports). Usually the only time you will have to produce reports is when something goes wrong. Be proactive, be prepared to hand them whatever data you can think they might want, but don't create a lot of unnecessary work for yourself in the process.</htmltext>
<tokenext>Give some thought to what you can do , and implement what you feel you may need ( saved logs or databases ) , but do n't go out of your way to decide what would be nice for them to have .
If they ask for something- give it to them .
If you ca n't- tell them you ca n't , but will find a way to provide it .
( Nine times out of ten- they wo n't ask you for it again anyway , but at least if you implement it- you will have it for the next time .
) Most executives live for data/reports .
They will happily gobble down whatever you send them , usually without reading it .
If you offer them a big menu of reports- they will want all of them , and then you will have to spend much of your time doing nothing but generating them .
I know this sounds cynical , but I 've been in IT for the better part of 20 years , on both sides ( sysadmin and executive ) for several companies ranging from small ones like yours , to " large " corporations .
They are all pretty much the same when it comes to IT reports .
Spend your time where it is important- making sure your systems are secure and running at their peak .
Stay on top of new technology and security bulletins , and find ways to improve operations and lower costs ( executives like that even more than reports ) .
Usually the only time you will have to produce reports is when something goes wrong .
Be proactive , be prepared to hand them whatever data you can think they might want , but do n't create a lot of unnecessary work for yourself in the process .</tokentext>
<sentencetext>Give some thought to what you can do, and implement what you feel you may need (saved logs or databases), but don't go out of your way to decide what would be nice for them to have.
If they ask for something- give it to them.
If you can't- tell them you can't, but will find a way to provide it.
(Nine times out of ten- they won't ask you for it again anyway, but at least if you implement it- you will have it for the next time.
)

Most executives live for data/reports.
They will happily gobble down whatever you send them, usually without reading it.
If you offer them a big menu of reports- they will want all of them, and then you will have to spend much of your time doing nothing but generating them.
I know this sounds cynical, but I've been in IT for the better part of 20 years, on both sides (sysadmin and executive) for several companies ranging from small ones like yours, to "large" corporations.
They are all pretty much the same when it comes to IT reports.
Spend your time where it is important- making sure your systems are secure and running at their peak.
Stay on top of new technology and security bulletins, and find ways to improve operations and lower costs (executives like that even more than reports).
Usually the only time you will have to produce reports is when something goes wrong.
Be proactive, be prepared to hand them whatever data you can think they might want, but don't create a lot of unnecessary work for yourself in the process.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034356</id>
	<title>Re:Oblig...</title>
	<author>Anonymous</author>
	<datestamp>1257788460000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Don't forget the cover page.</p></htmltext>
<tokenext>Do n't forget the cover page .</tokentext>
<sentencetext>Don't forget the cover page.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032552</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30044054</id>
	<title>Re:Here's an idea...</title>
	<author>Jared555</author>
	<datestamp>1257856860000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I think the IT majors that include at least a couple business courses would be also be a major asset for those who are still in school (or even after graduation taking a couple general courses).  Yes there are many executives, etc. that don't know a thing about IT but there are probably just as many or more IT personnel who don't know a thing about running a business.  If you are able to explain things in business terms in a way that the executives are going to actually understand, it benefits them because they know more about what is going on in the department and it benefits you because you are more likely to get what you need to make your job easier to do.</p></htmltext>
<tokenext>I think the IT majors that include at least a couple business courses would be also be a major asset for those who are still in school ( or even after graduation taking a couple general courses ) .
Yes there are many executives , etc .
that do n't know a thing about IT but there are probably just as many or more IT personnel who do n't know a thing about running a business .
If you are able to explain things in business terms in a way that the executives are going to actually understand , it benefits them because they know more about what is going on in the department and it benefits you because you are more likely to get what you need to make your job easier to do .</tokentext>
<sentencetext>I think the IT majors that include at least a couple business courses would be also be a major asset for those who are still in school (or even after graduation taking a couple general courses).
Yes there are many executives, etc.
that don't know a thing about IT but there are probably just as many or more IT personnel who don't know a thing about running a business.
If you are able to explain things in business terms in a way that the executives are going to actually understand, it benefits them because they know more about what is going on in the department and it benefits you because you are more likely to get what you need to make your job easier to do.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033326</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30039954</id>
	<title>Argh ....</title>
	<author>jotaeleemeese</author>
	<datestamp>1257769440000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I have never worn a neck tie all my life, that is not to say I am not presentable, my shoes clean, I dress smart casual where everybody else  normally wears neck tie.</p><p>My professionalism is my introduction card, punctuality, efficiency, attention to detail, etc. is what earn me the respect of my business superiors.</p><p>And sometimes my hear is quite long, no pony tail long, but long, but it is clean and combed.</p><p>In synthesis your stupid stereotype may not be as applicable as you think.</p></htmltext>
<tokenext>I have never worn a neck tie all my life , that is not to say I am not presentable , my shoes clean , I dress smart casual where everybody else normally wears neck tie.My professionalism is my introduction card , punctuality , efficiency , attention to detail , etc .
is what earn me the respect of my business superiors.And sometimes my hear is quite long , no pony tail long , but long , but it is clean and combed.In synthesis your stupid stereotype may not be as applicable as you think .</tokentext>
<sentencetext>I have never worn a neck tie all my life, that is not to say I am not presentable, my shoes clean, I dress smart casual where everybody else  normally wears neck tie.My professionalism is my introduction card, punctuality, efficiency, attention to detail, etc.
is what earn me the respect of my business superiors.And sometimes my hear is quite long, no pony tail long, but long, but it is clean and combed.In synthesis your stupid stereotype may not be as applicable as you think.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032906</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033996</id>
	<title>Re:Here's an idea...</title>
	<author>Maxo-Texas</author>
	<datestamp>1257787080000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>We use a tool run a synthetic transaction every 15 minutes and record the execution time.  That execution time database can be queried.<br>Stephen</p></htmltext>
<tokenext>We use a tool run a synthetic transaction every 15 minutes and record the execution time .
That execution time database can be queried.Stephen</tokentext>
<sentencetext>We use a tool run a synthetic transaction every 15 minutes and record the execution time.
That execution time database can be queried.Stephen</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035926</id>
	<title>Re:Here's an idea...</title>
	<author>OldSoldier</author>
	<datestamp>1257794520000</datestamp>
	<modclass>Interestin</modclass>
	<modscore>2</modscore>
	<htmltext><p>I agree, and I'd like to add a subtle addition to #4, think about what sort of activities would require the company to hire another IT person. If you think your company will grow enough in the next 5 years that this may be a possibility, it may be a good idea to quantify your time such that it is easier for the managers to see that indeed your "use rate" is trending upward to the point where another person is needed. (This falls into the above poster's "no surprises" mantra.) I would guess at your size company the worst thing for you is that your time needs expand to the point where it could "naturally" support 1.5 people. But hiring a half a person is hard, so you either eat a boat load of overtime or have some partial outsourcing solution or "temporarily" decide to scale back on some non-mission critical activities (eg employee PC tech support).</p><p>I'm suggesting that in addition to merely quantifying your time, you divide it into buckets that also indicate how you'd think the IT needs will grow and/or a partial person could be utilized. If, for example, the PC tech support is a non-mission critical aspect of your biz and if there are good outside consultants available who could do that if your time needs rise in another area, then this will be a useful aspect of your time to track.</p></htmltext>
<tokenext>I agree , and I 'd like to add a subtle addition to # 4 , think about what sort of activities would require the company to hire another IT person .
If you think your company will grow enough in the next 5 years that this may be a possibility , it may be a good idea to quantify your time such that it is easier for the managers to see that indeed your " use rate " is trending upward to the point where another person is needed .
( This falls into the above poster 's " no surprises " mantra .
) I would guess at your size company the worst thing for you is that your time needs expand to the point where it could " naturally " support 1.5 people .
But hiring a half a person is hard , so you either eat a boat load of overtime or have some partial outsourcing solution or " temporarily " decide to scale back on some non-mission critical activities ( eg employee PC tech support ) .I 'm suggesting that in addition to merely quantifying your time , you divide it into buckets that also indicate how you 'd think the IT needs will grow and/or a partial person could be utilized .
If , for example , the PC tech support is a non-mission critical aspect of your biz and if there are good outside consultants available who could do that if your time needs rise in another area , then this will be a useful aspect of your time to track .</tokentext>
<sentencetext>I agree, and I'd like to add a subtle addition to #4, think about what sort of activities would require the company to hire another IT person.
If you think your company will grow enough in the next 5 years that this may be a possibility, it may be a good idea to quantify your time such that it is easier for the managers to see that indeed your "use rate" is trending upward to the point where another person is needed.
(This falls into the above poster's "no surprises" mantra.
) I would guess at your size company the worst thing for you is that your time needs expand to the point where it could "naturally" support 1.5 people.
But hiring a half a person is hard, so you either eat a boat load of overtime or have some partial outsourcing solution or "temporarily" decide to scale back on some non-mission critical activities (eg employee PC tech support).I'm suggesting that in addition to merely quantifying your time, you divide it into buckets that also indicate how you'd think the IT needs will grow and/or a partial person could be utilized.
If, for example, the PC tech support is a non-mission critical aspect of your biz and if there are good outside consultants available who could do that if your time needs rise in another area, then this will be a useful aspect of your time to track.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033326</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30039116</id>
	<title>Re:Random figures</title>
	<author>Anonymous</author>
	<datestamp>1257765060000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>That reminds me of a company I used to work for.  I was a Unix sys admin and the Data Center manager wanted weekly status reports regarding all systems/issues/etc.  I had about 50 Unix boxes that I had to do this report for.  I was lucky - the Windows admin had about 100 servers to produce the report for.</p><p>At some point, I suspected that my manager wasn't actually reading these reports.  So I wrote a perl script that randomly generated report statuses from a group of previously submitted reports and ones that I inserted myself.  The job to produce these reports fired off from cron on my workstation every Friday afternoon.  I thought it was pretty smart.  I was disappointed though that she never responded - even after one of the reports told her that the production web farm had 'caught on fire'.</p></htmltext>
<tokenext>That reminds me of a company I used to work for .
I was a Unix sys admin and the Data Center manager wanted weekly status reports regarding all systems/issues/etc .
I had about 50 Unix boxes that I had to do this report for .
I was lucky - the Windows admin had about 100 servers to produce the report for.At some point , I suspected that my manager was n't actually reading these reports .
So I wrote a perl script that randomly generated report statuses from a group of previously submitted reports and ones that I inserted myself .
The job to produce these reports fired off from cron on my workstation every Friday afternoon .
I thought it was pretty smart .
I was disappointed though that she never responded - even after one of the reports told her that the production web farm had 'caught on fire' .</tokentext>
<sentencetext>That reminds me of a company I used to work for.
I was a Unix sys admin and the Data Center manager wanted weekly status reports regarding all systems/issues/etc.
I had about 50 Unix boxes that I had to do this report for.
I was lucky - the Windows admin had about 100 servers to produce the report for.At some point, I suspected that my manager wasn't actually reading these reports.
So I wrote a perl script that randomly generated report statuses from a group of previously submitted reports and ones that I inserted myself.
The job to produce these reports fired off from cron on my workstation every Friday afternoon.
I thought it was pretty smart.
I was disappointed though that she never responded - even after one of the reports told her that the production web farm had 'caught on fire'.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032952</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032526</id>
	<title>REMOVE LOUIS FROM L4D</title>
	<author>Anonymous</author>
	<datestamp>1257781260000</datestamp>
	<modclass>Troll</modclass>
	<modscore>-1</modscore>
	<htmltext><p>To: Valve<br>I propose that we remove Louis from L4D, nobody can relate to him because he is a nigger.</p><p>I'm sure people that play left 4 dead will get on their computers and join a lobby for some No Mercy campaign fun, only to find that all the infected are taken. this is undeniably the case most of the time.</p><p>You decide "oh well, at least you can play as bill, hes a badass Vietnam veteran and probably raped some azn girl while he was setting villages on fire" But, you are disappointed as somebody already joined and took him first... hes always taken first god damnit.</p><p>well, then there is the next best choice, Zoey. The lovable teenage slut has always provoked some kind of perverted thought in L4D gamers and when they go to patch her up with first aid they cream themselves at getting this close to a woman, virtual or not. So with all the extra help around, playing as Zoey should be a breeze, right? Well, some fucker already took that second... now the sudden realization dawns on you, you have two choices left.</p><p>One is the faggot biker Francis, that only acts like hes interested in Zoey as to throw of the trail that he secretly would fuck Bill so hard in the ass given the chance. The other choice, though, is worse. it's a fucking nigger.</p><p>I mean sure, he isn't hindered in any way, well... not in physical gameplay at least. But you soon will realize after playing a couple rounds being a nigger, every time you get pounced, smoked, or somebody accidentally clips him with a bullet, he has to open his fat lips to shout louder then any of the other survivors and speaks in a vernacular that just makes me sick to hear it.</p><p>If we were to get rid of Louis, teamkilling "accidents" will be cut down by 50\%, and the survivor morale will increase dramatically, no longer burdened by some filthy, loud, beast.</p><p>But, I am only one person, I will need the help of all you fellow people that enjoy L4D, but their experience is hindered by the sight of this dirty chicken eating coon. Shall We receive enough signatures, Valve will soon know the errors of their ways and create an alternative to being such a disgraceful character.</p><p>Sincerely,</p><p>The Undersigned</p></htmltext>
<tokenext>To : ValveI propose that we remove Louis from L4D , nobody can relate to him because he is a nigger.I 'm sure people that play left 4 dead will get on their computers and join a lobby for some No Mercy campaign fun , only to find that all the infected are taken .
this is undeniably the case most of the time.You decide " oh well , at least you can play as bill , hes a badass Vietnam veteran and probably raped some azn girl while he was setting villages on fire " But , you are disappointed as somebody already joined and took him first... hes always taken first god damnit.well , then there is the next best choice , Zoey .
The lovable teenage slut has always provoked some kind of perverted thought in L4D gamers and when they go to patch her up with first aid they cream themselves at getting this close to a woman , virtual or not .
So with all the extra help around , playing as Zoey should be a breeze , right ?
Well , some fucker already took that second... now the sudden realization dawns on you , you have two choices left.One is the faggot biker Francis , that only acts like hes interested in Zoey as to throw of the trail that he secretly would fuck Bill so hard in the ass given the chance .
The other choice , though , is worse .
it 's a fucking nigger.I mean sure , he is n't hindered in any way , well... not in physical gameplay at least .
But you soon will realize after playing a couple rounds being a nigger , every time you get pounced , smoked , or somebody accidentally clips him with a bullet , he has to open his fat lips to shout louder then any of the other survivors and speaks in a vernacular that just makes me sick to hear it.If we were to get rid of Louis , teamkilling " accidents " will be cut down by 50 \ % , and the survivor morale will increase dramatically , no longer burdened by some filthy , loud , beast.But , I am only one person , I will need the help of all you fellow people that enjoy L4D , but their experience is hindered by the sight of this dirty chicken eating coon .
Shall We receive enough signatures , Valve will soon know the errors of their ways and create an alternative to being such a disgraceful character.Sincerely,The Undersigned</tokentext>
<sentencetext>To: ValveI propose that we remove Louis from L4D, nobody can relate to him because he is a nigger.I'm sure people that play left 4 dead will get on their computers and join a lobby for some No Mercy campaign fun, only to find that all the infected are taken.
this is undeniably the case most of the time.You decide "oh well, at least you can play as bill, hes a badass Vietnam veteran and probably raped some azn girl while he was setting villages on fire" But, you are disappointed as somebody already joined and took him first... hes always taken first god damnit.well, then there is the next best choice, Zoey.
The lovable teenage slut has always provoked some kind of perverted thought in L4D gamers and when they go to patch her up with first aid they cream themselves at getting this close to a woman, virtual or not.
So with all the extra help around, playing as Zoey should be a breeze, right?
Well, some fucker already took that second... now the sudden realization dawns on you, you have two choices left.One is the faggot biker Francis, that only acts like hes interested in Zoey as to throw of the trail that he secretly would fuck Bill so hard in the ass given the chance.
The other choice, though, is worse.
it's a fucking nigger.I mean sure, he isn't hindered in any way, well... not in physical gameplay at least.
But you soon will realize after playing a couple rounds being a nigger, every time you get pounced, smoked, or somebody accidentally clips him with a bullet, he has to open his fat lips to shout louder then any of the other survivors and speaks in a vernacular that just makes me sick to hear it.If we were to get rid of Louis, teamkilling "accidents" will be cut down by 50\%, and the survivor morale will increase dramatically, no longer burdened by some filthy, loud, beast.But, I am only one person, I will need the help of all you fellow people that enjoy L4D, but their experience is hindered by the sight of this dirty chicken eating coon.
Shall We receive enough signatures, Valve will soon know the errors of their ways and create an alternative to being such a disgraceful character.Sincerely,The Undersigned</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30039298</id>
	<title>Executive(s)?!?</title>
	<author>Marthisdil</author>
	<datestamp>1257765720000</datestamp>
	<modclass>None</modclass>
	<modscore>-1</modscore>
	<htmltext>You're in a 20 man operation, with multiple executives?!?

Wow.  I'd GTFO.</htmltext>
<tokenext>You 're in a 20 man operation , with multiple executives ? ! ?
Wow. I 'd GTFO .</tokentext>
<sentencetext>You're in a 20 man operation, with multiple executives?!?
Wow.  I'd GTFO.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30036566</id>
	<title>Re: Reporting To Executives</title>
	<author>borjonx</author>
	<datestamp>1257797400000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>&gt; I am charged with providing more insight into the functioning of the system.<br>

That's pretty generic.  Do they have certain metrics they want to see in black &amp; white?<br> <br>

&gt; I'm looking for other important and useful information I can report up to better illustrate my efforts<br>

Then that's your answer.  You just need to find out what is important &amp; useful to them.<br> <br>

&gt; I also simultaneously perform all IT related tasks in the office, which may also be important to report<br>

Whatever you send them, be sure to word it in terms of business value.  As far as providing insight - you may want to create overview docs of most ALL of the processes/systems you manage; your job will be that much more secure if the non-tech folks are truly aware of how much you do around the office.  As the only IT person, you provide biz value that no other in-house employee can, AND you save them money.  Show them how by providing high-level workflow diagrams of these processes.<br> <br>

Heck, you may even get a raise if you word it right.   ; &gt;</htmltext>
<tokenext>&gt; I am charged with providing more insight into the functioning of the system .
That 's pretty generic .
Do they have certain metrics they want to see in black &amp; white ?
&gt; I 'm looking for other important and useful information I can report up to better illustrate my efforts Then that 's your answer .
You just need to find out what is important &amp; useful to them .
&gt; I also simultaneously perform all IT related tasks in the office , which may also be important to report Whatever you send them , be sure to word it in terms of business value .
As far as providing insight - you may want to create overview docs of most ALL of the processes/systems you manage ; your job will be that much more secure if the non-tech folks are truly aware of how much you do around the office .
As the only IT person , you provide biz value that no other in-house employee can , AND you save them money .
Show them how by providing high-level workflow diagrams of these processes .
Heck , you may even get a raise if you word it right .
; &gt;</tokentext>
<sentencetext>&gt; I am charged with providing more insight into the functioning of the system.
That's pretty generic.
Do they have certain metrics they want to see in black &amp; white?
&gt; I'm looking for other important and useful information I can report up to better illustrate my efforts

Then that's your answer.
You just need to find out what is important &amp; useful to them.
&gt; I also simultaneously perform all IT related tasks in the office, which may also be important to report

Whatever you send them, be sure to word it in terms of business value.
As far as providing insight - you may want to create overview docs of most ALL of the processes/systems you manage; your job will be that much more secure if the non-tech folks are truly aware of how much you do around the office.
As the only IT person, you provide biz value that no other in-house employee can, AND you save them money.
Show them how by providing high-level workflow diagrams of these processes.
Heck, you may even get a raise if you word it right.
; &gt;</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30039658</id>
	<title>How about</title>
	<author>chafey</author>
	<datestamp>1257767760000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>- Time spent surfing the web for things unrelated to work<br>- Time spent surfing the web for things you think is work related<br>- Time spent trying out new software that is not associated with any kind of formal company effort<br>- Time spent talking to people about non work related items<br>- Number of times you sent the executives call to voice mail</p></htmltext>
<tokenext>- Time spent surfing the web for things unrelated to work- Time spent surfing the web for things you think is work related- Time spent trying out new software that is not associated with any kind of formal company effort- Time spent talking to people about non work related items- Number of times you sent the executives call to voice mail</tokentext>
<sentencetext>- Time spent surfing the web for things unrelated to work- Time spent surfing the web for things you think is work related- Time spent trying out new software that is not associated with any kind of formal company effort- Time spent talking to people about non work related items- Number of times you sent the executives call to voice mail</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032766</id>
	<title>Everything is working perfectly</title>
	<author>Rogerborg</author>
	<datestamp>1257782100000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Due to all of your decisions being brilliant.  As you can see from thesereallyquicklydisplayedpiecharts, Nobody in the history of $WHATEVER\_WE\_DO does $WHATEVER\_WE\_DO as well as we do $WHATEVER\_WE\_DO, thanks to your amazing leadership.  I recommend that we keep on doing what we're doing, only with 5\% more budget for my department.

</p><p>That's the smart answer.  Or you could tell them the truth, but please be aware that all companies shoot the messenger.  <em>All</em> of them.</p></htmltext>
<tokenext>Due to all of your decisions being brilliant .
As you can see from thesereallyquicklydisplayedpiecharts , Nobody in the history of $ WHATEVER \ _WE \ _DO does $ WHATEVER \ _WE \ _DO as well as we do $ WHATEVER \ _WE \ _DO , thanks to your amazing leadership .
I recommend that we keep on doing what we 're doing , only with 5 \ % more budget for my department .
That 's the smart answer .
Or you could tell them the truth , but please be aware that all companies shoot the messenger .
All of them .</tokentext>
<sentencetext>Due to all of your decisions being brilliant.
As you can see from thesereallyquicklydisplayedpiecharts, Nobody in the history of $WHATEVER\_WE\_DO does $WHATEVER\_WE\_DO as well as we do $WHATEVER\_WE\_DO, thanks to your amazing leadership.
I recommend that we keep on doing what we're doing, only with 5\% more budget for my department.
That's the smart answer.
Or you could tell them the truth, but please be aware that all companies shoot the messenger.
All of them.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035096</id>
	<title>Re:Random figures</title>
	<author>dkleinsc</author>
	<datestamp>1257791400000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>A sorta similar situation was discussed over at <a href="http://thedailywtf.com/Articles/Classic-WTF-Symbolic-Installation.aspx" title="thedailywtf.com">the daily WTF</a> [thedailywtf.com].</p></htmltext>
<tokenext>A sorta similar situation was discussed over at the daily WTF [ thedailywtf.com ] .</tokentext>
<sentencetext>A sorta similar situation was discussed over at the daily WTF [thedailywtf.com].</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032952</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032852</id>
	<title>Mission Statement</title>
	<author>PinkyDead</author>
	<datestamp>1257782400000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Agree with your executives what your mission is: security, stability, reliability, user friendliness, whatever...</p><p>Then the reports you need are those that demonstrate how well you are fulfilling you mission.  Anything else is just extraneous BS.</p></htmltext>
<tokenext>Agree with your executives what your mission is : security , stability , reliability , user friendliness , whatever...Then the reports you need are those that demonstrate how well you are fulfilling you mission .
Anything else is just extraneous BS .</tokentext>
<sentencetext>Agree with your executives what your mission is: security, stability, reliability, user friendliness, whatever...Then the reports you need are those that demonstrate how well you are fulfilling you mission.
Anything else is just extraneous BS.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032622</id>
	<title>Log files are not a replacement for interaction</title>
	<author>bigredradio</author>
	<datestamp>1257781560000</datestamp>
	<modclass>Interestin</modclass>
	<modscore>4</modscore>
	<htmltext><p><div class="quote"><p>better illustrate my efforts.</p></div><p>Presenting executives with log files, or web stats is no way to communicate with your boss. This will give him/her an idea of the work the server is doing, but not you. You might want to present your to-do lists. These to-do lists should include completed and incomplete tasks. Since it is a small company and you are the only SA, you might try to attend the companies planning meetings. Be a part of the company instead of just an employee and you won't have to worry about CYA all the time.</p></div>
	</htmltext>
<tokenext>better illustrate my efforts.Presenting executives with log files , or web stats is no way to communicate with your boss .
This will give him/her an idea of the work the server is doing , but not you .
You might want to present your to-do lists .
These to-do lists should include completed and incomplete tasks .
Since it is a small company and you are the only SA , you might try to attend the companies planning meetings .
Be a part of the company instead of just an employee and you wo n't have to worry about CYA all the time .</tokentext>
<sentencetext>better illustrate my efforts.Presenting executives with log files, or web stats is no way to communicate with your boss.
This will give him/her an idea of the work the server is doing, but not you.
You might want to present your to-do lists.
These to-do lists should include completed and incomplete tasks.
Since it is a small company and you are the only SA, you might try to attend the companies planning meetings.
Be a part of the company instead of just an employee and you won't have to worry about CYA all the time.
	</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033718</id>
	<title>Re:My experience</title>
	<author>Anonymous</author>
	<datestamp>1257786000000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext>Ahhh yes, the 'I am the most important person here' mindset. Everyone above you is useless and accomplishes nothing. But everything rests on *your* shoulders.</htmltext>
<tokenext>Ahhh yes , the 'I am the most important person here ' mindset .
Everyone above you is useless and accomplishes nothing .
But everything rests on * your * shoulders .</tokentext>
<sentencetext>Ahhh yes, the 'I am the most important person here' mindset.
Everyone above you is useless and accomplishes nothing.
But everything rests on *your* shoulders.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032956</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033326</id>
	<title>Re:Here's an idea...</title>
	<author>h2oliu</author>
	<datestamp>1257784320000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>5</modscore>
	<htmltext><p>I too worked for a 20 person company for in a role similar to what you did. I tried asking them what they wanted, but I quickly learned that I need to guide what they asked of me. You will probably need to educate them on the what you do.</p><p>I had a weekly status meeting with 2 execs to where I prepared a one page document with:</p><p>1) Here is what the main projects are, and my perceived priority (chance for them to change the IT priorities to match the business priorities).<br>2) Here are any potential roadblocks to the projects (keep them aware of business risk).<br>3) Here are tasks that were completed from the last week (advertise yourself).<br>4) Here are the some potential large money items or other significant items that could occur in the next 6-12 months (depends on your company's planning horizon) (prevent surprises).</p><p>Number 4 is very important. Good executives don't like surprises. If you see ANYTHING that could be a major problem down the road. Tell them that you have discovered something, what the potential ramifications are, and what you are doing to identify, isolate, reduce the risks associated with the discovery. If your executives do like to keep their head in the sand, then you should keep an eye on the long term viability of your company.</p></htmltext>
<tokenext>I too worked for a 20 person company for in a role similar to what you did .
I tried asking them what they wanted , but I quickly learned that I need to guide what they asked of me .
You will probably need to educate them on the what you do.I had a weekly status meeting with 2 execs to where I prepared a one page document with : 1 ) Here is what the main projects are , and my perceived priority ( chance for them to change the IT priorities to match the business priorities ) .2 ) Here are any potential roadblocks to the projects ( keep them aware of business risk ) .3 ) Here are tasks that were completed from the last week ( advertise yourself ) .4 ) Here are the some potential large money items or other significant items that could occur in the next 6-12 months ( depends on your company 's planning horizon ) ( prevent surprises ) .Number 4 is very important .
Good executives do n't like surprises .
If you see ANYTHING that could be a major problem down the road .
Tell them that you have discovered something , what the potential ramifications are , and what you are doing to identify , isolate , reduce the risks associated with the discovery .
If your executives do like to keep their head in the sand , then you should keep an eye on the long term viability of your company .</tokentext>
<sentencetext>I too worked for a 20 person company for in a role similar to what you did.
I tried asking them what they wanted, but I quickly learned that I need to guide what they asked of me.
You will probably need to educate them on the what you do.I had a weekly status meeting with 2 execs to where I prepared a one page document with:1) Here is what the main projects are, and my perceived priority (chance for them to change the IT priorities to match the business priorities).2) Here are any potential roadblocks to the projects (keep them aware of business risk).3) Here are tasks that were completed from the last week (advertise yourself).4) Here are the some potential large money items or other significant items that could occur in the next 6-12 months (depends on your company's planning horizon) (prevent surprises).Number 4 is very important.
Good executives don't like surprises.
If you see ANYTHING that could be a major problem down the road.
Tell them that you have discovered something, what the potential ramifications are, and what you are doing to identify, isolate, reduce the risks associated with the discovery.
If your executives do like to keep their head in the sand, then you should keep an eye on the long term viability of your company.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30042782</id>
	<title>Simply like this</title>
	<author>garompeta</author>
	<datestamp>1257794460000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>All the advices can be summarized to this: Report everything that would make the executives happy and report everything that would make the executives feel concerned. The rest is superfluous.</htmltext>
<tokenext>All the advices can be summarized to this : Report everything that would make the executives happy and report everything that would make the executives feel concerned .
The rest is superfluous .</tokentext>
<sentencetext>All the advices can be summarized to this: Report everything that would make the executives happy and report everything that would make the executives feel concerned.
The rest is superfluous.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032862</id>
	<title>include some educational concepts</title>
	<author>Anonymous</author>
	<datestamp>1257782460000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Ask them, but some examples are Costs broken down, expected time line of current equipment, most common IT issues (with some breakdown of cost to the company). Then depending on the Tech awareness of the company, have a pie chart of where their IT budget goes, or an automated report where they can get more granular results.</p><p>But as a Sys admin that also does all the IT needs for the company, or at least coordinates them, you may also want to include some educational concepts, like links to articles about ideas that you believe can be done and would improve the bottom line. However know your audience so articles from Financial Times (FT.com) or other trade publications in your industry would be helpful.</p></htmltext>
<tokenext>Ask them , but some examples are Costs broken down , expected time line of current equipment , most common IT issues ( with some breakdown of cost to the company ) .
Then depending on the Tech awareness of the company , have a pie chart of where their IT budget goes , or an automated report where they can get more granular results.But as a Sys admin that also does all the IT needs for the company , or at least coordinates them , you may also want to include some educational concepts , like links to articles about ideas that you believe can be done and would improve the bottom line .
However know your audience so articles from Financial Times ( FT.com ) or other trade publications in your industry would be helpful .</tokentext>
<sentencetext>Ask them, but some examples are Costs broken down, expected time line of current equipment, most common IT issues (with some breakdown of cost to the company).
Then depending on the Tech awareness of the company, have a pie chart of where their IT budget goes, or an automated report where they can get more granular results.But as a Sys admin that also does all the IT needs for the company, or at least coordinates them, you may also want to include some educational concepts, like links to articles about ideas that you believe can be done and would improve the bottom line.
However know your audience so articles from Financial Times (FT.com) or other trade publications in your industry would be helpful.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035458</id>
	<title>Re:an executive summary</title>
	<author>Anonymous</author>
	<datestamp>1257792780000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>...until they ask you for the percentage of time you spend synergizing vs agilizing.</p></htmltext>
<tokenext>...until they ask you for the percentage of time you spend synergizing vs agilizing .</tokentext>
<sentencetext>...until they ask you for the percentage of time you spend synergizing vs agilizing.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032550</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30036056</id>
	<title>Working for a small company can be great</title>
	<author>plopez</author>
	<datestamp>1257795000000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Having done so, it is much easier to stay close to your users and understand their problems. This is the key. Understand the business. Ask them what they do and what slows them down the most. This will determine 90\% of what you.</p><p>Also:<br>1) Emphasize the cost of down time. Say: you have x number of employees billable at y dollars per hour. If we go down for 1 day the company loses $z dollars". Then talk about the importance of backups, redundancy etc. Make them value you and the service you provide. This is job security and makes equipment and hardware requests easier.</p><p>2) From my opening statement, list what your clients are talking about and seems to be their main problems. Emphasize you can increase their efficiency. Create drawings and case diagrams of their business process, they may not even know what their own people are doing. You are in a great position to add value by doing business process analysis. When I worked for the small company, I created graphs of what their process were which opened their eyes. Show them where you can eliminate bottle necks and save the company money.</p><p>3) Divide things into 3 classes: easiest, harder and hardest to deliver. Show them which ones will have the biggest benefit. Then  create priorities. Also emphasize opportunity costs, e.g., if you do project A project B will be delayed.</p><p>And *always* under promise and over deliver.</p><p>Since they are involved in irrigation I assume they may have an Engineering background, like my old company. This is an advantage since you can take a quantitative approach. But always know your users and what their problems are. If you are concerned with them they will trust you and value you.</p><p>It can be fun.</p></htmltext>
<tokenext>Having done so , it is much easier to stay close to your users and understand their problems .
This is the key .
Understand the business .
Ask them what they do and what slows them down the most .
This will determine 90 \ % of what you.Also : 1 ) Emphasize the cost of down time .
Say : you have x number of employees billable at y dollars per hour .
If we go down for 1 day the company loses $ z dollars " .
Then talk about the importance of backups , redundancy etc .
Make them value you and the service you provide .
This is job security and makes equipment and hardware requests easier.2 ) From my opening statement , list what your clients are talking about and seems to be their main problems .
Emphasize you can increase their efficiency .
Create drawings and case diagrams of their business process , they may not even know what their own people are doing .
You are in a great position to add value by doing business process analysis .
When I worked for the small company , I created graphs of what their process were which opened their eyes .
Show them where you can eliminate bottle necks and save the company money.3 ) Divide things into 3 classes : easiest , harder and hardest to deliver .
Show them which ones will have the biggest benefit .
Then create priorities .
Also emphasize opportunity costs , e.g. , if you do project A project B will be delayed.And * always * under promise and over deliver.Since they are involved in irrigation I assume they may have an Engineering background , like my old company .
This is an advantage since you can take a quantitative approach .
But always know your users and what their problems are .
If you are concerned with them they will trust you and value you.It can be fun .</tokentext>
<sentencetext>Having done so, it is much easier to stay close to your users and understand their problems.
This is the key.
Understand the business.
Ask them what they do and what slows them down the most.
This will determine 90\% of what you.Also:1) Emphasize the cost of down time.
Say: you have x number of employees billable at y dollars per hour.
If we go down for 1 day the company loses $z dollars".
Then talk about the importance of backups, redundancy etc.
Make them value you and the service you provide.
This is job security and makes equipment and hardware requests easier.2) From my opening statement, list what your clients are talking about and seems to be their main problems.
Emphasize you can increase their efficiency.
Create drawings and case diagrams of their business process, they may not even know what their own people are doing.
You are in a great position to add value by doing business process analysis.
When I worked for the small company, I created graphs of what their process were which opened their eyes.
Show them where you can eliminate bottle necks and save the company money.3) Divide things into 3 classes: easiest, harder and hardest to deliver.
Show them which ones will have the biggest benefit.
Then  create priorities.
Also emphasize opportunity costs, e.g., if you do project A project B will be delayed.And *always* under promise and over deliver.Since they are involved in irrigation I assume they may have an Engineering background, like my old company.
This is an advantage since you can take a quantitative approach.
But always know your users and what their problems are.
If you are concerned with them they will trust you and value you.It can be fun.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033426</id>
	<title>Show them what WASN'T there before</title>
	<author>Anonymous</author>
	<datestamp>1257784680000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>In my experience, if you demonstrate an enhancement of some sort, something that shows value...they'll love that.  Create something - execs appreciate that.</p></htmltext>
<tokenext>In my experience , if you demonstrate an enhancement of some sort , something that shows value...they 'll love that .
Create something - execs appreciate that .</tokentext>
<sentencetext>In my experience, if you demonstrate an enhancement of some sort, something that shows value...they'll love that.
Create something - execs appreciate that.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034394</id>
	<title>"Why you pay me"</title>
	<author>nancy\_knickerbockers</author>
	<datestamp>1257788580000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>2</modscore>
	<htmltext>I give a report every quarter. This most recent quarter report is outlined below. I'm not sure if it will be useful to you, but I have found that If I can explain to the executives in terms they understand why they pay me, they generally feel more inclined to do so in the future.<br><br>I put these in financial terms because if you convert this qualitative data (like what you do) into nice easy-to-understand quantitative data (like monetary sums) executives will be able to understand your job and your priorities better.<br><br>Summary of Previous Quarter (aka What I did, and why you paid me for it)<br><br>- Illustrate changes made to the architecture/infrastructure<br><br>Current Status (aka Aren't you glad you hired me to worry about all this)<br><br>- Make qualitative data quantitative, so it can be compared to previous quarters<br>- Group broad technical concepts together into categories that can easily be weighed in terms of risk/benefit ratios<br>ex: security, infrastructure, storage, architecture, auditing/reporting, backups, disaster recovery<br>- Include the effects to the overall business (the 30,000 ft/km view)<br><br>Expense Report (aka How much I really cost)<br><br>-What you spent, where you spent it (again, encouraged to stick to broad categories ex: software, hardware, security, training)<br><br>Incident Reports (aka Why you don't pay me enough)<br><br>-Document incidents, illustrated how they were resolved, what was learned, and what measures were taken to prevent them from occurring in the future<br>-Though painful, its generally good to point out your grievous errors here as well<br><br>Next Quarter (aka Why you're going to keep paying me)<br><br>-Make sure you know where your executives priorities are in terms of Availability/Reliability/Security/Cost  and make goals for the next quarter<br><br>Hope this helps</htmltext>
<tokenext>I give a report every quarter .
This most recent quarter report is outlined below .
I 'm not sure if it will be useful to you , but I have found that If I can explain to the executives in terms they understand why they pay me , they generally feel more inclined to do so in the future.I put these in financial terms because if you convert this qualitative data ( like what you do ) into nice easy-to-understand quantitative data ( like monetary sums ) executives will be able to understand your job and your priorities better.Summary of Previous Quarter ( aka What I did , and why you paid me for it ) - Illustrate changes made to the architecture/infrastructureCurrent Status ( aka Are n't you glad you hired me to worry about all this ) - Make qualitative data quantitative , so it can be compared to previous quarters- Group broad technical concepts together into categories that can easily be weighed in terms of risk/benefit ratiosex : security , infrastructure , storage , architecture , auditing/reporting , backups , disaster recovery- Include the effects to the overall business ( the 30,000 ft/km view ) Expense Report ( aka How much I really cost ) -What you spent , where you spent it ( again , encouraged to stick to broad categories ex : software , hardware , security , training ) Incident Reports ( aka Why you do n't pay me enough ) -Document incidents , illustrated how they were resolved , what was learned , and what measures were taken to prevent them from occurring in the future-Though painful , its generally good to point out your grievous errors here as wellNext Quarter ( aka Why you 're going to keep paying me ) -Make sure you know where your executives priorities are in terms of Availability/Reliability/Security/Cost and make goals for the next quarterHope this helps</tokentext>
<sentencetext>I give a report every quarter.
This most recent quarter report is outlined below.
I'm not sure if it will be useful to you, but I have found that If I can explain to the executives in terms they understand why they pay me, they generally feel more inclined to do so in the future.I put these in financial terms because if you convert this qualitative data (like what you do) into nice easy-to-understand quantitative data (like monetary sums) executives will be able to understand your job and your priorities better.Summary of Previous Quarter (aka What I did, and why you paid me for it)- Illustrate changes made to the architecture/infrastructureCurrent Status (aka Aren't you glad you hired me to worry about all this)- Make qualitative data quantitative, so it can be compared to previous quarters- Group broad technical concepts together into categories that can easily be weighed in terms of risk/benefit ratiosex: security, infrastructure, storage, architecture, auditing/reporting, backups, disaster recovery- Include the effects to the overall business (the 30,000 ft/km view)Expense Report (aka How much I really cost)-What you spent, where you spent it (again, encouraged to stick to broad categories ex: software, hardware, security, training)Incident Reports (aka Why you don't pay me enough)-Document incidents, illustrated how they were resolved, what was learned, and what measures were taken to prevent them from occurring in the future-Though painful, its generally good to point out your grievous errors here as wellNext Quarter (aka Why you're going to keep paying me)-Make sure you know where your executives priorities are in terms of Availability/Reliability/Security/Cost  and make goals for the next quarterHope this helps</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033400</id>
	<title>Collect data.</title>
	<author>jandersen</author>
	<datestamp>1257784560000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I think you should turn this the other way round - you are in charge of keeping the whole thing flying, and what is important is what YOU need to keep a tab on in order to do a good job. I don't know what kind of problems you tend to encounter on your site, but for many it would probably be something about how much your resources are being utilized. Like, how fast are disks filling up? You need to be able to be proactive - ie. to tell your managers that you need more diskspace before the disk is too full.</p><p>What I am still working on is data collection - simply putting things into a relational database. I try to collect everything that might be interesting - user logs, running processes, network traffic counts, etc. I find that managers don't really want to be bothered when things are fine; they just want to know when they have to take action. So I would suggest that you focus on giving them data that allow them to predict what money they will have to spend on upgrades and repairs.</p></htmltext>
<tokenext>I think you should turn this the other way round - you are in charge of keeping the whole thing flying , and what is important is what YOU need to keep a tab on in order to do a good job .
I do n't know what kind of problems you tend to encounter on your site , but for many it would probably be something about how much your resources are being utilized .
Like , how fast are disks filling up ?
You need to be able to be proactive - ie .
to tell your managers that you need more diskspace before the disk is too full.What I am still working on is data collection - simply putting things into a relational database .
I try to collect everything that might be interesting - user logs , running processes , network traffic counts , etc .
I find that managers do n't really want to be bothered when things are fine ; they just want to know when they have to take action .
So I would suggest that you focus on giving them data that allow them to predict what money they will have to spend on upgrades and repairs .</tokentext>
<sentencetext>I think you should turn this the other way round - you are in charge of keeping the whole thing flying, and what is important is what YOU need to keep a tab on in order to do a good job.
I don't know what kind of problems you tend to encounter on your site, but for many it would probably be something about how much your resources are being utilized.
Like, how fast are disks filling up?
You need to be able to be proactive - ie.
to tell your managers that you need more diskspace before the disk is too full.What I am still working on is data collection - simply putting things into a relational database.
I try to collect everything that might be interesting - user logs, running processes, network traffic counts, etc.
I find that managers don't really want to be bothered when things are fine; they just want to know when they have to take action.
So I would suggest that you focus on giving them data that allow them to predict what money they will have to spend on upgrades and repairs.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033118</id>
	<title>20 person company + executives + reports???</title>
	<author>Anonymous</author>
	<datestamp>1257783540000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>5</modscore>
	<htmltext><p>You work for a 20 person company that has executives and reports? What kind of company is this? My experience (as a sys admin and with simultaneous IT support) has taught me that reports are for shareholders' piece of minds unless you work for a really large company. And if you're a private company then the shareholders are the partners/founders and you should just talk to them like as needed.</p></htmltext>
<tokenext>You work for a 20 person company that has executives and reports ?
What kind of company is this ?
My experience ( as a sys admin and with simultaneous IT support ) has taught me that reports are for shareholders ' piece of minds unless you work for a really large company .
And if you 're a private company then the shareholders are the partners/founders and you should just talk to them like as needed .</tokentext>
<sentencetext>You work for a 20 person company that has executives and reports?
What kind of company is this?
My experience (as a sys admin and with simultaneous IT support) has taught me that reports are for shareholders' piece of minds unless you work for a really large company.
And if you're a private company then the shareholders are the partners/founders and you should just talk to them like as needed.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033436</id>
	<title>Re:No questions allowed.</title>
	<author>somersault</author>
	<datestamp>1257784740000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>3</modscore>
	<htmltext><p>There's a big difference between asking a question of random people on the internet when you're too lazy to google (although, it sucks when the answer is not available on google and you still get berated), and asking your boss about your perceived performance and any goals he may have for your dept..</p></htmltext>
<tokenext>There 's a big difference between asking a question of random people on the internet when you 're too lazy to google ( although , it sucks when the answer is not available on google and you still get berated ) , and asking your boss about your perceived performance and any goals he may have for your dept. .</tokentext>
<sentencetext>There's a big difference between asking a question of random people on the internet when you're too lazy to google (although, it sucks when the answer is not available on google and you still get berated), and asking your boss about your perceived performance and any goals he may have for your dept..</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032964</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033022</id>
	<title>Efficiency (aka ROI)</title>
	<author>pz</author>
	<datestamp>1257783120000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Executives want to know how well their business is working.  One of the basic metrics for that is ROI -- return on investment -- and the way that translates into capital holdings is efficiency.  Or, in other words, is it worth having all of those servers sucking power, consuming AC, and justifying your salary and benefits.</p><p>If you've already got uptime nailed (congrats!), then mean, median, and max response times are useful.  This speaks to efficiency, and helps you, as IT guy, determine how many servers you actually need.</p><p>The other main criterion for efficiency is cost; standard costs are bandwidth charges, power, and A/C.  But be warned, if you give them a number, executives will want to optimize it, so be prepared to do so.</p></htmltext>
<tokenext>Executives want to know how well their business is working .
One of the basic metrics for that is ROI -- return on investment -- and the way that translates into capital holdings is efficiency .
Or , in other words , is it worth having all of those servers sucking power , consuming AC , and justifying your salary and benefits.If you 've already got uptime nailed ( congrats !
) , then mean , median , and max response times are useful .
This speaks to efficiency , and helps you , as IT guy , determine how many servers you actually need.The other main criterion for efficiency is cost ; standard costs are bandwidth charges , power , and A/C .
But be warned , if you give them a number , executives will want to optimize it , so be prepared to do so .</tokentext>
<sentencetext>Executives want to know how well their business is working.
One of the basic metrics for that is ROI -- return on investment -- and the way that translates into capital holdings is efficiency.
Or, in other words, is it worth having all of those servers sucking power, consuming AC, and justifying your salary and benefits.If you've already got uptime nailed (congrats!
), then mean, median, and max response times are useful.
This speaks to efficiency, and helps you, as IT guy, determine how many servers you actually need.The other main criterion for efficiency is cost; standard costs are bandwidth charges, power, and A/C.
But be warned, if you give them a number, executives will want to optimize it, so be prepared to do so.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033802</id>
	<title>Some ideas</title>
	<author>Anonymous</author>
	<datestamp>1257786360000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Reporting is designed to help with the following (not in any particular order)</p><p>1. Satisfying management that someone is paying attention<br>2. Forecasting upgrades<br>3. Dealing with puzzling downtime issues (even if your network is stable, the time will come soon enough when it isn't)<br>4. Pre-empting complaints by whining users who overstate problems.  Some of these people can be satisfied if you can positively confirm or deny the legitimacy of their perceived problems.  Either they are whining and the stats cause them to shut up, or they are correct and you now have a clue.</p><p>Pursuant to items 1-4 above, I suggest the following:</p><ul><li>Make sure your uptime reports are relative to a benchmark.  Are you beating the benchmark?  If so, proclaim your greatness.  If not, be prepared to explain why.</li><li>Make sure your test of an e-mail server is robust enough to go beyond simply finding the right ports open.  Consider a script that runs a practical test -- sending a message and looking for a bounceback.</li><li>You say most of the input is from devices instead of humans.  Measure the uptime of the devices, if you can.</li><li>In addition to the obvious requirement of server uptime, measure your router, and (most importantly) your ISP.</li><li>Measure line utilization, to forecast the the next bandwidth upgrade.</li><li>Measure disk space utilization, to forecast the next storage upgrade.  Never attempt to bully the users into controlling their usage, UNLESS you think they can find more waste in one hour than the cost of time spent looking for it.  At $200/TB (cost of disk + backup), you have to find 1TB of waste to justify $200 worth of lost time looking for it.</li><li>Measure the seat count for all installed products.  How does this compare with your actual purchases?  Are you in trouble if the BSA drops in for an audit?</li><li>Count all virus interceptions.  This is roughly equivalent to hockey, where they count each "save" by the goalie.  A high number of saves means you have (a) a good goalie, and (b) poor defense.</li><li>Compute the total software investment per machine.  From this, you should be able to compute the marginal cost of adding another computer to your network.</li><li>Track backup media consumption -- prove (do not assume!) your backups are (a) running and (b) recoverable.</li><li>Track ALL actions taken to resolve user problems.  Get a ticketing system.  There are free GPL products for this purpose, so there is no excuse for not having this capability.   Compute average time to respond and close.</li></ul></htmltext>
<tokenext>Reporting is designed to help with the following ( not in any particular order ) 1 .
Satisfying management that someone is paying attention2 .
Forecasting upgrades3 .
Dealing with puzzling downtime issues ( even if your network is stable , the time will come soon enough when it is n't ) 4 .
Pre-empting complaints by whining users who overstate problems .
Some of these people can be satisfied if you can positively confirm or deny the legitimacy of their perceived problems .
Either they are whining and the stats cause them to shut up , or they are correct and you now have a clue.Pursuant to items 1-4 above , I suggest the following : Make sure your uptime reports are relative to a benchmark .
Are you beating the benchmark ?
If so , proclaim your greatness .
If not , be prepared to explain why.Make sure your test of an e-mail server is robust enough to go beyond simply finding the right ports open .
Consider a script that runs a practical test -- sending a message and looking for a bounceback.You say most of the input is from devices instead of humans .
Measure the uptime of the devices , if you can.In addition to the obvious requirement of server uptime , measure your router , and ( most importantly ) your ISP.Measure line utilization , to forecast the the next bandwidth upgrade.Measure disk space utilization , to forecast the next storage upgrade .
Never attempt to bully the users into controlling their usage , UNLESS you think they can find more waste in one hour than the cost of time spent looking for it .
At $ 200/TB ( cost of disk + backup ) , you have to find 1TB of waste to justify $ 200 worth of lost time looking for it.Measure the seat count for all installed products .
How does this compare with your actual purchases ?
Are you in trouble if the BSA drops in for an audit ? Count all virus interceptions .
This is roughly equivalent to hockey , where they count each " save " by the goalie .
A high number of saves means you have ( a ) a good goalie , and ( b ) poor defense.Compute the total software investment per machine .
From this , you should be able to compute the marginal cost of adding another computer to your network.Track backup media consumption -- prove ( do not assume !
) your backups are ( a ) running and ( b ) recoverable.Track ALL actions taken to resolve user problems .
Get a ticketing system .
There are free GPL products for this purpose , so there is no excuse for not having this capability .
Compute average time to respond and close .</tokentext>
<sentencetext>Reporting is designed to help with the following (not in any particular order)1.
Satisfying management that someone is paying attention2.
Forecasting upgrades3.
Dealing with puzzling downtime issues (even if your network is stable, the time will come soon enough when it isn't)4.
Pre-empting complaints by whining users who overstate problems.
Some of these people can be satisfied if you can positively confirm or deny the legitimacy of their perceived problems.
Either they are whining and the stats cause them to shut up, or they are correct and you now have a clue.Pursuant to items 1-4 above, I suggest the following:Make sure your uptime reports are relative to a benchmark.
Are you beating the benchmark?
If so, proclaim your greatness.
If not, be prepared to explain why.Make sure your test of an e-mail server is robust enough to go beyond simply finding the right ports open.
Consider a script that runs a practical test -- sending a message and looking for a bounceback.You say most of the input is from devices instead of humans.
Measure the uptime of the devices, if you can.In addition to the obvious requirement of server uptime, measure your router, and (most importantly) your ISP.Measure line utilization, to forecast the the next bandwidth upgrade.Measure disk space utilization, to forecast the next storage upgrade.
Never attempt to bully the users into controlling their usage, UNLESS you think they can find more waste in one hour than the cost of time spent looking for it.
At $200/TB (cost of disk + backup), you have to find 1TB of waste to justify $200 worth of lost time looking for it.Measure the seat count for all installed products.
How does this compare with your actual purchases?
Are you in trouble if the BSA drops in for an audit?Count all virus interceptions.
This is roughly equivalent to hockey, where they count each "save" by the goalie.
A high number of saves means you have (a) a good goalie, and (b) poor defense.Compute the total software investment per machine.
From this, you should be able to compute the marginal cost of adding another computer to your network.Track backup media consumption -- prove (do not assume!
) your backups are (a) running and (b) recoverable.Track ALL actions taken to resolve user problems.
Get a ticketing system.
There are free GPL products for this purpose, so there is no excuse for not having this capability.
Compute average time to respond and close.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034608</id>
	<title>Re:Honestly, as little as possible!!</title>
	<author>Tekfactory</author>
	<datestamp>1257789420000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>He has the advantage here that he works for a company who's business model is network based.</p><p>The execs might not understand the plumbing itself, but they should understand the plumbing IS the rainmaker here.</p><p>(Yes I used to install Rainmaker sprinkler heads when I did a summer landscaping and irrigating, so the pun was fully intentional.)</p></htmltext>
<tokenext>He has the advantage here that he works for a company who 's business model is network based.The execs might not understand the plumbing itself , but they should understand the plumbing IS the rainmaker here .
( Yes I used to install Rainmaker sprinkler heads when I did a summer landscaping and irrigating , so the pun was fully intentional .
)</tokentext>
<sentencetext>He has the advantage here that he works for a company who's business model is network based.The execs might not understand the plumbing itself, but they should understand the plumbing IS the rainmaker here.
(Yes I used to install Rainmaker sprinkler heads when I did a summer landscaping and irrigating, so the pun was fully intentional.
)</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033870</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034142</id>
	<title>Re:an executive summary</title>
	<author>Opportunist</author>
	<datestamp>1257787620000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Pretty much dead on.</p><p>Execs usually don't care about the how. They don't also care about the why. They care about the whether, what and when. They want to know whether it works, what is required to make it work and when it's done.</p><p>Your boss will probably want numbers to answer a few questions. You are selling a service, at least that's what I read into the info you gave. What makes people use our service? What parts of our service are popular? What are unpopular? These questions answer the question where to put additional resources or where resources can be withdrawn. Are they looking for something we do not offer that we could offer and thus attract more customers? Can they access what we offer easily or do we have a lot of "dead end" visits, those could mean lost sales because people couldn't find what they wanted to use.</p><p>And so on. He will want to know how he can improve the page to sell more. For this he will probably want to see statistics what is used, how it's used and what else visitors could be wanting.</p></htmltext>
<tokenext>Pretty much dead on.Execs usually do n't care about the how .
They do n't also care about the why .
They care about the whether , what and when .
They want to know whether it works , what is required to make it work and when it 's done.Your boss will probably want numbers to answer a few questions .
You are selling a service , at least that 's what I read into the info you gave .
What makes people use our service ?
What parts of our service are popular ?
What are unpopular ?
These questions answer the question where to put additional resources or where resources can be withdrawn .
Are they looking for something we do not offer that we could offer and thus attract more customers ?
Can they access what we offer easily or do we have a lot of " dead end " visits , those could mean lost sales because people could n't find what they wanted to use.And so on .
He will want to know how he can improve the page to sell more .
For this he will probably want to see statistics what is used , how it 's used and what else visitors could be wanting .</tokentext>
<sentencetext>Pretty much dead on.Execs usually don't care about the how.
They don't also care about the why.
They care about the whether, what and when.
They want to know whether it works, what is required to make it work and when it's done.Your boss will probably want numbers to answer a few questions.
You are selling a service, at least that's what I read into the info you gave.
What makes people use our service?
What parts of our service are popular?
What are unpopular?
These questions answer the question where to put additional resources or where resources can be withdrawn.
Are they looking for something we do not offer that we could offer and thus attract more customers?
Can they access what we offer easily or do we have a lot of "dead end" visits, those could mean lost sales because people couldn't find what they wanted to use.And so on.
He will want to know how he can improve the page to sell more.
For this he will probably want to see statistics what is used, how it's used and what else visitors could be wanting.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032550</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033602</id>
	<title>Re:Oblig...</title>
	<author>cashman73</author>
	<datestamp>1257785460000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext>Didn't you get that memo? If not, I'd just like to remind you that we're putting new coversheets on all the TPS reports now. So, if you could just try to remember . . . that would be greeeeaaaaat! Thanks!</htmltext>
<tokenext>Did n't you get that memo ?
If not , I 'd just like to remind you that we 're putting new coversheets on all the TPS reports now .
So , if you could just try to remember .
. .
that would be greeeeaaaaat !
Thanks !</tokentext>
<sentencetext>Didn't you get that memo?
If not, I'd just like to remind you that we're putting new coversheets on all the TPS reports now.
So, if you could just try to remember .
. .
that would be greeeeaaaaat!
Thanks!</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032552</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032734</id>
	<title>Pareto</title>
	<author>Anonymous</author>
	<datestamp>1257781980000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>80/20 rule - show them the biggest, heaviest hitters.   if someonly happens<nobr> <wbr></nobr>.01\% of the time, its a waste of your time to investigate it, work on it, etc.</p></htmltext>
<tokenext>80/20 rule - show them the biggest , heaviest hitters .
if someonly happens .01 \ % of the time , its a waste of your time to investigate it , work on it , etc .</tokentext>
<sentencetext>80/20 rule - show them the biggest, heaviest hitters.
if someonly happens .01\% of the time, its a waste of your time to investigate it, work on it, etc.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30037932</id>
	<title>Human browsers?</title>
	<author>dangitman</author>
	<datestamp>1257760080000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p><div class="quote"><p>Our system is also unique in that about 70\% of the traffic we see is from devices and not human browsers.</p></div><p>That is highly unusual. Most networks get 100\% of their traffic from devices running software. But a massive 30\% of your traffic comes from humans you've somehow wired up directly to the network? Where do you work, the CIA? The Dollhouse?</p></div>
	</htmltext>
<tokenext>Our system is also unique in that about 70 \ % of the traffic we see is from devices and not human browsers.That is highly unusual .
Most networks get 100 \ % of their traffic from devices running software .
But a massive 30 \ % of your traffic comes from humans you 've somehow wired up directly to the network ?
Where do you work , the CIA ?
The Dollhouse ?</tokentext>
<sentencetext>Our system is also unique in that about 70\% of the traffic we see is from devices and not human browsers.That is highly unusual.
Most networks get 100\% of their traffic from devices running software.
But a massive 30\% of your traffic comes from humans you've somehow wired up directly to the network?
Where do you work, the CIA?
The Dollhouse?
	</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033206</id>
	<title>\% of utilisation &amp; growth availability</title>
	<author>Shishak</author>
	<datestamp>1257783900000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>As an executive I want to see how much additional growth I can add to a system before I need to expend additional capital.</p><p>A report saying XYZ resource is at X\% and can handle Y\% more growth before we need to spend $Z to expand capacity is immensely valuable.</p></htmltext>
<tokenext>As an executive I want to see how much additional growth I can add to a system before I need to expend additional capital.A report saying XYZ resource is at X \ % and can handle Y \ % more growth before we need to spend $ Z to expand capacity is immensely valuable .</tokentext>
<sentencetext>As an executive I want to see how much additional growth I can add to a system before I need to expend additional capital.A report saying XYZ resource is at X\% and can handle Y\% more growth before we need to spend $Z to expand capacity is immensely valuable.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032650</id>
	<title>They really have no idea what you're talking about</title>
	<author>jollyreaper</author>
	<datestamp>1257781680000</datestamp>
	<modclass>Interestin</modclass>
	<modscore>4</modscore>
	<htmltext><p>I don't mean to sound flippant or like a cocky IT jerk but they really have no idea what you're talking about. You'll have to translate it into terms they can understand.</p><p>In my company, the issue we're looking at is trying to quantify the value of IT. What management does not understand it devalues. So there's a bunch of geeks in a room doing shit. But what does it mean for the bottom line? Just filing reports on trouble tickets doesn't do the job. One ticket could be for showing a person where their start menu disappeared to and another could represent an continuing problem that took a hundred hours of work to resolve.</p><p>Staying until 2am to fix a problem in the server room doesn't count for diddly if all anyone sees of you in public is you being rude to a secretary for losing her word icon. That's all that will be remembered.</p></htmltext>
<tokenext>I do n't mean to sound flippant or like a cocky IT jerk but they really have no idea what you 're talking about .
You 'll have to translate it into terms they can understand.In my company , the issue we 're looking at is trying to quantify the value of IT .
What management does not understand it devalues .
So there 's a bunch of geeks in a room doing shit .
But what does it mean for the bottom line ?
Just filing reports on trouble tickets does n't do the job .
One ticket could be for showing a person where their start menu disappeared to and another could represent an continuing problem that took a hundred hours of work to resolve.Staying until 2am to fix a problem in the server room does n't count for diddly if all anyone sees of you in public is you being rude to a secretary for losing her word icon .
That 's all that will be remembered .</tokentext>
<sentencetext>I don't mean to sound flippant or like a cocky IT jerk but they really have no idea what you're talking about.
You'll have to translate it into terms they can understand.In my company, the issue we're looking at is trying to quantify the value of IT.
What management does not understand it devalues.
So there's a bunch of geeks in a room doing shit.
But what does it mean for the bottom line?
Just filing reports on trouble tickets doesn't do the job.
One ticket could be for showing a person where their start menu disappeared to and another could represent an continuing problem that took a hundred hours of work to resolve.Staying until 2am to fix a problem in the server room doesn't count for diddly if all anyone sees of you in public is you being rude to a secretary for losing her word icon.
That's all that will be remembered.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30040116</id>
	<title>Just go talk to the boss</title>
	<author>Purpleslog</author>
	<datestamp>1257770160000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>This is a 20 person company, correct? Just go over and talk to the guy/gal in charge and ask them what they like to be kept up on.

Yours is a 20 PERSON company, there is no bureaucracy to navigate.</htmltext>
<tokenext>This is a 20 person company , correct ?
Just go over and talk to the guy/gal in charge and ask them what they like to be kept up on .
Yours is a 20 PERSON company , there is no bureaucracy to navigate .</tokentext>
<sentencetext>This is a 20 person company, correct?
Just go over and talk to the guy/gal in charge and ask them what they like to be kept up on.
Yours is a 20 PERSON company, there is no bureaucracy to navigate.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033308</id>
	<title>Report in dollars</title>
	<author>Skapare</author>
	<datestamp>1257784260000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Make your report in dollars.  Seriously, that's all that these people understand.  Since you are a cost center, there's no profit to report.  You report costs in dollars (computers purchased, maintenance performed, electricity used, etc), effectiveness in dollars (how this all affects the ability to provide the product or service to your customers or clients), and liability in dollars (the risks of failure due to insufficient spending on certain resources, such as better security, reliability, performance, etc).  Lots of pretty, shaded, colorful, pie graphs will help.</p></htmltext>
<tokenext>Make your report in dollars .
Seriously , that 's all that these people understand .
Since you are a cost center , there 's no profit to report .
You report costs in dollars ( computers purchased , maintenance performed , electricity used , etc ) , effectiveness in dollars ( how this all affects the ability to provide the product or service to your customers or clients ) , and liability in dollars ( the risks of failure due to insufficient spending on certain resources , such as better security , reliability , performance , etc ) .
Lots of pretty , shaded , colorful , pie graphs will help .</tokentext>
<sentencetext>Make your report in dollars.
Seriously, that's all that these people understand.
Since you are a cost center, there's no profit to report.
You report costs in dollars (computers purchased, maintenance performed, electricity used, etc), effectiveness in dollars (how this all affects the ability to provide the product or service to your customers or clients), and liability in dollars (the risks of failure due to insufficient spending on certain resources, such as better security, reliability, performance, etc).
Lots of pretty, shaded, colorful, pie graphs will help.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032982</id>
	<title>Cover your ass</title>
	<author>Anonymous</author>
	<datestamp>1257782940000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>You don't want some bright young MBA to come along and wonder if your job could be offshored or done part-time.  You want a metric that shows that you are irreplaceable.  Hours spent on various kinds of task is a good one.</p><p>A lot of your reporting should be verbal.  Make sure you have a good personal relationship with the higher-ups.  Whatever you do, don't just hide in your office diligently doing your job.  When the bright young MBA comes along, you want the big boss to be able to tell him that you can't be replaced and the place would go to hell in a handbasket if you weren't around.  Only a personal relationship can do that for you.  All the paper reports in the world won't cut it.</p></htmltext>
<tokenext>You do n't want some bright young MBA to come along and wonder if your job could be offshored or done part-time .
You want a metric that shows that you are irreplaceable .
Hours spent on various kinds of task is a good one.A lot of your reporting should be verbal .
Make sure you have a good personal relationship with the higher-ups .
Whatever you do , do n't just hide in your office diligently doing your job .
When the bright young MBA comes along , you want the big boss to be able to tell him that you ca n't be replaced and the place would go to hell in a handbasket if you were n't around .
Only a personal relationship can do that for you .
All the paper reports in the world wo n't cut it .</tokentext>
<sentencetext>You don't want some bright young MBA to come along and wonder if your job could be offshored or done part-time.
You want a metric that shows that you are irreplaceable.
Hours spent on various kinds of task is a good one.A lot of your reporting should be verbal.
Make sure you have a good personal relationship with the higher-ups.
Whatever you do, don't just hide in your office diligently doing your job.
When the bright young MBA comes along, you want the big boss to be able to tell him that you can't be replaced and the place would go to hell in a handbasket if you weren't around.
Only a personal relationship can do that for you.
All the paper reports in the world won't cut it.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033758</id>
	<title>my template</title>
	<author>Anonymous</author>
	<datestamp>1257786240000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Here's my update template:</p><p>SCHEDULE<br>Projects working on and how are they progressing against defined schedule.</p><p>RESOURCES<br>What percentage of time is being spent on server builds, maintenance, HD</p><p>RISKS<br>What risks have been identified and how are they being managed</p><p>ISSUES<br>What issues have arisen and how are they being managed</p></htmltext>
<tokenext>Here 's my update template : SCHEDULEProjects working on and how are they progressing against defined schedule.RESOURCESWhat percentage of time is being spent on server builds , maintenance , HDRISKSWhat risks have been identified and how are they being managedISSUESWhat issues have arisen and how are they being managed</tokentext>
<sentencetext>Here's my update template:SCHEDULEProjects working on and how are they progressing against defined schedule.RESOURCESWhat percentage of time is being spent on server builds, maintenance, HDRISKSWhat risks have been identified and how are they being managedISSUESWhat issues have arisen and how are they being managed</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034830</id>
	<title>Re:Here's an idea...</title>
	<author>O Blimey</author>
	<datestamp>1257790320000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>I think parent's suggestion goes in the right direction. Unfortunately, many users are unable to specify what they want or in this particular case realize there could be a wealth of data to be gathered from the box that switches taps on and off.
<br>Irrigation uses water that costs money, right?
Why not provide some graphs that show how and when the bucks are being spent. This could later be correlated to the growth results of whatever weeds you are growing. Maybe overlaying precipitation data might also be interesting.</htmltext>
<tokenext>I think parent 's suggestion goes in the right direction .
Unfortunately , many users are unable to specify what they want or in this particular case realize there could be a wealth of data to be gathered from the box that switches taps on and off .
Irrigation uses water that costs money , right ?
Why not provide some graphs that show how and when the bucks are being spent .
This could later be correlated to the growth results of whatever weeds you are growing .
Maybe overlaying precipitation data might also be interesting .</tokentext>
<sentencetext>I think parent's suggestion goes in the right direction.
Unfortunately, many users are unable to specify what they want or in this particular case realize there could be a wealth of data to be gathered from the box that switches taps on and off.
Irrigation uses water that costs money, right?
Why not provide some graphs that show how and when the bucks are being spent.
This could later be correlated to the growth results of whatever weeds you are growing.
Maybe overlaying precipitation data might also be interesting.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30042596</id>
	<title>Determine How Much Revenue You Support</title>
	<author>Sinesurfer</author>
	<datestamp>1257791880000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>2</modscore>
	<htmltext><p>This is a great question, you&rsquo;re at the same point in your career as me.</p><p>You need to report on the metrics that measure your departments performance, these are monetary values and I know they may be difficult to measure and it&rsquo;s not accept to suggest the business wouldn&rsquo;t run with the IT group. Although this statement is true, it doesn&rsquo;t address the department&rsquo;s performance.</p><p>Try breaking up what you do for the company into Service Desk, Service Support and Change Management. The number of helpdesk enquiries has value to the business, they&rsquo;d pay maybe $10-$50 per call if an outside desk was used and even more if administrator would be involved and you&rsquo;re saving the company money.</p><p>Maintenance work in a Service Support role and managing system changes could be related to the cost for a contractor and the reduced cost of running the system versus additional revenue generated by the users to determine how much you&rsquo;re saving the company money.</p><p>That&rsquo;s the small stuff, now work out (with the other departmental/divisional managers) how much of *their* department relies on IT and relate that proportional of their revenue to the value you support for the company. Especially important to look at sales staff if they use a CRM tool that you support.</p><p>If all else fails remember it&rsquo;s how much your department supports the production side to do or enhance their job that counts then second is the cost you incur on the company.</p></htmltext>
<tokenext>This is a great question , you    re at the same point in your career as me.You need to report on the metrics that measure your departments performance , these are monetary values and I know they may be difficult to measure and it    s not accept to suggest the business wouldn    t run with the IT group .
Although this statement is true , it doesn    t address the department    s performance.Try breaking up what you do for the company into Service Desk , Service Support and Change Management .
The number of helpdesk enquiries has value to the business , they    d pay maybe $ 10- $ 50 per call if an outside desk was used and even more if administrator would be involved and you    re saving the company money.Maintenance work in a Service Support role and managing system changes could be related to the cost for a contractor and the reduced cost of running the system versus additional revenue generated by the users to determine how much you    re saving the company money.That    s the small stuff , now work out ( with the other departmental/divisional managers ) how much of * their * department relies on IT and relate that proportional of their revenue to the value you support for the company .
Especially important to look at sales staff if they use a CRM tool that you support.If all else fails remember it    s how much your department supports the production side to do or enhance their job that counts then second is the cost you incur on the company .</tokentext>
<sentencetext>This is a great question, you’re at the same point in your career as me.You need to report on the metrics that measure your departments performance, these are monetary values and I know they may be difficult to measure and it’s not accept to suggest the business wouldn’t run with the IT group.
Although this statement is true, it doesn’t address the department’s performance.Try breaking up what you do for the company into Service Desk, Service Support and Change Management.
The number of helpdesk enquiries has value to the business, they’d pay maybe $10-$50 per call if an outside desk was used and even more if administrator would be involved and you’re saving the company money.Maintenance work in a Service Support role and managing system changes could be related to the cost for a contractor and the reduced cost of running the system versus additional revenue generated by the users to determine how much you’re saving the company money.That’s the small stuff, now work out (with the other departmental/divisional managers) how much of *their* department relies on IT and relate that proportional of their revenue to the value you support for the company.
Especially important to look at sales staff if they use a CRM tool that you support.If all else fails remember it’s how much your department supports the production side to do or enhance their job that counts then second is the cost you incur on the company.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034352</id>
	<title>Ignorant Arrogance</title>
	<author>sjbe</author>
	<datestamp>1257788460000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>3</modscore>
	<htmltext><p><div class="quote"><p>Dude, just slap together some random figures like the number of occupied inodes in your hard disk -- they are executives after all, what do you expect them to understand about technical stuff?</p></div><p>You do realize that the single most common undergraduate degree among S&amp;P 500 CEOs is Engineering right?  Over 20\% of them have an undergrad degree in engineering.  And of course not having a formal degree in the subject must mean they are an technologically illiterate.  After all, Steve Jobs, Larry Ellison and Bill Gates never even graduated college so how could they possibly know anything about "technical stuff".  Good thing we have smart guys like you to explain it to them.</p><p>Your arrogance really sounds like ignorance to me.</p></div>
	</htmltext>
<tokenext>Dude , just slap together some random figures like the number of occupied inodes in your hard disk -- they are executives after all , what do you expect them to understand about technical stuff ? You do realize that the single most common undergraduate degree among S&amp;P 500 CEOs is Engineering right ?
Over 20 \ % of them have an undergrad degree in engineering .
And of course not having a formal degree in the subject must mean they are an technologically illiterate .
After all , Steve Jobs , Larry Ellison and Bill Gates never even graduated college so how could they possibly know anything about " technical stuff " .
Good thing we have smart guys like you to explain it to them.Your arrogance really sounds like ignorance to me .</tokentext>
<sentencetext>Dude, just slap together some random figures like the number of occupied inodes in your hard disk -- they are executives after all, what do you expect them to understand about technical stuff?You do realize that the single most common undergraduate degree among S&amp;P 500 CEOs is Engineering right?
Over 20\% of them have an undergrad degree in engineering.
And of course not having a formal degree in the subject must mean they are an technologically illiterate.
After all, Steve Jobs, Larry Ellison and Bill Gates never even graduated college so how could they possibly know anything about "technical stuff".
Good thing we have smart guys like you to explain it to them.Your arrogance really sounds like ignorance to me.
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032558</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032858</id>
	<title>Re:Here's an idea...</title>
	<author>Anonymous</author>
	<datestamp>1257782400000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>2</modscore>
	<htmltext><p>Except that most of the time they won't have any clue what they want.</p><p>In the past, many executives used to be engineers, or at least had an engineering or technical background. As an IT worker, you could have technical discussions with them and they'd understand the general concepts, even if their background was in mechanical or civil engineering, for instance.</p><p>In the US today, that's no longer the case. Being a executive these days isn't about providing leadership and making decisions based on knowledge. It's about knowing how to manipulate accounting statements to look good on a quarter-by-quarter basis.</p><p>Part of this is because we've transitioned away from manufacturing real products, to manufacturing "financial instruments", even at "manufacturers" like the Big 3, who these days basically just assemble parts that are actually manufactured outside of the US in Asia and Mexico, but make the bulk of their income from leases and other financial bullshittery.</p></htmltext>
<tokenext>Except that most of the time they wo n't have any clue what they want.In the past , many executives used to be engineers , or at least had an engineering or technical background .
As an IT worker , you could have technical discussions with them and they 'd understand the general concepts , even if their background was in mechanical or civil engineering , for instance.In the US today , that 's no longer the case .
Being a executive these days is n't about providing leadership and making decisions based on knowledge .
It 's about knowing how to manipulate accounting statements to look good on a quarter-by-quarter basis.Part of this is because we 've transitioned away from manufacturing real products , to manufacturing " financial instruments " , even at " manufacturers " like the Big 3 , who these days basically just assemble parts that are actually manufactured outside of the US in Asia and Mexico , but make the bulk of their income from leases and other financial bullshittery .</tokentext>
<sentencetext>Except that most of the time they won't have any clue what they want.In the past, many executives used to be engineers, or at least had an engineering or technical background.
As an IT worker, you could have technical discussions with them and they'd understand the general concepts, even if their background was in mechanical or civil engineering, for instance.In the US today, that's no longer the case.
Being a executive these days isn't about providing leadership and making decisions based on knowledge.
It's about knowing how to manipulate accounting statements to look good on a quarter-by-quarter basis.Part of this is because we've transitioned away from manufacturing real products, to manufacturing "financial instruments", even at "manufacturers" like the Big 3, who these days basically just assemble parts that are actually manufactured outside of the US in Asia and Mexico, but make the bulk of their income from leases and other financial bullshittery.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035846</id>
	<title>Re:Here's an idea... but also</title>
	<author>askmetomorrow</author>
	<datestamp>1257794160000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>But also, don't tell them what you get done.
Tell them how hard you work!

A lot of suits don't understand what you get done, but they love it when their people
show enthusiasm.</htmltext>
<tokenext>But also , do n't tell them what you get done .
Tell them how hard you work !
A lot of suits do n't understand what you get done , but they love it when their people show enthusiasm .</tokentext>
<sentencetext>But also, don't tell them what you get done.
Tell them how hard you work!
A lot of suits don't understand what you get done, but they love it when their people
show enthusiasm.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033326</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032844</id>
	<title>I manage about 50TB of storage and my reports</title>
	<author>Anonymous</author>
	<datestamp>1257782400000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>are high-level summaries of how the space is assigned out to our various branches located all over the US. I follow that up with a summary report that lists the total amount of storage each branch is allocated compared to how much storage they are actually using.</p><p>That's followed up with a per-branch breakdown of total number of files, total space used, and how many of each type of file are being stored at each branch. Going deeper than that is not always necessary, but I have the following reports ready in case I am asked:</p><p>How much data (per branch) is duplicated (same filename, same modified date, same file size)<br>How much data (per branch) is over 3 years old, over 5 years old, over 7 years old (legal requires us to keep some files for up to 7 years)<br>How many files have ###-##-#### in them or ######### (in case someone got stupid enough to save a file with someone's SSN in it)<br>How many Audio Files &amp; space taken by them<br>How many Video Files &amp; space taken by them<br>How many Picture Files &amp; space taken by them<br>How many Executable Files &amp; space taken by them<br>How many Outlook PST Files &amp; space taken by them<br>Folders with "Personal" or "Backup" or "Archive" in them (users are not allowed to store personal files on shared space)<br>etc...<br>(there are actually a lot more options and queries I haven't mentioned)</p><p>I also use access enumerator to show the differences in ACLs of folders in case there are permissions issues.</p></htmltext>
<tokenext>are high-level summaries of how the space is assigned out to our various branches located all over the US .
I follow that up with a summary report that lists the total amount of storage each branch is allocated compared to how much storage they are actually using.That 's followed up with a per-branch breakdown of total number of files , total space used , and how many of each type of file are being stored at each branch .
Going deeper than that is not always necessary , but I have the following reports ready in case I am asked : How much data ( per branch ) is duplicated ( same filename , same modified date , same file size ) How much data ( per branch ) is over 3 years old , over 5 years old , over 7 years old ( legal requires us to keep some files for up to 7 years ) How many files have # # # - # # - # # # # in them or # # # # # # # # # ( in case someone got stupid enough to save a file with someone 's SSN in it ) How many Audio Files &amp; space taken by themHow many Video Files &amp; space taken by themHow many Picture Files &amp; space taken by themHow many Executable Files &amp; space taken by themHow many Outlook PST Files &amp; space taken by themFolders with " Personal " or " Backup " or " Archive " in them ( users are not allowed to store personal files on shared space ) etc... ( there are actually a lot more options and queries I have n't mentioned ) I also use access enumerator to show the differences in ACLs of folders in case there are permissions issues .</tokentext>
<sentencetext>are high-level summaries of how the space is assigned out to our various branches located all over the US.
I follow that up with a summary report that lists the total amount of storage each branch is allocated compared to how much storage they are actually using.That's followed up with a per-branch breakdown of total number of files, total space used, and how many of each type of file are being stored at each branch.
Going deeper than that is not always necessary, but I have the following reports ready in case I am asked:How much data (per branch) is duplicated (same filename, same modified date, same file size)How much data (per branch) is over 3 years old, over 5 years old, over 7 years old (legal requires us to keep some files for up to 7 years)How many files have ###-##-#### in them or ######### (in case someone got stupid enough to save a file with someone's SSN in it)How many Audio Files &amp; space taken by themHow many Video Files &amp; space taken by themHow many Picture Files &amp; space taken by themHow many Executable Files &amp; space taken by themHow many Outlook PST Files &amp; space taken by themFolders with "Personal" or "Backup" or "Archive" in them (users are not allowed to store personal files on shared space)etc...(there are actually a lot more options and queries I haven't mentioned)I also use access enumerator to show the differences in ACLs of folders in case there are permissions issues.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30040538</id>
	<title>Re:Here's an idea...</title>
	<author>Anonymous</author>
	<datestamp>1257772380000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p><i>The upshot is once you get that report all nice and automated they'll ask you for the exact same report three months later having entirely forgotten its existence. Don't tell them they've been getting that report daily/weekly already for the last three months. They don't like that for some reason. Re-title it, move some columns around, maybe add a new bit of information and then call it good.</i> </p><p>Yep. I once worked for a bright guy who saved the company a lot of money by tracking down multiple copies of computer-generated reports. This was back in the days of impact printers and four-part forms which had to go through a decarbonizer -- there were three continuous sheets of carbon paper between the copies. These were removed by running the output through a machine the size of a long bookcase. As a bonus, the decarbonizer also had provision for removing one or both pin-feed edges, depending on binding requirements</p><p>He simply went to each management recipient and asked what use he made of the report. In many cases, the answer was, "They're still doing that? I only asked for the report to be generated for six months -- four years ago."</p><p>Others had no idea that it was being received at all -- the drones just laid the reports out on a shelf and tossed the ones from last week each Monday.</p><p>In some cases, it became obvious that some manager found that another was getting a report and ordered one for himself so as not to seem less important. In many of these cases, succeeding managers had no knowledge of why they were getting the report</p></htmltext>
<tokenext>The upshot is once you get that report all nice and automated they 'll ask you for the exact same report three months later having entirely forgotten its existence .
Do n't tell them they 've been getting that report daily/weekly already for the last three months .
They do n't like that for some reason .
Re-title it , move some columns around , maybe add a new bit of information and then call it good .
Yep. I once worked for a bright guy who saved the company a lot of money by tracking down multiple copies of computer-generated reports .
This was back in the days of impact printers and four-part forms which had to go through a decarbonizer -- there were three continuous sheets of carbon paper between the copies .
These were removed by running the output through a machine the size of a long bookcase .
As a bonus , the decarbonizer also had provision for removing one or both pin-feed edges , depending on binding requirementsHe simply went to each management recipient and asked what use he made of the report .
In many cases , the answer was , " They 're still doing that ?
I only asked for the report to be generated for six months -- four years ago .
" Others had no idea that it was being received at all -- the drones just laid the reports out on a shelf and tossed the ones from last week each Monday.In some cases , it became obvious that some manager found that another was getting a report and ordered one for himself so as not to seem less important .
In many of these cases , succeeding managers had no knowledge of why they were getting the report</tokentext>
<sentencetext>The upshot is once you get that report all nice and automated they'll ask you for the exact same report three months later having entirely forgotten its existence.
Don't tell them they've been getting that report daily/weekly already for the last three months.
They don't like that for some reason.
Re-title it, move some columns around, maybe add a new bit of information and then call it good.
Yep. I once worked for a bright guy who saved the company a lot of money by tracking down multiple copies of computer-generated reports.
This was back in the days of impact printers and four-part forms which had to go through a decarbonizer -- there were three continuous sheets of carbon paper between the copies.
These were removed by running the output through a machine the size of a long bookcase.
As a bonus, the decarbonizer also had provision for removing one or both pin-feed edges, depending on binding requirementsHe simply went to each management recipient and asked what use he made of the report.
In many cases, the answer was, "They're still doing that?
I only asked for the report to be generated for six months -- four years ago.
"Others had no idea that it was being received at all -- the drones just laid the reports out on a shelf and tossed the ones from last week each Monday.In some cases, it became obvious that some manager found that another was getting a report and ordered one for himself so as not to seem less important.
In many of these cases, succeeding managers had no knowledge of why they were getting the report</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032954</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30037784</id>
	<title>Re:Here's an idea...</title>
	<author>egork</author>
	<datestamp>1257759420000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p><div class="quote"><p>Recently, I got one for my own employer, in that our CEO wanted to simply open his cell phone and search all contacts in the group...</p><p><nobr> <wbr></nobr>...err, the whole multinational group, across four continents. </p></div><p>How dare him! Unbelievable, search all contacts! OUTRAGEOUS!</p><p>And yet </p><p><div class="quote"><p>Most of it is working, and it has had some nice side benefits</p></div><p>So there you are, now make a nice chart, how many users are using your directory daily or how many bugs you are fixing (depending on what is higher) and you are all set for a management review.</p></div>
	</htmltext>
<tokenext>Recently , I got one for my own employer , in that our CEO wanted to simply open his cell phone and search all contacts in the group... ...err , the whole multinational group , across four continents .
How dare him !
Unbelievable , search all contacts !
OUTRAGEOUS ! And yet Most of it is working , and it has had some nice side benefitsSo there you are , now make a nice chart , how many users are using your directory daily or how many bugs you are fixing ( depending on what is higher ) and you are all set for a management review .</tokentext>
<sentencetext>Recently, I got one for my own employer, in that our CEO wanted to simply open his cell phone and search all contacts in the group... ...err, the whole multinational group, across four continents.
How dare him!
Unbelievable, search all contacts!
OUTRAGEOUS!And yet Most of it is working, and it has had some nice side benefitsSo there you are, now make a nice chart, how many users are using your directory daily or how many bugs you are fixing (depending on what is higher) and you are all set for a management review.
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032878</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034946</id>
	<title>Re:Ops is a bottom line gig.</title>
	<author>Anonymous</author>
	<datestamp>1257790800000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>There are software products out there which can help you identify these useful metrics, and determine their values. One such software product is Apptio (www.apptio.com -- DISCLAIMER: I work here). When determining what the metrics will be, you want to tie the information back to a 'business service' as opposed to an 'IT service'. For example, The cost to run a partcular server is an IT Service cost. The total cost of your web-based portal (preferably per-customer) is a business service cost.</p><p>If you go this route, it probably will not be a simple matter of using information you already have, you will probably need to combine information from multiple different sources. There are published industry benchmarks for some common business services. If you can find a benchmark for what the metric should be, then you should also put this in the report. It gives the executive something to compare against.</p><p>As an example, I've seen customers report the total cost be email box. This cost is non-trivial to determine as it is a mixture of server costs, software cost, storage cost, datacenter cost, labor/administrative cost, and possibly others. That said, it gives a metric as to how efficient IT is being, and ties it back into a specific business service -- which is what the executive cares about.</p><p>Another topic you may want to think about is risk. As systems age, they tend to get less reliable. If you want to convince an executive to provide budget to replace out-of-date hardware, you'll want to make a business case for it. To do this you'll want to find out how much a failure in the service would cost the company per hour (Ask the executive). If you have a record of how much downtime you had, then you can provide information about the cost of downtime in the report. If a piece of flakey equipment is costing the company more money than replacing it would, then it is an easy descision to replace it.</p></htmltext>
<tokenext>There are software products out there which can help you identify these useful metrics , and determine their values .
One such software product is Apptio ( www.apptio.com -- DISCLAIMER : I work here ) .
When determining what the metrics will be , you want to tie the information back to a 'business service ' as opposed to an 'IT service' .
For example , The cost to run a partcular server is an IT Service cost .
The total cost of your web-based portal ( preferably per-customer ) is a business service cost.If you go this route , it probably will not be a simple matter of using information you already have , you will probably need to combine information from multiple different sources .
There are published industry benchmarks for some common business services .
If you can find a benchmark for what the metric should be , then you should also put this in the report .
It gives the executive something to compare against.As an example , I 've seen customers report the total cost be email box .
This cost is non-trivial to determine as it is a mixture of server costs , software cost , storage cost , datacenter cost , labor/administrative cost , and possibly others .
That said , it gives a metric as to how efficient IT is being , and ties it back into a specific business service -- which is what the executive cares about.Another topic you may want to think about is risk .
As systems age , they tend to get less reliable .
If you want to convince an executive to provide budget to replace out-of-date hardware , you 'll want to make a business case for it .
To do this you 'll want to find out how much a failure in the service would cost the company per hour ( Ask the executive ) .
If you have a record of how much downtime you had , then you can provide information about the cost of downtime in the report .
If a piece of flakey equipment is costing the company more money than replacing it would , then it is an easy descision to replace it .</tokentext>
<sentencetext>There are software products out there which can help you identify these useful metrics, and determine their values.
One such software product is Apptio (www.apptio.com -- DISCLAIMER: I work here).
When determining what the metrics will be, you want to tie the information back to a 'business service' as opposed to an 'IT service'.
For example, The cost to run a partcular server is an IT Service cost.
The total cost of your web-based portal (preferably per-customer) is a business service cost.If you go this route, it probably will not be a simple matter of using information you already have, you will probably need to combine information from multiple different sources.
There are published industry benchmarks for some common business services.
If you can find a benchmark for what the metric should be, then you should also put this in the report.
It gives the executive something to compare against.As an example, I've seen customers report the total cost be email box.
This cost is non-trivial to determine as it is a mixture of server costs, software cost, storage cost, datacenter cost, labor/administrative cost, and possibly others.
That said, it gives a metric as to how efficient IT is being, and ties it back into a specific business service -- which is what the executive cares about.Another topic you may want to think about is risk.
As systems age, they tend to get less reliable.
If you want to convince an executive to provide budget to replace out-of-date hardware, you'll want to make a business case for it.
To do this you'll want to find out how much a failure in the service would cost the company per hour (Ask the executive).
If you have a record of how much downtime you had, then you can provide information about the cost of downtime in the report.
If a piece of flakey equipment is costing the company more money than replacing it would, then it is an easy descision to replace it.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032616</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034854</id>
	<title>Keep a Diary</title>
	<author>Anonymous</author>
	<datestamp>1257790440000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Figure out where your time is being spent, and report on how this improves their operation and reduces their headaches.</p><p>Report what did ~not~ happen because of your good work.  For instance, maintenance discovered impending problem X and prevented any outages this month.</p><p>Figure out what would happen if you were not there.<br>Recommend budget items that would improve their profits.</p><p>Create statistics-based analyzes that show your bailiwick is more effective than the national averages and try to ascribe reasons (what you did to deserve it) why this is so.</p></htmltext>
<tokenext>Figure out where your time is being spent , and report on how this improves their operation and reduces their headaches.Report what did ~ not ~ happen because of your good work .
For instance , maintenance discovered impending problem X and prevented any outages this month.Figure out what would happen if you were not there.Recommend budget items that would improve their profits.Create statistics-based analyzes that show your bailiwick is more effective than the national averages and try to ascribe reasons ( what you did to deserve it ) why this is so .</tokentext>
<sentencetext>Figure out where your time is being spent, and report on how this improves their operation and reduces their headaches.Report what did ~not~ happen because of your good work.
For instance, maintenance discovered impending problem X and prevented any outages this month.Figure out what would happen if you were not there.Recommend budget items that would improve their profits.Create statistics-based analyzes that show your bailiwick is more effective than the national averages and try to ascribe reasons (what you did to deserve it) why this is so.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033008</id>
	<title>Better in Terms of Value ($$$)</title>
	<author>Comatose51</author>
	<datestamp>1257783060000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Depending on how technical your executive is, a lot of times they understand things better once you've translated all the technical stats into value and cost.  For example, if X problem is keeping you occupied for a day a month, you can translate that into costs to the company.  If your proposed solutions cost less, then it's easy to justify.  If the executive is technical, then give him the technical stats but also do the monetization for convenience sake.</htmltext>
<tokenext>Depending on how technical your executive is , a lot of times they understand things better once you 've translated all the technical stats into value and cost .
For example , if X problem is keeping you occupied for a day a month , you can translate that into costs to the company .
If your proposed solutions cost less , then it 's easy to justify .
If the executive is technical , then give him the technical stats but also do the monetization for convenience sake .</tokentext>
<sentencetext>Depending on how technical your executive is, a lot of times they understand things better once you've translated all the technical stats into value and cost.
For example, if X problem is keeping you occupied for a day a month, you can translate that into costs to the company.
If your proposed solutions cost less, then it's easy to justify.
If the executive is technical, then give him the technical stats but also do the monetization for convenience sake.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033460</id>
	<title>Re:Small company</title>
	<author>tompeach</author>
	<datestamp>1257784800000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p><div class="quote"><p>How many execs do you have in a 20 person company?

I worked in a 15 person company that had a CEO, 4 VP's and 2 high-level managers, too many chiefs, not enough braves. I used to get advice from the CEO about how we should go and rewrite our software in PERL, or PHP, depending on the article he was reading.

They went out of business, obivously.</p></div><p>Why on earth is this modded offtopic? The comment is totally relevant, reporting to management within a company of 20 is effectively the same as sending a report to you immediate team within a big corp, my biggest surprise is that the OP doesn't have a good enough relationship with this small team to ask them directly.

Anyway....If you offer a list of every possible metric you could report on as suggested earlier you will typically get asked for everything whether it is of use to the recipient or not. Speak to your management, ask them what they have to provide to their stakeholders and come to an agreement about how best to present it to them. Don't simply assume they want more reporting and send it to them, there is no point in doing the work if nobody reads it.</p></div>
	</htmltext>
<tokenext>How many execs do you have in a 20 person company ?
I worked in a 15 person company that had a CEO , 4 VP 's and 2 high-level managers , too many chiefs , not enough braves .
I used to get advice from the CEO about how we should go and rewrite our software in PERL , or PHP , depending on the article he was reading .
They went out of business , obivously.Why on earth is this modded offtopic ?
The comment is totally relevant , reporting to management within a company of 20 is effectively the same as sending a report to you immediate team within a big corp , my biggest surprise is that the OP does n't have a good enough relationship with this small team to ask them directly .
Anyway....If you offer a list of every possible metric you could report on as suggested earlier you will typically get asked for everything whether it is of use to the recipient or not .
Speak to your management , ask them what they have to provide to their stakeholders and come to an agreement about how best to present it to them .
Do n't simply assume they want more reporting and send it to them , there is no point in doing the work if nobody reads it .</tokentext>
<sentencetext>How many execs do you have in a 20 person company?
I worked in a 15 person company that had a CEO, 4 VP's and 2 high-level managers, too many chiefs, not enough braves.
I used to get advice from the CEO about how we should go and rewrite our software in PERL, or PHP, depending on the article he was reading.
They went out of business, obivously.Why on earth is this modded offtopic?
The comment is totally relevant, reporting to management within a company of 20 is effectively the same as sending a report to you immediate team within a big corp, my biggest surprise is that the OP doesn't have a good enough relationship with this small team to ask them directly.
Anyway....If you offer a list of every possible metric you could report on as suggested earlier you will typically get asked for everything whether it is of use to the recipient or not.
Speak to your management, ask them what they have to provide to their stakeholders and come to an agreement about how best to present it to them.
Don't simply assume they want more reporting and send it to them, there is no point in doing the work if nobody reads it.
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032674</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035334</id>
	<title>Often overlooked metrics</title>
	<author>Jawn98685</author>
	<datestamp>1257792300000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>First of all, don't ask them what they want to see. They almost certainly don't have the insight required to even begin to ask meaningful questions. Save yourself the work of producing meaningless output.
<br>
Uptime is nice, but there's not much to get excited about when it's always the same high percentage.<nobr> <wbr></nobr>:) Surely you have security measures in place to repel intrusions. Knock up some reports from the output of your HIDS/NIDS.
<br>
Do regular updates to your OS/applications? Document it, even it's just output from yum (or whatever), and put it into a report.
<br>
Backups? Report the number files/bytes backed up.
<br>
Sure, all this stuff is probably automated, but it represents work that you did to make it so. There is value in that work and those numbers are quite often the only way you'll have to show that.</htmltext>
<tokenext>First of all , do n't ask them what they want to see .
They almost certainly do n't have the insight required to even begin to ask meaningful questions .
Save yourself the work of producing meaningless output .
Uptime is nice , but there 's not much to get excited about when it 's always the same high percentage .
: ) Surely you have security measures in place to repel intrusions .
Knock up some reports from the output of your HIDS/NIDS .
Do regular updates to your OS/applications ?
Document it , even it 's just output from yum ( or whatever ) , and put it into a report .
Backups ? Report the number files/bytes backed up .
Sure , all this stuff is probably automated , but it represents work that you did to make it so .
There is value in that work and those numbers are quite often the only way you 'll have to show that .</tokentext>
<sentencetext>First of all, don't ask them what they want to see.
They almost certainly don't have the insight required to even begin to ask meaningful questions.
Save yourself the work of producing meaningless output.
Uptime is nice, but there's not much to get excited about when it's always the same high percentage.
:) Surely you have security measures in place to repel intrusions.
Knock up some reports from the output of your HIDS/NIDS.
Do regular updates to your OS/applications?
Document it, even it's just output from yum (or whatever), and put it into a report.
Backups? Report the number files/bytes backed up.
Sure, all this stuff is probably automated, but it represents work that you did to make it so.
There is value in that work and those numbers are quite often the only way you'll have to show that.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033004</id>
	<title>Remember your audience</title>
	<author>noric</author>
	<datestamp>1257783060000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Be cognizant of the fact that while the executives can translate actionable data into... action... they are often unable to figure out the information the data is conveying.

Remember your audience. Instead of a latency chart, you might explain that 99\% of customers (devices, etc) wait no longer than 10 seconds.

Other great points above are: ask the executives, and agree on a mission statement. Is your job just to keep the computers running, or to lower capital costs? Do you take ownership of investigating possible hardware upgrades and new technologies?</htmltext>
<tokenext>Be cognizant of the fact that while the executives can translate actionable data into... action... they are often unable to figure out the information the data is conveying .
Remember your audience .
Instead of a latency chart , you might explain that 99 \ % of customers ( devices , etc ) wait no longer than 10 seconds .
Other great points above are : ask the executives , and agree on a mission statement .
Is your job just to keep the computers running , or to lower capital costs ?
Do you take ownership of investigating possible hardware upgrades and new technologies ?</tokentext>
<sentencetext>Be cognizant of the fact that while the executives can translate actionable data into... action... they are often unable to figure out the information the data is conveying.
Remember your audience.
Instead of a latency chart, you might explain that 99\% of customers (devices, etc) wait no longer than 10 seconds.
Other great points above are: ask the executives, and agree on a mission statement.
Is your job just to keep the computers running, or to lower capital costs?
Do you take ownership of investigating possible hardware upgrades and new technologies?</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30037526</id>
	<title>Re:Here's an idea...</title>
	<author>Cytotoxic</author>
	<datestamp>1257758340000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>
<p>
Parent's post is spot-on.  I've been there as well, and getting priorities from the business is the key to everything.  At 20 people, getting out of alignment with the business takes a lot of doing, but as you grow the opposite will be the case.  Right now all of the decision makers fit at one table - later they won't even see each other.  Then you'll have competing priorities - a definite prescription for failure if you can't get someone at the top of the business heap to prioritize - CEO, COO.

</p><p>
Also, One page document is mandatory.  I made the mistake of actually listing all of the projects I was working on after we had grown to about 100 people.  My 5 man team had about 22 pages of projects on the boil at any one given moment.  So I delivered 22 pages of single spaced project list to the CEO and COO (100 pages if you included everything completed in the last 2 months).  The take from the senior execs was "nobody can do this much work" - which I took as a positive.  They didn't view it as a positive at all.  My "get twice the work done with half the budget" approach actually hurt my reputation.  Strange, but that's how it works.
</p></htmltext>
<tokenext>Parent 's post is spot-on .
I 've been there as well , and getting priorities from the business is the key to everything .
At 20 people , getting out of alignment with the business takes a lot of doing , but as you grow the opposite will be the case .
Right now all of the decision makers fit at one table - later they wo n't even see each other .
Then you 'll have competing priorities - a definite prescription for failure if you ca n't get someone at the top of the business heap to prioritize - CEO , COO .
Also , One page document is mandatory .
I made the mistake of actually listing all of the projects I was working on after we had grown to about 100 people .
My 5 man team had about 22 pages of projects on the boil at any one given moment .
So I delivered 22 pages of single spaced project list to the CEO and COO ( 100 pages if you included everything completed in the last 2 months ) .
The take from the senior execs was " nobody can do this much work " - which I took as a positive .
They did n't view it as a positive at all .
My " get twice the work done with half the budget " approach actually hurt my reputation .
Strange , but that 's how it works .</tokentext>
<sentencetext>

Parent's post is spot-on.
I've been there as well, and getting priorities from the business is the key to everything.
At 20 people, getting out of alignment with the business takes a lot of doing, but as you grow the opposite will be the case.
Right now all of the decision makers fit at one table - later they won't even see each other.
Then you'll have competing priorities - a definite prescription for failure if you can't get someone at the top of the business heap to prioritize - CEO, COO.
Also, One page document is mandatory.
I made the mistake of actually listing all of the projects I was working on after we had grown to about 100 people.
My 5 man team had about 22 pages of projects on the boil at any one given moment.
So I delivered 22 pages of single spaced project list to the CEO and COO (100 pages if you included everything completed in the last 2 months).
The take from the senior execs was "nobody can do this much work" - which I took as a positive.
They didn't view it as a positive at all.
My "get twice the work done with half the budget" approach actually hurt my reputation.
Strange, but that's how it works.
</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033326</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034622</id>
	<title>VC funded executives?</title>
	<author>recharged95</author>
	<datestamp>1257789480000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p><div class="quote"><p>submit to executives and on what frequency?</p></div><p>(do not submit paper reports, just supply the following):
<br>
uptime report == beer.</p><p>
traffic report == steak dinner </p><p>
TCO report == golf day </p><p>
ROI report == night clubbing </p><p>
staffing and capitalization report (money used) == invite VCs.</p></div>
	</htmltext>
<tokenext>submit to executives and on what frequency ?
( do not submit paper reports , just supply the following ) : uptime report = = beer .
traffic report = = steak dinner TCO report = = golf day ROI report = = night clubbing staffing and capitalization report ( money used ) = = invite VCs .</tokentext>
<sentencetext>submit to executives and on what frequency?
(do not submit paper reports, just supply the following):

uptime report == beer.
traffic report == steak dinner 
TCO report == golf day 
ROI report == night clubbing 
staffing and capitalization report (money used) == invite VCs.
	</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033878</id>
	<title>Re:Here's an idea...</title>
	<author>Opportunist</author>
	<datestamp>1257786660000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I fear that you get that paper back with an earmark note stating simply "Yes. That." In other words, they want all the information. Only to complain later that there's far too much information to read it.</p></htmltext>
<tokenext>I fear that you get that paper back with an earmark note stating simply " Yes .
That. " In other words , they want all the information .
Only to complain later that there 's far too much information to read it .</tokentext>
<sentencetext>I fear that you get that paper back with an earmark note stating simply "Yes.
That." In other words, they want all the information.
Only to complain later that there's far too much information to read it.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032954</id>
	<title>Re:Here's an idea...</title>
	<author>Anonymous</author>
	<datestamp>1257782880000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>2</modscore>
	<htmltext><p>"... but you'd be amazed at how much easier things become when you ask people what they want."</p><p>The problem is, especially with suits, is that what they want probably isn't in the same galaxy, let alone ballpark, as what they need or what they can use.</p><p>The upshot is once you get that report all nice and automated they'll ask you for the exact same report three months later having entirely forgotten its existence. Don't tell them they've been getting that report daily/weekly already for the last three months. They don't like that for some reason. Re-title it, move some columns around, maybe add a new bit of information and then call it good.</p></htmltext>
<tokenext>" ... but you 'd be amazed at how much easier things become when you ask people what they want .
" The problem is , especially with suits , is that what they want probably is n't in the same galaxy , let alone ballpark , as what they need or what they can use.The upshot is once you get that report all nice and automated they 'll ask you for the exact same report three months later having entirely forgotten its existence .
Do n't tell them they 've been getting that report daily/weekly already for the last three months .
They do n't like that for some reason .
Re-title it , move some columns around , maybe add a new bit of information and then call it good .</tokentext>
<sentencetext>"... but you'd be amazed at how much easier things become when you ask people what they want.
"The problem is, especially with suits, is that what they want probably isn't in the same galaxy, let alone ballpark, as what they need or what they can use.The upshot is once you get that report all nice and automated they'll ask you for the exact same report three months later having entirely forgotten its existence.
Don't tell them they've been getting that report daily/weekly already for the last three months.
They don't like that for some reason.
Re-title it, move some columns around, maybe add a new bit of information and then call it good.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542</parent>
</comment>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_11</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032558
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032952
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30036834
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_53</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30042478
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_36</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032858
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_27</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032552
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034356
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_3</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032558
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033260
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_26</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032558
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032952
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30039116
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_17</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032954
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30040538
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_33</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30038196
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_18</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033326
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035846
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_46</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033326
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30037526
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_51</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034830
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_25</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032906
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30039954
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_39</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032550
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035458
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_30</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30044430
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_6</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032954
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30036358
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_15</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032964
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035412
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_20</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032674
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033092
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_54</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035058
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_45</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035038
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_44</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032558
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034352
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_9</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032956
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033718
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_12</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032878
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30037784
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_37</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032514
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30046610
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_2</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032878
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30041632
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_4</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033002
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033750
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_43</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032514
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30043118
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_29</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033326
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30037968
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_7</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30040526
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_34</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033870
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034608
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_19</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033780
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30036468
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_1</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032550
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035034
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_10</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033996
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_24</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032694
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033814
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_0</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032964
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30042762
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_49</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032552
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033602
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_31</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035642
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_52</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033326
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035926
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_48</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032964
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033436
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30040524
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_16</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032616
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30055098
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_32</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034668
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30041446
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_23</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032616
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034946
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_22</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032674
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033460
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_13</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032550
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034142
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_47</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033878
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_50</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032734
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033016
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_41</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033928
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_38</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032956
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30041168
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_40</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032694
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034972
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_5</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032558
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032952
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035096
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_14</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032694
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034314
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_42</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033326
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30044054
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_28</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032964
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035872
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_21</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032878
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034566
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30037342
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_8</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032708
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30036862
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_11_09_1429230_35</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032694
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30040078
</commentlist>
</thread>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_11_09_1429230.26</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032550
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035034
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035458
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034142
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_11_09_1429230.5</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032982
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_11_09_1429230.24</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033870
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034608
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_11_09_1429230.3</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032740
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_11_09_1429230.9</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032514
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30043118
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30046610
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_11_09_1429230.6</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033118
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_11_09_1429230.4</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032558
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033260
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034352
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032952
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30036834
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035096
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30039116
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_11_09_1429230.18</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032684
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_11_09_1429230.16</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034668
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30041446
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_11_09_1429230.19</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032570
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_11_09_1429230.1</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032650
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_11_09_1429230.17</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032844
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_11_09_1429230.8</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032806
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_11_09_1429230.10</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033002
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033750
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_11_09_1429230.2</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032720
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_11_09_1429230.11</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032588
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_11_09_1429230.23</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032552
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033602
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034356
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_11_09_1429230.0</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032542
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30042478
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032964
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30042762
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033436
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30040524
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035412
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035872
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033996
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033878
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032954
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30036358
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30040538
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035038
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30044430
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033780
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30036468
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032878
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30041632
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034566
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30037342
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30037784
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033928
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034830
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033326
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30037968
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035926
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30044054
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035846
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30037526
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30038196
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032708
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30036862
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032858
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30040526
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035058
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032906
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30039954
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30035642
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_11_09_1429230.14</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032904
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_11_09_1429230.21</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032694
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033814
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034972
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034314
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30040078
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_11_09_1429230.12</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032956
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30041168
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033718
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_11_09_1429230.27</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30036660
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_11_09_1429230.15</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032634
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_11_09_1429230.25</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032674
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033460
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033092
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_11_09_1429230.13</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032734
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30033016
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_11_09_1429230.22</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30036422
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_11_09_1429230.20</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032622
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_11_09_1429230.7</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30032616
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30055098
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_11_09_1429230.30034946
</commentlist>
</conversation>
