]po[ Forum

References

Status Engine

State Variables

• Owner (creator/ client)
• Responsible (responsible for overall resolution)
• Asignee (resolving partial aspects)
• Priority
• Due date
• % Completed
• Owner requires update reports (all, major, none)
• Privacy Scope (private, project, public)

Communication Spheres and Permissions

The client, staff and provider communication spheres

Frequently we have encountered the situation that a customer should be integrated into a project, but that he should not even know about the existence of external providers in the project.

For this reason we have separated the communication between customers, staff and (external) providers into separated into three "spheres" (see below) with the project manager as the pivotal point to route (distribute, assign, ...) customer incidents to other project managers.

The permissions to post to the different spheres are defined using the OpenACS permission scheme:

• add_topic_public
  Add global messages
• add_topic_group
  Add essages for the entire (project) group
• add_topic_staff
  Messages to staff members of the group
• add_topic_client
  Messages to the clients of the group
• add_topic_noncli
  Message to non-clients of the group
• add_topic_pm
  Message to the project manager only

Typically, customers only get the "add_topic_pm" permission and freelancer "add_topic_noncli". However, these permission are configurable, so that they can be adapted to less rigid environments.

Thread Permissions and Notifications

Forum topics can form threads when people reply to an initial topic. In this case all permissions and notifications are inherited from the topmost partent topic.

­References

Related Object Types

• [Forum Topic Object Type]

Related Packages

Related Modules

Tutorials

• Forum User Guide 

]project-open[ acentúa la pos­ibilidad de integrar clientes y proveedores en el proceso de planificación y ejecución de proyectos. No obstante, la comunicación que va mas allá de la misma empresa requiere medios (y aptitudes) especiales debido a ­fines, culturas etc. divergentes de los miembros involucrados. El módulo  Task/Incident Tracker formaliza la comunicación relacionada con la distribución de cargos de trabajo entre los miembros del proyecto. Ese módulo permite la definición de claras responsabilidades dentro de un proyecto y hacer un seguimiento de las responsabilidades de miembros de un proyecto del progreso o de tareas del proyecto.

Los foros de ]project-open[ Forums se basan en metáforas de la teoría de los "actos de habla". Estas metáforas recrean el uso de la lengua natural en comunicaciones de seres humanos, como declaraciones, preguntas, ordenes y exclamaciones.

Estos conceptos están representados utilizando diferentes tipos de temas:

	Incidencia (uno-a-uno) Alguien necesita r­esolver un problema. El iniciador no sabe necesariamente quien debe resolver el problema y puede que le falta la autoridad para pasar la tarea a un tercero. El asignado es el responsable para resolver la incidencia.
	Tarea (uno-a-uno) A tarea que hay que hacer. El iniciador sabe quien debería cumplir el trabajo y tiene la autoridad para delegar la tarea. El asignado es responsable para completar la tarea.
	Discusión (muchos-a-muchos) Una discusión abierto (e informal) acerca de un tema. No se sabe el resultado de antemano.
	Noticia (uno-a-muchos) Alguien informa un grupo de interesados de algo. Una noticia podría iniciar una discusión.
	Nota (uno-a-muchos) Alguien deja un comentario sobre algo.

­Return to Top­