Come posso avere a bordo colleghi non programmatori con software su misura piuttosto che con Dynamics CRM + Sharepoint?

Parlando come sviluppatore di SharePoint, sì, ci sono momenti in cui uno non vorrebbe implementare la propria soluzione in SharePoint. Alcune cose non si adattano molto bene, che di solito è una questione di architettura e / o scala delle informazioni.

Inoltre, SharePoint può essere troppo grande e generalizzato per alcuni progetti. Ad esempio, se hai solo bisogno di un sistema di gestione dei contenuti Web, ci sono quelli più semplici e leggeri che fanno meglio il lavoro di WCM. Ci sono blog migliori, forum di discussione, wiki, ecc. - ma pochi prodotti hanno tante funzionalità come SharePoint. Se scopri che non stai utilizzando molte funzionalità di SharePoint nel tuo dilettarsi, beh, forse c'è un caso per qualcosa di più piccolo / semplice.

Tuttavia, non hai veramente descritto nulla che non sia realizzabile in SharePoint.

• Rapporti semplici basati su query tra tabelle - Parte web DataView. O scrivi di possedere - CAML può fare join.
• Esportare elenchi come fogli di calcolo Excel - integrati
• Da molte a molte relazioni - dipende dalle entità coinvolte, ma i campi di ricerca possono supportarlo.

Non sottovalutare le cose che SharePoint fornisce spesso trascurate: l'integrazione di Office (sebbene l'integrazione di Outlook sia notevolmente scarsa), ricerca, piani di conservazione dei documenti, moduli di elenco predefiniti, ecc. è un framework - ma ti dà parecchio. E può essere un bugger far sì che faccia ciò che vuoi, a volte.

Vorrei raccomandare (come tutti i buoni consulenti!) che se non sei sicuro, spingere per un progetto pilota. Sembra che potresti già farlo - il dilettevole - quindi considera quali cose non sono ancora state provate, magari provate. Conosci i tuoi bisogni, quindi cerca di trovare qualcosa di concreto.

Potrebbe valere la pena di tenere conto che gli sviluppatori di SharePoint sono normalmente piuttosto costosi - c'è carenza di quelli buoni - e penso che occorra un buon sviluppatore ASP.NET per 6-12 mesi per diventare abile con SharePoint. La tua organizzazione potrebbe avere competenze più in linea con altre tecnologie, nel qual caso devi chiedere se vale la pena investire.

Altrimenti, senza sapere di più su cosa stai cercando di fare, è difficile offrire consigli più dettagliati.

Non vuoi crearne uno a meno che non ci siano requisiti molto specifici che non possono essere implementati nella soluzione personalizzata ... tuttavia, non riesco a immaginare nessuno che voglia ragionevole usare Sharepoint!

ci sono molti strumenti OSS disponibili (google per Nuxeo o Alfresco) e indirizzarli alle pagine web di marketing per questi strumenti. quindi spiega che lo sviluppo di questi strumenti sarebbe più semplice e più economico, e che sono gratuiti (hmm, forse spiega che si paga solo per il supporto ... suona meglio del modo). In alternativa, spiega che quando la Whitehouse voleva un sistema CRM, è andato con Drupal, alcuni moduli dovrebbero consentire di ottenere una versione completamente personalizzata che fa tutto ciò che vuoi.

Per quanto riguarda il marchio Microsoft ... redigi il costo delle licenze (più CAL, se appropriato) e fallo uscire dal loro budget.

Pensa ai problemi che si sono verificati in seguito all'utilizzo di Dynamics CRM + Sharepoint. Ricorda che in quel momento hai detto a uno degli staff non tecnici: "Non posso fare la funzione X perché sharepoint non lo supporta". Questi sono perfetti esempi del perché su misura è meglio. Se non si dispone di tali esempi, Dynamics CRM + Sharepoint va bene.

La prossima domanda è questa: è necessario liberarsi di Dynamics CRM + Sharepoint per aggiungere tali funzionalità? Se la risposta a questa domanda è no, l'unica persona che ha bisogno di sapere su questi problemi è il tuo manager; i tuoi colleghi non dovrebbero preoccuparsi di in che modo funzionano le tue soluzioni.