Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Tara – A free Jira alternative, now with Gitlab

tara.ai

Post reply on HN
Print view View original

131–140 of 140 posts

Re: Show HN: Tara – A free Jira alternative, now with Gitlab

#131

Post by hnlmorg »

curryst wrote: post #129
hnlmorg wrote: post #35

Earlier quoted context omitted.

Are you routinely putting GDPR sensitive information into your ticket tracking system? I'd suggestion most people shouldn't irrespective of GDPR. And if you don't then those terms aren't an issue.

I don't think GDPR differentiates between sensitive info you asked for, and sensitive info that somebody chooses to put in a field not meant for it. It's both great because it prevents loopholes, and shitty because you have to consider GDPR for fields that definitely should never have any PII in them.

> I don't think GDPR differentiates between sensitive info you asked for, and sensitive info that somebody chooses to put in a field not meant for it.

I know GDPR doesn't, my point is if, as a business, GDPR is a requirement from your ticket tracking then you might need to rethink the data you, as a business, are putting on there. Something like this is not intended for tracking customer data. It's intended for assigning work and tracking throughput.

If you need to log customer data then you need a different type of issue tracking and something that project managers et al don't all have visibility of.

Re: Show HN: Tara – A free Jira alternative, now with Gitlab

#132

Post by hnlmorg »

robertlagrant wrote: post #86
hnlmorg wrote: post #35

Earlier quoted context omitted.

Are you routinely putting GDPR sensitive information into your ticket tracking system? I'd suggestion most people shouldn't irrespective of GDPR. And if you don't then those terms aren't an issue.

People's names could be in their logins, which means you have a portion of their employment record.

That's a bit of a stretch. Any large organisation would already have a central database of employee names and job titles that are accessible to everyone within the organisation. That data is available to anyone who looks up an email addresses, let alone any web based services such as Sharepoint. Many businesses even advertise their team publicly as part of their marketing,

I can't see court in the EU ruling in favour of the employee on this specific topic.

More likely the GDPR notice is to remind people about customer data. Which is fine, that's the right thing for Tara to do. However any company using a Tara-like solution for putting customer data on would be in the wrong. That sort of practice would have failed PCI DSS even before GDPR was a thing.

Re: Show HN: Tara – A free Jira alternative, now with Gitlab

#133

Post by robertlagrant »

hnlmorg wrote: post #132
robertlagrant wrote: post #86

Earlier quoted context omitted.

People's names could be in their logins, which means you have a portion of their employment record.

That's a bit of a stretch. Any large organisation would already have a central database of employee names and job titles that are accessible to everyone within the organisation. That data is available to anyone who looks up an email addresses, let alone any web based services such as Sharepoint. Many businesses even advertise their team publicly as part of their marketing, I can't see court in the EU ruling in favour…

No. I'm saying that Tara would have access to both my employer name and my name if they had my work email address as a login.

That's nothing to do with my employer having my name.

Re: Show HN: Tara – A free Jira alternative, now with Gitlab

#134

Post by geniium »

I was interested to test this to see if it could add some values to our team. And am always curious to see what other people come up with.

Oh I was disappointed. Logging in on a mobile device was already cumbersome. Finally checked on the desktop and tested a bit. But the UX is so messy! It's really not clean nor simple to use.

Would never want to use that with SCRUM. Just having to think about on boarding customer to this tool gives me headaches.

Recently, we have switched to https://linear.app (note: I have no affiliation with them). It's just super amazing to use, lots of shortcut, clear, dead simple, well documented. Perfect balance for us.

Hope this comments helps both the team behind Tara and some other looking at alternatives.

Re: Show HN: Tara – A free Jira alternative, now with Gitlab

#135

Post by hnlmorg »

robertlagrant wrote: post #133
hnlmorg wrote: post #132

Earlier quoted context omitted.

That's a bit of a stretch. Any large organisation would already have a central database of employee names and job titles that are accessible to everyone within the organisation. That data is available to anyone who looks up an email addresses, let alone any web based services such as Sharepoint. Many businesses even advertise their team publicly as part of their marketing, I can't see court in the EU ruling in favour…

No. I'm saying that Tara would have access to both my employer name and my name if they had my work email address as a login. That's nothing to do with my employer having my name.

Yes, I got that point and you're missing mine: employer databases are seldom treated as confidential.

- You can ring the employer up and receptionists will readily hand this information over

- Many companies host AD off site

- Business cards

It trivial to find the names of people who work in a team because it's leaked everywhere and for everything.

I guess maybe, just maybe, if you happened to work in a sensitive industry (eg secret services) then there might be a claim here, but no such organisation would host that kind of development content off site in the first place. So it's a moot argument.

The reason Tara publish their GDPR statement is very clearly regarding customer data. Arguing about names and email addresses of customer facing project managers massively misses the point of what GDPR exists for.

Re: Show HN: Tara – A free Jira alternative, now with Gitlab

#136

Post by krick »

otabdeveloper4 wrote: post #94
krick wrote: post #75

Earlier quoted context omitted.

That's surprising to hear. What do you use for this purpose then?

Jira is a communication and documentation platform. You can bolt on some agile project management stuff (Kanban boards and whatnot), but that stuff always seems like a fifth wheel for Jira.

That doesn't answer the question. And, just for the record, "Kanban boards and whatnot" is exactly how we use Jira.

Re: Show HN: Tara – A free Jira alternative, now with Gitlab

#137

Post by mrweasel »

krick wrote: post #75
mrweasel wrote: post #44

Earlier quoted context omitted.

Jira is a project management tool? I think that one of the only things we don't use it for.

That's surprising to hear. What do you use for this purpose then?

CRM, service desk, CMDB, trouble ticket, tickets in general, we just don’t use it to manage project. We have tried things like the Kanban board, but it’s not all that good. Our PM find it easier to keep the tasks in Jira, but do the planning i MS Project

Re: Show HN: Tara – A free Jira alternative, now with Gitlab

#138

Post by robertlagrant »

hnlmorg wrote: post #135
robertlagrant wrote: post #133

Earlier quoted context omitted.

No. I'm saying that Tara would have access to both my employer name and my name if they had my work email address as a login. That's nothing to do with my employer having my name.

Yes, I got that point and you're missing mine: employer databases are seldom treated as confidential. - You can ring the employer up and receptionists will readily hand this information over - Many companies host AD off site - Business cards It trivial to find the names of people who work in a team because it's leaked everywhere and for everything. I guess maybe, just maybe, if you happened to work in a sensitive ind…

All of your examples are for someone's own employer. I'm not talking about people who work for Tara.

I'm talking about their customers.

Re: Show HN: Tara – A free Jira alternative, now with Gitlab

#139

Post by hnlmorg »

robertlagrant wrote: post #138
hnlmorg wrote: post #135

Earlier quoted context omitted.

Yes, I got that point and you're missing mine: employer databases are seldom treated as confidential. - You can ring the employer up and receptionists will readily hand this information over - Many companies host AD off site - Business cards It trivial to find the names of people who work in a team because it's leaked everywhere and for everything. I guess maybe, just maybe, if you happened to work in a sensitive ind…

All of your examples are for someone's own employer. I'm not talking about people who work for Tara. I'm talking about their customers.

I'm not talking about people working for Tara -- I was only ever talking from the perspective of Tara's customers!!!!

The GDPR message is there to stop Tara customers from putting other customers data in there. Like if I'm a customer of Tara and I provide services to you then you are my customer (not Tara's nor an employee of Tara). The GDPR is to tell me not to put your details in there. It's not there to warn me about my own email address being pseudo-public.

The reason this needs to be explicit is because sometimes some organisations will put their own customer data into their support system. While this is generally bad practice it can be excused depending on the type of support system it is and how it's hosted. But the type of system Tara is aimed for, it's not intended to be a customer issue tracker ("customer" here meaning "customers of the people who use Tara" -- not Tara's employees nor Tara's direct customers) and Tara are making that point explicit with their GDPR statement.

Re: Show HN: Tara – A free Jira alternative, now with Gitlab

#140

Post by robertlagrant »

hnlmorg wrote: post #139
robertlagrant wrote: post #138

Earlier quoted context omitted.

All of your examples are for someone's own employer. I'm not talking about people who work for Tara. I'm talking about their customers.

I'm not talking about people working for Tara -- I was only ever talking from the perspective of Tara's customers!!!! The GDPR message is there to stop Tara customers from putting other customers data in there. Like if I'm a customer of Tara and I provide services to you then you are my customer (not Tara's nor an employee of Tara). The GDPR is to tell me not to put your details in there. It's not there to warn me ab…

> I'm not talking about people working for Tara -- I was only ever talking from the perspective of Tara's customers!!!!

Sure, in your own comment thread that might make sense :-) I don't see why you think customer data is less worthy of GDPR than customers of customer data.

Post reply on HN