1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

Software Project Management - Split from 'Semantic Html'

Discussion in 'Off Topic' started by Shamil, Aug 13, 2010.

  1. Shamil

    Shamil Well-Known Member

    Awesome! Agile/Scrum/Sprint/Daily Scrum Meetings = tasty.
    Semantic SEO is what we should all aim for. It's logical.
  2. Kier

    Kier XenForo Developer Staff Member

    In my experience, pointless and meaningless buzzwords that do nothing to encourage the production of quality software.
  3. Shamil

    Shamil Well-Known Member

    I like that. It's just a complex process that kills you, instantly.
    Grover likes this.
  4. welshstew

    welshstew Active Member

    so what does?

    p.s. without these buzzwords I can't play meeting bingo :(
  5. Enigma

    Enigma Well-Known Member

    Good programmers. Not processes.
    HydraulicJack likes this.
  6. Shamil

    Shamil Well-Known Member

    That's raw, very raw.
  7. welshstew

    welshstew Active Member

    you still need processes, otherwise you will just get into a mess...
  8. Tigratrus

    Tigratrus Well-Known Member

    By the book managers (aka Buy a Book managers) have a nasty tendency to believe that there is "One True Method" that will accomplish the goal. They often labor under the misapprehension that if they do x y and z as a manager then they will get P outcome.

    In reality, management is more about personalities and conflict resolution then anything else IMO. What I would consider a good manager generally has a lot of different techniques for keeping abreast of a project and making sure things get done on as close to the timetable as is practical, but they choose what technique they use carefully, and they adapt to the dynamics of the specific team they are working with. Good 1st tier management is more of a bespoke process, and a lot less of a one-size-fits-all. It's can also be terribly hard to FIND really good 1st tier managers. :)

    Upper management should really be more focused on long range and strategic planning, but mostly they need to be choosing the front line managers with extreme care and monitoring without micromanaging and getting in the way.

    Eh... Sorry for the digression, I've just seen both sides of the coin and as Kier seems to, I believe that management practices buzzwords du-jour are just that. No doubt they are based in a team environment that worked really well, but when you take them out of that particular environment they can do more harm then good unless the manager employing them is deft enough to adapt the processes to his team, and help smooth over the incompatibilities. There are certainly tons of best practices general principles, but viewing any method as a "magic bullet" is almost certainly doomed to failure.

    To put it into venue appropriate jargon: Managing human beings on a project is an analog process, not a digital one ;).
  9. Kier

    Kier XenForo Developer Staff Member

    Something I read recently, which certainly rings true in my experience:

  10. Tigratrus

    Tigratrus Well-Known Member

    Well, I tend not to ascribe to malice what can be chalked up to narrow mindedness/stupidity :).

    But that's a great quote and certainly fits too (management creation opportunity, blech!)... And it fits with the common problem we see in the states all the time where a company goes public, and shortly the "Leadership" is interested more in getting as much as possible when they leave the company, and couldn't care less about the long term future (or even viability) of the company itself.

    I'm a BIG believer in the idea of the company owners valuing the company itself, rather than viewing it as a stepping stone.
    Abomination likes this.
  11. welshstew

    welshstew Active Member

    I would see that as certainly being true when you introduce management contractors / consultant companies. Their aim seems to be to extend the project to make more money.

    However, I have found it isn't true of in house managers, who are reviewed on performance and delivery. I also believe that if you have a good process in place it helps to reduce errors (and thereby reduce risk) and reduce scope creep (or at least allow you rationalise slippage)
  12. Shamil

    Shamil Well-Known Member

    I agree with whoever wrote that. When I was Information System Manager, at a firm, coding the intranet and front-end website. I was pushed daily by their demands. It definately wasn't healthy for the development and caused more issues than worth. After I resigned, the position was not filled, and the management was direct with the development team. I believe that it got worse from there.
    HydraulicJack likes this.
  13. gordy

    gordy Well-Known Member

    sed /management contractors\/ consultant companies/jira/ ;)
  14. Shamil

    Shamil Well-Known Member

    I ended up coding a custom task manager and bug system just so that management could know what was being done, and how fast.
    I'm glad I wasn't a general manager. Dealing with loss and profits would have been hell.
  15. Jason

    Jason Well-Known Member

    Though Jira is far from being the actual problem, in most cases. As is any issue tracker or process if implemented poorly.
  16. gordy

    gordy Well-Known Member

    psst... (``sed /management contractors\/ consultant companies/jira/" means replace management contractors, consultant companies with jira )
  17. Jason

    Jason Well-Known Member

    Yeah, I just noticed that when I went back and re-read it lol.

    Multi-tasking at its best :-/
  18. Tigratrus

    Tigratrus Well-Known Member

    Good thread split! Which brings up the question of how the mod tools work again, can't wait to see/play with 'em! ;)
  19. Joe Ward

    Joe Ward Member

    An orderly process of some kind is a must... but it has to be picked to match the people working the project. Super devs may seem like they are getting by just "winging it"... Nope - they are just following their own basic processes learned from experience. AKA - I'm doing what I know works, even if I don't want to explain it to you during anything that even remotely resembles a meeting. =)

    Weaker/newbie devs would crumble without any sort of plan in mind - unless you're ok with waiting 5 years for project completion and/or living with more bugs than options. Obviously, chaos doesn't beget order! ;)

    Remember, some of the ideas in Agile are about getting rid of those "pain in the butt" meetings. And there's certainly nothing wrong with a good sprint. But you don't want to end up merging two groups with diametrically opposed philosophies on the matter... something that might explain the implosion after the IB acquisition of vB. I can imagine the personality clashing to be symbolized a bit like this (with less suits and more British accents):

  20. SneakyDave

    SneakyDave Well-Known Member

    Synergestic Agile Paradigms be damned!

    Do you want it fast, reliable, or cheap? Pick two, but don't expect more than one.

Share This Page