Day in the life of a Requirements/Specs guy
-
"so what would you say you actually do here then?" "i get the requirements from the customer and i give them to the engineers ... i have people skills you know ... what's wrong with you people!!??" :rolleyes: didn't you get the memo?
"there is no spoon"
{some projects} {about me}l a u r e n wrote:
didn't you get the memo?
Of course not. He didn't turn in his TPS report. Can I have my stapler back?
Once you wanted revolution
Now you're the institution
How's it feel to be the man? -
"so what would you say you actually do here then?" "i get the requirements from the customer and i give them to the engineers ... i have people skills you know ... what's wrong with you people!!??" :rolleyes: didn't you get the memo?
"there is no spoon"
{some projects} {about me}Hehe, I watched this again just the other day :-D
"Walking on water and developing software from a specification are easy if both are frozen."
- Edward V. Berard -
Nishant Sivakumar wrote:
It's good to keep ambitions at a realistic level, but after 10 years you want to be a Specs guy?
Nope ... never said that. BTW ... what's wrong with being a specs guy? ... just curious.
SmartCube wrote:
Nope ... never said that. BTW ... what's wrong with being a specs guy? ... just curious.
Nothing wrong with it - but then, what's wrong about being a coder? I don't think a Specs guy is any better off than a Coder, unless you don't particularly relish coding.
Regards, Nish
Nish’s thoughts on MFC, C++/CLI and .NET (my blog)
Currently working on C++/CLI in Action for Manning Publications. Also visit the Ultimate Toolbox blog -
The spec guy usually is the same as the document guy, which usually same as the design guy, which is usualy same as the coder guy, which is usually same as the tester guy, and usually same as the bug fixing guy.
-
Does anyone know what these guys do? I know they "interface" with clients, write business requirements and draw up UML diagrams. I also know that they can lead a pretty stressful life when projects fall behind schedules but other than the functional side I was wondering if they also contribute technically (DB mgmt., coding, testing etc.) Does this route lead to tech. lead or project mgmt ? How is the pay when compared to coders ? After 3+ yrs as a coder I am looking forward to being something more than that 10 yrs from now. Any insight into this would be greatly appreciated. Thanks!
SmartCube wrote:
After 3+ yrs as a coder I am looking forward to being something more than that 10 yrs from now.
If you're Looking for more Challenge Yourself. Oh and 3+ years nothing still a beginner, in biking terms you're just off the stabilisers.
pseudonym67 My Articles[^] Beginning KDevelop Programming[^]
-
Nishant Sivakumar wrote:
It's good to keep ambitions at a realistic level, but after 10 years you want to be a Specs guy?
Nope ... never said that. BTW ... what's wrong with being a specs guy? ... just curious.
-
Does anyone know what these guys do? I know they "interface" with clients, write business requirements and draw up UML diagrams. I also know that they can lead a pretty stressful life when projects fall behind schedules but other than the functional side I was wondering if they also contribute technically (DB mgmt., coding, testing etc.) Does this route lead to tech. lead or project mgmt ? How is the pay when compared to coders ? After 3+ yrs as a coder I am looking forward to being something more than that 10 yrs from now. Any insight into this would be greatly appreciated. Thanks!
These guys usually do nothing with code, especially in large companies. But if you have the right size for the company you're probably doing both requirements/specs and code, which is a lot more fun than just doing specs and requirements :) I did that kind of work the last few months and it's been fun, but its a little more work than just coding something that was designed by others.
WM.
Yaaarrrr What about weapons of mass-construction? -
Does anyone know what these guys do? I know they "interface" with clients, write business requirements and draw up UML diagrams. I also know that they can lead a pretty stressful life when projects fall behind schedules but other than the functional side I was wondering if they also contribute technically (DB mgmt., coding, testing etc.) Does this route lead to tech. lead or project mgmt ? How is the pay when compared to coders ? After 3+ yrs as a coder I am looking forward to being something more than that 10 yrs from now. Any insight into this would be greatly appreciated. Thanks!
Capturing the requirements and specifications is more systems engineering work than software development. On a large project or in a highly regulated industry (millitary, pharm, etc) writing the specs is often the bulk of the work. Poor requirements and specifications are also the root cause of most failed projects. Getting into requirements capture and drafting specifications is a good way up that ladder, in that it gives you more visibility. However, realize that moving into project management means that you will no longer be coding. Also, project managers have more stress and get beat on by upper management much more than programmers. The pay for system engineers, programmers, and project managers is similar.
-
Does anyone know what these guys do? I know they "interface" with clients, write business requirements and draw up UML diagrams. I also know that they can lead a pretty stressful life when projects fall behind schedules but other than the functional side I was wondering if they also contribute technically (DB mgmt., coding, testing etc.) Does this route lead to tech. lead or project mgmt ? How is the pay when compared to coders ? After 3+ yrs as a coder I am looking forward to being something more than that 10 yrs from now. Any insight into this would be greatly appreciated. Thanks!
That depends.... I interface with the clients, write the requirements, draw the UML diagrams and data flow, functional organization, test requirements, offer opinion to the schedule and estimates, write the code, tools, tests, documentation, reasearch new ideas, recommend hardware (especially my own). What do you want to know? I do it all. :rolleyes:
_________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb)
-
Hehe, I watched this again just the other day :-D
"Walking on water and developing software from a specification are easy if both are frozen."
- Edward V. BerardWhat's this? The IT Crowd?
"A democracy is nothing more than mob rule, where fifty-one percent of the people may take away the rights of the other forty-nine." - Thomas Jefferson "Democracy is two wolves and a lamb voting on what to have for lunch. Liberty is a well-armed lamb contesting the vote." - Benjamin Franklin Edbert Sydney, Australia
-
What's this? The IT Crowd?
"A democracy is nothing more than mob rule, where fifty-one percent of the people may take away the rights of the other forty-nine." - Thomas Jefferson "Democracy is two wolves and a lamb voting on what to have for lunch. Liberty is a well-armed lamb contesting the vote." - Benjamin Franklin Edbert Sydney, Australia
Office Space[^]. Not, actually, that much like The Office.
Stability. What an interesting concept. -- Chris Maunder