Atlassian Acquires Trello For $425M (techcrunch.com) 90
An anonymous reader shares a TechCrunch report: Atlassian today announced that it has acquired project management service Trello for $425 million. The vast majority of the transaction is in cash ($360 million), with the remainder being paid out in restricted shares and options. The acquisition is expected to close before March 31, 2017. This marks Atlassian's 18th acquisition and, as Atlassian president Jay Simons noted, it is also the largest. Just like with many of Atlassian's other acquisitions, the company plans to keep both the Trello service and brand alive and current users shouldn't see any immediate changes.
$425 million!!!!???!!!! (Score:1)
How in the world do these people get so much money in the first place!?! I mean, seriously. Holy, fuck!
Re: (Score:2)
Easy, let's say facebook has 1 billion users and each user is worth 5$ of marketing potential, facebook is now worth 5 billion dollars - get it?
You can't go down to the piggly wiggly and spend marketing potential.
Re:$425 million!!!!???!!!! (Score:5, Insightful)
Easy, let's say facebook has 1 billion users and each user is worth 5$ of marketing potential, facebook is now worth 5 billion dollars - get it?
You can't go down to the piggly wiggly and spend marketing potential.
But you can go to a bank and your investors, wave your "marketing potential" about, and then get some sum of {loan, stock, approval to spend some cash} to BUY the Piggly Wiggly outright for $100 million. You end up increasing your "marketing potential" by $200 million because of "synergy", the news of the buyout boosting the value of Piggly Wiggly, etc.
When the bank wants their loan money or your investors point to the plateauing stock price, you simply repeat the process with a new target. When you run out of targets you "spin off" prior targets into their own entities and sell their shriveled husks to some chump. If you can't find a chump, you cut the staff, burn it to the ground, and sell the IP and assets for pennies on the dollar.
If this goes on for a while, you'll end up posting successive quarters of losses and people will be calling for your head. Just jump out the window with your golden parachute and move on to the next company to repeat the process.
Re: (Score:2)
You can, you just have to sell it to some chump first.
Re: (Score:2)
You can't go down to the piggly wiggly and spend marketing potential.
But you can ask advertisers to pay for access to your ad network, and then take their money down to the Piggly Wiggly.
It's called a market economy. Seems to work pretty well; I recommend reading up on it.
Re: (Score:2)
They are advertising to worthless idiots; well, at least, I never use their services...
Aren't you the clever one? Or not.
To an advertiser, an idiot is worth whatever he has in his wallet, plus anything he can beg, borrow, or steal.
It doesn't matter if you or the average Facebook user happens to be a loudmouthed, judgmental ass. If you have money and a passing interest in their product, you are worth something to advertisers.
Re: (Score:2, Insightful)
Those are exactly the sorts of things that people say and believe just before a bubble bursts!
Thank you for expressing them. You've given the rest of us hope that the end of all of this "Web 2.0" nonsense is closer than ever.
Re: (Score:2)
It has been ten years, and had there been a bubble, it would have popped by now.
The bubble popped a while ago, but no one wants to admit it.
Online advertising doesn't work, and people are increasingly going out of their way to block ads. All that user data is essentially worthless to anyone but scammers and spying governments. But we're Wile E. Coyoteing the situation - we've run off the cliff but we won't fall until we look down. We're pretending there's more cliff to run on with everyone resorting to clickbait bullshit to maintain view counts (and not have to hire journalists) and
Re: (Score:3)
I also have no clue, better raise a ticket!
Re: (Score:2)
AC probably confused Git with Github, as most Github users do.
Re: (Score:3)
I agree that most of Atlassian's stuff is overpriced bloated crap, but comparing JIRA and Bugzilla is like comparing dial-up and FIOS and claiming they're both internet access from your phone company, so they're the same.
We looked at and rejected Confluence because MediaWiki is free, less resource intensive, and works. We rejected Bamboo because we find Quickbuild (another commercial product) is cheaper, less resource intensive, and much easier to use than Bamboo or Jenkins. Commercial packagings of OpenS
Re: (Score:2)
Maybe in the hands of a very dedicated team customizing bugzilla, it can be ok. I have not yet seen it happen (including Mozilla themselves, as well as RedHat).
However, out of the box redmine worked pretty well. With less than a day of learning, we could implement a new workflow in a few minutes. It's such an underrated piece of software.
Re: (Score:1)
Re: (Score:3)
much less productive than Bugzilla
I'd much rather see something like redmine raised as an example. Bugzilla is a terrible ticketing system. If JIRA is worse than that, that just seems like an extremely hellish proposition.
First they talk people into getting rid of Git then shove Bitbucket down your throat.
I assume you are talking about something else than getting rid of Git, since bitbucket is a git based solution. I prefer GitLab over bitbucket for on-prem, and github for community based work (networking effect and all).
What we have found to work best for us has been:
redmine - bugs/feature/project tracking
gitlab - repos
Re: (Score:2)
I mean, Trello has 19 Million users, so that's ~$80 a user. Given that Jira runs $10 a month (plus more for related services), that could be cheap for high quality leads to upsell into Atlassian's ecosystem.
Read the article (Score:4)
And still have no idea what these companies produce or why I should care.
Re:Read the article (Score:5, Informative)
If you plan to work in an Agile environment then you might want to drop that attitude and make it your business to find out what these companies do.
Atlassian produces online collaboration tools like Jira and Confluence. Jira is a ticket-management system that lets you set up Kanban boards or SCRUM boards on which your team tracks the progress of tickets through the various stages to completion, and supports Agile visualizations such as burn-down charts. Confluence is a wiki-like tool for sharing documentation.
Plenty of employers are asking for Agile experience, so if you're familiar with these tools then it'll work in your favor.
Re: (Score:3)
Fortunately their ticketing (Jira) and documentation (Confluence) products are good for actual work as well. I've used them in the past in a network engineering role, and I use confluence now in an equipment support role. Confluence is what Sharepoint would be like if the Sharepoint developers had ever used Wikipedia and Sharepoint also wasn't garbage.
Re: (Score:3)
Any time I hear "Agile" or any of those other buzzwords, I run for the door.
Just you do that. If you don't want to learn a skill or method that employees are asking for then knock yourself out.
Re:Read the article (Score:5, Insightful)
In my experience if I hear 'the Agile' then almost certainly the process actually in use is not Agile, but the company in question did give some consultant a lot of money to let them tell themselves that. Especially if they go on and on about their Agile process sometimes even more than they want to talk about what they actually *do*.
Real agile shops tend to not really think much about it. They focus on what they do, and they may use 'Agile' process and such, but it's never something that dominates in their mind. This actually makes sense because Agile came about as a rejection of a process-obsessed software development culture where teams would get so tangled up in formal processes that a lot of work was more process overhead than work, so while a process needs to be in place, it shouldn't loom large in the minds of those following it.
Now Agile is a buzzword milked for consultancy and certification fees. Atlassian gets some of my disdain for contributing to that (I've heard so many people say you can't possibly be doing Agile if you aren't using JIRA for example), but based on my experience at least their software isn't bad (though perhaps not worth the price compared to free alternatives), so they at least contribute something compared to other businesses invoking 'Agile' for financial gain.
This is the fate of *anything* that becomes hyped in the world dealing with something like software/project management, it will be diluted and perverted and become indicative of very little.
Re: (Score:3)
Re: (Score:2)
On top of that, the whole origin of Agile goes explicitly *against* what I hear from a lot of parties claiming to convert some process to agile.
"Individuals and interactions over processes and tools"
Yeah, that's not at all a profitable thing, so now Agile advocates mandate certain specific ways and tools. The fact people even say 'The Agile Process' seems to run counter to the very first sentence that started off the whole 'movement'.
This whole evolution from reasonable call for sanity to insane consultanc
Re: (Score:2)
I didn't say reject processes, I said they shouldn't dominate the thinking of those adhering to them.
The problem is that in practice, many Agile teams I've encountered experience scenarios where they *will not* proceed even if they overwhelmingly know it's the right thing to do because it hasn't worked out in their processess and tooling.
Re: (Score:3)
It really depends on the company. Almost all organizations say "we use Agile methodology", and it can mean either little or nothing, or a lot.
For example, one place I worked at was proud of their "Agile" system. However, I wound up spending 4-6 hours a day in stand-up meetings which were a combination of a confessional, Celebrity Apprentice blamestorm/tattlefest with people wringing their hands on how others are blocking them, and long speeches as each member defended themselves and tried to point the bla
Re: (Score:3)
A good rule of thumb is if they mention they use Agile within 5 seconds of starting an interview, or in general devote more than 5 or 6 words to explain that they use Agile, then they probably are not doing it truly right. They can speak about the tooling they use with more words, but if they feel obsessed with explicitly wrapping every concept back to the word 'Agile' rather than leaving it implied then it's probably a good sign to run away.
Re: (Score:3)
Those
Re: (Score:2)
Take it up with your sys admin who should be on top of these things. I use Jira and Confluence every day. There's nothing wrong with them.
Re: (Score:2)
Apparently you're ok with the bazillion emails you get when your PM goes and makes edits to a story you're assigned to. I've gotten as many as 11 emails in the span of minutes. I *LOTHE* Jira and Confluence. There are plenty of tools that serve the same purpose and fit the way I work much better. I realize they are popular and are mostly capable in managing a project, but they really irk me in the fringes.....the places where people don't concentrate because it isn't seen as critical path to the applica
Re: (Score:1)
There are plenty of tools that serve the same purpose and fit the way I work much better.
Could you please give some examples? I'm also interested in JIRA (and Confluence) alternatives.
Re:Read the article (Score:4, Interesting)
We have used redmine in the same capacity for requirements, project and issue tracking. It's not as shiny and almost no one knows about it, but it's got a surprisingly powerful project management and ticketing system. Unfortunately it's code repository integration is rather weak, but it can be hooked into Gitlab to try to have the best of both (repository management of gitlab with the project tracking of redmine).
Re: (Score:1)
You get an email for *every* *single* *change* made to your tickets. Typical day:
mail 1: Your boss changed the delivery date of your task
1 minute later: Your boss changed the sprint.
30 seconds later: your boss changes the sprint back to its original
1 minute later: your boss attaches revised requirements document
30 seconds after that: revised unit testing spreadsheet.
1 minute later: email chain in which you discussed the change of scope w/boss pasted into comments.
2 minutes later: QA pastes the same email c
Re: (Score:2)
You get an email for *every* *single* *change* made to your tickets. Typical day:
mail 1: Your boss changed the delivery date of your task
1 minute later: Your boss changed the sprint.
30 seconds later: your boss changes the sprint back to its original
1 minute later: your boss attaches revised requirements document
30 seconds after that: revised unit testing spreadsheet.
1 minute later: email chain in which you discussed the change of scope w/boss pasted into comments.
2 minutes later: QA pastes the same email chain with an explanatory note regarding scheduling
1 minute later: boss changes the due date again.
30 seconds later: boss changes the sprint again.
30 seconds later: boss posts a question in the comments.
30 seconds later: boss changes the state of a ticket.
2 minutes later: you've been assigned a new task because X just went on vacation.
30 seconds later: Comment added to said task asking if you have bandwidth for this.
2 minutes after that: Said new task assigned to developer Y.
Dude. Fix your settings. Don't blame the tool.
Re: (Score:2)
Re: (Score:2)
Unfortunately, I'm a consultant and the barbarian Jira admin is with my client, so that investment wouldn't endear me with my boss......
Re: (Score:2)
Re: (Score:3)
GitLab does a decent job of having a private git repository and code review with ability to have continuous integration.
I really don't like the thought of one company (Atlassian) being synonymous with 'Agile'. You don't have to use their tools to be doing Agile right, and in general you shouldn't be so obsessed with 'Agile' and lose sight of what your actual objective is.
Re: (Score:2)
I have no idea what any of those words mean. In five years they will be meaningless.
Re: (Score:2)
Makes me wonder if in a few years, Agile and SCRUM will be like how TQM was in the 1990s.
Re:Read the article (Score:4, Insightful)
And still have no idea what these companies produce or why I should care.
And in the same breath Slashdotters will whine that they have relevant skillsets and that it's because of their age they can't get hired.
Re: (Score:2)
If an employer gets hung up on whether a developer has used Atlassian product before, then they are crazy. The learning curve of these systems should be trivial. If the applicant at least seems comfortable with the principles of how you do things, knowledge of the tools should be easy.
I could see getting a bit nervous if they have not used git, but even then if they'd used any version control software, I wouldn't be too bothered.
Ideally you wouldn't even get *too* hung up on whether they have experience w
Re: (Score:2)
If an employer gets hung up on whether a developer has used Atlassian product before, then they are crazy.
Not if they want new employees to hit the ground running.
The learning curve of these systems should be trivial.
What if it isn't? What if they don't want to pay you to figure it out?
I find it valuable to fish for technology a candidate is not familiar with and see how they react to the prospect of having to deal with it, even if that technology would not be part of the actual job.
Well, maybe you have a difference of opinion. And they just sold out for $425 million.
While your opinion may have value, we know they succeeded so their method is definitely workable.
The simplest counterargument to your entire line of reasoning is this: If they have access to a pool containing hundreds of competent candidates, they should choose a competent candidate with relevant e
Re: (Score:2)
Not if they want new employees to hit the ground running.
The ramp-up contributed by lack of familiarity with your selected tools should be so small as to not be noticeable in the presumably much larger ramp-up associated with them familiarizing themselves with your specific team and work. If you are actually needing sophisticated project management tools, then your work is not trivial and there is *no* way to hit the ground running, and the *least* of your worries should be whether or not they are able to figure out your selected tools. If it *is* a significant
Re: (Score:2)
You would be surprised. When I was looking for work a few months ago, knowing the exact tool was a deal breaker. If you didn't know Bamboo, the interview was over, for example. Or, if you GitLab and GHE, but not BitBucket, you were shown the door.
Re: (Score:2)
I suppose my *hope* is that I influence fellow people to not get that hung up. I occasionally am in the position of hiring, and I give nearly no weight to whether or not they have used our chosen tools before versus understand the general idea. Now if someone acts overly intimidated with working with unfamiliar technology, or claims they do know the tooling when they clearly don't, that is something I consider a warning sign.
Re: (Score:2)
The comment I replied to said "still have no idea what these companies produce".
There's a difference between "I've never used Atlassian's Git server however I've setup my own GitLab/Hub/Gogs server. And I have not use Trello specifically but I am familiar with use of Kanban boards in the development process".
The comment I replied to showed complete ignorance to both companies listed and the "why I should care" tells me that they have no interest in learning.
I could see getting a bit nervous if they have not used git, but even then if they'd used any version control software, I wouldn't be too bothered.
That's just asking for trouble. Especially for an
Re: (Score:1)
Oh well... (Score:3)
I bet the layer of product managers at Atlassian became top-heavy, with number of managers outpacing the number of sub-par software products they release (like JIRA.) So, the natural next step in the evolution of the company is to buy a non-sub-par software product company, and let the product managers have their way with turning the purchased software products into sub-par products. That way, every product manager gets a fair share of practice at screwing up perfectly fine software that probably doesn't really need to be modified in the ways they are intending.
Trello + Jira = Awesome (Score:2)
Re: (Score:3)
Re: (Score:2)
Re: (Score:1)
Makes perfect sense (Score:4, Funny)
Video - You Suck at Excel with Joel Spolsky (Score:1)
Joel Spolsky, co-founder of Trello, has this fantastic Excel training video: https://www.youtube.com/watch?v=0nbkaYsR94c
Run away! Run away! (Score:3)
I don't know what Atlassian will do with Trello, but their existing products are horrid.
We use JIRA (a bug tracker) and Confluence (a wiki). These suffer from
- poor use of screen space
- useless search
- crude and inconsistent text editing
- verbose, non-standard, and broken markdown
Atlassian products are built for shelf-appeal: they are designed to look good in sales demos, and to appeal the people who sign POs and checks: CEOs, VPs, and directors. But they don't actually work for the people who have to use them: programmers and first-line managers.
Atlassian puts their own bug database [atlassian.com] online. When you find a problem with Atlassian software you can search for it there. You will likely find that other people have found this problem before you, and opened tickets on it, which Atlassian has since closed, explaining either
- yes, it is broken, but fixing it would be hard, so we're not going to
OR
- no, that's the way it is supposed to work, and we're not going to change it
Re: (Score:2)
We use a scrum plugin for redmine which our software guys seem to like and actually use... plus it is open source!
Re: (Score:1)
Atlassian puts their own bug database [atlassian.com] online. When you find a problem with Atlassian software you can search for it there. You will likely find that other people have found this problem before you, and opened tickets on it, which Atlassian has since closed, explaining either - yes, it is broken, but fixing it would be hard, so we're not going to OR - no, that's the way it is supposed to work, and we're not going to change it
Agree. There are so many feature requests that would make the tool more useful that they flat out reject because... I guess they don't feel like doing work?