How can I persuade the boss to do things differently? (VERY LONG WHINGE)
-
The MD previously ran a company that developed similar software to what we are developing. That company was 'successful' in that it was bought by another company, giving him enough money for a while. With this new company, there is an appalling lack of any design whatsoever. The process of developing the software package is: The MD designs some user controls USING THE LIVE SOURCE. Just GUI no code. Sort of like prototyping if it was done by a duck. He commits to SVN then tells someone to develop it. No other details unless you ask - so it can take a while to get information about it (like what does that button do - will there be a list of these or a single one, is it updatable etc. etc. and quite often he hasn't thought enough about it to answer) When something has be developed, he'll take a look, then change his mind about what he wants, and get it to be redeveloped. If he is asked to spend some time designing it before putting mouse to screen, his response is always "I can't give you 100% of what we need, because things will change" and "I know you want to do things differently, but I have developed successful software before, so I won't waste time specifying things unnecessarily." I tried to develop a framework for the latest part of the development, after several meetings being able to decide approximately what he wanted. Now he wants to develop new user controls within the framework - but he's brought in new requirements that, at worst, break the framework, and at best compromise the design (i.e. had I known about these requirements, the framework would be different). So, I asked that he define these requirements, then I could modify the framework to suit, then he could do the GUI design. Nope - he "can't work like that". So - he's designing using a framework that won't support the requirements. If he would finish the design before wanting me to start developing, at least I could modify the framework once I know what it needs to support -but he wants me to start now - with only one or two parts designed. As a real example: On the left is a list of some 20 link labels. Click on one and to the right a User control will be instantiated, containing a list of items. Select an item from the list and another user control will be instantiated showing the details of the selected item. The framework was designed to support this. Now three of the options don't show a list but show an editable view, and at least two (possible more, he hasn't thought it through yet) will show one of two diffe
As Napoleon said: Never correct your enemy when he is making a mistake. Be patient and collect some WTF snippets for us :)
xacc.ide - now with TabsToSpaces support
IronScheme - 1.0 beta 2 - out now!
((lambda (x) `((lambda (x) ,x) ',x)) '`((lambda (x) ,x) ',x)) -
The MD previously ran a company that developed similar software to what we are developing. That company was 'successful' in that it was bought by another company, giving him enough money for a while. With this new company, there is an appalling lack of any design whatsoever. The process of developing the software package is: The MD designs some user controls USING THE LIVE SOURCE. Just GUI no code. Sort of like prototyping if it was done by a duck. He commits to SVN then tells someone to develop it. No other details unless you ask - so it can take a while to get information about it (like what does that button do - will there be a list of these or a single one, is it updatable etc. etc. and quite often he hasn't thought enough about it to answer) When something has be developed, he'll take a look, then change his mind about what he wants, and get it to be redeveloped. If he is asked to spend some time designing it before putting mouse to screen, his response is always "I can't give you 100% of what we need, because things will change" and "I know you want to do things differently, but I have developed successful software before, so I won't waste time specifying things unnecessarily." I tried to develop a framework for the latest part of the development, after several meetings being able to decide approximately what he wanted. Now he wants to develop new user controls within the framework - but he's brought in new requirements that, at worst, break the framework, and at best compromise the design (i.e. had I known about these requirements, the framework would be different). So, I asked that he define these requirements, then I could modify the framework to suit, then he could do the GUI design. Nope - he "can't work like that". So - he's designing using a framework that won't support the requirements. If he would finish the design before wanting me to start developing, at least I could modify the framework once I know what it needs to support -but he wants me to start now - with only one or two parts designed. As a real example: On the left is a list of some 20 link labels. Click on one and to the right a User control will be instantiated, containing a list of items. Select an item from the list and another user control will be instantiated showing the details of the selected item. The framework was designed to support this. Now three of the options don't show a list but show an editable view, and at least two (possible more, he hasn't thought it through yet) will show one of two diffe
I suspect you're more motivated by how a project is done rather than by its commercial success, there's nothing wrong with that. A products commercial success might be measured by the size of its user base, customer satisfaction surveys etc, or it might be that the competition perceive it as a threat and are willing to make an attractive offer to get it off the market. The likes of Cisco, Oracle, GE, Microsoft, IBM, Google and Pfizer have done this many times; and lots of people, like your boss, have made their fortunes as a result. Your boss probably used his ad-hoc approach in developing the products from which he's made his fortune. Given that, why would he change a winning formulae. As for leaving a text on his desk on "why projects go bad", that's probably a waste of time, I suspect that as far as he's concerned his way works and he's got the money to prove it. His prior commercial success may be the reason your company has hired him. The terms of his employment might provide him a healthy bonus if he can get the product to market quickly with the aim of attracting a lucrative takeover offer. It's not clear to me whether you have equity in the company that's employing you, if it goes "toes up" will you be bankrupt? If not and you're young with few commitments then it maybe better to find another job, even if it means earning less money and/or relocating to another city/state/country. If your over 30 and/or you have significant commitments then bite your tongue, get on with the job whilst you try to find a suitable job in a work environment that better suits your temperament. If you have equity in your employer then try talking to someone on the board to get their perspective.
-
The MD previously ran a company that developed similar software to what we are developing. That company was 'successful' in that it was bought by another company, giving him enough money for a while. With this new company, there is an appalling lack of any design whatsoever. The process of developing the software package is: The MD designs some user controls USING THE LIVE SOURCE. Just GUI no code. Sort of like prototyping if it was done by a duck. He commits to SVN then tells someone to develop it. No other details unless you ask - so it can take a while to get information about it (like what does that button do - will there be a list of these or a single one, is it updatable etc. etc. and quite often he hasn't thought enough about it to answer) When something has be developed, he'll take a look, then change his mind about what he wants, and get it to be redeveloped. If he is asked to spend some time designing it before putting mouse to screen, his response is always "I can't give you 100% of what we need, because things will change" and "I know you want to do things differently, but I have developed successful software before, so I won't waste time specifying things unnecessarily." I tried to develop a framework for the latest part of the development, after several meetings being able to decide approximately what he wanted. Now he wants to develop new user controls within the framework - but he's brought in new requirements that, at worst, break the framework, and at best compromise the design (i.e. had I known about these requirements, the framework would be different). So, I asked that he define these requirements, then I could modify the framework to suit, then he could do the GUI design. Nope - he "can't work like that". So - he's designing using a framework that won't support the requirements. If he would finish the design before wanting me to start developing, at least I could modify the framework once I know what it needs to support -but he wants me to start now - with only one or two parts designed. As a real example: On the left is a list of some 20 link labels. Click on one and to the right a User control will be instantiated, containing a list of items. Select an item from the list and another user control will be instantiated showing the details of the selected item. The framework was designed to support this. Now three of the options don't show a list but show an editable view, and at least two (possible more, he hasn't thought it through yet) will show one of two diffe
Have you tried beating him half to death with his own shoes? lol :laugh:
-
This guy sounds interesting to work for. If you do leave can you hand him my CV on the way out? :-D
-
As Napoleon said: Never correct your enemy when he is making a mistake. Be patient and collect some WTF snippets for us :)
xacc.ide - now with TabsToSpaces support
IronScheme - 1.0 beta 2 - out now!
((lambda (x) `((lambda (x) ,x) ',x)) '`((lambda (x) ,x) ',x))ere are already far, far too many. e.g. He honestly actually said the following in a meeting. "I agree I said that, but that's not what I meant." What he actually said was "The service will run on the server". What he (apparently) meant to say was "The server will run on the client".
___________________________________________ .\\axxx (That's an 'M')
-
I suspect you're more motivated by how a project is done rather than by its commercial success, there's nothing wrong with that. A products commercial success might be measured by the size of its user base, customer satisfaction surveys etc, or it might be that the competition perceive it as a threat and are willing to make an attractive offer to get it off the market. The likes of Cisco, Oracle, GE, Microsoft, IBM, Google and Pfizer have done this many times; and lots of people, like your boss, have made their fortunes as a result. Your boss probably used his ad-hoc approach in developing the products from which he's made his fortune. Given that, why would he change a winning formulae. As for leaving a text on his desk on "why projects go bad", that's probably a waste of time, I suspect that as far as he's concerned his way works and he's got the money to prove it. His prior commercial success may be the reason your company has hired him. The terms of his employment might provide him a healthy bonus if he can get the product to market quickly with the aim of attracting a lucrative takeover offer. It's not clear to me whether you have equity in the company that's employing you, if it goes "toes up" will you be bankrupt? If not and you're young with few commitments then it maybe better to find another job, even if it means earning less money and/or relocating to another city/state/country. If your over 30 and/or you have significant commitments then bite your tongue, get on with the job whilst you try to find a suitable job in a work environment that better suits your temperament. If you have equity in your employer then try talking to someone on the board to get their perspective.
urbane.tiger wrote:
t's not clear to me whether you have equity in the company
No - thank the lord!
urbane.tiger wrote:
If not and you're young with few commitments
Damn, one out of three :(
urbane.tiger wrote:
I suspect you're more motivated by how a project is done rather than by its commercial success, there's nothing wrong with that.
interesting point. And partly true. But, more than anything, I am keen not to suddenly find I have no income because the owner has run out of cash. the success of his previous product was good from his perspective - he sold the company for a bundle. The purchasers subsequently found what a croc they had bought, but it was a strategic purchase so they didn't mind too much, I think. As an example of the situation, they had so many outstanding bug fixes (1700+) that they had already resigned themselves that they would not fix any that weren't critical; with the new company, it was argues, there was no need to prioritise change requests or bug fixes, as if they weren't critical we wouldn't do them - This is for the NEW product UNDER DEVELOPMENT. sort of admitting defeat before you start the war, if you ask me1
___________________________________________ .\\axxx (That's an 'M')
-
ere are already far, far too many. e.g. He honestly actually said the following in a meeting. "I agree I said that, but that's not what I meant." What he actually said was "The service will run on the server". What he (apparently) meant to say was "The server will run on the client".
___________________________________________ .\\axxx (That's an 'M')
Maxxx_ wrote:
What he actually said was "The service will run on the server". What he (apparently) meant to say was "The server will run on the client".
My team leaders favourite sayings are: - Generate the code - ... or something Either or both occurs every 5 minutes during conversation.
xacc.ide - now with TabsToSpaces support
IronScheme - 1.0 beta 2 - out now!
((lambda (x) `((lambda (x) ,x) ',x)) '`((lambda (x) ,x) ',x)) -
urbane.tiger wrote:
t's not clear to me whether you have equity in the company
No - thank the lord!
urbane.tiger wrote:
If not and you're young with few commitments
Damn, one out of three :(
urbane.tiger wrote:
I suspect you're more motivated by how a project is done rather than by its commercial success, there's nothing wrong with that.
interesting point. And partly true. But, more than anything, I am keen not to suddenly find I have no income because the owner has run out of cash. the success of his previous product was good from his perspective - he sold the company for a bundle. The purchasers subsequently found what a croc they had bought, but it was a strategic purchase so they didn't mind too much, I think. As an example of the situation, they had so many outstanding bug fixes (1700+) that they had already resigned themselves that they would not fix any that weren't critical; with the new company, it was argues, there was no need to prioritise change requests or bug fixes, as if they weren't critical we wouldn't do them - This is for the NEW product UNDER DEVELOPMENT. sort of admitting defeat before you start the war, if you ask me1
___________________________________________ .\\axxx (That's an 'M')
-
urbane.tiger wrote:
t's not clear to me whether you have equity in the company
No - thank the lord!
urbane.tiger wrote:
If not and you're young with few commitments
Damn, one out of three :(
urbane.tiger wrote:
I suspect you're more motivated by how a project is done rather than by its commercial success, there's nothing wrong with that.
interesting point. And partly true. But, more than anything, I am keen not to suddenly find I have no income because the owner has run out of cash. the success of his previous product was good from his perspective - he sold the company for a bundle. The purchasers subsequently found what a croc they had bought, but it was a strategic purchase so they didn't mind too much, I think. As an example of the situation, they had so many outstanding bug fixes (1700+) that they had already resigned themselves that they would not fix any that weren't critical; with the new company, it was argues, there was no need to prioritise change requests or bug fixes, as if they weren't critical we wouldn't do them - This is for the NEW product UNDER DEVELOPMENT. sort of admitting defeat before you start the war, if you ask me1
___________________________________________ .\\axxx (That's an 'M')
Maxxx_ wrote:
This is for the NEW product UNDER DEVELOPMENT. sort of admitting defeat before you start the war, if you ask me
Depends on what the company owner and his/her backers have in mind? Why not talk to owner and/or if there's a VC involved why not try to get an insight into their strategy. I see your in Aus so you should be able to do that, if not then .... Good Luck Cobber
-
The MD previously ran a company that developed similar software to what we are developing. That company was 'successful' in that it was bought by another company, giving him enough money for a while. With this new company, there is an appalling lack of any design whatsoever. The process of developing the software package is: The MD designs some user controls USING THE LIVE SOURCE. Just GUI no code. Sort of like prototyping if it was done by a duck. He commits to SVN then tells someone to develop it. No other details unless you ask - so it can take a while to get information about it (like what does that button do - will there be a list of these or a single one, is it updatable etc. etc. and quite often he hasn't thought enough about it to answer) When something has be developed, he'll take a look, then change his mind about what he wants, and get it to be redeveloped. If he is asked to spend some time designing it before putting mouse to screen, his response is always "I can't give you 100% of what we need, because things will change" and "I know you want to do things differently, but I have developed successful software before, so I won't waste time specifying things unnecessarily." I tried to develop a framework for the latest part of the development, after several meetings being able to decide approximately what he wanted. Now he wants to develop new user controls within the framework - but he's brought in new requirements that, at worst, break the framework, and at best compromise the design (i.e. had I known about these requirements, the framework would be different). So, I asked that he define these requirements, then I could modify the framework to suit, then he could do the GUI design. Nope - he "can't work like that". So - he's designing using a framework that won't support the requirements. If he would finish the design before wanting me to start developing, at least I could modify the framework once I know what it needs to support -but he wants me to start now - with only one or two parts designed. As a real example: On the left is a list of some 20 link labels. Click on one and to the right a User control will be instantiated, containing a list of items. Select an item from the list and another user control will be instantiated showing the details of the selected item. The framework was designed to support this. Now three of the options don't show a list but show an editable view, and at least two (possible more, he hasn't thought it through yet) will show one of two diffe
Quit and start your own company, free of idiot bosses.
-
The MD previously ran a company that developed similar software to what we are developing. That company was 'successful' in that it was bought by another company, giving him enough money for a while. With this new company, there is an appalling lack of any design whatsoever. The process of developing the software package is: The MD designs some user controls USING THE LIVE SOURCE. Just GUI no code. Sort of like prototyping if it was done by a duck. He commits to SVN then tells someone to develop it. No other details unless you ask - so it can take a while to get information about it (like what does that button do - will there be a list of these or a single one, is it updatable etc. etc. and quite often he hasn't thought enough about it to answer) When something has be developed, he'll take a look, then change his mind about what he wants, and get it to be redeveloped. If he is asked to spend some time designing it before putting mouse to screen, his response is always "I can't give you 100% of what we need, because things will change" and "I know you want to do things differently, but I have developed successful software before, so I won't waste time specifying things unnecessarily." I tried to develop a framework for the latest part of the development, after several meetings being able to decide approximately what he wanted. Now he wants to develop new user controls within the framework - but he's brought in new requirements that, at worst, break the framework, and at best compromise the design (i.e. had I known about these requirements, the framework would be different). So, I asked that he define these requirements, then I could modify the framework to suit, then he could do the GUI design. Nope - he "can't work like that". So - he's designing using a framework that won't support the requirements. If he would finish the design before wanting me to start developing, at least I could modify the framework once I know what it needs to support -but he wants me to start now - with only one or two parts designed. As a real example: On the left is a list of some 20 link labels. Click on one and to the right a User control will be instantiated, containing a list of items. Select an item from the list and another user control will be instantiated showing the details of the selected item. The framework was designed to support this. Now three of the options don't show a list but show an editable view, and at least two (possible more, he hasn't thought it through yet) will show one of two diffe
depends if you want the money he pays then just go along with his whims and smile all the way to the bank if you want a job where you are in a disciplined engineering environment then quit it sounds like it's just a game for him btw i have worked with people almost exactly as you describe and it frustrated the hell out of me and i eventually stopped working with them and felt so much better it was worth the financial hit until something else came along
"mostly watching the human race is like watching dogs watch tv ... they see the pictures move but the meaning escapes them"
-
The MD previously ran a company that developed similar software to what we are developing. That company was 'successful' in that it was bought by another company, giving him enough money for a while. With this new company, there is an appalling lack of any design whatsoever. The process of developing the software package is: The MD designs some user controls USING THE LIVE SOURCE. Just GUI no code. Sort of like prototyping if it was done by a duck. He commits to SVN then tells someone to develop it. No other details unless you ask - so it can take a while to get information about it (like what does that button do - will there be a list of these or a single one, is it updatable etc. etc. and quite often he hasn't thought enough about it to answer) When something has be developed, he'll take a look, then change his mind about what he wants, and get it to be redeveloped. If he is asked to spend some time designing it before putting mouse to screen, his response is always "I can't give you 100% of what we need, because things will change" and "I know you want to do things differently, but I have developed successful software before, so I won't waste time specifying things unnecessarily." I tried to develop a framework for the latest part of the development, after several meetings being able to decide approximately what he wanted. Now he wants to develop new user controls within the framework - but he's brought in new requirements that, at worst, break the framework, and at best compromise the design (i.e. had I known about these requirements, the framework would be different). So, I asked that he define these requirements, then I could modify the framework to suit, then he could do the GUI design. Nope - he "can't work like that". So - he's designing using a framework that won't support the requirements. If he would finish the design before wanting me to start developing, at least I could modify the framework once I know what it needs to support -but he wants me to start now - with only one or two parts designed. As a real example: On the left is a list of some 20 link labels. Click on one and to the right a User control will be instantiated, containing a list of items. Select an item from the list and another user control will be instantiated showing the details of the selected item. The framework was designed to support this. Now three of the options don't show a list but show an editable view, and at least two (possible more, he hasn't thought it through yet) will show one of two diffe
I think you should look at this as an opportunity to improve your design skills. If his changes are a pain to change in your current design then your design can use some improvements. Don't just get it working with his latest and greatest idea, improve the design with each iteration to make the changes trivial. Learn what worked and didn't work each time you need to change the design. You will learn a lot taking this approach. It is not too often that developers have the opportunity to redesign things as frequently as it sounds like you are getting to do.
-
The MD previously ran a company that developed similar software to what we are developing. That company was 'successful' in that it was bought by another company, giving him enough money for a while. With this new company, there is an appalling lack of any design whatsoever. The process of developing the software package is: The MD designs some user controls USING THE LIVE SOURCE. Just GUI no code. Sort of like prototyping if it was done by a duck. He commits to SVN then tells someone to develop it. No other details unless you ask - so it can take a while to get information about it (like what does that button do - will there be a list of these or a single one, is it updatable etc. etc. and quite often he hasn't thought enough about it to answer) When something has be developed, he'll take a look, then change his mind about what he wants, and get it to be redeveloped. If he is asked to spend some time designing it before putting mouse to screen, his response is always "I can't give you 100% of what we need, because things will change" and "I know you want to do things differently, but I have developed successful software before, so I won't waste time specifying things unnecessarily." I tried to develop a framework for the latest part of the development, after several meetings being able to decide approximately what he wanted. Now he wants to develop new user controls within the framework - but he's brought in new requirements that, at worst, break the framework, and at best compromise the design (i.e. had I known about these requirements, the framework would be different). So, I asked that he define these requirements, then I could modify the framework to suit, then he could do the GUI design. Nope - he "can't work like that". So - he's designing using a framework that won't support the requirements. If he would finish the design before wanting me to start developing, at least I could modify the framework once I know what it needs to support -but he wants me to start now - with only one or two parts designed. As a real example: On the left is a list of some 20 link labels. Click on one and to the right a User control will be instantiated, containing a list of items. Select an item from the list and another user control will be instantiated showing the details of the selected item. The framework was designed to support this. Now three of the options don't show a list but show an editable view, and at least two (possible more, he hasn't thought it through yet) will show one of two diffe
You can't! Quit, quit now, quit before it is too late and your brain melts.
Henry Minute Do not read medical books! You could die of a misprint. - Mark Twain Girl: (staring) "Why do you need an icy cucumber?" “I want to report a fraud. The government is lying to us all.”
-
The MD previously ran a company that developed similar software to what we are developing. That company was 'successful' in that it was bought by another company, giving him enough money for a while. With this new company, there is an appalling lack of any design whatsoever. The process of developing the software package is: The MD designs some user controls USING THE LIVE SOURCE. Just GUI no code. Sort of like prototyping if it was done by a duck. He commits to SVN then tells someone to develop it. No other details unless you ask - so it can take a while to get information about it (like what does that button do - will there be a list of these or a single one, is it updatable etc. etc. and quite often he hasn't thought enough about it to answer) When something has be developed, he'll take a look, then change his mind about what he wants, and get it to be redeveloped. If he is asked to spend some time designing it before putting mouse to screen, his response is always "I can't give you 100% of what we need, because things will change" and "I know you want to do things differently, but I have developed successful software before, so I won't waste time specifying things unnecessarily." I tried to develop a framework for the latest part of the development, after several meetings being able to decide approximately what he wanted. Now he wants to develop new user controls within the framework - but he's brought in new requirements that, at worst, break the framework, and at best compromise the design (i.e. had I known about these requirements, the framework would be different). So, I asked that he define these requirements, then I could modify the framework to suit, then he could do the GUI design. Nope - he "can't work like that". So - he's designing using a framework that won't support the requirements. If he would finish the design before wanting me to start developing, at least I could modify the framework once I know what it needs to support -but he wants me to start now - with only one or two parts designed. As a real example: On the left is a list of some 20 link labels. Click on one and to the right a User control will be instantiated, containing a list of items. Select an item from the list and another user control will be instantiated showing the details of the selected item. The framework was designed to support this. Now three of the options don't show a list but show an editable view, and at least two (possible more, he hasn't thought it through yet) will show one of two diffe
D*mn I don't know who you are, but clearly we work in the same company. Only difference is that my requirements come from one division and my tools come from a different division. The two divisions don't talk with one another and generally disagree. My job is 'easy' all I have to do is write code that makes it 'pretty', keep the customers happy, mates two contridictory goals, and attend meetings where we ... um ... we ... well ... um ... anyway attend meetings. :-)
-
Maxxx_ wrote:
What he actually said was "The service will run on the server". What he (apparently) meant to say was "The server will run on the client".
My team leaders favourite sayings are: - Generate the code - ... or something Either or both occurs every 5 minutes during conversation.
xacc.ide - now with TabsToSpaces support
IronScheme - 1.0 beta 2 - out now!
((lambda (x) `((lambda (x) ,x) ',x)) '`((lambda (x) ,x) ',x))leppie wrote:
- ... or something
I'll be damned. I didn't realize my teenage daughter was your team leader. That can work to your advantage. "Do blah blah blah or something." Then you can do whatever you want. "I chose 'or something.'" ;P
BDF People don't mind being mean; but they never want to be ridiculous. -- Moliere
-
leppie wrote:
- ... or something
I'll be damned. I didn't realize my teenage daughter was your team leader. That can work to your advantage. "Do blah blah blah or something." Then you can do whatever you want. "I chose 'or something.'" ;P
BDF People don't mind being mean; but they never want to be ridiculous. -- Moliere
Big Daddy Farang wrote:
"Do blah blah blah or something." Then you can do whatever you want. "I chose 'or something.'"
:) Almost sounds like Trainspotting; I chose not to do blah blah, I chose 'or something'!
xacc.ide - now with TabsToSpaces support
IronScheme - 1.0 beta 2 - out now!
((lambda (x) `((lambda (x) ,x) ',x)) '`((lambda (x) ,x) ',x)) -
The MD previously ran a company that developed similar software to what we are developing. That company was 'successful' in that it was bought by another company, giving him enough money for a while. With this new company, there is an appalling lack of any design whatsoever. The process of developing the software package is: The MD designs some user controls USING THE LIVE SOURCE. Just GUI no code. Sort of like prototyping if it was done by a duck. He commits to SVN then tells someone to develop it. No other details unless you ask - so it can take a while to get information about it (like what does that button do - will there be a list of these or a single one, is it updatable etc. etc. and quite often he hasn't thought enough about it to answer) When something has be developed, he'll take a look, then change his mind about what he wants, and get it to be redeveloped. If he is asked to spend some time designing it before putting mouse to screen, his response is always "I can't give you 100% of what we need, because things will change" and "I know you want to do things differently, but I have developed successful software before, so I won't waste time specifying things unnecessarily." I tried to develop a framework for the latest part of the development, after several meetings being able to decide approximately what he wanted. Now he wants to develop new user controls within the framework - but he's brought in new requirements that, at worst, break the framework, and at best compromise the design (i.e. had I known about these requirements, the framework would be different). So, I asked that he define these requirements, then I could modify the framework to suit, then he could do the GUI design. Nope - he "can't work like that". So - he's designing using a framework that won't support the requirements. If he would finish the design before wanting me to start developing, at least I could modify the framework once I know what it needs to support -but he wants me to start now - with only one or two parts designed. As a real example: On the left is a list of some 20 link labels. Click on one and to the right a User control will be instantiated, containing a list of items. Select an item from the list and another user control will be instantiated showing the details of the selected item. The framework was designed to support this. Now three of the options don't show a list but show an editable view, and at least two (possible more, he hasn't thought it through yet) will show one of two diffe
I think this is a great topic that persists a feeling in IT in general. Probably someday there will be a degree or course in Engineering Psychology or the Psychology of Design as it pertains to building consensus with COMPLETELY disparate groups. 1) A good salary is a great thing, but that $ doesn't reduce frustration. If your any good at your job you're passionate, then salary is a ends to a means, ie we normally want to build something and look back on that and say, "I did that". 2) Although he is an MD, and therefore Omnipotent, he has had to have a peer review from time-to-time. See if you can find an instance where he was doing something one way and had to reconsider. Especially in medicine where there aren't "do-overs". This will help bring to him the idea that even though this is software and your time is infinite :-) it would be best to have a "plan" going into it like a treatment plan or surgery plan. 3) Detachment from outcome is a wonderful thing but hard to obtain. If you would rather do then redo, it might be time to move on. If you can look at this is a challenge that you're obviously taken on, consciously or subconsciously, then it would behoove you to stay the course. Build the system the way you think it should work and then show it to him. But remember if you make someone feel like a dipshit, even if they deserve it, then you'll probably fail and loose the game. Even then you can say you played a good game but we all would rather win then say we played hard. Happy Hunting :)
We all sit around and suppose while the secret sits in the center and knows - Robert Frost
-
The MD previously ran a company that developed similar software to what we are developing. That company was 'successful' in that it was bought by another company, giving him enough money for a while. With this new company, there is an appalling lack of any design whatsoever. The process of developing the software package is: The MD designs some user controls USING THE LIVE SOURCE. Just GUI no code. Sort of like prototyping if it was done by a duck. He commits to SVN then tells someone to develop it. No other details unless you ask - so it can take a while to get information about it (like what does that button do - will there be a list of these or a single one, is it updatable etc. etc. and quite often he hasn't thought enough about it to answer) When something has be developed, he'll take a look, then change his mind about what he wants, and get it to be redeveloped. If he is asked to spend some time designing it before putting mouse to screen, his response is always "I can't give you 100% of what we need, because things will change" and "I know you want to do things differently, but I have developed successful software before, so I won't waste time specifying things unnecessarily." I tried to develop a framework for the latest part of the development, after several meetings being able to decide approximately what he wanted. Now he wants to develop new user controls within the framework - but he's brought in new requirements that, at worst, break the framework, and at best compromise the design (i.e. had I known about these requirements, the framework would be different). So, I asked that he define these requirements, then I could modify the framework to suit, then he could do the GUI design. Nope - he "can't work like that". So - he's designing using a framework that won't support the requirements. If he would finish the design before wanting me to start developing, at least I could modify the framework once I know what it needs to support -but he wants me to start now - with only one or two parts designed. As a real example: On the left is a list of some 20 link labels. Click on one and to the right a User control will be instantiated, containing a list of items. Select an item from the list and another user control will be instantiated showing the details of the selected item. The framework was designed to support this. Now three of the options don't show a list but show an editable view, and at least two (possible more, he hasn't thought it through yet) will show one of two diffe
Recognize that your frustration (and probably the boss's) stem from different ways of working. He is not organized, but develops his ideas in "real time". Many successful people have short attention spans, it's not wrong just different from your approach. You shouldn't try to change that, but should figure out how to best work with it with a minimum of frustration to both of you. Seems like you need a quick prototyping system that shows the GUI and a very limited interactivity. That would allow you to iterate the front end and functionality until he is satisfied w/o investing time in a framework. Once the frontend is completed you can build the backend.
Melting Away www.innovative--concepts.com
-
Recognize that your frustration (and probably the boss's) stem from different ways of working. He is not organized, but develops his ideas in "real time". Many successful people have short attention spans, it's not wrong just different from your approach. You shouldn't try to change that, but should figure out how to best work with it with a minimum of frustration to both of you. Seems like you need a quick prototyping system that shows the GUI and a very limited interactivity. That would allow you to iterate the front end and functionality until he is satisfied w/o investing time in a framework. Once the frontend is completed you can build the backend.
Melting Away www.innovative--concepts.com
Member 4723455 wrote:
different ways of working.
You can say that again!
Member 4723455 wrote:
quick prototyping system that shows the GUI
I actually set one up specifically so he could do this - but he thinks it's a waste of time because we then have to do the GUI twice - once for the prototype and once for real - and if he doesn't use the exact controls, it might look slightly different. As it is we probably change each user control about 20 times before it gets to what he wants - and probably 20% of thos changes involve changes to the business logic and/or object model
___________________________________________ .\\axxx (That's an 'M')
-
D*mn I don't know who you are, but clearly we work in the same company. Only difference is that my requirements come from one division and my tools come from a different division. The two divisions don't talk with one another and generally disagree. My job is 'easy' all I have to do is write code that makes it 'pretty', keep the customers happy, mates two contridictory goals, and attend meetings where we ... um ... we ... well ... um ... anyway attend meetings. :-)
grgran wrote:
but clearly we work in the same company.
OMG - you had me worried for a minute!
grgran wrote:
and attend meetings where we ... um ... we ... well ... um ...
We have those meetings too. Foolishly(?) I suggested we actually have some sort of agenda for a meeting, and stick to it - and also suggested that, if a meeting was to decide whether to use this control or that control for the display of lists, we actually make a decision during the meeting, rather than saying "That's a technical issue" and leaving it at that. I have not been invited to any more meetings. WIN!
___________________________________________ .\\axxx (That's an 'M')