ProfServProjects: Difference between revisions

From Open-Xchange
Line 35: Line 35:
During this phase it is decided what exactly there is to do, by whom and when. The resulting Customer Implementation Concept formalizes this information, accompanied by (several) SOWs which detail Open-Xchange efforts.
During this phase it is decided what exactly there is to do, by whom and when. The resulting Customer Implementation Concept formalizes this information, accompanied by (several) SOWs which detail Open-Xchange efforts.
* Implementation Workshop
* Implementation Workshop
** document-template: [https://ox6-dev.open-xchange.com/publications/files/1/projectTemplates/21816/current?secret=30e01261e422f9ec9b0af51b0d3319e2 Workshop Agenda]
** [https://ox6-dev.open-xchange.com/publications/files/1/projectTemplates/21816/current?secret=30e01261e422f9ec9b0af51b0d3319e2 Workshop Agenda]
** [http://www.mindmeister.com/54884411 WBS-template]
** [http://www.mindmeister.com/54884411 WBS-template (mindmap)]
** Detailed architecture-description (which parts are delivered by operating system / customer / Open-Xchange)
** Installation of test-system
** Authentication
*** explain separation of contexts. 2 separate roles: oxadminmaster (creates contexts) and oxadmin (creates users, but only in his context)
*** explain resolving of usernames into contexts
*** Auth-Bundle: SSO, Auth-Plugin (DB, LDAP, IMAP, custom)
*** Passwordchange (DB, LDAP, IMAP, custom)
** Integration into customer´s provisioning (choose API best suited. RMI preferred)
** Loadbalancing (existing / Apache / buy new one?)
*** explain session-stickyness (1 session always resolved to one host)
==Resulting Documents==
==Resulting Documents==
*[https://ox6-dev.open-xchange.com/publications/files/1/projectTemplates/21758/current?secret=30e01261e422f9ec9b0af51b0d3319e2 Customer Implementation Concept]
*[https://ox6-dev.open-xchange.com/publications/files/1/projectTemplates/21758/current?secret=30e01261e422f9ec9b0af51b0d3319e2 Customer Implementation Concept]

Revision as of 13:50, 18 October 2011

This page aims to give a detailed overview of customer-projects accompanied by the Open-Xchange professional services team: The different phases and decisions as well as the documents necessary to accompany this process are listed here. The following diagram gives a birds-eye view of the whole process:

Birdseye2.png


Initialisation

During this phase the product gets demoed and the doability of the project is checked. After this phase a detailed offer is made and the customer decides whether to start the project or not ("Go / No-Go").

  • Technical Demo (webcast or on-site)
    • presentation of the product including all features relevant to the customer
    • determine customer´s goals (replace webmail? operating parallel to MS Exchange?)
    • OX USPs: Fast even with many mails, drag-n-drop in the browser, syncing with many different clients, social, upsell
    • demo-systems could be http://ox.io, https://ox6-dev.open-xchange.com, own VM -> 2 users and some data are needed
    • recommend ox.io-account
  • Architecure Overview
    • Integration with customer systems instead of out-of-the-box (provisioning, mailsystem [none is included!], CPanel, PBA/POA, Plesk)
    • There are many ways to OX and its data. Broad range of supported devices and browsers
    • Java, no proprietary formats or protocols, Apache, MySQL
    • scales horizontally as well as vertically. Cluster size is entirely choseable, multiple tenants on one system -> "server density"
    • show examples for 10K users, 100K users, 1M users
    • APIs (HTTP, SOAP, RMI, ex- and import)
    • whitelabeling for GUI, Outlook, OutlookInstaller, MobileGUI (branding, theming, detailed configuration with ConfigCascade)
  • Proof Of Concept (POC)
    • needs server (real or VM) with SSH-access, a few accounts on the existing mailsystem
    • inform customer as soon as it is ready, get feedback after 2 weeks, are there still open issues open in R&D, Sales or Marketing?
  • Technology Transfer
    • approximately 10 mails.
    • evaluate customer-environment (what kind of mailsystem, loadbalancer, storage, number of mailboxes?)
    • hardware-sizing (how many concurrent sessions)
    • provisioning (existing or custom?)

Resulting Documents

Concept

During this phase it is decided what exactly there is to do, by whom and when. The resulting Customer Implementation Concept formalizes this information, accompanied by (several) SOWs which detail Open-Xchange efforts.

  • Implementation Workshop
    • Workshop Agenda
    • WBS-template (mindmap)
    • Detailed architecture-description (which parts are delivered by operating system / customer / Open-Xchange)
    • Installation of test-system
    • Authentication
      • explain separation of contexts. 2 separate roles: oxadminmaster (creates contexts) and oxadmin (creates users, but only in his context)
      • explain resolving of usernames into contexts
      • Auth-Bundle: SSO, Auth-Plugin (DB, LDAP, IMAP, custom)
      • Passwordchange (DB, LDAP, IMAP, custom)
    • Integration into customer´s provisioning (choose API best suited. RMI preferred)
    • Loadbalancing (existing / Apache / buy new one?)
      • explain session-stickyness (1 session always resolved to one host)

Resulting Documents

Implementation

Resulting Documents

  • checked Requirements Checklist

Approval

Resulting Documents

  • signed Requirements Checklist
  • Test protocol