Thoughts on Culture
Posted: May 25, 2010 Filed under: Business Leave a comment »Three years with barely an update, now I’m at least cranking out content on a once a week basis. I only know of a couple of people who still read my rantings, but it feels good to express opinions after 4 years of attempting to claw my way to middle management by biting my tongue and playing nicely. What a perfect segue into my thoughts on culture.
If virtual ink were a tradable commodity, I’m sure there’d be a playboy trading magnate who made his entire family fortune from selling virtual ink to people who like to write about what makes one company’s culture so successful versus another. So I suppose I’m walking a well-trodden path, but after spending much time analyzing why culture can go from good to bad, there are a couple of things to do (or not do):
Hire Slow, but Make Hiring Easy
Choose your employees very carefully. Only hire the best. One bad apple will certainly spoil the bunch, but make it easy to bring people on. If it takes more than 2 weeks from when the candidate is identified, after the interviews have completed, from the day they could start, your HR processes are broken and you need to fix HR.
Fire quickly
As I said earlier, a bad apple spoils the bunch. If you have a low performer, move them out quickly. Give them a month or two of severance, apologize for it not working out, and wish them the best with a good reference. Just because they’re not working out at your company does not mean they will add no value anywhere.
Accountability, Accountability, Accountability
Failure happens, even at the best companies. Adjust, move on, but hold people accountable. This doesn’t mean your first or second failure means you should exit, it simply means if you’re not being successful then it needs to be analyzed and corrected. Maybe you’re in the wrong seat on the bus. Nothing frustrates your workforce more than seeing someone still in the same position, still failing, a year after it was obvious to everyone they weren’t succeeding. Your personal relationships can be difficult to untangle from your business relationships, but the phrase “it’s not personal, it’s just business” exists for a reason. Everyone should be measured, graded, and held responsible for the areas for which they are accountable.
“What Gets Measured Gets Managed”
Everyone’s heard this quote. S.M.A.R.T. goals, etc. You would think it’s a bunch of management school bullshit that they teach to people to allow them to become HR Generalists. You would think that, until you’ve been somewhere it isn’t practiced. The fish out of water analogy is a very graphic way of describing an organization where the rank and file are flapping around without direction. Goals should be clear, everyone should be marching in lock step towards achieving them. Giving your teams freedom to work on their own is awesome, in moderation. An organization where everyone is marching to their own drum breeds frustration and malicious compliance.
Sticktuitiveness
Ok, so it’s not a word. It conveys the point though. Being wishy-washy, constant direction changing, and a lack of consistency will drive morale through the floor. Nothing will demoralize a group of people who have been working hard towards a goal than to see that goal shift, morph, move, etc, on a regular basis. This doesn’t mean you shouldn’t guide the ship, correct course, and be proactive about hitting a moving target. However, large scale about-faces will certainly destroy productivity.
Conclusion
Most of the points were written on what not to do, but these points are very binary. Each has two sides of the coin, the right way to function and the wrong way. Avoid the wrong way, the right way finds itself. Create a performance culture, foster a meritocracy, and smart and motivated people will find their way to you. An organization full of the best people has no option but to succeed.
Sometimes Shit Tastes Fine
Posted: May 19, 2010 Filed under: Business 1 Comment »Amy Hoy (@amyhoy) is an old friend of mine. We have spent untold amounts of hours on IRC together. We’ve just recently reconnected on Twitter, where yesterday she tweeted a link to “Don’t bite the shit sandwich” on her blog. I’m an avid follower of the startup scene, especially a number of the bullshit peddlers she warns against in her post. I’ve been actively involved in that scene as well, and while I don’t have a huge success story, I think the mistakes I’ve made lead me to some slightly different conclusions.
First of all, I’d get a lot more viewers here if I came out and said “Eric Ries is wrong, lean startups are bad,” or even “Amy Hoy doesn’t know what the hell she’s talking about,” but I won’t. The truth is in the middle. I agree with several of Amy’s conclusions. Startup methodology, like development methodology, exhibits a lot of characteristics of a religion. I believe a lot of great startup companies fail because of the idea that they need to give a product away for free to attract eyeballs, gain critical mass, create shareholder value and then exit. I was part of one of those.
I’ve started an Internet company and I’ve started more traditional small businesses. What I’ll say about the small business world is that it’s steeped in reality. No income coming through the door? Speculative business idea? Don’t look for help from your local bank. More money flowing out than flowing in? Hope you have a rich uncle to fund your “speculation.” Most of the country works this way, real businesses, exchanging dollars for good and services from each other.
If you want freedom from Corporate America (which I’m seriously considering at this point), you can follow Amy’s model (and Charlie’s too). I’d like to see a lot more like those two as well. However, it’s not really new. Plenty of people have been out selling themselves for years. Artists, writers, consultants, you name it, there’s plenty of small businesses built around a person.
The problem with her concept of not taking funding or building to sell is if you have an idea, a great idea, a world changing idea, or maybe even just an idea that’ll fill a great niche, you’re going to get pushed into a service based model. Maybe you have to do consulting on the side to start your business, which is a major distraction. If you don’t, your business is going to be pushed into compromise to make revenue early and be forced early on to attempt to extract value from your idea when it may not be the time to charge for it yet. You’re going to be forced into overhead for customer service, general administration, and key early stage development cycles are going to be consumed attempting to respond to customer demands when your vision for where the product should be going should be the right one.
There is no right answer. If you’re looking to create a product business and not a service business though, don’t discount financing your business with an early stage capital investment. Google doesn’t get built if Sergey and Larry turn their search engine into a product for a specific customer and lose their long term vision of indexing the world’s information. Facebook, recent controversy aside, does not get to be a household product if Zuckerberg spends his days trying to find a way to bring in revenue three months after Facebook’s founding. Nothing wrong with creating a brand around yourself and spending your days free from bullshit either, though.
How to Offshore
Posted: April 28, 2010 Filed under: Default Leave a comment »Today we fired one of our offshore teams. This post isn’t to criticize that initiative or the manager, they definitely weren’t working out, but it does bring to mind several lessons learned, at least from my perspective. This wasn’t my offshore team, but I do have an offshoring effort that’s been very effective thus far. Some advice for when you may be considering your next offshoring initiative:
Preparation
When we created the offshore IT Operations Center, I spent a very significant amount of money with the offshoring company’s consultants to document every application, database, and server they would be supporting. I had them develop all of our procedures for how to escalate problems, and they put together all of our SLA documentation. In short, they wrote the manual on how to do business for our IT Operations Center. Then, and only then, did we consider hiring them to do actual operations work.
Augment, Not Replace
When we brought on the offshore team for the ITOC, it was an augment of existing personnel, which gave us two advantages. One, we didn’t have a fixed limit on transition period which occurs in a lot of offshoring initiatives. Second, we were not letting the onshore team go, so we did not end up with personnel training their replacements or the onshore teams attempting to poison the project. In fact, the offshore team has been a huge success with the onshore team they were augmenting because rather than having a 5 person team covering 24 hours a day, 7 days a week via pagers, cell phones, and a brutal on call schedule, the onshore team now has the ability to leave their house over the weekend rather than be tied to a laptop and Internet connection with confidence we have coverage for the business.
Process, Process, and did I mention Process?
If you cannot onboard a new resource in 30 days, no matter how complicated the position, you’re not ready to offshore. You cannot take a position that requires intense collaboration with onshore resources, high-end skill set, and a strong requirement on independent thinking and problem solving skills and send it offshore without also outsourcing the entire function. Creating a new team in a far-flung location requires them to be able to execute their job without ambiguity, without constant reliance on onshore resources, and with a clear direction as to their responsibilities and deliverables. This means that the processes they are facilitating need to be documented, defined, and well understood.
Offshoring is not Outsourcing
These two terms are used interchangeably, but they are anything but interchangeable. Offshoring means augmenting your resources with lower cost alternatives in another location (usually another country but I hear people are doing the same thing with lower cost US locations). Outsourcing means you are moving a function or a department to be handled by another company. Offshoring is often outsourcing but not always. If you are expecting a high-end skill set, you will only be successful with outsourcing the entire function. The team will need the flexibility to define the process, determine service levels, and generally be in control of the deliverables if you want them to do something other than providing a very specific well defined function.
Summary
Offshoring can be awesome for everyone involved, or it can end up in failure. How it’s approached has everything to do with how it’s received by the co-workers on-shore. Deciding whether to augment or outsource is critical, and if it’s an augment ensuring there are well defined processes that govern the output of the augmented resources is critical. Unclear expectations, lack of preparation, and malicious compliance by existing personnel will doom any offshoring effort to failure.
Customer Centricity is Evil, in IT
Posted: April 24, 2010 Filed under: Business, Tech Leave a comment »
I was listening to a video from Startup Lessons Learned, where a brief comment was made regarding customer centricity at IMVU, which reminded me of a nagging thought in my head in recent months. Customer Centricity is evil, in IT. That’s a bold statement, so let me explain. There are a lot of mechanisms of providing the customer what they need, and perhaps even want, without placing them at the center of your activities.
Being customer centric, as implemented most places I’ve seen, means an unwavering attitude internal to the organization that it will bend over backwards to provide the customer what they want. This leads to some unintended consequences, such as a continual focus on the functional, rather than the non-functional. For those who spend little time doing software project, program or requirements management, functional requirements are things like “I want the software to be able to calculate taxes and print it on a receipt” and non-functional requirements are things like “I want the software to always work.” Bending towards customer centricity and an attitude that the customer is always right, especially in the world of custom software, means the resources of the organization are constantly allocated to the functional while often largely ignoring the non-functional until it’s too late.
This attitude can and will, at a point in the future, leave you in a situation where the scale and complexity of the software the IT organization is producing will begin to collapse under it’s own weight. The nimbleness once felt, perhaps as recently as a few years back, will begin to become cumbersome, as the continuous iterations of “get it done, the customer needs it right away” lead to band-aids, patchwork engineering, and layer upon layer of complexity. Time for things like application rationalization activities, engineering and architecture improvements, and infrastructure improvements are pushed aside in order to make room in the capacity model for more functional requirements for the customers.
The solution? Simple IT. A culture of simplicity is required around every change to drive compromise between what the customer wants and needs and what IT can deliver and maintain. Constant reinforcement of a simplicity culture is required to drive every individual contributor to ask “is this additional complexity required?” It will drive from monolithic to modular, from n to n-1 layers of abstraction, from customization to off the shelf. No organization is perfect, so additional iterations of software should continually simplify and rationalize the changes that in hindsight complicated rather than simplified. The customer demands the non-functional without asking for it, and the customer gets what they’re asking for through simplicity.
What does the mean for the customer? The customer asks for 30 reports, they get 5, because it’s actually in their benefit. The customer wants business rules that force the agents to jump through hoops to try to upsell customers, which leads to ridiculous clicking and wasted agent time, IT pushes towards training, because the complexity hurts the users’ perception of the software and impacts their behavior negatively. The customer asks for a different pricing model for every market, IT refuses to support it. Will this lead to significant conflict and accusations that IT is not responsive to the business? Absolutely! Perhaps the company will go through three IT leadership teams before they realize their behavior is the problem, or perhaps they will never realize. Either way, IT has a duty to the business to draw a line between what is possible and what is right, and IT is in the unique position to provide the business with facts and data about how decisions driving complexity hurt not only IT, but hurt the business. Simplicity is, in reality, complicated to deliver; it’s the enemy of mediocrity; it’s the champion of forethought and design; and a culture centered around simplicity is the only way to deliver years of iterative software without being forced to spend significant amounts of money, time, and resources, redoing what customer centricity, and by extension, complexity, create.
Time to start writing thoughts again
Posted: April 24, 2010 Filed under: Business, Personal, Tech Leave a comment »A couple of things have happened recently which has made it to where I believe it’s time to start writing thoughts, publicly, again. First, I’m relatively certain people do not read this, at least regularly. Secondly, even though I have advanced significantly in my career and I am now a very competent middle manager, I believe my entire happiness in my work life is suffering simply because we seem to defer to political correctness. Making sure no one’s feelings are hurt rather than running an organization as a meritocracy where the best ideas win seems to be lay of the land, at least in American business these days. I used to not be afraid of putting my thoughts out there, now I seem to be in constant fear that being liked is the most important aspect to career advancement. I have decided that while I have come very very far in the last few years attempting to ensure that I am effective at change in a large organization due to being well liked and respected, I will no longer place being liked ahead of stating what I think will be in the best interest of our organization. That does not mean I intended to go back to being a daft prick like I have been in former years, but I will be firm on my thoughts on the direction our organization should be taking. I want these ideas to stand on their own, so this will be immediately followed by another post on being too customer centric.
Greatest Random Text Convo Ever!!
Posted: February 16, 2010 Filed under: Default 1 Comment »I have just had the greatest random text conversation ever! For those who have never been lucky enough, a random text conversation is the equivalent of a wrong number in texting land. You’re sitting there, suddenly a text shows up from a random stranger. Here’s the conversation:
“hey! its bri” – stranger
“Hey” – me
“are you starting rumors that im cheating on chris cuz im pissed right now” – stranger
“I am not but you are right to be pissed” – me
“who told you that tho” – stranger
“I can’t tell u. I pinkie sweared.” – me
“I dont give a fuck” – stranger
“I promised them I wouldn’t tell. What kind of person do u think I am? I never thought u guyz were right for each other anyways.” – me
“its only cuz you like him but we are perfect together and i care about him a lot” – stranger
“When did u guy do it last? U should get checked or did he get it from u?” – me
“what???” – stranger
“Talk to him” – me
“okay and why cant you tell me???!!” – stranger
“Just talk to him then let me know what he says.” – me
“about what??m” – stranger
“Whether he’s been checked out.” – me
“for what?”
“Don’t be a dumbass What do people in relationships normally ask their partners if they’ve been checkd for?” – me
“i fucking hate you” – stranger
“one more thing HE’S MINE BACK OFF!!!!!” – stranger
Holy Shit, 1.5 Years since my last post!!
Posted: May 31, 2009 Filed under: Blogging, Personal 1 Comment »Holy shit. That’s crazy. Wonder if anyone still reads this thing. It appears to have been hax0r’d as there’s some links on my blogroll I didn’t add. This WordPress version is crazy old now too.
So, things are going great at work. Since my last posting I’ve signifcantly advanced in my management track and have something like 20 people working for me (although that’s about to go down a bit). I have lots of interesting commentary on IT Management, and I suppose I’ll probably refactor this blog to voice my opinions on IT Operations. Dunno if anyone even cares about such things, but we have a number of challenges I don’t mind sharing wisdom with the Internets on.
More to come in a week or two while I figure out what to do about this hosting situation and get this thing refactored.
Down with P2P, Part 2
Posted: November 23, 2007 Filed under: Tech Leave a comment »Mr. Cuban has another post up about P2P. I want to refine his model a bit and propose one that I think would work far better. First, there’s something fundamental that most people don’t get about the Internet business. While the Internet was designed to be a P2P medium, with end to end connectivity between all nodes, largely it’s become a publish and subscribe model, more like television and less like the phone system. Since primarily people want the content that’s available “out there” and they’re not so interested in sending things “out there”, the technology and the service offerings have been designed to offer bandwidth asynchronously to the home user. This means that instead of a something like a T1, which offers 1.544 megabits per second synchronously (meaning you can transfer and receive at the full rate, all the time), home internet usage is sold asynchronously (for example, I have 8 megabits downstream and 2 megabits upstream). However, at the provider level, bandwidth is sold synchronously. These providers are buying large pipes (OC48, 2.4 gigabits, OC192, 10 gigabits, etc), which provide for as much upstream as they do downstream, but since their customers buy asynchronously, they generally have large amounts of upstream capacity available.
The problem with the unlimited model is that people will use more on an unlimited plan than they would normally. Think about the people that feel the need to gorge themselves at a buffet “to get their money’s worth.” This isn’t necessarily a problem. The company I work for sells unlimited wireless. We can do this because there is a significant amount of cost that can be removed as well as a significant amount of profit that’s embedded in the wireless business that we eschew in favor of servicing an underserved customer base. It’s working well for us now. However, we don’t work in a business where any given customer can use 100 or 1000 times more of what we’re selling than another. This makes for an incredibly difficult problem to manage for ISPs.
Mr. Cuban posits that it would be best to start charging for upstream bandwidth, which would limit the amount of seeding done from P2P users. However, it’s not the seeding that’s slowing down the network, it’s the downstream. Most protocols are setup to allow more transfer for the more you seed. So, while his model would work, I think there’s a far simpler model that would work for everyone, although it would surely piss off the net neutrality folks. Basically, the idea would be to create two tiers of service. One would be a metered model, which is what the providers would primarily be selling. The metered model would offer something like 100 to 200 gigabytes of transfer per month, which is far more than the average customer users. It’s enough to do some P2P transfers without blowing outside your bucket, but it limits the network abusers (the ones downloading terabytes a month) from falling into this plan. This plan will be a premier plan. For giving up your unlimited plan, you will be placed into a QoS bucket that has a higher drop priority than unlimited customers. The second plan is the existing unlimited plan. This plan could charge more than the rated plan or charge the same, either way has pluses and minuses, and it will offer truly unlimited service. No letters from the ISP about abuse etc. The customer is made aware that they are being offered the same max downstream and upstream rates, but they that are receiving a lower class of service. They will be placed into the lowest QoS bucket. Without a congestion scenario, no one notices any difference. During peak times, when the unlimited users are filling up the pipes, the metered users are still receiving high quality always on Internet access, and the unmetered users still get to download to their heart’s content.
This will require the same shaping devices the ISPs are already using to control inbound bandwidth, but rather than shaping at the protocol level, they will shape at a subscriber level. There is technology already in place to accommodate this (we have a couple of devices from Cisco which will do exactly that). The primary problem to implementing this strategy for most ISPs will be on the billing and provisioning side, but the software to do this is readily available.
The freeloaders will still get pissed off. They think if they’re paying for 10 megabits of downstream bandwidth, they should get it, all the time. They don’t understand the technology problems with actually filling a pipe (TCP wasn’t designed for fat pipe, high latency networks), and they don’t understand the business model of trying to provide high bandwidth connections when there’s no business feasible way of selling the service to where everyone can light up at once and have it work. Hell, not even the telephone network can accommodate it, which is why during emergencies people are asked to minimize their phone usage, since the phone system can run into capacity issues. The average consumer might be upset as well, thinking they’re getting less for their money than they used to (“I used to have unlimited, now I’m metered”), but I think this can be solved by education and marketing (“For the same price you’ve always paid, you will now be a premium customer and always have access to all the bandwidth you want, so long as you’re willing to limit your monthly transfers.”) However, both are being offered the alternative to choose the other plan should they think that the downsides of the plan they’ve chosen outweigh the benefits of the other plan. Everyone has options.
This will piss off net neutrality folks who think that the network should always be best effort, but this is a pretty justifiable position. The ISPs have a right to frame their service to their customers how they so choose, and it does not affect how services on the Internet are delivered on a per site basis, merely on per subscriber per plan basis. This is a legitimate business case which does not affect the ability of customers to have equal access to Internet resources.
In the end, I think it’s a compromise everyone can live with. The technology is already in place, and I think the missing pieces would be relatively inexpensive to implement given the upsides to the business. What do you think, Mark?
Down with P2P
Posted: November 21, 2007 Filed under: Tech 1 Comment »Strangely, I find myself agreeing with Mark Cuban. I’ve spent some time thinking back to what I’ve downloaded via P2P applications. I’ve used BitTorrent and previous P2P technologies to download many things over the years, but I can only think of one legitimate application, and that’s Blizzard using BitTorrent for WoW client distribution. The potential for this is immense, however, the only reason legitimately for Blizzard to use BitTorrent for distribution is to save on bandwidth costs on their end. A company like Akamai could easily provide a similar or superior experience for most users, but it would cost Blizzard significantly more than their current distribution model. I find it ironic that one of the most successful users of legitimate P2P is primarily using it to offload costs from them out to the ISPs when they are probably one of the most successful pay services on the Internet. The only thing I’d miss about losing various P2P applications is the ability to download television seasons during the summer for viewing. Mainly this is because there isn’t a suitable for-pay alternative.
Honestly, the striking fact is that 60% of Internet traffic is P2P, and that was from a report from last year. It’s certainly not going down, if anything it’s increasing. That means that every bit of traffic most normal users do (web browsing, email, etc) is fighting for bandwidth on networks that are largely congested simply because as soon as the ISPs provision more bandwidth, the P2P users fill up the pipes. We can get into the oversubscription arguments, but frankly oversubscription is the only way the business model works. If ISPs had to provision enough bandwidth for everyone to fully light up their last mile pipe to the home, they’d go out of business. What this means, and what I’ve specifically been noticing more in the past few weeks as I’ve traveled, is that my service is starting to suffer. Every time I get to a hotel, the damn pipe is filled and I can barely VPN into work to get email. Even as I come back to Arkansas, I’m noticing that my mother-in-law’s Internet connection with Cox appears to be slow out in Greenwood. It’s almost impossible without access to the various places I’ve been’s network management systems to fairly diagnose exactly why they’re slower than I expect, but a safe bet would certainly be on lack of bandwidth at the upstream (especially during peak hours) due to P2P users.
If I’m starting to get the feeling like my service is suffering, then shape all the damn P2P traffic down to 0. Honestly, if I get better service, I’ll probably not lament the loss of my ability to make 250 TCP connections at once to pull down files in little increments at 10KB/sec per connection. Maybe without the ability to go to the alternative and get the content for free, this will force consumers to start demanding acceptable for pay alternatives for the things they’re getting illegally currently. I just don’t see anything getting much better in the current stalemate we’re in without some sort of drastic measures. I just never thought I’d be siding with the providers on this particular issue.
My FireAnt Story
Posted: September 17, 2007 Filed under: Blogging, New Media, Podcast, Tech, Videoblog 1 Comment »So, if you hadn’t seen the news FireAnt was acquired by Sonic Mountain (Odeo). You can read recaps of the news on two of my favorite blog networks, NewTeeVee (run by Om Malik), and Tech Crunch (by Mike Arrington).
I came to be involved in FireAnt through my connections to Jay Dedman and Josh Kinberg. We had some discussions at Vloggercon in July of 2005 which extended into the following months involving my helping them get FireAnt off the ground. I had started a project I was calling MediaFeedr, which would poll RSS feeds, examine any links, and then develop a new RSS 2.0 feed with enclosures for downloading into FireAnt. The theory was that you could put any feed into MediaFeedr and then come out with any linked content as enclosures. In reality, it never really got out of testing, but the initial feedback was good and I was proud of the code and the idea.
Jay and Josh were in need of a directory. Josh had put together some rudimentary code to implement some server side components to tie in the Mac and PC versions of FireAnt, but while Josh is an excellent visionary and a good leader, he is by his own admission a pretty poor coder. I took the best of what I had and the best of what Josh had developed and we developed a videoblogging directory and some really innovative server side features to go along with with the video aggregation clients. We spent months developing it, and we released it to the public on January 24th of 2006 (initial TechCrunch coverage can be found here). We were ironically directly competing with Odeo at the time for one of the best directories available on the web. It was developed with AJAX technology which at the time was still fairly new and required a lot of hand coding of JavaScript, etc.
I was incredibly proud of the work I had done, but even by that point it was becoming obvious that the things we had thought were important weren’t what the market felt was important. YouTube had in the course of a year become huge, and flash-based web video was where the traffic and the money was at. The idea of aggregating different forms of video (of which Flash was incredibly hard to play on a PC based client and for the most part no sites supported RSS 2.0 with media enclosures) was falling by the way-side. After a successful launch but a limit in the amount of video content to be obtained through podcasting, I left in March of 2006 shortly before Katie was born to pursue other opportunities and to limit my workschedule to spend time with my newborn child.
What went wrong then? I’ve had over a year to reflect on this, and I think I can boil it down to a few choice areas where we wrong:
- Too much focus on the business and not enough focus on the technology
- We brought in BizDev people very early in the process, in fact before I even officially joined the company.
- Our BizDev people were unsuccessful at selling the technology. Simple fact is, they were opportunists who were looking to make a quick buck and really didn’t believe in the company other than they thought they had a gravy-train to ride on. The early stages of the startup should focus on the technology first and the business second.
- Poor initial design of the business and ownership structure
- The initial design of the business was a 5 way partnership between two visionaries, two developers and one business development guy. First of all, equal partnerships never work. There was no clear leader and far too many chiefs without enough Indians. When I was brought in, the initial founders were reticent to give up more of their ownership structure since it was already fairly deluted as it was.
- We bet wrong
- We bet people wanted offline content and simple aggregation of feeds across many websites across the Internet. Fact was, people wanted one destination in their web browser to view content. YouTube won, we lost.
There were great people involved in the founding of the company, but there were just too many. The next startup I do will have a clear leader, a core set of technology people, and we’ll worry about making money last. There just isn’t enough of a small company to split it 7 ways. It should be split three ways and then a quarter left over for the rest to come. The development people, the ones doing the work to get the technology off the ground should come first. I’m slightly bitter over the fact that I worked hundreds of hours and at the end of the whole story I ended up with virtually none of the company. The technology I developed for them was critical to the initial success of the company and I felt from the beginning that even thought my work was highly valued, the ownership percentage was never ponied up. This is probably why I left early and didn’t stick with the project. I think had I have stuck with it and not run out of personal funds we probably could have been much more successful. There were also numerous problems with the client development founders who were also having to work day jobs. I was the best suited financially at that time due to my severance with Cingular to work for no money, and I was rewarded the least.
While this may seem harsh to the people who were involved with the company, I want to point out that I feel no ill-will towards the people who I worked with. Mistakes were made all around, and I have the highest respect for Josh, Jay, Daniel and Erik who were involved in the project during my tenure. They are all excellent people, and I’d work with all of them again. I only note these things largely for my own reference, and I point them out so that if I were to ever team up with these people again we can have an open and honest discussion of our mistakes so we don’t repeat them again. This was a learning experience for all of us, and I hope that some time in the future I can find a way to work with these people again.
I’d especially like to point out Josh’s effort. Josh stuck with FireAnt from the beginning to the end. Josh sacrificed far more than any of the rest of us, even delaying his wedding so that he could see this through to the end. I consider Josh a close personal friend, and I’d jump at the chance to work with him again. Josh is an excellent person of the highest moral caliber. Josh has endured personal threats, personal hardship, and he has endured and completed this project while the rest of us moved on. I have the utmost respect for the sacrifices he made, and I tip my hat to the Sonic Mountain team who more than the technology we developed got the best part of FireAnt when they got Josh.
You can still see the technology I developed for FireAnt at getfireant.com. Some of our more unscrupulous shareholders stole fireant.tv as part of a petty personal squabble, but at least it’s still available there. To those of you shareholders who were involved in that, shame on you. Being involved in a small company with no revenue is about sacrifice, dedication and a pursuit of developing your vision, not about cashing out. Stealing money, lieing, and personal threats are no way to end a failed startup, and I hope you feel ashamed of your behavior. You know who you are.
Jay’s thoughts can be viewed here. Josh’s thoughts can be viewed here.