Is it something every acquired company has to go through? Is there a right way to do this?
Is it something every acquired company has to go through? Is there a right way to do this?
I can't say names here. I once worked at a rinky-dink startup, one of the early guys, we raised some cash, burned through it, and finally found an acquirer. The acquirer had been acquired by a larger company a handful of years earlier and essentially operated as its own entity and they wanted to "not break" us.
They essentially treated us hands off and invested in us, it felt great, we got raises, better insurance, new computers and such. The pressure of not worrying about the company dying was awesome. There were some things that bothered different people differently, we had to switch to their email system, they eventually came and re-numbered out network and kind of took control of some things we probably shouldn't have had control of in the first place. No one left, I don't remember anyone being too upset, basically everything was exactly the same as it had been, only we weren't going to die and they gave us more money..
A different sort of thing did start to happen though, we'd been on life-support doing what companies on life-support do, we worked as quickly as possible, cutting out everything that wasn't essential. We were now part of an organization with a name, a brand, a real sales force that was good, and some different expectations on our output. I think it became clear that we were putting out a different callibre product than what was expected from the organization as a whole and at that point that started getting more hands on and we initially reacted with paranoia. Probably cost the product about 9 months to a year and we probably should have changed some of the staffing, some folks just couldn't change gears.
In retrospect, if I could do it again from their side. They made fairly generous offers to the "brilliant engineers" to keep them there, think nice raises and then about $400,000 in various stock based incentives to hang out for 3 years. They should have been a bit more hands on early, explained what is expected, explained what the brand means, explains how if something takes longer to do it right then we're going to do it right rather than force it out and after maybe 6 months offered some folks like 1/3 of the stick-around-money to leave if they didn't want to be part of it, just vested it early if they wanted to walk away.
Seems like you want the dust to settle, things to calm down, then you want to tackle the cultural changes (and regardless of how close things are, there will be some) head on. And in my mind, if there are some bad cultural fits, then that just needs to come out, be addressed and have some sort of amicable way to part. If the culture change is one that involves going from the "Adult plan" to time-sheets, it's gonna hurt, in fact it just seems silly.
>we had to switch to their email system [...]
>basically everything was exactly the same as it had been
I disagree. Although I would characterize the behavior as far more hands-off than the typical acquisition, it's clear that the acquirer here couldn't resist the temptation to Fuck With the little things. Even the little things matter, but, as other commenters have pointed out, something like timesheets (arguably a very little thing in deed) are a symptom rather than a cause.
As for timesheets, all that stuff sucks, which is why you need to think of work as "making money" first and "being fun" second. If some company wants to pay me a million dollars to fill out timesheets, that's their loss, not mine. I have plenty of fun writing code at home. If I get to do a bit at work too, excellent.
(Sometimes I feel like my current job is like this. I seem to spend half my time in meetings and half my time coding. This is a massive, egregious, insane waste of money. But it's not mine, so it's not really my problem. If I didn't go to the meetings, people wouldn't think I was doing any work, and that would be my problem.)
I've always wondered how that's useful to anyone. Judge me by the quality of work I do, but not whether I sit in the chair the required number of minutes.
That's also one of the rationale for constantly asking to do the same stuff with less (money, employees, etc...): because trying to measure efficiency is almost hopeless in most companies, just asking that 10 % improvements actually leads to actual improvements globally. You just don't know where exactly. The bigger the organization, the more efficient this inefficiency is in some ways.
Of course, in small companies, this is awful, because most smart people, especially smar engineers, really hate this way of working.
A couple of months of dutiful swiping later, one of the guys got curious and... found that it wasn't connected to anything.
(A bunch of people left shortly after.)
The program sometimes crashed.
I also had to fill out a paper timesheet, in case the computer one was wrong. My manager and I both had to sign it.
I printed a TPS Report cover and posted it on my cubicle in silent protest. And I happily moved on when the time came.
Oh let's not be overdramatic shall we ?
Civilization dies from a thousand papercuts, not a thundering blow. When the barbarians cut its head it's already dead.
That being said, timesheets are definitely one of those papercuts.
The timesheets are a symptom, not a cause, of the malaise that creeps over acquired startups. Timesheets correlate strongly with TPS Reports (don't forget the cover letter), long conference calls, labyrinthine procurement rules (sorry, you need to buy that widget from our preferred vendor), deeply nested org charts, zero-sum team performance reviews, and so on. It's an environment practically designed to kill productivity dead and drain the enthusiasm of the most dedicated employee.
Then, when the timesheet dude shows up (which they will), just say no. When the meetings are being called, say no. It'll be a shitstorm, and lots of people will dislike you for getting away with it, but you should get your way if this happens soon after the acquisition (when someone way up stands behind the acquisition and can't have it go bad this early.) Let the shitstorm happen, and stand tall. I don't think any company would fire founders of a company they acquired a month or two ago.
I don't know, anyone know of cases where it happened this way? Or is being a wholly owned sub really the only way to have a culture that's separate from the parent company?
They did this, but took it to another level and kind of tortured the incumbent manager assigned to supervise them. It was the only time in my career I have ever seen a grown man cry at work.
One thing that always bugged me - when I ran Delicious, I had people submit a weekly status update (just a list of bullet points) to the entire company. That way everyone knew what was going on.
We got to Yahoo, and my boss decided to kill that.
When I got to Google, globally visible weekly status in bullet point form are part of the culture. I take this as validation.
Yes.
a. Make it a fully owned subsidiary.
b. Don't fuck with it.
I am guessing it can work but founders/entrepreneurs aren't necessarily the best managers and are likely to get bored and be looking for their next startup. As a new owner of a company it seems to make sense to transition the senior management to people who are more suited to managing and running a company rather than those who like building a company.
This goes two fold for those companies who have primarily technical founders who are almost always unsuited for the roles in senior management.
Also, the issue isn't that the founders leave; it's that the energy does. Founders are always going to leave.
However, Reddit had some innovative founders, who came up with a new concept, then got acquired and eventually the founders left. However, due to its great team (and passionate community) it has continued to grow and become something amazing.
Therefore neither getting acquired or the founders leaving caused a negative effect.
By this logic, the maximum life of any company is about 40 years.
Walmart and ExxonMobil are two examples of companies that became gargantuan long after their founders had left. In fact, of the Fortune 5000, I would bet the majority no longer employ their founders.
If your team can't fight Romulans when you're down on the planet, you've failed as a manager, was the moral of the story.
It's literally like dropping the anchor from a sailboat under full wind.
Changes that don't improve the business should be removed. If management can't provide improvement, management should be removed.
It's as simple as measuring effectiveness and making changes that work.
Here's a question: Why do you need timesheets? You didn't before. What's changed? If you can't -- legally -- avoid them, at least be honest about it. And don't let them become a tool for petty tyrants. (Oh, and, good luck with that last part.)
The one before that said the timesheets were used to do reporting for R&D grants from the government.
Which, like any score-base system, leads to results being gamed rather than the underlying performance being properly affected. Witness the banking crash - traders incentivised for short-term deals and not (by and large or significantly) penalised for them going wrong later, so they inflate a bubble. Now we have armies of economists arguing for longer bonus vesting periods or for penalty clauses, but they're missing the underlying problem that the system simply doesn't work.
Yes I admit - I've always wanted time sheets. And they ARE a mixed blessing. They can have a strong negative influence on the "relationship" to your employees. I also have to learn my lesson(s). But I hold onto them for one reason: Timesheets were my revision history. When times are busy and the work is growing over your head, and you are sitting alone in your office, they can help you to understand what was done when.
They can become a very valuable historic document and planning instrument. Often the only way you can plan the future is understand the actions and errors you and your team made in the past,
Once you're assimilated, business decisions that impact your team become an MBA math abstraction to the parent company leadership. Time sheets are BigCo's mechanism for mapping what people to do top-down business objectives. The tops of most BigCo's think they have a strategy, but usually don't.
Also, there is something about timecard software that brings out the worst in enterprise software developers. I have never, ever seen one implemented well. I get to see a lot of them in this job.
If I could upvote that a thousand times I would.
Why o why is this so true? And why hasn't anyone done anything about it?
The problem I believe, is, fundamentally, the need for managers to justify their existence. Whereas other roles in the organization - engineers, salespeople, secretaries - have clear reason for their existence and work they can point to (code written, products sold, paychecks processed) managers do not.
The fact that nobody reads any of these timesheets and that project estimates based on hours are a complete nonsensical fiction are really beside the point. The point is that the very production of this work is taken as proof that the manager, too, is producing valuable work.
In small startups timesheets are irrelevant because everyone has their heads down getting on with the job. Managers exist, but the company can't afford to have people who just "manage". They do other valuable roles - whether technical or sales or office admin. The sign of a company "growing up" is when you suddenly have all these new people you have to report to, with ill-defined titles like "Product Delivery Manager" - and the timesheets.
OK, but why are timesheet programs so badly designed ? The hardest thing in software development is to design something that's ill-defined - in other words, if the purpose of the program is a bad one, it's really hard to build a good program to fulfill that purpose. Simple timekeeping software isn't hard but management have so many nonsensical requirements that the software increases in complexity and correspondingly decreases in usability.
http://poorbuthappy.com/ease/archives/2010/11/23/4827/data-c...
and
http://poorbuthappy.com/ease/archives/2010/11/27/4832/why-ge...
The best software can't be created in a factory assembly line with interchangeable drones.
If you're implying that Yahoo's MO is to acquire companies and convert them into pumping out hum-drum, mediocre software, well, that sounds about right.
Sometimes it's easy, sometimes it's not, but the thing that bugged me was that it eventually was used against you.
Mgr: "Oh.. well.. I see here you've only put in 38 hours on core projects this last week... this doesn't look too good to others."
Me: "Well, I was actually here in the building for 46 hours, but 8 of those hours were doing some other stuff that there's no timesheet entries for."
Mgr: "Oh... like what?"
Me: "Like answering questions from people in the building that have questions about some of the projects I'm working on - status updates, etc. Apparently you and the other managers aren't updating anyone, and they ask me."
Mgr: "That's not your job."
Me: "So... I should silently ignore them, or give them a canned response to go ask their own dept manager?"
Mgr: "yes. But that didn't take 8 hours last week!"
Me: "I was also doing some research on a couple new debugging tools."
Mgr: "There's no need for that - the senior engineers are making their decision next week about what tool you'll use."
Me: "OK...."
Mgr: "I don't want to see you make a habit of 38 hours a week from now on."
Me: "Ummm... the last 3 months I've been putting in 45-50 hours non-stop, and have been in on some weekends to work with some other people to hit the deadlines."
Mgr: "Yeah, that's great, but 38 hours..."
This is a composite of discussions I've had and colleagues have had with various managers over the years whenever timesheets are involved. YMMV.
I understand that it's still unpleasant to deal with that.
He did not want dishonesty, but probably would not mind some tweaking in how work activities are categorised in a timesheet.
Like once, in a sprint that took 5 weeks, the last week was scheduled for bug-fixes / quality assurance. I did nothing for 3 and a half weeks, finished my assignments in 2 days, then for a whole week I just fixed a couple superficial bugs here and there.
Reported time: ~ 170 hours.
EDIT: to expand on this point, the secret is in how you do the initial estimation. Hugely overestimate the small / easy tasks (explain with technical babble if needed) , then underestimate the difficult tasks. So not only will you secure lots of free time, but you'll also be that genius that finishes difficult tasks in 1 hour :-)
Heck, you might even be promoted to management; that's how all the cool kids in management are doing it :)
EDIT: Thought better of it and changed my message. But I still think your manager is a moron since he's unable to point out the above, and life is too short to work for people like that.
Also... I'm taking it too seriously? Over a 2 month period when, say, 400 hours are logged, but one week 2 hours are not accounted for in a specified (yet unspoken, hint hint, nudge, nudge) manner, and I'm taking it too seriously?
98% main
1% support
0.5% boss' pet task
0.5% other
All they want is for your time sheet to match that because that's what they've paid for. Some managers are smart enough to just tell you that, others (like the one you appear to have) don't like to say it for some reason. They should just automate it because the numbers you plug in are completely static.
It's just double booking, one side put in a "debit" for the project and now you're putting in the "credit" side saying it was paid. No one cares what you actually did because the exact moments you spent on the project shouldn't affect anything (assuming you're not a problem worker).
The places I've been without timesheets have generally been less stressful overall, and I think the 'fit things in to a timesheet' model contributed to that stress (for me and for others).
I used to get stressed about time sheets, same as you. Then I had a manager who told me what they were really for. Since then I always put in the stock work week, broken down how ever it is supposed to be broken down. Regardless of what I actually work. I keep my real hours in a personal spread sheet so I know how much time I'm over or under and actually work from that.
As a side note, this extra time you're working is just time thrown in the trash. No one is going to thank you for it and if everyone else is doing the same thing you wont even get any kind of promotion for it since it's not "above and beyond". I know, I used to work 60+ hours for a company. Up until the day they laid me off.