Difference between revisions of "ITasksProjectIdeas"
Bas Lijnse (talk | contribs) m |
|||
(4 intermediate revisions by 2 users not shown) | |||
Line 10: | Line 10: | ||
Ideas for spam control: Do not SMS/mail when the user is logged on. Send at most one SMS/mail in a period that a user is not logged on (or at least block later lower priority alerts) until the user logs on. Postpone alerts if possible (deadline), because tasks may vanish in the meantime (because of the or-combinator). [Erik Zuurbier] | Ideas for spam control: Do not SMS/mail when the user is logged on. Send at most one SMS/mail in a period that a user is not logged on (or at least block later lower priority alerts) until the user logs on. Postpone alerts if possible (deadline), because tasks may vanish in the meantime (because of the or-combinator). [Erik Zuurbier] | ||
+ | |||
+ | For SMS I would recommend using www.voipbuster.com which offers the ability to send an SMS through accessing a URL for less then 5 cents per message. --[[User:freekvdb|Freek van den Berg]] | ||
== Feature: Ad-hoc signup == | == Feature: Ad-hoc signup == | ||
Line 20: | Line 22: | ||
This can be generalized: a group of people/organizations need to agree on delivering something (here a future meeting, but it could be an automated system, a holiday [hotel, flight, rental car, insurance]). A kind of two-phase-commit-protocol could be followed: prospective participants are sent an invitation to offer/quote on a proposal (or a list of alternative proposals). The organizer then collects the offers/quotes, decides on one of the alternatives and distributes appropriate acknowledgements of offers/quotes (commit-requests) and rejections (roll back-requests). This should take care of limited validity periods of offers/quotes, and it should consider the possibility that a participant might not be able to live up to an offer/quote after all. [Erik Zuurbier] | This can be generalized: a group of people/organizations need to agree on delivering something (here a future meeting, but it could be an automated system, a holiday [hotel, flight, rental car, insurance]). A kind of two-phase-commit-protocol could be followed: prospective participants are sent an invitation to offer/quote on a proposal (or a list of alternative proposals). The organizer then collects the offers/quotes, decides on one of the alternatives and distributes appropriate acknowledgements of offers/quotes (commit-requests) and rejections (roll back-requests). This should take care of limited validity periods of offers/quotes, and it should consider the possibility that a participant might not be able to live up to an offer/quote after all. [Erik Zuurbier] | ||
+ | |||
+ | == Feature: Fast user selection == | ||
+ | Choosing users to assign or reassign a task to is something that has to be done often and should be as easy as possible. Possible ideas could be a "google suggest" like input field that suggests existing users, but would also allow free form entry. It could also be possible to allow you to enter users who don't have an account yet and then invite them (See Ad-hoc signup) | ||
+ | --[[User:Bas Lijnse|Bas Lijnse]] 09:03, 25 November 2009 (UTC) | ||
+ | |||
+ | == Feature: Interaction through e-mail == | ||
+ | Because interaction tasks do not specify how information should be entered or presented, it should be possible to go beyond notification of tasks via e-mail for some tasks. It could be possible to present tasks in an e-mail and allow completion and returning the task result by a direct reply to that e-mail without ever logging in to the system. | ||
+ | --[[User:Bas Lijnse|Bas Lijnse]] 09:08, 25 November 2009 (UTC) | ||
+ | |||
+ | == Feature: Enter information from the environment == | ||
+ | Currently the Itasks system offers functionality to ask a user to enter information of a certain type using the enterInformation function. In the case Itasks has to deal | ||
+ | with external systems, it would be nice if an external system could approach an Itasks handler to enter information in a task instead of a human actor doing it in the | ||
+ | browser. Possible a mailbox kind of approach is needed, since the information might be sent from the outside before it is actually needed. The ultimate test would be to | ||
+ | connect multiple different Itasks servers and have them synchronize through sending and receiving messages. | ||
+ | --[[User:freekvdb|Freek van den Berg]] 12:38, 3 Augsut 2010 (UTC) |
Latest revision as of 11:40, 3 August 2010
This page is a collection of random ideas for extending or improving the iTasks system that we think are fun, but haven't gotten around to implementing. If you are a student looking for a small project, or otherwise want to contribute, this might be the place to find something interesting :)
To make the completion of tasks easier, it would help if you could communicate directly about a task with the person who defined the task or assigned a task to you. An easy way to facilitate this is to build instant messaging linked to tasks in the client. This is mostly an interface design project, because the server side is relatively simple. --Bas Lijnse 08:58, 25 November 2009 (UTC)
Feature: E-mail / SMS
Not everyone is logged in to a workflow system 24/7, but a lot of people have access to their e-mail most of the time. Therefore would it be nice to have e-mail or even SMS notification when new tasks are assigned to you, when the status, priority, deadline or other properties of a task change, or something else that is worth knowing happens. Because not everybody likes to be spammed by such a system, it would have to be configurable for each user. --Bas Lijnse 08:58, 25 November 2009 (UTC)
Ideas for spam control: Do not SMS/mail when the user is logged on. Send at most one SMS/mail in a period that a user is not logged on (or at least block later lower priority alerts) until the user logs on. Postpone alerts if possible (deadline), because tasks may vanish in the meantime (because of the or-combinator). [Erik Zuurbier]
For SMS I would recommend using www.voipbuster.com which offers the ability to send an SMS through accessing a URL for less then 5 cents per message. --Freek van den Berg
Feature: Ad-hoc signup
You do not always know in advance, which people will be involved in some task or workflow. Sometimes you want to assign tasks not to an existing user, but to someone who is not a user yet. In these cases you want to be able to create a new user account instantly and provide some quick and easy signup mechanism for the new user to be introduced to the system. A possible solution would be to allow task assignment to arbitrary e-mail addresses, and when the e-mail adress does not belong to a known user, create a new user with the e-mail address as username and sent her an e-mail with a link that activates the new account and directly opens the assigned task. --Bas Lijnse 08:58, 25 November 2009 (UTC)
Workflow: Schedule a meeting with a group of people
The idea of this example workflow is to agree on a date with a group of people. One person who initiates the workflow defines a list of possible dates and the people she wants to invite. The list of options is then offered to each group member who indicates what subset of the options suits her. Finally the organizer picks a date from the set of dates that is possible for everybody. --Bas Lijnse 08:58, 25 November 2009 (UTC)
This can be generalized: a group of people/organizations need to agree on delivering something (here a future meeting, but it could be an automated system, a holiday [hotel, flight, rental car, insurance]). A kind of two-phase-commit-protocol could be followed: prospective participants are sent an invitation to offer/quote on a proposal (or a list of alternative proposals). The organizer then collects the offers/quotes, decides on one of the alternatives and distributes appropriate acknowledgements of offers/quotes (commit-requests) and rejections (roll back-requests). This should take care of limited validity periods of offers/quotes, and it should consider the possibility that a participant might not be able to live up to an offer/quote after all. [Erik Zuurbier]
Feature: Fast user selection
Choosing users to assign or reassign a task to is something that has to be done often and should be as easy as possible. Possible ideas could be a "google suggest" like input field that suggests existing users, but would also allow free form entry. It could also be possible to allow you to enter users who don't have an account yet and then invite them (See Ad-hoc signup) --Bas Lijnse 09:03, 25 November 2009 (UTC)
Feature: Interaction through e-mail
Because interaction tasks do not specify how information should be entered or presented, it should be possible to go beyond notification of tasks via e-mail for some tasks. It could be possible to present tasks in an e-mail and allow completion and returning the task result by a direct reply to that e-mail without ever logging in to the system. --Bas Lijnse 09:08, 25 November 2009 (UTC)
Feature: Enter information from the environment
Currently the Itasks system offers functionality to ask a user to enter information of a certain type using the enterInformation function. In the case Itasks has to deal with external systems, it would be nice if an external system could approach an Itasks handler to enter information in a task instead of a human actor doing it in the browser. Possible a mailbox kind of approach is needed, since the information might be sent from the outside before it is actually needed. The ultimate test would be to connect multiple different Itasks servers and have them synchronize through sending and receiving messages. --Freek van den Berg 12:38, 3 Augsut 2010 (UTC)