Curious Rami

What To Do To Resist Adding New Features To Your Project?

June 20, 2007 · 4 Comments

Product managers, marketing managers, sales managers and customers will always push to add new features to your project. It is very hard for developers and engineers to argue against adding new features for many reasons including:

1-Customers and managers will always have a good reason for adding the new features (so they think). They are always so existed about the new features that they can’t listen to you.

2- Customers and managers will argue that you say “no” because you have to do it (in their mind; developers play Desktop Tower Defense all day long).

3-You, developer, are worried that they will go to someone else, and you will no longer be the go-to-guy.

So what to do?

Simply said: Play Their Game.

Managers and customers will always push the developers to add new features with the assumption that the golden three: cost, time and resources will not change.

So here is what you do:

1-Get really excited about the new features

2-Agree to add the new features

3-Congratulate them on coming up with the new features

Here it comes:

4-Tell them, very casually; that the new features will delay the project by 3 weeks and that you will need another tester for 1 week.

The magic:

Managers and customers will immediately stop you and tell you to forget about the new features and put them in the nice-to-have features list where they will stay there forever.

It works, give it a try, and let me know what you think.

As usual, comment, comment, and comment now!

PS: Wrote this post while listening to Dream Theater’s Systematic Chaos. Awesome CD!

→ 4 CommentsCategories: Engineering · GPD · GTD · Getting Projects Done · Productivity · Project Management · Time Management · Work

issmatblog Interview

June 19, 2007 · 1 Comment

Today I had a phone interview with Issmat of http://issmatblog.wordpress.com, check it out:

http://issmatblog.wordpress.com/2007/06/19/rami-nasser-young-haligonian-entrepreneure-next-internet-millionaire/

I am not sure about being the next internet millionaire :)

Thanks Issmat for the interview and extra points for making it a phone interview. Great talking to you!

→ 1 CommentCategories: ScienceHack · Startup · Web 2.0 · Work · Workhack

What To Do When Projects Are Behind Schedule?

June 19, 2007 · 8 Comments

When projects are behind schedule; most managers will push their team to work overtime and sacrifice quality in order to ship products on schedule.

Those managers need to understand two points:

1- Working overtime does not fix the problem. As developers/engineers work more hours, their productivity declines. Moreover, sooner or later the team will burnout and hate their job.

2- Sacrificing quality is a short term solution; it will most likely get the manager a promotion or a bonus. However, eventually, the product will fail or the code will break, the truth will rise, exposing the manager’s doings, damaging their reputation and costing the company a fortune to fix all the problems.

What to do when projects are behind schedule? Simple: The only way to successfully finish the project is to cut as many features as possible.

Here is a systematic procedure to accomplish this difficult reality:

1- Stop

2- Admit that something went wrong

3- Make a decision that you are going to do something about it and that failure is not an option

4- Prioritize the project’s remaining tasks (think big - major tasks only)

5- Assign cost, time and human resources required for each task

6- The magic: get rid of as many tasks (features) as possible based on priority, cost, time and human resources required

1, 2, and 3 are lame but required.

50% of all features will never be used and are purely added for marketing purposes, get rid of them.

Let me know what you think, comment, comment, comment now!

Disclaimer: I wrote this post while listening to “Just a Car Crash Away” by Marilyn Manson.

→ 8 CommentsCategories: Engineering · GPD · GTD · Getting Projects Done · Productivity · Project Management · Software · Startup · Time Management · Work

MBA Staffing/HR Course

June 11, 2007 · No Comments

I just finished a week long course on staffing from Dalhousie University. Mr. Alex Filimon taught the class and he did a great job. The course focused on HR management issues including evaluating and forecasting current and future recruitment requirements, preparing recruitment proposals, preparing job descriptions and requirements, advertising, screening, testing, interviewing and making hiring decisions. In one week, I attended 40 hours of lectures, wrote 3 papers and took 1 quiz. Over the next 2 weeks I have to write a complete HR plan to recruit for a position of my choice, most likely an electrical engineer.

I learned a lot from this course, and I recommend that every MBA student should take a staffing class. I learned that the recruitment process is a scientific process. I learned that it is very easy to discriminate even when you don’t mean to (I did not like the way he laughs is discrimination!). I learned that you have to document the whole recruitment process and prove that every interview question has a purpose and is related to the job requirements. I learned that you could be sued based on the interview outcomes only. I learned that you could be sued if you fire an alcoholic because alcoholism is a sickness in most provinces.

What you need to do:

  • Consult an HR professional before you start the interview process.
  • Consult a lawyer if you have any bona fide job requirements (example: must be male, or must be age 21 to 25).
  • Consult a lawyer before you fire an employee.

Quiz:

Do you think video resumes are a good idea?

After you answer, read the following article form Business Week on the potential consequences of watching video resumes:

Beware Of That Video Resume
Employers should think carefully before pressing “play” on the online video résumés job seekers are increasingly sending out, some labor attorneys warn.

Cheryl Behymer, a partner at national labor and employment law firm Fisher & Phillips, says she advises her clients to proceed with caution to be sure they’re not making themselves more vulnerable to charges of discrimination. “You’re seeing a physical representation of the candidate, what their race is, their national origin, their age,” she says. “That potential applicant might say: The reason you didn’t [interview] me is because you can tell I’m a minority.’”

The idea of first looking just at a candidate’s qualifications, Behymer says, is to help prevent the filing of a failure-to-hire claim, which can arise if an employer is suspected of discriminating against an applicant who belongs to a “protected class” a minority individual or an older person, for instance. It helps at this early stage of the hiring process, she says, to keep information about race and age, for example, separate from a candidate’s skills and qualifications.

One process Behymer recommends: Have initial résumé screeners omit the video when they send along a candidate’s other materials to the manager actually doing the interviewing or hiring.

Like Behymer, Garry Mathiason, a senior partner at leading employment firm Littler Mendelson in San Francisco, says that employers should never require video résumés from candidates. That’s tantamount, he says, to asking questions about race or age “that at this stage in the process are unlawful.”

But, says Mathiason, “if the applicant decides to send in that information through a video résumé,” he doesn’t agree that an employer has to avoid it. Companies “do take on some additional, limited risk” by viewing an online video résumé, he says. But they can also gain from assessing certain traits in candidates—”how confident they are, for example.” Still, he says, to be safe, “I’d err on the side of including in my interviews all those who meet the job’s objective criteria.”

By Jena McGregor

http://www.businessweek.com/magazine/content/07_24/c4038004.htm

→ No CommentsCategories: MBA · Project Management

ScienceHack.com on the Cover of Wired

June 9, 2007 · 1 Comment


ScienceHack on Wired Cover 

Well not yet! Make your cover.

→ 1 CommentCategories: Fruity McBanana · ScienceHack

Jan Rabaey on Synthetic Biology

June 7, 2007 · No Comments

Bioengineering is the way of the future

→ No CommentsCategories: Engineering · Innovation

Web2.0 Graphic and CSS Generators

May 31, 2007 · 9 Comments


To accelerate the design process of http://sciencehack.com, I used the following tools (makers, generators, builders, creators, designers or whatever you want to call them):

Loading GIFs:
http://www.ajaxload.info/

Buttons:
http://www.mycoolbutton.com/

Diagonal Stripes Backgrounds:
http://www.stripegenerator.com/

Purely CSS Rounded Corners:
http://www.spiffycorners.com/

Logo:
http://h-master.net/web2.0/
http://creatr.cc/creatr/

Leave a comment with your favorite design tools.

→ 9 CommentsCategories: Design · Productivity · Software · Startup · Web 2.0

Improving Reddit Stories Score Display

May 15, 2007 · 2 Comments

Reddit (http://reddit.com) score their stories by the number of points they get, which is equal to the number of up votes minus the number of down votes.

If we learned anything from politics, it is that people will disagree on everything (social issues, economics, religion, science, etc…); and when they all agree on one thing, it is probably lame, like puppies are cute, well dah!

Solution: Reddit should display both up votes and down votes next to each story.

I never click on a story unless it has over 10 points, but some stories could have 55 up votes and 50 down votes and the result is only +5 points. Well, a story that gets over 100 votes (up or down) is an important story.

Why should the story suffer when we disagree?

Save the story save the world.

-

reddit score

→ 2 CommentsCategories: Design · Software