- Feb 17, 2010
- 3,274
- 202
- 106
Can I get an outside opinion on something?
So, I am a senior developer contracting at a company X.
There is a project that I am the lead developer on. Lets call this project B, which was developed to replace A. B1, what is now live to the public, was developed by a guy who owns a company that we bought part ownership in. We will call this guy F.
Back in March, I was hired to develop a replacement to B1 - B2. B1 had not gone live yet, but we knew it was bad enough that it would at the least need significant work. They did not want to ask F to do this work, due to politics. He is apparently difficult to work with - I dont know, never met him. So, they hired me to basically develop something that was better than what F had done, but do it in house so that it can be easily maintained. However, one day, F phoned our CEO and asked him to put B1 live, so that his replacement for A, A2, could go live. Our CEO agreed without consulting anyone. B1 was so bad that we had clients quitting within days. I think we have lost at least 3 clients, some of them major, and lots of others only stayed because they have been promised that B2 will address all of their concerns. Plus we had to resurrect A to allow them to do their work - lots would have quit had we not done that.
So it was a disaster. The CEO did take responsibility at least, eventually.
So now B2 is looking good, and we are planning to put it live end of May, as far as I know. Yesterday, there is a project/product meeting. No technical people at all are invited, not me, not any of my colleagues. In this meeting, they talk about the future of the B series of products, and B3. B3 is to be the next iteration of B2, but developed with proper requirements elicitation and apparently with several exciting ideas that will make it better. Yes, B2 has not gone to market, we do not know what clients do or do not like about it. They also talked about other related products, that share a common database structure but are aimed at different markets. And they also talked about B2 and the reports in it, and decided that they need some outside help to make the reports "better". They dont yet know what they dont like about the current reports. They have been testing and giving feedback, so I have fixed all of their complaints about the reports thus far, and to my untrained eye, they dont look bad, and are a massive improvement over B1's reports. But now this other guy is coming in at 11 to have a look. Bear in mind, the people who arranged that he come in, do not know how the reports are generated, so I'm not sure he can help.
I'm furious, for two reasons:
1. B1 was a screw up because the CEO did not stop to ask for feedback on B1 before launching it - not even from technical people who were busy developing the replacement. So it was a screw up. Yesterday, they have a meeting to plan a roadmap, without any technical staff present. History repeats itself. They had one non technical business intelligence guy there, that is it. Why not involve at least one technical resource? I'm not saying it has to be me, I just think you should have technical staff involved at the beginning of any project discussions.
2. Dont bring in someone else to finish the reports without at least discussing it with me. Firstly, I can advise you on what kind of person we might need to do them properly. There are 100 million different ways of generating reports, and if they get someone in without the right skills, it will be a waste of time. Secondly, its insulting when you get someone in to finish my work, when you yourself do not know what is wrong with my work. EDIT: also its very late in the project's lifecycle to get someone in work on reports. Ideally he should have been involved from the beginning, but he wasnt because they decided that B2's reports should be the same as A's, not B1's.
Am I right to be hugely irritated?
So, I am a senior developer contracting at a company X.
There is a project that I am the lead developer on. Lets call this project B, which was developed to replace A. B1, what is now live to the public, was developed by a guy who owns a company that we bought part ownership in. We will call this guy F.
Back in March, I was hired to develop a replacement to B1 - B2. B1 had not gone live yet, but we knew it was bad enough that it would at the least need significant work. They did not want to ask F to do this work, due to politics. He is apparently difficult to work with - I dont know, never met him. So, they hired me to basically develop something that was better than what F had done, but do it in house so that it can be easily maintained. However, one day, F phoned our CEO and asked him to put B1 live, so that his replacement for A, A2, could go live. Our CEO agreed without consulting anyone. B1 was so bad that we had clients quitting within days. I think we have lost at least 3 clients, some of them major, and lots of others only stayed because they have been promised that B2 will address all of their concerns. Plus we had to resurrect A to allow them to do their work - lots would have quit had we not done that.
So it was a disaster. The CEO did take responsibility at least, eventually.
So now B2 is looking good, and we are planning to put it live end of May, as far as I know. Yesterday, there is a project/product meeting. No technical people at all are invited, not me, not any of my colleagues. In this meeting, they talk about the future of the B series of products, and B3. B3 is to be the next iteration of B2, but developed with proper requirements elicitation and apparently with several exciting ideas that will make it better. Yes, B2 has not gone to market, we do not know what clients do or do not like about it. They also talked about other related products, that share a common database structure but are aimed at different markets. And they also talked about B2 and the reports in it, and decided that they need some outside help to make the reports "better". They dont yet know what they dont like about the current reports. They have been testing and giving feedback, so I have fixed all of their complaints about the reports thus far, and to my untrained eye, they dont look bad, and are a massive improvement over B1's reports. But now this other guy is coming in at 11 to have a look. Bear in mind, the people who arranged that he come in, do not know how the reports are generated, so I'm not sure he can help.
I'm furious, for two reasons:
1. B1 was a screw up because the CEO did not stop to ask for feedback on B1 before launching it - not even from technical people who were busy developing the replacement. So it was a screw up. Yesterday, they have a meeting to plan a roadmap, without any technical staff present. History repeats itself. They had one non technical business intelligence guy there, that is it. Why not involve at least one technical resource? I'm not saying it has to be me, I just think you should have technical staff involved at the beginning of any project discussions.
2. Dont bring in someone else to finish the reports without at least discussing it with me. Firstly, I can advise you on what kind of person we might need to do them properly. There are 100 million different ways of generating reports, and if they get someone in without the right skills, it will be a waste of time. Secondly, its insulting when you get someone in to finish my work, when you yourself do not know what is wrong with my work. EDIT: also its very late in the project's lifecycle to get someone in work on reports. Ideally he should have been involved from the beginning, but he wasnt because they decided that B2's reports should be the same as A's, not B1's.
Am I right to be hugely irritated?
Last edited:
