Dokumenthåndteringsprogramvare

Programvaren er opprinnelig utviklet under slagordet "Vi vil forenkle arbeidsflyten". Men alle som er knyttet til denne svært dokumentasjonen, da de var opptatt 8 timer om dagen, og forblir i virksomhet. Programmene gir ikke ledig arbeidstid. I det minste har flertallet av eksisterende programvareprodukter for arbeidsflyt gjort arbeidet enda mer komplisert og komplisert. Det eneste som er vellykket med programmører i denne retningen er at firmaet er helt avhengig av hvordan programmene fungerer.

For eksempel, ikke så lenge siden, var jeg vitne til en regnskapserklæring at de ikke kan beregne og slippe ut en person på permisjon. Forholdene var noe spesifikke, men til slutt var alt innenfor gjeldende arbeidskode. Og den eneste klare grunnen til å nekte arbeidstakeren var at semesterprogrammet ikke var i stand til å fordøye den foreslåtte situasjonen. En person ble tilbudt flere typiske alternativer, men slik at de ble investert i de tilgjengelige funksjonene til regnskapsprogramvaren. Samtidig var hovedårsaken så langt som mulig skjult og oppdaget, først etter at medarbeiderne gikk til prinsippet og begynte å insistere alene. Til slutt hva skjer? Programmet bør forbedre produksjonsprosessene, og pålegger faktisk ytterligere restriksjoner på dem.

Eller et eksempel fra ditt eget liv. Jeg har en slags hobbyprogrammering i et VBA-miljø. I flere års arbeid på kontoret ble det opprettet mer enn et dusin ganske komplekse "mesterverk" og en haug med mindre, hvorav bare en ble vant, og man trengte litt forfining. Og fra programmeringssynspunktet var disse virkelig ganske komplekse makroer som opererer og behandler store mengder informasjon. Og de har alle jobbet bra. Noen gang. Men kun kunst i ren form viste seg å være ikke så praktisk anvendelig. Fra den siste vellykkede implementeringen husker jeg programmet for tekstrewriting laget under vba for Word og programmet for å samle månedlige rapporter i Excel.

Fra mine observasjoner og mislykkede eksperimenter kan jeg tilby flere kriterier som er obligatoriske for å skaffe et program som faktisk kan slå rot og være nyttig på kontoret:

• - Hvis sluttresultatet av programmet er et dokument, skal det utstedes i et format som er praktisk for manuell redigering. Ikke bare utskrift, men i en fil som er praktisk for endringer. Hvis da disse endringene skal forbli i historien, lagrer vi den endrede filen.

• - Programmet skal på den ene siden være i stand til å angi informasjon fra enhver bruker, derimot, en modul for overvåking og hurtig korrigering av feil begått av et begrenset antall spesialister

• - Når du legger inn data fra utøveren, er det bare obligatoriske lister. Det bør ikke være noen foreninger. Alle subtraksjonstillatelser må gjøres av programmet. Gi mulighet for folk til å beregne antall linjer og fra 10 personer 1 teller feil og 1 på sin egen måte.

• - Når du skriver inn data, bør programvaren gi mulighet til å forlate nesten alle feltene tomt med muligheten til å fylle dem senere. Tenk hundre ganger før du krever et obligatorisk felt.

• - Kompleks automatisering er bare mulig for de mest primitive handlinger. Og siden strenge bestemmelser nesten aldri eksisterer, må bare de mest rutinemessige operasjonene automatiseres. Programmet bør være et verktøy, ikke en erstatning for utøveren.

Du kan ikke tro, du kan sjekke, men å ignorere ovenstående vil føre til at automatisering vil bli et byråkratisk hemorroide. Og når alt kommer til alt, vil jeg ha så mye automatisert lykke overalt.