Categories
Education

Jnaapti – The Problems We’re After

Check out this statement from a report on National Employability by Aspiring Minds [pdf]:

Even though India produces more than five lakh engineers annually, only 17.45% of them are employable for the IT services sector, while a dismal 3.51% are appropriately trained to be directly deployed on projects. Further, only 2.68% are employable in IT product companies, which require greater understanding of computer science and algorithms. – National Employability Report by Aspiring Minds

While on one side, there is an ever increasing demand for skilled employees in organizations, the unemployment situation is getting out of control.

Concentrating on increasing quantity of engineers has impacted quality drastically. – National Employability Report by Aspiring Minds

Here, we list the most important reasons that we believe, are causing this (a lot of this is after interviews I conducted with a series of students from various colleges in India):

  • Mis-guidance/Lack of guidance: Ask a student of a Tier-2 college, why he joined Engineering and how he chose his branch or college and the answer is mostly along these lines:
    • Because my parents/friends told me to
    • Because my uncle said Computer Science is outdated, Mechanical Engineering is ever-green
    • Computer Science is in “scope” now (another way of putting this is, I have better chances of getting a job)
    • I like Computers since childhood, so my friend’s dad told me I should go for Computer Science
    • This college is closest to my house
    • I really don’t care about where I get a degree or in which branch, all I care about is that I am an “Engineer”

    Hmm, something seems terribly wrong. The lack of counseling is apparent in the way students answer this question. Students don’t know what they are getting into when they join engineering. While many are misguided, some are even pressurized to join the branch of their parent’s choice. Most students don’t have a clue of what their career options are post engineering. While on one side there is a clear upsurge in the requirement for skilled IT force, the comparative dearth of good jobs in other fields is pushing people into IT (or related fields).

  • Lack of motivation: I guess this follows the previous point. If you are not interested to do something in the first place, you cannot expect a lot of motivation or focus now, can you? Students mostly wade through the semesters and find themselves having a degree but no skills to back it. This results in a clear skill-set deficiency, but for the most parts, the industry doesn’t seem to care as they have gotten used to this (in other words the expectations are low).
  • The lack of industry-institute interaction: While “Engineering” is a lot to do with “application”, students are not given the necessary context and guidance to apply what they know. It’s quite possible that students complete a course and have no idea how they are going to use this course once they are employed. While students these days have a good understanding of good apps in Facebook and Android, most have no clue what it takes to build these systems.
  • Faculty quality issues: Most professors/lecturers in Tier2 colleges in India teach not because they like it, but because they have to. The low pay-scales of an engineering faculty (this is a lot better now, but not good enough) compared to an entry-level engineer makes this an unattractive proposition for many who may be interested to teach but also need to think of their cost of living. The dearth of motivated and trained faculty in engineering colleges has further aggravated the problem of student quality.
  • Outdated learning/teaching models: In this day and age, with the advent of technology, the classroom teaching model seems too outdated to be relevant. Sal Khan has outlined it well in this video about Education Predictions for Year 2060. Here are some of Sal’s predictions:
    1. Classroom model fundamentally changes
    2. Instead of our credentials being seat time based and the variable being how well you actually understood the materials, the time is fixed and the variable is your level of achievement.
    3. Role of the teacher rather than being a lecturer, and often giving similar lecture year on year and at the same pace, the teacher will now be a coach or a mentor.
    4. We are going to get to a 99% global literacy rate.

    These are “predictions” and is not the case right now. But we can clearly see a trend in the direction of these predictions.

  • Lack of a fool-proof globally recognized metric for assessment that evaluates a person independent of the way he acquired his knowledge:

    The long tail of employable engineers is getting missed out by corporations. The report found that the top 100 colleges have higher employability as compared to the rest of the colleges (as much as two to four times). Despite this, more than 70% of employable candidates for any sector are in campuses other than the top 100. It was found that 50% of employable candidates for IT services companies and 28% of employable candidates for IT product companies are not even in the top 750 colleges, and thus form invisible pool to most employers. This signals that a large proportion of employable engineers are ending up without any opportunity, which is a dangerous trend for higher education. – National Employability Report by Aspiring Minds

    Organizations lack a good metric system to compare and evaluate students from different universities, so they end up relying on other signals: the marks, the degree and the college name. They then conduct their own entrance tests and interviews. Is it not possible to find a gem in a Tier2+ college? Most organizations do believe that there are gems out there, but they don’t have a process to approach them. The low conversion rate makes this a no-go. We at Jnaapti have already proven the issues with this and have successfully connected students with companies that are more aligned with their interests. Over time, we will be building an alternate metric system that is more fool-proof and reliable and there are a few companies that are solving this problem alone some with a global focus.

It is these problems that we have set out to solve…

Categories
Education

Why I started Jnaapti

Note: This is a personal account and forms the prologue for why I started Jnaapti. To know about the problems we are after, read this subsequent post.

Connecting the dots…

As a kid, I was always of an inquisitive nature. What I didn’t realize back then, but happened to work out for me is that my school teachers were very encouraging. I remember them saying that I ask a lot of questions, but I don’t remember any of my teachers saying that they will not answer my question. I asked my science teacher, “Do flowers have life?”. She was not sure, but she didn’t discourage me.

However, this was not the case in high-school, and the focus was more on marks and competitive examinations. For the first time, I started feeling disconnected from the system. There seemed to be a clear distinction between “understanding the concept” and “knowing how to score”. While I scored a perfect 100% in Physics in my 12th, I wouldn’t claim to know anything about Physics today.

It is 1999. I am reading an article in a magazine which describes the problem of Information Overload and how it has become severe due to the Internet; the fact that until recently, getting information was a problem, but now that’s no longer the case. The problem now is of being drowned with so much information; it’s more of finding the needle in the haystack than not having the haystack.

I personally had already felt this problem, so this gets me started with the “Quest For Knowledge” project – a personal project to increase my own knowledge about technology and put it in a framework. With frequent visits to the cyber cafes, I bring home floppies full of data about various things – technology related. I slowly start developing an interest in Personal Information Management and Knowledge Management in general.

Fast-forward to 2002. I am an engineering student doing my BE in SJCE, Mysore. Grand goals, big dreams. I believed that Engineering is all about learning concepts and then applying it to build things that solve real problems. I envisioned hacker spaces in college (if not the word, at least the concept). I am terribly disappointed.

Nobody knows ahead of time how long it takes anyone to learn anything. – Dr. Tae

I soon realize that I cannot rely on the system in general (college/faculty etc) for my education – if I have to succeed, I have to take the onus to educate myself.

The right kind of education begins with the educator, who must understand himself and be free from established patterns of thought; for what he is, that he imparts.- Jiddu Krishnamurti

But that said, my dreams never died. My 2nd year in college and I am already envisioning building “Hibernate in Linux” (like I said, I had big dreams, and this shouldn’t come as a surprise. Most students do before education kills it). Not that I knew what it meant, but I knew what it would look like.

We have a system of education that is modeled on the interest of industrialism and in the image of it. School are still pretty much organized on factory lines ? ringing bells, separate facilities, specialized into separate subjects. We still educate children by batches. Why do we do that? – Sir Ken Robinson

2 years pass by. The project to build Hibernate in Linux never takes off the ground, and a couple of other projects (TTS for Kannada and building a Microprocessor simulation environment) also fail before they start.

Meanwhile, other experiments are made to self-educate. We form a small group and decide on a bunch of subjects that we go learn and then teach each other. Friends are excited about this, but a series of incidents makes this dormant.

The lack of guidance and need for an eco-system that supports innovation and application is apparent.

When learning is the goal and learning is the reward, there is no point in cheating. – Dr. Tae

It’s 2004 and I am in my 6th semester now and IBM India Software Lab is visiting campus for internships. I attend the interviews and is one of six people selected. The internship lasts for 6 months (2 months training + 4 months project) – and is an eye-opener. For the first time, I begin to understand “how to learn”, “how to think in abstractions” and “how the industry functions”.

My team leads then tell me the actual motive behind the internship. They wanted to give back to the college and we’re told that it’s about time now that we did the same. I am more than happy to help out and start getting involved in university relations – via workshops, internship projects, etc.

It’s 2007; I am in my college to select the cream for an internship project that I want them to work on. This project has been running in my mind since a long time – how do you leverage existing features of Eclipse and bring it into a browser with minimal efforts and maximal reuse. The project statement is very simple to understand and understandably difficult to implement, especially for students who are still in college. But hey, isn’t that what an internship experience is all about?

A self-motivated student paired with a right mentor can learn a lot. – Dr. Tae

After a few failed attempts, my interns make me proud. Eclifox is a run-away hit within IBM and to some extent even outside. It catches the attention of multiple brands (Eclipse is used by all the 5 brands of IBM – Websphere, Rational, DB2, Lotus and Tivoli). I demo this to the CTO of Websphere and also have talks with the CTO of Rational. (Eclifox is something that I still demonstrate to students and professionals to show what can be achieved if interns are provided the right guidance and understandably my interns who are now in elite companies/startups still talk about it.)

This project gets me thinking.

If this is what “interns” can achieve in 6 months, and with minimal guidance, what talent and potential are we wasting every year? What kind of an ecosystem can we build that helps leverage this?

Eclifox, although was a hit, was not very scalable, so we start trying out other initiatives – including faculty development programs (train the trainer), curriculum development programs (better connectivity between concepts and application), workshops in colleges etc. After several such attempts, I understand a few things that work and a few that just don’t.

The traditional model, it penalizes you for experimentation and failure, but it does not expect mastery. We encourage you to experiment. We encourage you to failure. But we do expect mastery. – Sal Khan

It’s 2008 now. A surprising turn of events and I quit IBM and joined Ugenie to understand startup dynamics. I never looked back! The fast-paced environment to deliver, the relentless pursuit to achieve what we set out to achieve got me hooked. For the next 3.5 years, I am isolated from University Relations, but in hind-sight it seems like a “degree” I had to take before starting on my entrepreneurial pursuit. Also, I was not totally isolated either, as I interviewed quite a few of them in the startups that I worked for. One thing was very obvious – the problem still remained, and if anything it was far more wide-spread and had worsened. This was apparent in the quality of the answers provided by the students in interviews.

It’s 2011 and I am keen to startup. I now have enough confidence to chase my dreams. Having worked in a couple of startups, I feel I now have the skills that I need to execute, and the few things that I didn’t get to learn, I am fine bumping into it, figuring it all out and applying it. I need a goal that’s hard to achieve. The problem needs to be much bigger than just a technical challenge, but software being my strength, I am looking for a problem that can be solved with technology. After evaluating 3 ideas, I decide to attack the education problem head-on. After-all, it’s worth the adventure! What’s life without an impossible dream!

April 2011: I spend a significant amount of time researching the field, learning the terminologies used, learning about the people, the companies, the startups involved and the scenario in general. I discover people like Sir Ken Robinson, Dr. Tae, Jiddu Krishnamurti, Salman Khan among several others and also discover that the issue is global.

Jnaapti was founded on 19th of May 2011

Categories
Education My Updates Technology

Jnaapti – One Year On…

Time flies!

It has been a year since I started Jnaapti and it is time to take a step back and reflect on how things have fared during the last one year. I was reading through the mails and the Jnaapti weekly reports and was wondering if there is anything that I have to add to the 6 month report that I wrote back in December or if there is anything that I don’t agree to among the things I mentioned in that list.

So here goes:

  • Naming: Somehow, I don’t recall reading this anywhere, or atleast, didn’t think it was important. But, just like you do usability testing of your product, I think it is important to get the name tested with a few people before you christen your company. While choosing an Indian name, also remember to include people from various parts of India and abroad.
    The name Jnaapti is a Sanskrit word which means to “acquire knowledge”. I had a few things in mind when choosing the name:

    1. I wanted an Indian name – because the target segment was Indian to begin with
    2. I didn’t want to have a problem with branding, in acquiring domains etc
    3. Finally, I wanted the name to be generic enough to be used until the vision of the company has been achieved and shouldn’t require a change as I pivot.

    Turns out, people don’t get it.

    Here are some suggestions to people about naming a company:

    • Make sure the word is such that it can be pronounced by anyone and is easy to spell over the phone. You will loose out on a lot of branding if people search for the wrong keywords.
    • How would people come across your name? Would you expect people to search for it – if not, the logo along with the name should be catchy.
    • What are the closest other names to the name of your company? Is it easy to mis-spell it? If people search for it now, will Google suggest a more popular alternative? Do you expect to override it anytime soon?
    • Is your audience global or local? If global, go for something that is not specific to your geography or atleast easy for people outside your geography to pronounce.
    • Stay with the chosen word for atleast 3-4 days. Imagine yourself using it in conversations and see if you are comfortable with the word even after 3-4 days.

    Personally, I prefer short, single words for company names.

  • Pivoting is not free: Don’t get me wrong. I am a big fan of lean principles and I still religiously follow a lot of them. And I do understand that pivoting is not about abandoning one idea and moving onto the other or changing your vision as if caught in a tornado but I guess it is possible that people think pivoting comes without a cost when in fact the reality is not so. In short, pivoting has the same issues as knowing when to shut down your startup – should we persevere or should we rethink?
    When you have validated a part of your business model (eg: the demand, the problem/solution fit or say portions of your product) and decide to pivot another aspect of it, there is a good chance of temporary disruption in the flow (read target segment, getting users, revenue streams etc). It’s quite possible that you had been generating revenues due to your efforts, but now you don’t see it to be sustainable, so you decide to pivot. This may mean, you have to re-design your site/app experience, come up with a new marketing message and start over on the marketing efforts, and you need to be prepared to bear the cost. This may be tough, especially when you are bootstrapping the company. But then, you don’t have a choice because the whole idea of pivoting is to reduce the likelihood of reaching a destination that you didn’t intend to reach in the first place.
    Between validation and scale is an important step – “validating the scale”. As described in the lean stack, there are 4 stages when it comes to building a product – Understand Problem, Define Solution, Validate Qualitatively, Verify Quantitatively. However the MVP that works in Stage 3 need not work in Stage 4 and may require a strategy pivot, so be careful in Stage 3 to ensure that the same solution holds when you get to Stage 4. This is easier said than done.
    Recognize failures early – atleast have a weekly review of how things are going with regard to the company’s directions and make sure you make corrections in your path. Get it validated by people who can guide you.
  • Follow the ant philosophy: Learn from the horse’s mouth as he has described it well.
    Perseverance is important. Sometimes it feels like you are putting in a lot of effort, but things don’t seem to work, but sometimes the exact opposite is true. I have seen this with marketing efforts. It takes time for marketing to reach fruition and it is important not to lose your patience when the going gets tough.
  • Have a strong social network or add someone to your team who does: I can’t say this enough and this builds on the 2 things I mentioned in my previous post – “Get out of the building” and “The strange story of co-incidences and chance meetings”. It always helps to have a strong social network (both online and offline). The number of new people I have met (online/offline) has crossed 200 since the time I started Jnaapti.
  • Self discipline revisited: If you have decided on a rhythm, stick with it. Get good at reducing interruptions and handling unavoidable interruptions well. When meeting clients, time is not under your control, so get good at squeezing tasks into available slots between unavoidable interruptions. Time discipline is extremely important especially when you are working alone. Maintain a log of where you are spending your time and optimize what you can optimize. Get good at continual automation not just with engineering processes but with life! Make a note of key metrics that you want to track on a daily/weekly basis.
  • Be prepared to learn: This may seem obvious, but sometimes you may not realize the effort involved. Running a one-person startup has meant that I had to learn how businesses function, understand sales and marketing, negotiation, valuation, funding, recruitment, building and maintaining relationships, understand lead generation, cost of customer acquisition, designing usable products, build a great user experience and a host of other things in addition to engineering. I like it and is one of the reasons I am doing this, but then, not everyone does.

When I started this journey, it was supposed to be a one year stride. The fact that it is Jun 2012 and I haven’t lost confidence means that this is going somewhere and I intend to continue along this path into the near future…

Categories
Education My Updates Technology

Jnaapti – A 6 month Report

This post is not quite about Jnaapti‘s vision and why I am doing it, but more about things that I have learnt since I founded Jnaapti.

I can’t believe it has been more than 6 months already and what an experience it has been! I can easily blog a few hundred pages about my experiences, but here is the MVP (Minimum Valuable Post) – the key things that other wantrepreneurs and newbie entrepreneurs can learn from:

  • The art of self-discipline: If there is one thing that I should pick among the various things that I learnt in the last 6 months, I would pick being self-disciplined and maintaining a rhythm in the face of distractions that are not under your control. Time management is extremely important. When you are handling all aspects of business, there is a good chance that you need to meet someone at their convenience, or you are asked to provide a service (in my case training) and these are not under your control. So you need to get really good at handling these, and getting back to your work as soon as this is complete. For productivity freaks, I use a combination of Pomodoro technique, Hamster, Workrave, this hack and a simple Libreoffice document to manage all my data. I wish it could have been simpler and someday, I hope to continue my efforts in building productivity tools.
  • Get out of the building: I can’t stress this enough. Nearly everytime I got out of the building and started speaking to people, there was some new insight or a business deal that happened. A lot of the times, it seems purely co-incidental (read the next point). The initial couple of weeks were very haphazard and it just seemed like a humongous project that was lying in front of me. While I did have a huge list of tasks/ideas to work on, I didn’t know where to begin. What should I build now? No clear answers. As I started hunting for answers, I ran into the Lean Startup concepts and fell in love with Ash Maurya, Eric Ries and Steve Blank‘s philosophies. I followed the lean canvas way of capturing the business model religiously and it has worked out very well. If anything, it helped reduce noise, cut to the chase and build something of value “now”. The idea of prioritizing validation and learning before scale has worked in my favor. The first cut of Jnaapti’s offering didn’t even have a software component and was entirely conducted over email – because I realized that the MVP didn’t need a software component. I concentrated less on the website messaging, since most of my contacts were through my personal network.
  • The strange story of co-incidences and chance meetings: Nearly every business contract I got seems like a pure chance meeting and the more this happens the more you believe in what is written here. This kind of also proves that there is a critical mass of startups in Bangalore now, and there is a good chance that you will bump into someone who is a startup founder or early employee when you visit coffee shops or technical events. This has worked out so well that I have made it a point to meet, on an average one or two new people every week. Till date, I have met more than 80 new people (including Jnaapti Learners), and that’s an average of 10 people per month!
  • My experiments with pricing: An early learning for me was about how you need to get pricing right and it’s almost always never. The inital couple of months I was demanding way too less for my services and slowly as I found out the value of my services, I tweaked it to a point which seems reasonable both for me and my clients. But that said, every new assignment is a new negotiation.
  • Understanding waste reduction: When you are the only person working, and you have the 3 aspects of an organization in front of you – business, product and engineering – every moment you spend, you need to think twice. Is this the best use of my time? It helps a lot to reflect on how you spent your time and look at what you could have rather NOT done. This is the art of waste reduction.
    On a similar note, I have started maintaining what are called “Implementation reports” for Jnaapti’s product development phases. An implementation report is an assessment of

    • how a specific phase fared
    • what features we set out to build
    • what was our reasoning about why they should be built
    • how are the features being used now
    • if they are not beng used, why so
    • can its usage be improved
    • should it be chucked
    • how can we ensure that we don’t have such waste in future
  • Getting to ramen profitability: There is one thing I can tell you. We, as software engineers in India, don’t value money (I am speaking generally). We get an awesome package (stop cribbing you guys) right out of college, and then we get into this spiral of work-get paid-work harder-get promoted-ask for a raise. And when things don’t work in our favor, we start complaining or switch our jobs looking for a better role or more pay. If you want to value money better, quit your job to know what others go through. In the face of inflation, the rupee v/s dollar prices and rising infrastructure costs it has been tough to keep up, but then you got to pay a price. I am close to achieveing ramen profitability and I hope things will be better next year. And while achieving ramen profitability is important, it is equally important to ensure that you achieve profitability via the business you are in and not via some job that doesn’t help you validate or learn more about your business. And yeah, if you want a piece of advice, to get to ramen profitability soon, just invest your savings in some place that is not easy to suck from!

I have taken enough breaks and I never felt that this was too demanding (although I do put in long hours once in a while). Needless to say, I am loving the freedom and the flexibility that I have and I wish I can continue this forever! Overall, it has been an amazing 6 months!

Categories
My Updates

It’s time

Ok, Neo, it’s time for you to take the plunge, and trust your destiny to teach you to fly before you reach ground…

Categories
My Updates

Adios Ugenie

About 1.5 years back I made a decision. It was drastic. It was unexpected. Frankly, I wasn’t giving it too much thought and was trusting my intuition. A few people called me up telling me not to. I had decided to switch jobs – quit an extremely successful career in IBM and join a startup.

The recession was expected to hit and it was supposed to be a bad time to switch jobs.

It was a roller coaster ride right from the beginning but I enjoyed it thoroughly. The first all hands meet (all hands meets in startups are NOT about going to a fancy hotel and spending the day playing games), we discussed the recession that was about to hit and several alternatives were discussed to cut the costs and extend the runway. Things didn’t work out as expected and the next all hands I saw the team strength reduce to roughly half!

Right from the beginning, I liked the “openness” culture that was part of the company. Engineers got to decide to a large extent the roadmap and product features, and also interact with and learn from the users directly. A lot of what was being built was being determined based on user feedback. We had a whole bunch of success stories on the way.

4 months into my job, I came to know that we were about to be acquired. It came as a surprise to me, because things appeared so drastic. We had only started tasting success. Why this sudden decision? What about my dreams of working in a startup? Will Ugenie continue to function like one? How will things be different? Will our dreams be crushed by this parent company? Will there be a change in culture?

However, things didn’t change a lot – if anything it got better. While we did gain some financial stability, which allowed us to think about and execute longer term projects (measured in weeks instead of days), things didn’t change drastically in terms of work and the responsibilities that people had. Plus, we got to work with an excellent team over at Lulu spearheaded by Bob.

Now when I look back, I feel, making the switch was one of the most important decisions I took in my life. The last 1.5 years has been such an experience that I could not have expected from IBM.

So, after this wonderful journey, here I am, making the next leap in my career. I have accepted an offer from an early stage seed funded startup and am beginning work early next week. Why the decision? Well, it just feels right and I am mentally prepared to take up the responsibilities that this job entails.

During the course, I made some amazing new friends each of whom is unique in their own personal way. I would like to thank every one of you, who I have interacted with directly or indirectly, for the many things that I have learnt from you. It was a pleasure to know you.

A parting quote:
…, you can’t connect the dots looking forward; you can only connect them looking backwards. So you have to trust that the dots will somehow connect in your future. You have to trust in something — your gut, destiny, life, karma, whatever. This approach has never let me down, and it has made all the difference in my life. –

Steve Jobs

Categories
My Updates

Big fish, small fish – my personal experience of working in a startup

It’s been about 3 months since I joined Ugenie.

Having spent about two and a half years in IBM, which is a mammoth on any scale, and working in Ugenie now, which has a really small employee strength, what changes do I see?

I guess most large organizations have similar characteristics, so instead of naming IBM in the rest of my post, I will just mention it as ‘Big Fish’ to represent all large organizations. Again, I guess nothing is unique about my feelings of Ugenie and most startups have similar characteristics, so I will call it ‘Small Fish’.

If I look back into the days I spent at Big Fish, I have mixed feelings. There are quite a few things that I have gained, but some that I had to lose.

The immediate change that I saw in Small Fish is the rate at which things move. Ideas emerge by the minute, and are implemented within a couple of days or for ideas taking more time, a week. More time is spent in getting things done than on planning and processes. Long term goals are perhaps goals for the month and I guess there is no point thinking about a year down the line or anything on a similar scale! The ‘tomorrows’ or ‘over the next week’ are replaced by ‘now’ and ‘today sometime’. There are lesser ‘meetings’ and they are short. You definitely don’t need a calender for your meetings.

The second change I see is how large organizations spend lots of money on infrastructure and how startups tend to save on every penny. I remember the ultra modern conference rooms, the posh pantries/wash-rooms, the money that was spent on things like events, all hands, yearly gifts, interior decoration, posters talking about “X” day (replace X with Innovation, Mothers or something like that) etc, I could go on. Don’t get me wrong. I am not saying Small Fish does not spend on its employees, but every penny spent is done so cautiously.

And now let me delve into the differences in terms of:

Breadth/Depth: I guess one of the reasons that made me stick to Big Fish is the breadth of technologies on offer. Every day, you would come across someone working on a project that you never knew existed or you come across a page on the Intranet that excites you. Every day, you keep widening your breadth of knowledge.

Things are different in Small Fish. Small Fish offers the much required depth.

I remember someone telling me of how there needs to be a balance between the breadth of our knowledge and the depth in some specific field. This is like the letter ‘T’, with the top horizontal line representing the breadth and the vertical line representing the depth.

Ownership: I don’t see too much of a difference here. While in Big Fish, I used to own the components I developed and I was responsible for timely delivery of that component and ensuring that the consumers of my work are kept happy. Things are similar in Small Fish, may be with minor differences. The ownership here tends towards the whole of the product/application than just the component you own. (This is closely related to the Roles/Responsibilities observation below).

Priorities: Back in 2005, when I was working on product development, there was a phase where I found it difficult to prioritize my tasks. There were a bunch of bugs to fix, there were some mails to respond to and there were some bug databases that I had to update and it seemed like all of them had the same priority.

If I compare that period with the present, I would say it’s quite similar. There is more work than anyone can handle, there are some things that only you can do and the deadlines are sometimes impossible to meet because of various technical/non-technical issues.

However I seem to be a bit more comfortable in my present position than I was back in 2005. This could be attributed to the fact that I have two and a half years of experience behind me now or to the fact that I am in a startup now and it is normal for everyone to have their plates full.

Roles/Responsibilities: I would say there is no such thing in a startup. While in Big Fish, we had clear responsibilities and having completed those tasks, we could consider our job done, in Small Fish, things work differently. There is no such thing as ‘my responsibility’. Or if you really want to put it in terms of that, you would have to say, ‘everything is my responsibility’. While many people don’t like that, I see every such occurrence as an opportunity to learn and I really enjoy it.

Opportunities: There is no dearth of this in Big Fish or Small Fish, but there is a difference. In Big Fish, you need to search for them or understand that ‘x’ is opportunity knocking at your door, while in Small Fish you would just take it up, without perhaps realizing that it was an opportunity.

Social network: Well, if we are talking of getting to know more people with diverse personalities and skill sets there is really no end to how many people you can connect with in Big Fish. This is severely restricted in Small Fish. I remember having some technical discussions with people who have significantly more experience than me in Big Fish and I should say the things that I learnt then are things that you don’t get to learn from a book. This has definitely added to my experience. It was about ‘learning from the failures/experiences of others’.

Smaller fishes tend to have a younger crowd. So while the teams are dynamic, the number of people with more experience than you and with diverse skillsets is limited. This has nothing to do with the actual people in Small Fish, but is rather because of the size of Small Fish, which, because of its very nature is small.

Awards/Recognition: Frankly, there was no dearth of it in Big Fish. But on second thoughts, other than the monetary rewards and the benefits of the actual work that you did to earn the award, do these awards really matter to the rest of the world?

Other activities: This is severely restricted in Small Fish. Big Fish invests a lot on employees. So every day you hear people being on training or attending some conference or even having gone abroad to learn some technology.

Processes: If you ask anyone working at a startup, especially someone who has worked in a large organization before, I guess one thing they would mention is the processes. What is my take on this?

I would say there needs to be a balance. While on one side too many processes is definitely going to be time consuming and a pain on the employees, having a well defined process would mean that everything that needs to be taken care of is actually taken care of. So if Big Fish is tending towards one end of this spectrum, Small Fish is towards the other end, with the best point being somewhere close to the middle.

So people ask me, do you think it was worth it?
Well, no doubt about that. I guess you have to lose some things to gain some things. And the things that Small Fish offers it’s tough to expect that from Big Fish and this, to a major extent, holds the other way round too. Now having had enough experience in Big Fish and no experience in some Small Fish, I would say, yeah, it was worth it and I am glad I decided to join Ugenie.

Now remember that these are my observations and I could be wrong in terms of how various Big Fishes/Small Fishes work or even in terms of the Big Fish where I worked and the Small Fish where I currently work. Also my own opinions might change as I gain more experience at Small Fish and compare it to my experiences in Big Fish.

Categories
My Updates

Bye bye IBM, hello Ugenie

If 2007 has been a very long year, December has been a very long month!

I quit IBM this week and took up a new position in Ugenie today [1][2].

This news came as a surprise to many, who considered that I was quite loyal to IBM. IBM has been a splendid place. There is no dearth of opportunities there. The more you are ready to take up responsibilities, the more you are given.

So what on earth made me switch?
The primary reason for the switch is, I wanted to work in a startup on something that is directly used by non-technical end users.

How do we serve a large user base? How do we keep up with the ever increasing and conflicting demands of users? How are things prioritized? How is it that a small group of 15-20 individuals can do something in a matter of days, that large organizations take weeks to implement?

The equation in a startup is quite different from that of large organizations. I have read this before, but have never had first hand experience. So I decided to take the plunge and experience it myself.

And then there was the question of the 'right time'.
Is this a good time? Should I wait? What will I gain, what will I miss? The more I thought about it, the more it confused me. So finally I just chose to go with Ugenie.

The work seems to be interesting. I am looking forward to it!

With some people predicting a dot-com crash in 2008, was this a good idea?
Time will tell. But whatever the case, I am not quite concerned.