3 ms·

so you're saying $250k to build the app once you get specs from the $53,750,000 worth of meetings and planning committees? That sounds much more reasonable and

so you're saying $250k to build the app once you get specs from the $53,750,000 worth of meetings and planning committees? That sounds much more reasonable and not like $50million worth of tax payer money was stolen /s

belval 4y ago
Wouldn't it be fair to say that once an organization reaches a certain scale it is expected that communications constitute most of its overhead? Something like ArriveCan requires the collaboration of several branches of government and ties in with a system that monitors over 2M arrivals in our country every month. Even all the doers attitude in the world won't change the fact that they won't just give you access to those databases without some pretty extensive review. Just think of the QA needed on the arrival machines at the airport, you can't afford to have them all be out of order because they handle much of the incoming traffic, so the "ArriveCan update" has to be thoroughly tested so that it does not cause any significant downtime. This is the exact opposite of the "move fast and break things" environment. To summarize, I do think that ArriveCan (the program) was a waste of money, but I think the program itself did not waste money. It's the price that comes with building multi-systems applications.
- kennend3 4y ago
  Two things for you. First, I fully agree with everything you said. It wasnt the best use of money, but these people fail to grasp what it takes to build a system integrated with the government. Dealing with any large org requires a lot of back and forth with contracts, legal, etc and the government is worse as they have entire organizations which seem to be created specifically to slow things down. Second, your points are most likely falling on deaf ears. All they see is "simple CRUD app costs $54M" and can never see past this, have next to zero experience dealign with large orgs or their complexity, requirements, etc.
- amscanne 4y ago
  Your first point was excellent, but now you’re trying to prove too much. QA for a software update on those machines is hardly going to justify the cost. But, along with a million other things, I’m sure it was itemized and subitemized, inflated and billed and that’s how we got into this mess. The fact that doing things in government is much more expensive than people think because you have to go through so many hoops and align so many stakeholders is valid. But in this case, they probably still managed to pay 3-5x more than they should have presumably because of basic incompetence and cronyism. Even though the criticism is imprecise (and you’ve legitimately noted why), it’s still about 80% right.

belval 4y ago

Wouldn't it be fair to say that once an organization reaches a certain scale it is expected that communications constitute most of its overhead? Something like ArriveCan requires the collaboration of several branches of government and ties in with a system that monitors over 2M arrivals in our country every month. Even all the doers attitude in the world won't change the fact that they won't just give you access to those databases without some pretty extensive review. Just think of the QA needed on the arrival machines at the airport, you can't afford to have them all be out of order because they handle much of the incoming traffic, so the "ArriveCan update" has to be thoroughly tested so that it does not cause any significant downtime. This is the exact opposite of the "move fast and break things" environment. To summarize, I do think that ArriveCan (the program) was a waste of money, but I think the program itself did not waste money. It's the price that comes with building multi-systems applications.

kennend3 4y ago
Two things for you. First, I fully agree with everything you said. It wasnt the best use of money, but these people fail to grasp what it takes to build a system integrated with the government. Dealing with any large org requires a lot of back and forth with contracts, legal, etc and the government is worse as they have entire organizations which seem to be created specifically to slow things down. Second, your points are most likely falling on deaf ears. All they see is "simple CRUD app costs $54M" and can never see past this, have next to zero experience dealign with large orgs or their complexity, requirements, etc.
amscanne 4y ago
Your first point was excellent, but now you’re trying to prove too much. QA for a software update on those machines is hardly going to justify the cost. But, along with a million other things, I’m sure it was itemized and subitemized, inflated and billed and that’s how we got into this mess. The fact that doing things in government is much more expensive than people think because you have to go through so many hoops and align so many stakeholders is valid. But in this case, they probably still managed to pay 3-5x more than they should have presumably because of basic incompetence and cronyism. Even though the criticism is imprecise (and you’ve legitimately noted why), it’s still about 80% right.