Quando presentiamo PQFORCE ai nostri clienti, di solito incontriamo la seguente situazione: c'è un'organizzazione con decine o addirittura centinaia di dipendenti. Tutte queste persone lavorano secondo certe procedure da molto tempo. Ci sono project manager che pianificano e controllano i loro progetti secondo la metodologia X o Y. Ci sono molti ingegneri dello sviluppo. Ci sono molti ingegneri di sviluppo che fanno il loro lavoro quotidiano secondo i compiti assegnati loro. Ma ci sono anche manager di linea che programmano i loro dipendenti e si assicurano che tutti abbiano abbastanza da fare, ma non troppo.

Tutte queste persone hanno routine quotidiane più o meno radicate. Alcuni hanno un processo altamente strutturato con cui lavorano; per altri, ogni giorno è un po' diverso. Ma tutti loro parlerebbero probabilmente di una certa routine secondo la quale lavorano.

La cultura aziendale determina i processi

Questo ha a che fare con i processi predefiniti come sono (eventualmente) specificati dalla direzione. Per esempio, diagrammi di flusso di lavoro secondo i quali gli impiegati devono lavorare. A seconda del lavoro e del campo di attività, questo è naturalmente anche necessario - che sia stabilito un ritmo e che le varie funzioni, cioè le persone, lavorino insieme in modo ottimale. I processi in un'azienda hanno anche molto a che fare con la cultura di un'organizzazione. E spesso la personalità e le abitudini delle persone dietro questi processi giocano anche un ruolo importante in quello che è una tipica routine quotidiana. Chi fa le pause, quando e con chi? Qualcuno è più una persona mattiniera o serale e viene al lavoro prima o dopo di conseguenza? Questi aspetti hanno una grande influenza sulla cultura di un'azienda.

L'uomo, la creatura dell'abitudine

Sono proprio queste abitudini dell'utente che spesso lottiamo durante l'implementazione del sistema. Le discussioni sugli strumenti sono cristallizzate dalle abitudini degli utenti. "Perché non posso spostare questo compito qui, adesso?". "Perché devo inserire uno sforzo di pianificazione prima di poter allocare le risorse?" Queste o simili sono le domande che gli utenti fanno quando presentiamo PQFORCE ai clienti. "Bene", si potrebbe rispondere. "Perché lo fai in modo diverso?" - "Perché è così che si fa". è la risposta. Ed ecco fatto. È solo il modo in cui si fa, soprattutto per abitudine. E non perché un processo della società lo prescrive allo stesso modo. Quindi si potrebbe certamente fare in modo diverso.

Queste abitudini sono a volte così forti che le aziende specificano casi di test molto dettagliati durante la valutazione del sistema, che devono poi essere dimostrati il più accuratamente possibile dal fornitore con il suo sistema. Questi casi di test riflettono esattamente i processi dell'azienda. Questa procedura di valutazione non è da condannare di per sé. Dà al fornitore del sistema un'idea della cultura dell'azienda. Tuttavia, in molti casi sarebbe sufficiente chiedere l'essenza, cioè ciò che lo strumento dovrebbe essere in grado di fare, e non come lo fa in dettaglio. In questo modo, il produttore del sistema può anche mettere in gioco la sua filosofia d'uso e far emergere i punti forti della sua soluzione.

Dietro un (buon) strumento c'è una filosofia

Uno strumento potente come PQFORCE segue ora una concreta "filosofia d'uso". E si spera che questo non sia diverso per altri sistemi software. Quando si sviluppa un'applicazione di questo tipo, il produttore pensa fondamentalmente a ciò che il sistema dovrebbe essere in grado di fare (cioè lo scopo e la gamma di funzioni) e come dovrebbe essere utilizzato (concetto operativo, vedi anche questo articolo). Nel caso di PQFORCE, non lo abbiamo fatto in silenzio, ma in stretta collaborazione con i professionisti dell'industria svizzera per molti anni. Questo ha portato a una soluzione ottimale che si adatta ai processi tipici dell'industria. Tuttavia, è anche chiaro che si devono fare dei compromessi quando si implementa una filosofia utente. È qui che entra in gioco la configurabilità, in modo che i dettagli dello strumento possano essere adattati alle esigenze dell'utente. Quindi: strumento o processo?

Quando un'azienda decide di implementare uno strumento per aumentare l'efficienza, la produttività, il time-to-market, ecc: Siamo disposti ad adattare i nostri processi allo strumento o alla filosofia d'uso, o no? Chi dice A deve anche dire B. Chi introduce uno strumento deve anche essere disposto a scendere a compromessi. Almeno se i costi devono essere mantenuti bassi. Allora non può che essere una soluzione standard che viene con una filosofia predefinita. Se siete disposti a spendere molti soldi e a impiegare molto tempo, potete far sviluppare una soluzione su misura. Ma questi tempi sono finiti nel nostro mondo in rapida evoluzione.

PS: Ecco un link a un post di LinkedIn sullo stesso argomento.