Live data from Hacker News

Show HN: Tara – A smart and free alternative to Jira

tara.ai

21–30 of 182 posts

Re: Show HN: Tara – A smart and free alternative to Jira

#21
post #9

why the ai tld?

Our first version (which failed miserably) was a prediction-only product with no workflow and a minimal interface. Here's what happened:

- Initially our hypothesis was we could build data models that automatically suggested a specification or tasks based on certain criteria the user identified (for e.g. iOS app for video based calling). - The system would suggest programming languages, frameworks and a set of tasks based on the criteria - User would immediately reject the suggestions/predictions outright (even if they were based collectively on data from stack overflow and other platforms). This would be due to a number of reasons: 1) Didn't trust the ML models to make the right predictions 2) The predictions were their first interaction with the platform.

As a result- we went back to the drawing board- and realized that to build a true "smart" project management system, we would need to start with intuitive workflows, and pepper in predictions over time based on usage and a team's actual stats. The AI tld stuck, plus we're planning on bringing the ML models to our public version soon. TBD.

We also plan on using NLP for automatic task connect to Git repos/PRs/commits and ML for predictions around effort estimates. But - we're still some time away from the open beta on making that a reality.

P.S. We recently acquired the tara.com domain which took 2 years of negotiations. A story for another time.

Re: Show HN: Tara – A smart and free alternative to Jira

#22
As someone who makes this type of product, I tend to hate this industry. We make things far more complicated than they need be. It's all just ticketing software with labels changed and I just want a list of all the tickets for me to manually filter. I'm tired of companies thinking I don't know the best way to see the tickets I want to see.

Re: Show HN: Tara – A smart and free alternative to Jira

#23

How closely is it coupled with Github / Github issues? Would it work as a replacement for something like Zenhub, which is mostly just a facade over Github's own interface? Can you still add replies to issues directly in Github or do you have to do it in Tara? I would love to replace Zenhub, but almost every other tool would require us moving some key functionality out of Github. We still want to keep all of our issue…

Our Github integration is a two-way sync, so that you can import any open GitHub issues into Tara as Tara tasks. If you update the corresponding the Tara task, the corresponding GitHub issues are also updated, so you can certainly keep using the GitHub issues.

The main benefit of using Tara is that it provides the team a much better way of plan upcoming sprints, and the system also pulls in GitHub PRs to eliminate any blindspots on PRs getting stale.

I'd encourage you to give it a go and try it out to see if it works with your teams workflows.

Re: Show HN: Tara – A smart and free alternative to Jira

#24
post #4

Hi. I worry that this sort of tool does not benefit engineering very much; in my experience, Jira and other time-management tools are used to allow product ownership and management to request ever-sillier features, while penalizing engineers who do not make themselves legible with constant status updates. When designing Tara, how did you account for the power differential between the employees who will be using Tara…

I hope you've at least read the first page. It doesn't sound "like" Jira at all.

Could you explain more? Tara sounds extremely like Jira, both in form and function. The original poster (who is pointedly not answering my question, probably because it is painful and embarrassing) used "alternative to Jira" in the original submission. Other top-level comment threads are directly comparing Tara to Jira. How would you distinguish them?

Re: Show HN: Tara – A smart and free alternative to Jira

#25
post #7

Looks awesome and I would love to try it out. Unfortunately I work at a large company which has 'standardized' on Jira + other related tools. Now that the majority of work is being done through Jira, it would take a world ending event to move away, no matter how good of a product the alternative is.

> I work at a large company... it would take a world ending event to move.

What's your current Theory of Change[0] for how to affect decisions at a large company? Are you simply "paying your dues" and moving up in the ranks until you've accumulated enough political capital to make unilateral changes in the working lives of your underlings? How much does your individual organizational agility[1] figure into it? Are you, rather, content to let all decisions be made by higher-ups for the rest of your career? How do you suppose your peers model change? Is there any semblance of democracy?

I am curious because project tracking tools seem representative of a whole class of stable, albeit local-optima that don't seem to change as often as they should, and as a company ages what changes are made seem to come increasingly from decision-makers far removed from the tools' impact on the Individual Contributor.

As it's been said, "ambiguity is resolved by actions of practitioners at the sharp end of the system."[2]

0. https://en.wikipedia.org/wiki/Theory_of_change

1. https://www.scaledagileframework.com/organizational-agility/

2. https://how.complexsystems.fail/

Re: Show HN: Tara – A smart and free alternative to Jira

#26

As someone who makes this type of product, I tend to hate this industry. We make things far more complicated than they need be. It's all just ticketing software with labels changed and I just want a list of all the tickets for me to manually filter. I'm tired of companies thinking I don't know the best way to see the tickets I want to see.

I'm personally not a fan of ticket systems in general. They're often abused and simply turn into the worst kind of micromanagement and pressuring tools instead of simply acting as a tool for project management complexity.

I'm not against these tools in theory (though Jira is a bit convoluted and overly complex for most simple projects) but I am against how they're widely adopted and abused in practice by businesses to enable terrible internal development cultures or perverse development strategies.

These are the types of tools that when abused, lead to swaths of developers working 50, 60, 70+ hour weeks and burning out. I'd say they're more frequently abused than they are used as aides.

Re: Show HN: Tara – A smart and free alternative to Jira

#27

How closely is it coupled with Github / Github issues? Would it work as a replacement for something like Zenhub, which is mostly just a facade over Github's own interface? Can you still add replies to issues directly in Github or do you have to do it in Tara? I would love to replace Zenhub, but almost every other tool would require us moving some key functionality out of Github. We still want to keep all of our issue…

Our Github integration is a two-way sync, so that you can import any open GitHub issues into Tara as Tara tasks. If you update the corresponding the Tara task, the corresponding GitHub issues are also updated, so you can certainly keep using the GitHub issues. The main benefit of using Tara is that it provides the team a much better way of plan upcoming sprints, and the system also pulls in GitHub PRs to eliminate an…

So no self-hosted option like Phabricator?

Re: Show HN: Tara – A smart and free alternative to Jira

#29
post #4

Earlier quoted context omitted.

I hope you've at least read the first page. It doesn't sound "like" Jira at all.

Could you explain more? Tara sounds extremely like Jira, both in form and function. The original poster (who is pointedly not answering my question, probably because it is painful and embarrassing) used "alternative to Jira" in the original submission. Other top-level comment threads are directly comparing Tara to Jira. How would you distinguish them?

Painful and embarrassing is whenever I try to ride a bike.

A few quick thoughts on this:

- Jira started out as an issue tracker to monitor issues and tasks - it really wasn't built to handle software projects or the SDLC from the get go.

-Setting up insights and reporting can be a pain. And you need to be familiar with all the jargon (epics, stories, burn-down charts). Overall, it's a ton of cognitive overload.

-I used to just manage my issues on Github vs spending time configuring Jira. I only used Jira when the corporate overloads demanded it.

Here's the take on Tara vs Jira.

- We're zero to low config. There are entire 60 minute videos on youtube on how to setup sprints on Jira. On Tara, it's one click. We're really focusing on minimal functionality maximum impact in terms of matrix, and seeing how we can continue to be low config as we make the platform more powerful.

- Insights are ready and built- in with no setup. Once your github is connected, you can view commits and PRs by sprints

- We shipped our first smart indicator- it basically looks at your past few sprints (x>1 when x is no. of sprints) and tells you if your sprint has been overloaded. We're planning on shipping more smart indicators that make suggestions around effort, etc.

Re: Show HN: Tara – A smart and free alternative to Jira

#30
It’s a nice looking tool, but the marketing feels oh so very Enterprise Agile(tm) in ethos.

“Run your weekly sprints on time” — as opposed to them taking two weeks?

To achieve predictability, something has to give. It’s usually “learning” which is never on the plan.

The next release will be done when the right top priorities are met well enough. When’s that? You decide by prioritizing how many priorities are in the release and your bar on quality.

Focus on execution? Why not on building the right thing, and building the thing right?

The thing to manage isn’t tasks, requirements, and sprints. The thing to manage is: “Is this team effective, enough to be trusted?”

Meanwhile, a week takes a week.

Post reply on HN