back to article IT departments are BRATTY TEENAGERS

IT Departments behave like bratty teenagers by insisting they know best and must always figure out their own way to get anything done, according to Doug Mueller, a Corporate Architect at BMC Software. Such behaviour, he believes, is not very helpful to businesses and syadmins should therefore remember think back to the time in …

COMMENTS

This topic is closed for new posts.

Page:

  1. Anonymous Coward
    Anonymous Coward

    I smell BS

    Like management know better right? IT departments are generally shat on by those from above and only get attention when the local sup can't get access to his Excel sheet because he did not take note of the fact there was going to be scheduled system maintenance and keep a local copy as he was advised in several reminders that week.

    Generally the two should work hand in hand. But those who are pushing for their bonuses don't tend to work in a mindstate of anything but 'I have not got time for this' and 'You want me to spend how much on the IT budget?' and 'I'm going to the pub and fuck everybody else who has to stay doing overtime to fix a RAID and backup failure'.

    Generally IT staff are treated like a necessary evil rather than an essential part of making the business work. Admin get treated better than IT staff.

    1. Anonymous Coward
      Anonymous Coward

      Re: I smell BS

      It's a bit of attitude from both sides. Management and departments alike unwilling to concede that sometimes the other side knows better, or that alternative solutions may exist in another universe.

      The company I'm working for, for example, is talking with another company about developing an application for monitoring their emissions. The department we're talking to is very pro opensource and pro Linux. Their IT department is very hostile to anything non-Microsoft.

      This is unfortunate as it will make the development of the application a lot more expensive as I have to port code designed to run on a Linux environment, over to Windows. Luckily for them (and me), I try to write cross-platform compatible code where I can, and the particular piece of code we're thinking of using, has had _some_ testing on Windows, but has only really seen active deployment on Linux systems. I have faith it will work, but have no real contemporary evidence to back that up, thus there will be a good amount of debugging to do.

      And of course, there's the complexity that comes with using a package that will probably require a full-time admin to keep on top of it, rather than an alternative system which so far has been chugging away for a number of other customers, largely with little or no maintenance.

      We also have it from various companies, and the plethora of VPN software that gets used. A lot of it proprietary and Windows-based. A lot of it that conflicts with other VPN software. A lot of it that also is configured to block access to your local LAN -- making supporting the customer incredibly difficult. Its a customer's own IT department that sometimes can be our biggest opposing force to implementing and supporting systems.

      It's a matter of choosing the right tool (software, hardware or otherwise) for the job, and it's in the evaluation of such tools, one must consider all options with an open mind.

      1. Anonymous Coward
        Anonymous Coward

        Re: I smell BS

        "This is unfortunate as it will make the development of the application a lot more expensive as I have to port code designed to run on a Linux environment,"

        Sounds like the department you are working for should have spoken with IT first before getting you in...

        A business department getting picking a developer or application suite before speaking to IT and saying, "make this work and support it", is one of the major reasons we have problems in our business.

        1. Anonymous Coward
          Anonymous Coward

          Re: I smell BS

          experience has taught our company this. Some departments have learnt and others continue to repeat. While I think it is a bad attitude from both sides there is allot to be said about letting the IT department know what is in the plans and what is coming up and add their input.

          Generally Dev's contracted by IT cost more for the first quote but get the job done and work on good relationships already established. Other departments go out and find someone cheap and then get them involved without really looking into details about the company. Causing project overruns and budget blow-outs often blamed on IT.

          Like all areas on business enough value is not put on communication and respect for each ohters view.

      2. DJ Smiley
        IT Angle

        Re: I smell BS

        I work in IT here for a very small firm. We have about 50 staff; and all seem to find me very approachable most of the time with issues from the very simple to the large and complex.

        This doesn't just mean I get the annoying "my phone won't work" and "Why haven't my emails arrived" but I get questions from the devs for my advice on various systems which I may know more about than they do, and together we work through the issues.

        But at the same time, if I'm doing to be looking or even thinking about doing some work on a system which someone else considers "theirs" as many do about the systems they work on every day; I'll make sure I'll ask them the best way of getting things done with the least impact. Its all about give and take.

    2. Danny 5
      Thumb Up

      Re: I smell BS

      i agree!

      This guy talks about doing everything in a uniform way, has he even been to an IT department? Ad hoc work is what my team does best and it's what delivers the most to our companies. Our ability to come up with a sollution that may not fit standards and didn't follow procedure, but it got the job done in record time. Sounds like this guy is saying that's a bad thing.

      Anyone worth his salt in IT knows that procedures are there to protect us, but delivery sometimes demands we bypass procedures. Of course everything in Utopia works acording to procedure, but out here in the real world we sometimes have to "wing it", or "suck it and see".

      1. JohnG

        Re: I smell BS

        "Our ability to come up with a sollution that may not fit standards and didn't follow procedure, but it got the job done in record time."

        *solution

        The procedures are there to protect you. If something goes wrong when procedures were followed, blame is laid with those who devised and/or approved the procedures. If you do something outside of the procedures, you can be sure to receive the blame if something goes wrong afterwards. If the shit hits the fan, you can bet that the people who encouraged you to bypass procedures to deliver something to them quickly will not remember any such encouragement.

        People in IT (and other disciplines) often fail to understand the best or most elegant technical solutions are not necessarily the best business solutions and management may have information which they do not want to divulge to the outside world (yet).

    3. Anonymous Coward
      Anonymous Coward

      I suppose it's down to the fact that they have very little human interaction, a lack of people and social skills having spent most of their lives locked up in their bedrooms playing on computers

      and the fact that when working they never get praised (something you need to do with children) and only ever get told off for something going wrong.

      Unfortunately when you get into this line of work it's part of the job description.

    4. aaronj2906_01
      Thumb Up

      Re: I smell BS

      "Generally IT staff are treated like a necessary evil rather than an essential part of making the business work".

      Absolutely. Any kind of non-revenue generating staff are viewed as a necessary evil in a company. I have yet to meet an exec that was NOT myopic in this regard.

      If you think of it more like "what do I have to do to make the data that populates my boss' spreatsheets that he submits to his supervisor look good", you will be amazed at the sudden clarity in decision making on the job.

      Unfortunately, when something goes wrong, managers tend to seek below them for scapegoats.

      1. Rampant Spaniel

        Re: I smell BS

        This was solved in the past by charging departments for the resources they use. This then covers the cost of the IT department. It also results in the return of many duplicate pc's, laptops, phones etc. You'd be amazed how many workers discover that having a dock for their laptop IS a substitute for a desktop, once they have to pay for it. It also encourages the IT dept to deliver whats needed in the most cost effective manner.

        Whilst the author obviously believes his comments to be witty, and there probably is some valid insights there, it comes across as childish (ironic no?) and ill educated.

        The concept that any and every departments job is to help the business do business is the best possible manner is valid, and oft overlooked. Labelling a specific department as surly is counter productive and frankly wrong.

        Whilst IT departments sometimes do work outside the processes, often I have found this to be because no bugger will follow ours. The marketing dept can sell snow to inuits, finance can dodge tax in way I cannot begin to comprehend, yet when we ask other departments to follow a simple proceedure for requesting an application to be developed it gets ignored, then a HOD gets shirty and demands it asap, so its rushed, with 20-30 different scope changes, without analysis and design and the IT dept gets the blame when processes weren't followed. WE know more about speccing, analysing, designing and building application than other departments. We don't for a second pretend to tell you how to count beans, please don't tell us how to do our job. You need to tell us what you need to achieve and the criteria for judging success and boundaries for the process. Just because you need something tomorrow and didn't ask us 3 months ago when you first knew you needed it, doesn't make it our fault.

        Most IT depts are well aware they need to directly and indirectly make / save as much as possible. I'm very happy to have left the corporate infighting and bs behind :-) I would love to hear the authors impressions of middle management :-)

      2. Goat Jam
        Headmaster

        Re: I smell BS

        "Any kind of non-revenue generating staff are viewed as a necessary evil in a company"

        Not always. Administration staff are usually treated like royalty, usually because they are situated in the same office space as the CEO and his army of sales drones.

        The bottom line is that people are people, and people generally treat people they know* better than the ones they don't.

        * Except for the ones they know and hate of course.

  2. Sloppy Crapmonster
    Alert

    I don't recall taking Dad's advice costing me a five-figure sum.

  3. Anonymous Coward
    WTF?

    6 months ago I couldn't even spell architect now I are one.

    WTF is a 'Corporate Architect'(tm) ? ... and why would I let one from a second-rate software company tell me how to run my business ?

    1. jake Silver badge

      Re: 6 months ago I couldn't even spell architect now I are one.

      "WTF is a 'Corporate Architect'(tm) ?"

      In this context, a dude/tte who, in theory, designs corporate IT infrastructure from scratch. In reality, unfortunately, they are almost always either management shills pinching pennies, or delegaters trying to figure out who to fire after it all invariably goes tits-up.

      "and why would I let one from a second-rate software company tell me how to run my business ?"

      Simple answer ... You shouldn't.

      1. wayward4now
        Flame

        Re: 6 months ago I couldn't even spell architect now I are one.

        Like the bazoo that advised The Reg to make click "likes" have to go to another page and then be re-directed back in order to get more click throughs. I hate that about The Reg.

        1. Naughtyhorse

          Re: 6 months ago I couldn't even spell architect now I are one.

          not sure whether to like this comment or not :-)

      2. Anonymous Coward
        Anonymous Coward

        Re: 6 months ago I couldn't even spell architect now I are one.

        @jake. Ah, we call these dudes infrastructure architects .. This must be a case of job title inflation.

        1. hplasm
          Devil

          Re: 6 months ago I couldn't even spell architect now I are one.

          Infrastructure architects tend to know what they are talking about. Anyone with 'Corporate' in their title is probably a hot air generator.

  4. Anonymous Coward
    Anonymous Coward

    Trevor Pott

    should listen to this guy. He could learn a lot......

    1. Trevor_Pott Gold badge

      Re: Trevor Pott

      Actually I agree with this guy in almost every aspect. IT is not about computers, nor the software you choose. It's not about the configuration you use or which brand name you've tribally attached your self worth to.

      Too many systems administrator forget the very reason we both investing in computers in the first place: because they can do something for us cheaper than paying a person, more accurately than paying a person, faster than paying a person or some combination of the three.

      Risk management is a big element too. “It doesn’t have to be perfect every time.” This is proven by the mere fact that we still use humans to do anything. Humans are fallible; we accept a certain rate of failure by using them for a task. The same goes for computers. You have to look at the specific tasks that computer system is being engaged for and ask yourself exactly how much it is worth?

      Do you buy the high availability with-added-blue-crystals version for that task, or will some old beater that needs a day’s worth of poking every year do? How sure are you of that?

      It isn’t about the sysadmins, it isn’t about the tech, it isn’t about egos or glory or “new for the sake of new.” IT is about money. Specifically making more money than you invest into it. Without the business, there is no reason for IT to exist.

      That said

      …most management are complete fucking morons who don’t understand the above any more than the jihadist sysadmins in love with their new shiny. They either fall into the camp of “demanding the impossible as soon as they read about it in a magazine” or “treating IT like a cost center and pinching every penny until they can’t do the job they are assigned properly.”

      So while I agree with the dude in this article’s take on things – I’ve written articles and comments to this effect more than once – reality rarely allows this sort of focus to exist. Human nature simply gets in the way.

      When management treats IT poorly, IT becomes defensive. The nerds become jealous of what little they have, and are loathe to expend resources to solve a problem, fearing that when they need resources to solve a larger problem they won’t be made available.

      Systems administrators designing and implementing IT solutions in a fully management-integrated and business-aware fashion relies on a level of cooperation and trust between management and IT that exists only in the best run companies in the world. The chances are exceptionally high that you, and nearly every single one of my readers don’t work in such a company.

      Therefore I believe it is far more relevant for to discuss coping strategies for dealing with terrible management than it is to discuss the theoreticals of systems administration in a unicorn factory.

      If you work in a place where management have clue; congratulations. Cherish your job; it’s rare. The rest of the world has to deal with inadequate budgets, corporate politics, hostile management and worse.

      Attitude adjustment on behalf of systems administrators can only go so far towards alleviating those issues. It must be something all parties engage in. You don’t do yourself any favours by being completely servile any more than you do by being overly aggressive and hostile.

      By hey, in a forums where absolute polarisation and binary thinking is the norm, why examine shades of grey? There’s black and white to worry about!

      1. This post has been deleted by its author

      2. Anonymous Coward
        Anonymous Coward

        Re: Trevor Pott

        Systems administrators designing and implementing IT solutions in a fully management-integrated and business-aware fashion relies on a level of cooperation and trust between management and IT that exists only in the best run companies in the world. The chances are exceptionally high that you, and nearly every single one of my readers don’t work in such a company.

        I'm working to make sure that I am in this kind of company. They were close before, but we're getting there.

        As a few have mentioned before, no matter what, this is still a people business. Understand this and use it to your advantage and to make things better and you'd be surprised at the results.

        1. Trevor_Pott Gold badge

          Re: Trevor Pott

          Only works if the cother side plays ball. How long do you try in a one-sided effort? I lasted 8.5 years before I gave up. Now it's "man the barricades."

      3. Keith Langmead

        Re: Trevor Pott

        I think he makes many valid points but they're only one side of the issue. I agree that as techies we can be a little too eager to opt for the solution that gives us more toys to play with, and to lose sight of the business side of the equation. Building the best all singing all dancing solution that incorporates every element of failover, expansion and redundancy from a MS whitepaper might sound great, but spending £50k+ on a solution that might save the company £1k per year just isn't worth it. And while we might try to deny it, us techies are just as keen to build our own little empires as any other part of the business.

        But on the flip side, guys like this and others in management need to treat IT as a key element in finding the appropriate solution, not simply the implementers of whatever management decide is the best way to go based on little or no actual knowledge. Sometimes management may have the right answer, but if they don't include IT in the decision they'll never know if there might have been a better, cheaper and quicker solution available that they weren't aware of.

        In my experience almost all solutions that have come from IT controlling the direction are anything but random, it's where management change their minds, update the spec mid project, and fail to give an overview of the long term direction being taken that the approach becomes random, as IT has to scramble to pry different systems alongside each other.

        Too often I think management take the view of "oh, they don't need to know those details", and are then annoyed when the solution presented doesn't meet all the requirements that have existed purely in the managers own head. If there are specific constraints, objectives and long term plans then we NEED to know about them.

        Any task can be broken down into Why, What and How. Why and What are down to management to decide, and they NEED to tell us the What with which we decide on the How. IT don't need to know the Why as long as the What includes those constraints and considerations that will make a difference to How. Management can make suggestions for How, but at the end of the day, that's what we're paid for!

  5. Magani
    Linux

    Why...

    ...do I keep getting visions of the BOFH's PFY and The IT Crowd?

  6. jake Silver badge

    Teenager? More like pre-teenager.

    I mean, how much teenage IT do *you* use in your day-to-day life?

    Fortune 500s and the .gov still use Cobol, FORTRAN, mainframe technology and the like, true ...but everybody else? If it's over two years old, it's "archaic".

    That's a mindset provided by idiots listening to marketing, not reality. If the fucking kit works for the way you do business, why in the hell are you (management) planning on spending a boat load of money on new kit that does EXACTLY the same thing, but slower, with higher power costs, more required connectivity costs, and with a training curve for hoi poloi?

    By way of reference, my goto[1] laptop is about eight years old, and my Cellphone is 11ish ... That's hardly "teenage" ... yet here on ElReg, I'm considered an anachronistic old-fart. But I turn a rather nice profit. Unlike Facebook, apparently ;-)

    [1] Knock it off, you know what I mean ...

    1. Trevor_Pott Gold badge

      Re: Teenager? More like pre-teenager.

      I don't know. I think you're mixing CE and corporate IT up. My experience seems to be that most companies (including our governments!) seem to push their systems at least to the 6 year mark. At that point, entropy takes over and the hardware's rate of failure starts dictating replacement schedules.

      Even with a lot of replacements happening now (that old Windows XP stuff is at the end, for most folks,) I find that a lot of companies are being pretty smart about things. They care about things like vPro. They want corporate stable models for their purchases; they might be starting replacement now, but they want to know they can still get the last round two years from now. They buy spares.

      Maybe it’s a “large enterprise” thing? You’d have more experience in the 2500+ seat range than I do; down in the 25-1000 sat range, 6 year life seems to be about right. Maybe longer, as it’s at about 6 years that people say “I should replace that,” but it can take a while before that replacement actually occurs.

      Phones and other CE devices however…they are on a rapid replacement schedule that I just don’t see with desktops and laptops.

      So I am curious; where are you seeing this? Across which cross section of corporates? It is region or industry limited, or are you seeing it broadly?

      1. jake Silver badge

        Re: Teenager? More like pre-teenager.

        I thought we weren't talking, Trevor ...

        ... Exception to the rule? I'm cool with that :-)

      2. Chris Miller

        Re: Teenager? More like pre-teenager.

        You're right, Trevor, it's partly a scale thing - beyond a certain size mainframes remain cost-effective, and IBM and Unisys still sell a lot of them (probably not to new customers, I'd guess). And there are certain requirements that standard Intel boxes can't easily meet - e.g. better than 5x9s availability. But mostly its legacy software. Financial services organisations will have thousands of man-years of mission-critical, (probably) Cobol code with just enough assembler and JCL scattered through it to make migration practically impossible. So it's always the best short-term decision to renew the mainframe for 'just a few more years'. Meanwhile the folks who know how to maintain this stuff are (sadly. literally) dying out.

  7. Ageing Hippie
    Devil

    Bofh

    Or perhaps the PFY would like to give us their opinion.

  8. davnel

    It's even simpler than that.

    IT was developed as an outgrowth of the Accounting department. It's purpose was, and is, to support the company in doing business. Nothing more, nothing less. The better the IT department, the more profitable the company, mostly because they make it more efficient and reduce operating costs. The IT guys need to remember why they are there, who signs their paychecks, and who pays for all the neat toys they get to play with. In spite of appearances, IT is not at war with the rest of the company. You're all on the same team. If the company fails, you're ALL in the unemployment line.

    1. Trevor_Pott Gold badge

      Re: It's even simpler than that.

      Not so black and white. Sometimes you just end up in such a poorly run company that yes, the rest of the company is at war with IT. IT can only drive costs down so far. Eventually, refusal to invest by management means that you reach the hard limit of what can be delivered.

      In those companies, resources are usually pretty thin on the ground, and everyone jealously eyes everyone else, looking for spare coppers. No matter how servile IT acts, some workplaces are simply toxic for everyone.

      While a truly toxic workplace is probably not the norm, the workplace where management and other departments are joined up, “on the same team” and understand their role in business is probably just as rare.

      Most companies fall somewhere in between, and the efforts of systems administrators alone are not going to bridge to social and political gaps in management strategy.

    2. NumptyScrub

      Re: It's even simpler than that.

      quote: "IT was developed as an outgrowth of the Accounting department. It's purpose was, and is, to support the company in doing business. Nothing more, nothing less."

      Absolutely, initially the main use for IT was to help automate tedious fiscal tasks, and most IT managers initially were finance managers. Unfortunately that was 20-30 years ago, and "IT" now have to deliver and support systems for the entire company, not just Finance.

      quote: "The IT guys need to remember why they are there, who signs their paychecks, and who pays for all the neat toys they get to play with."

      Why we are here: the other departments need us to support and maintain their automation software (be it Sales/Marketing database, Order Management software, Logistics software, HR database, company email server(s), company file server(s) etc.)

      Who signs our paycheques: Payroll. They sign everyone else's too, it's their job. :)

      Who pays for our toys: a combination of the efforts of Sales, Marketing, Operations, Fulfillment/Logistics, and Finance, delivered to the company coffers, then sorted into budgets.

      We (IT) certainly need to remember that we act as part of a cohesive whole, a gestalt entity. IT are not the only department to have issues remembering this though; Finance have a tendency to believe they are the centre of the company, as do Sales and Marketing. The point I usually hear made to emphasise the viewpoint is "without us, there would be no company" and I agree wholeheartedly with the statement. Without Sales (or Marketing), we get no money and the company tanks. Without Finance, we cannot usefully process or collect the money owed, and the company tanks. Without Logistics, we cannot deliver the goods and the company tanks.

      Now consider your IT department turning off all the servers (and the phones, we always end up getting the telecoms as well) and leaving the building. Sales, Marketing, Logistics, Finance and pretty much everyone else in the company would immediately find they could not usefully perform their job role anymore, as everyone has got used to the level of automation that IT has enabled. We are equally as important as the other departments for the successful running of the company, and what we do these days impacts the entire organisation.

      We're not just there to delete the viruses you get from browsing porn sites at home (on company kit), or to ensure you get a new iPhone and iPad every time Apple release a new one. We are as critical to the running of the company as any other department. Not more so, as some I've met in the industry believe. Just as critical.

      It's just that investment in IT doesn't have as an immediate effect on the bottom line as more marketing spend, and so tends to get deprioritised except when looking to upgrade to the latest shiny (for this I'm including "new Oracle ERP suite that Finance wants" alongside "new iPad that the CEO wants", shiny can be related to automation software as well). This generally means IT start getting jealous of the budgets of other departments, spent on frivolous things like "advertising" and "product development", when we are positive that it would be better spent on a proper data centre upgrade that would result in less downtime and more capabilities for the end users. The board knows that all those things are essential to grow market share, but IT doesn't; we are now comprised of employees who've never worked for another department, and therefore don't properly understand the business end to end.

      tl;dr - In my experience, insular thinking can happen in any department; it's not just us geeks that think we're the most important part of the company. For harmonious working conditions, everyone needs to remember that everyone's job is important in keeping the company running ;)

  9. Robert E A Harvey

    I blame management

    Back in the mainframe era we had Business Analysts, who were not the same thing as machine minders or coders.

    Cutbacks and empire building by managers, especially the ones who became CTOs have tried to merge the 3 roles.

  10. xyz Silver badge
    Devil

    RANT

    I agree with the bloke in the piece. I'm currently trying to rejig a business's IT (I'm the solutions architect...yeah, yeah I know) and trying to drag the load of whinging, idle, crusty twats that is the IT department into the 21st century is driving me barking. I wouldn't mind if they were actually any good at anything apart from being a massed roadblock, but they come on with all this IT BS that when you dig down into, you find they know eff all about jack. They have in effect kidnapped the business and are holding it ransom in the 1990s.

    And don't get me going about the bloody developers and their constant w4nkfest of new ideas which die on their arse after umpteen months of pratting about. Full of BIG ideas but barely able to code.

    The only useful bloke in the whole place is a 17yo apprentice, so I'm threatening them with making him their boss. :-)

    1. NinjasFTW
      Pint

      Re: RANT

      As someone who switches between solutions architect and various administrator roles I think the problem is on both sides. I've seen plenty of corporate architects thrown down some grand plan which completely ignores things like legacy system interfaces, existing tactical fixes, diferent hardware requirement etc. IT then get lumped with implementing this plan that you can't question because its been delivered by God himself. Once you get bitten by that a few times you natually become wary of it.

      On the other hand you do get IT departments that are so set in their ways that any change is exrtemely difficult to get implemented.

      I suspect that a lot of push back from IT departments is due to the lack of communications between the architect and IT. IT don't feel like they have any say in what they are being asked to do, I usually find that if you get them involved in the process early then they are much more receptive and often provide useful feeback.

      Take the entire IT department out for drinks before you hit them with the plan is also useful :)

      1. xyz Silver badge
        Unhappy

        Re: RANT

        >Take the entire IT department out for drinks before you hit them with the plan is also useful :)

        should read...

        Take the entire IT department out and hit them is also useful :)

        I'm not being funny here, I've never come across a shower like this lot. I've just had a blazing row with one of my PMs because IT wants documented how to access AD (and add/edit entries), SQL server and IIS.

        I'm not talking about configuration here, but how to actually access these things.

        My responses of "if they don't bloody know they shouldn't be on the server," "send your staff on a ****ing training course" and "google is your friend" didn't go down too well.

        1. PatientOne

          Re: RANT

          "My responses of "if they don't bloody know they shouldn't be on the server," "send your staff on a ****ing training course" and "google is your friend" didn't go down too well."

          You do realise you've lost, don't you? You were in a hostile situation, being treated as the enemy, and they've thrown enough crap your way that you've resorted to stupid statements.

          Next time, do remember that you're an outsider and that there may be something going on that you're not aware of, such as the department you're reviewing being considered for outsourcing and your report/recommendations are just going towards the excuse to get rid of their jobs.

        2. Trevor 3
          Pint

          Re: RANT

          You don't think that maybe they want you to document how you want them to manage these services because you are changing their roles, permission levels etc...?

          It might not be a question of what software they use to update AD or run some SQL, but if you're laying the law down, they might actually want the procedural or management or role aspects of your changes outlined to them more clearly.

          If that's the case, then asking *them* to document what their current job requires them to do might be a better 1st step than just yelling obscenities at them?

  11. Anonymous Coward
    Anonymous Coward

    He therefore preaches ignoring the potential of the gadget you just bought, downgrading your opinion of your own ingenuity and realising that you cannot devise a way to get stuff done as well, quickly or cost-effectively as a standard process

    Which is funny, we have somebody doing that here too. And yet nobody uses the process suggested correctly (psp / tsp) because frankly, we can't.

    Instead we have to use some mash up using parts of psp, parts of agile parts of test driven development and make the rest up as we go along. Why? Because if we don't management will complain we aren't using the process, even though we really aren't anyway, and we're just making it up as we go along in an attempt to appease them.

    If they dropped hafl the shit and let us work it out our own way we might actually get more work done. Of course that'll never happen, they've already shelled out the few grand for psp training.

    Maybe managemetn should take their own advice. Take a step back and accept that people using the process probably know better as to whether its fit for purpose than some corperate idio who's been brainwashed into thinking its the be all end all.

    Every software development task needs a different process, but managers try to tar all projects with teh same brush.

  12. Gordon 10
    FAIL

    How do BMC equate to

    "deliver capabilities 100% successfully every time"

    Having used their products all I can say is HAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHA.

    1. chr0m4t1c

      Re: How do BMC equate to

      Yeah, I'd have given more value to this guys opinion if he didn't work for one of the worst software companies on the planet.

      I've had BMC "solutions" foisted on me several times in the last 15+ years by architects who believe this type of claptrap and I've never encountered one that worked properly without a huge investment in time and money to make the software do what their manuals say it does, never mind the marketing blurb.

      In fact, I'm still waiting for them to deliver a stable Patrol agent that doesn't fail silently so you don't know. That way I won't have to spend time and money putting in a secondary solution to monitor my "standard" monitoring solution.

      Standards are only quick and cheap if they work, Mr Know-IT-All-Architect. Clean your own teenage bedroom before you start telling me how messy mine is.

    2. Anonymous Coward
      Anonymous Coward

      Re: How do BMC equate to

      I have had to use their Remedy hell-desk software (for which the company paid more than €100K) and can honestly say it's the most useless, broken, outdated, slow and contrary piece of shit that my poor hard drive has ever had the misfortune to support. And I once installed Sonic Stage.

      I seem to recall that one of the user manuals has the database root password in it. It was just the default MSSQL root pass.

      1. Brent Longborough
        IT Angle

        Re: How do BMC equate to

        It must have been Remedy that he was thinking of when he mentioned 'gameification'. As in Wumpus: "You just fell into a pit and broke every bone in your body".

        That's roughly what using Remedy is like.

      2. Medium Dave
        Mushroom

        Re: How do BMC equate to

        "it's the most useless, broken, outdated, slow and contrary piece of shit..."

        And those are it's good points (or were - it's been a while).

        Interesting to be told we're bratty teenagers by the outfit that's done more to promote hair-loss and alcoholism among IT staff than anyone this side of Redmond...

      3. Anonymous Coward
        Anonymous Coward

        Remedy is bad. ITSM is utterly terrible

        We "upgraded" to ITSM a few months ago from Remedy. Remedy is awkward and clunky and illogical, but once you know it you can generally bypass all the stupid bits and assign/update/close calls quite quickly.

        ITSM is an utter nightmare. It's hideously slow, incredibly complex, massively illogical, and hinders EVERY DAMN THING you try to do. It's so bad that it takes me three or four times as long to handle a ticket in ITSM as it does to actually resolve the real problem.

        Needless to say, ITSM take-up is lagging as people try and work around it rather than deal with the bloody thing.

      4. Stoneshop
        Mushroom

        Re: How do BMC equate to

        Remedy. Argh.

        But I have experienced how you can make it less usable than it already is: let the end-user enter their own "problems". At least with a helldesk you have some semblance of consistency in what gets entered, in what language, and non-problems tend to get filtered out.

        1. Anonymous Coward
          Anonymous Coward

          Remedy

          Does this "Remedy" thing have the ability to search through past jobs?

          if so its not as shit as our system , which in intrests of sanity i will name and shame so you can avoid it.

          Ultracomp RedBox

  13. Magister
    Devil

    In that case

    If IT are "Bratty Teenagers", then management are pre-schoolers - viz. "I don't know what I want, but I want it RIGHT NOW! And it must be SHINY!" ("and if I don't get it, I'll scream and scream and SCREAM until I am SICK!")

    The reality is that while there are IT people that suffer with delusions of adequacy, a large number do actually do a pretty good job, given the limits of resources.

    But then of course you get those people from vendors that have to justify their existence. They have a product to sell, so they will insist that their solution will work in every situation and is superior in every way to any other solution; in other words, they are doing exactly what they are accusing IT departments of doing.

    Tell me, why should we be too bothered by what they say?

    1. Anonymous Coward
      Anonymous Coward

      Re: In that case

      @Magister

      I take it you've met the vendors currently insisting their solutions are the best thing since sliced bread, then complain that we're not 'enabling' their product to integrate with our systems despite them leaving it to us to do all the bloody work, which, incidentally, we're paying them to do?

      And yes, Management are as you say, except ours favours JFDI as their instruction.

Page:

This topic is closed for new posts.

Other stories you might like