Our user has commented nicely about Yoxel Personal sync in this Basecamp Answers thread (see last comment)  https://answers.37signals.com/basecamp/2534-outlook-task-integration

Just want to add here that we can do the same now for Zoho Projects: http://yoxel.com/zoho-project-management.html  Huddle connector is also coming.

Plus, we’re testing our contacts sync for Highrise and Google app: http://yoxel.com/highrise-synchronization.html








Is Your Inbox Overflowing?

January 24, 2011

I ran into this article today, It’s time to deal with that overflowing inbox, which re-iterates what we all experience with email today:

1) The growing number of e-mails, she explained, is hampering productivity among so-called knowledge workers who rely heavily on e-mail to get their jobs done and to stay on top of their personal lives.

2) “People with more than 100 messages in their inbox are less satisfied with the quality of their projects, more behind on them, and less likely to know what they need to work on at the start of a workday,”  …


And another interesting fact, pointing out that corporate knowledge workers use email alot for project collaboration:

Right now, the average corporate employee spends 25 percent of his or her workday on e-mail-related tasks, according to Radicati, compared to 14 percent on face-to-face meetings and 9 percent on the phone.

The article suggests to clean-up your inbox regularly and delete email.  But that, I think, is the option you’re left with when using your traditional email client. Email may contain valuable data and so removing it regularly just to make yourself more productive is not the best approach. I believe, organizing email better in ways that make it easy to find and know what is important at the moment, is the way to go.

You’ll probably need an additional app for this, or a new generation email client. GMail is a good one, but how do you manage your MS Exchange email with it? Xobni is an app that could help you with that though.  We’re also developing the Yoxel PCM app that will help you manage email threads/conversations better for more productive project management.


Email or Email Client?

January 12, 2011

Great article from 4spires,  Email Is Flawed For Managing Work – Transformation Is Coming.

Despite our collective understanding that email is flawed as a workflow management tool, we are firmly entrenched in its use.  What is needed is a generic solution that mirrors the simplicity and flexibility of email but adds better workflow tracking and management reporting features.

As I wrote in my earlier post, Email vs. social networking in your workplace, I would separate the term “email” as a messaging system/infrastructure (as defined by RFC822, RFC2821 (smtp), RFC2045 (mime), RFC3501 (imap), …) from “email” as email client software for reading/sending/managing email messages, implementing only a specific use model, usually dated 10-15 years ago. And so when it comes to the email clients I really agree with the article, most email clients are outdated and have not kept up with the workflow management requirements so it is obvious that new generation email management apps need to be developed.

Email as the messaging infrastructure is actually quite solid in my opinion and can be leveraged quite successfully by those new generation tools. I am probably quite “old school” but I love email. BTW, see the comment for that article about the recent Skype outage, could this have ever happened to email and paralyze millions communication channels? What I believe is that simple and open wins and email is simple and based on open standards so there could simply be a better email client that is also designed to enhance the workflow management.

I have to admit though that I am quite biased in my opinion because we’re working on a tool like that ourselves. We simply want to leverage the email based collaboration model that most organizations use today (many of which are MS Outlook based). I think most organizations have chosen to use email for a good reason (flexibility, simplicity, ubiquity, you name it …), so lets just go with what already seems natural and enhance the experience.

Here is how you could implement basic scrum story tracking without signing up with any project server, simply using email. You’ll need to use our desktop app Yoxel PCM which scans your email inbox to help you track conversations and identify requests communicated in them.

  1. Install Yoxel PCM, connect it to your email account (i.e. GMail), see how here
  2. Flag/Star those email threads that represent scrum stories in your email client (or start new ones directly from Yoxel PCM)
  3. Yoxel PCM starts tracking conversations that you have identified and also presents them to you as chats
  4. As a conversation progresses, requests and responsible persons are identified.
  5. Each responsible person marks his/her ownership of a story and attaches personal tasks to it, all in their own Yoxel PCM. All this info is shared with the rest of the To/CC list and everyone is aware of who the owners are.
  6. As the owners progress on their tasks they mark their status (active, inwork, complete). As the matter of fact the app can tell the 1st two states automatically. Others, monitoring the conversation, see all these updates.

With this server-less model you dont get to see gantt or burndown charts but you can track all stories simply over email and empower individual functional members to plan and track the tasks associated with them.


You must have seen the Dec 6 article in the SF Chronicle entitled “Transformation of e-mail is under way“, talking about Facebook’s move into email. The last few paragraphs of the article really summarize the message:

That consumer-driven demand is part of the reason Facebook’s first stab at a unified messaging system is noteworthy, said analyst Rob Koplowitz of Forrester Research Inc. Facebook has more than 500 million users, and they are increasingly bringing social networking into the workplace, a trend that has accelerated in the past five years.

With a business communications system built around a social network rather than just e-mail, employees can learn about projects their co-workers are doing or check profiles to find who might have the expertise they seek.

“It’s surprising how much we can share that we don’t share today,” he said. “The tools we have were all designed to think security first, share later.”

The need for e-mail, though, won’t go away, but a program that just does e-mail may not be around in 10 years, he said.

“You’ll still have a messaging engine, but that engine will probably be wrapped around other communication and collaboration technologies,” he said.

This and other articles often talk about email, that as a messaging system it may not survive. I think these articles are really talking about email applications (email clients) that are indeed quite obsolete (MS Outlook, Thunderbird, KMail, Yahoo Mail, take any of them …). Although you probably wont say that about GMail, on the contrary, it is quite refreshing – email threads presented almost as chats to encourage dialogs. I am actually very surprised that Google killed its project Wave which was taking GMail even further in the direction of email integrated with work place social environment.

Anyway, those are mostly email clients that are being blamed for their non-social implementations. And quite understandably, as most of them are >10yr old now. BUT the underlying email messaging system and infrastructure (as described by such protocols as RFC822, RFC2821 (smtp), RFC2045 (mime), RFC3501 (imap), …) are very solid, in my opinion. Many probably don’t realize that the whole web world has pretty much adopted MIME for content definitions, which was originally a standard for email message bodies. And what about the message transmission infrastructure, millions of SMTP servers across the Internet facilitating mail delivery, built to work around line failures and offline situations? I can’t believe we want to scratch all that.

As far as the email client apps go I definitely agree that they need to be updated and re-designed to accommodate new social collaboration needs, we are even building one app like that ourselves at Yoxel. But I am very intrigued with the question of the underlying infrastructure.  It is basically the question of “de-centralization” vs “centralization” . Do you like the idea of being locked in their cloud (Facebook, Twitter, Google, …) for all your messaging and collaboration needs or would you prefer a little more democracy and freedom where you continue to rely on the SMTP based Internet infrastructure not controlled by any one big company allowing a choice of alternative UI solutions (desktop and web-based)?


PS: For those who read the whole SF Gate article: It seems the Bugzilla bug-trackers I used in the past were a new generation social email apps because they sent email notifications inviting me to login and collaborate so I can easily say that they “layer enterprise social-networking on top of e-mail”. 🙂

A while back I posted a digest/review of a research paper on the theory of project management. It was an attempt to make it easy to read but I think it may still look like it is too much to digest. So I want to pick it apart more and discuss here just one problem:

The current model is basically represented by a non-cyclical network graph in which each activity connects directly into its immediate successors.  Such a model fails to account for uncertainty in production process, which affects time as well as interdependencies between tasks.

So the the non-cyclical network graph model (think MS project / GANTT chart model) is a big flaw by itself. So much of our work on projects is cyclical actually. You worked on a task and then you worked on it more, and then someone found a bug, and you worked on it again.

The bigger challenge is the fact that new tasks come about every day and the graph constantly changes. The creative process of working on a task or collaborating with others will produce more intermediate tasks, guaranteed! To make your project status visible and clear you have to somehow keep capturing all these new tasks. I don’t think there are very good solutions available for this.

As these new tasks come and go, a bunch everyday, the key to capturing them would be the simplicity of entering them into your PM system. Very few systems made it simple for people to do that. One good example is probably 37signals’ Basecamp, their motto is simplicity and I think it really helps in capturing these “newly born” tasks. Although this works only if your whole team is very disciplined, as it still requires a login into the project portal every time you need to register a new todo.

I believe a better way would be a close email integration. So many of these “newly born” todos are communicated in email to begin with. So, that is where you need to capture them right away, without requiring to log into the project portal throughout the day and typing the same data one more time. I even think MS Outlook/Entourage got it, as they have implemented ‘follow-up/todo’ flag for email messages which turns them into tasks. But I am quite unhappy with their implementation. I don’t like one-to-one message-to-task relationship. Plus once they have created all these tasks they have not provided a convenient way for people to plan and manage them, in my opinion (well, they really want you to use MS Project for that).

I think you need to have a desktop app to implement the convenient email integration. Basecamp does not offer much in this regard as they are purely web-based plus their view on email integration is different.

What we have done with Yoxel PCM is we first have separated the following two concepts: requests and tasks. Requests are what is communicated in emails (people asking you to do something or you ask them to do something, deliverables really), and tasks are personal todos (what you think you need to do to satisfy the request, what you plan to come up with request commitment dates).

You really want to manage a whole conversation (email thread), not isolated messages (not every email is a request requiring a task), to identify requests in it and track them. Conversations usually go though these stages: started, exchanging ideas, request identified, owner identified, planning&committing, work collaboration, done. Neither MS Outlook nor Entourage allow you manage the whole conversation from start to finish. I think Google Wave was on the right path though. Then you link your personal tasks to the conversation (to the request discussed in the conversation for which you’re responsible). Well, this makes more sense to me. It makes it easier to trace from task to request/deliverable to conversation and back. Also as you focus on conversations rather than individual email messages this allows to organize them better and move the multitude of the messages exchanged under the umbrellas of the conversations (think GMail email threading).

I dont believe email is going away, I personally like the distributed email model very much. I just think new generation email management systems need to be developed to provide better collaboration experience.


Just wanted to mention this open source project that makes it possible for Java apps to access Windows Registry: http://code.google.com/p/java-registry/

I have been quite successful in retrieving MS Outlook User Profile related settings using this tool. Definitely recommend it.