Management

Gebruik de 521 IT checklisten van ITpedia, met in totaal 22022 vragen.

Zoek in de omschrijvingenOmschrijvingAantal vragen
IT projectfaseringBestaat uit meerdere checklisten
Application Services Library (ASL)Bestaat uit meerdere checklisten
ContinuïteitBestaat uit meerdere checklisten
KwaliteitsattributenBestaat uit meerdere checklisten
Functies in de automatiseringBestaat uit meerdere checklisten
WebdesignBestaat uit meerdere checklisten
Of zoek naar een woord: Fulltekst

Laatst gebruikt: Organisatie helpdesk op: 2012-05-19 23:56 Checklist
Toezenden van eerdere beoordelingen per e-mail.
E-mailadres:

10 tips om usability te borgen in agile projecten

Enige tijd geleden is een verkenning gedaan naar de impact van een agile projectaanpak op usability c.q. user experience. Een belangrijke conclusie was dat agile werken, gegeven de juiste omstandigheden, kansen biedt om op een andere manier dan gebruikelijk usability te waarborgen. Dit vergt natuurlijk wel een omschakeling van de gemiddelde user experience designer. Gelukkig wijst Jeff Patton de [...]

Van admin op 27 maart 2012 | Adviezen, Analyses, Methoden, Technieken | Aanvullen?
Tags:, ,
Checklisten: 2

Mislukken door falende opdrachtgevers

Project organisatie

Een goede invulling van de rol van opdrachtgever blijkt in toenemende mate bepalend te zijn voor het succesvol uitvoeren van een ict-project. Maar wat wordt verstaan onder opdrachtgeverschap en welke onderwerpen zijn van belang om het opdrachtgeverschap op een goede manier uit te voeren?   Falend opdrachtgeverschap is een veelvoorkomende oorzaak van het mislukken van [...]

Van admin op 5 december 2011 | Methoden, Organisatie | Aanvullen?
Tags:,
Checklisten: 3

Gevolgen van slecht management bij offshore software ontwikkeling

Onervaren? management bij offshore? software ontwikkeling Succes van offshore outsourcing gebonden aan offshore management capaciteiten Bij het overhevelen van bedrijfsactiviteiten en -onderdelen naar lage lonen landen rekent men zich al snel rijk. Anderzijds schrikt men terug voor de complexe problemen en impact die offshore IT outsourcing heeft op de gehele organisatie. Gemis aan ervaring bij offshore management [...]

Van admin op 28 november 2011 | Analyses, Knelpunten | Aanvullen?
Tags:, ,
Checklisten: 2

Cloud Computing

Cloud computing. Tegenwoordig wordt er veel over geschreven en gesproken door leidinggevenden in de IT-sector en de bedrijfswereld, IT-analisten en anderen. Sommigen vinden het een ontwrichtende trend die een nieuwe fase inluidt in de evolutie van het internet. Voor anderen is het gewoon een hype, omdat het gebruikmaakt van al lang bestaande IT-technologieën. Maar wat [...]

Van admin op 31 oktober 2011 | Achtergronden, Definities | Aanvullen?
Tags:, ,
Checklisten: 3

Hoe offshore projecten managen via CMMI

Offshore projecten en CMMI kwaliteitsmanagement systeem Offshore outsourcing van ICT ofwel uitbesteden van softwareontwikkeling naar lagelonenlanden, zoals India en Rusland is een niet te stoppen trend. Argumenten hiervoor zijn o.a. kostenbesparing en de grote faalkans bij zelfstandig opgezette ICT projecten. Hoe offshore projecten managen? Maar hoe zijn offshore projecten te managen? Hoe bewaakt men de [...]

Outsourcing management is procesmanagement

Project organisatie

Bestuurbare processen: de succesfactor voor outsourcing IT, ICT, back office … In een organisatie waar de mogelijkheden van outsourcing onderzocht worden –en daar is in deze case sprake van-?  is het van belang om over scherpomlijnde, bestuurbare processen te?  beschikken. Bestuurbare, meetbare processen vormen immers een voorwaarde om onderbouwde outsourcing beslissingen te kunnen nemen. Welke [...]

Van admin op 5 september 2011 | Analyses, Organisatie | Aanvullen?
Tags:, ,
Checklisten: 2

Het Nieuwe Werken: 20 fouten om te vermijden

Hippe ontmoetingsruimtes als onderdeel van nieuwe kantoorconcepten

ICT- en kantoorinrichtingleveranciers willen het ons graag verkopen: Het Nieuwe Werken. De praktijk leert dat bij invoering van Het Nieuwe Werken veel meer komt kijken dan de aanschaf van nieuwe ICT-tools en de inrichting van mooie flexplekken en hippe ruimtes voor overleg en ontmoetingen. Op basis van gebruikerservaringen zet Personeelslog 20 veel gemaakte fouten op [...]

Belang van het sociale business ecosysteem

Ecosysteem De term “ecosysteem” vindt zijn oorsprong in de natuur en betekent : Een plek waar dieren en planten de meeste voedingsstoffen kunnen vinden. Business ecosysteem Het concept van een business ecosysteem is in 1993 geïntroduceerd door business strategist James. F. Moore en zijn definitie luidt als volgt: Een economische gemeenschap ( community) van elkaar [...]

Engagement

Sleutel tot het succesvol implementeren van sociale netwerken en HNW. De introductie van Sociale Media heeft geleid tot een hernieuwde uitvinding van marketing, communicatie en het verspreiden van informatie. Inmiddels is Sociale Media voor vele bedrijven en organisaties een “heilige” vorm van interactief communiceren die hen de mogelijkheid biedt om klanten, prospects en beslissingsnemers samen [...]

Elektronische consultant en kwaliteitstool

Dit artikel gaat over automatiseren en de kwaliteitszorg die goede automatisering van de organisatie vraagt. Daarbij wordt ITpedia geïntroduceerd als checklisten systeem dat de praktische verbinding legt tussen automatiseren en kwali­teitszorg. Gebruikers van ICT komen telkens knelpunten op hun weg tegen die vaak een nauwe relatie hebben met de geautomatiseerde delen van de organisatie. Naar [...]

ASL 2 en ITIL v3 Hoe liggen de verhoudingen nu?

In 2009 is een nieuwe versie van ASL op de markt gekomen: ASL 2. In het boek waarin ASL2 wordt beschreven wordt summier ingegaan op de relatie tussen de ASL-processen en infrastructuurmanagement, maar niet op de relatie met ITIL. Eerder is al wel literatuur verschenen die ASL 1 vergelijkt met ITIL v2 en ITIL v3. In dit artikel [...]

Van Machteld Meijer op 23 maart 2011 | Analyses, Methoden | Aanvullen?
Tags:, , , , ,
Checklisten: Geen

Waarom slagen projecten?

Project organisatie

In de wereld van de ICT is het nu eenmaal zo dat veel projecten mislukken. Er worden cijfers genoemd van 75 tot 90%! In iedergeval vele malen vaker dan bijvoorbeeld in de bouw. Alleen al om die reden lijkt het me niet leuk om in de ICT te werken. Als argument wordt vaak gebruikt dat [...]

3 methoden om kwaliteit te verbeteren.

Globaal genomen zijn er drie methoden om de kwaliteit van producten te verbeteren. Deze methoden kunnen afzonderlijk worden gebruikt en ingevoerd. Ze kunnen echter ook naast elkaar worden gebruikt waardoor een totaal aanpak ontstaat. 1. De eerste methode is de zogenaamde preventieve-methode. Het idee achter deze methode is dat voorkomen beter is dan genezen. De [...]

Service-Oriented Application Management

Samenvatting van volledige publicatie. SOA and IT Management SOA is sexy Applications used to consist of several large programs that were difficult to modify and that were interconnected with batch-interfaces or by sharing data in common databases. These monolithic the eighties and nineties were generally more modular and distributed and made use of graphical user [...]

Van Mark Smalley op 24 februari 2011 | Analyses, Oplossingen, White papers | Aanvullen?
Tags:, , ,
Checklisten: 3

Volwassenheidsniveau van een organisatie

De mate van volwassenheid van een organisatie bepaald in grote lijnen de wijze waarop met informatiebeveiliging wordt omgegaan in het algemeen, en binnen projecten in het bijzonder. Er zijn meerdere aspecten die bepalen hoe een project aangepakt moet worden. Deze aspecten geven tezamen een duidelijk beeld van het volwassenheidsniveau van een organisatie, en worden aangeduid als volwassenheidskenmerken. Hoe hoger dit niveau is, des te groter de kans dat informatiebeveiliging op de juiste wijze wordt ingebed in de operationele bedrijfssituatie. Dit niveau geeft namelijk aan hoe een organisatie bijvoorbeeld omgaat met standaarden en het beveiligingsproces als geheel. Als een organisatie een hoog volwassenheidsniveau heeft betekent dit dat het voorwerk dat moet worden verricht rondom informatiebeveiliging geringer is in vergelijking met een organisatie waar dit niveau lager is.

Het is mogelijk dat er binnen organisaties sprake is van verschillende volwassenheidsniveaus.

Dit kan vooral het geval zijn bij grote multifunctionele organisaties waar verschillende onderdelen zelfstandig functioneren.

De volgende volwassenheidskenmerken spelen een rol:

Cultuur

De bedrijfscultuur bepaalt in grote mate het volwassenheidsniveau van een organisatie. Hier zijn boeken over vol geschreven, en dit valt duidelijk buiten te bestek van dit artikel.
Wat hier niet buiten valt is awareness, normen en standaarden voor bewustzijn en bewustwording, compliance methodieken en tot slot de mate waar een organisatie überhaupt over informatiebeveiliging discussieert. De uitspraak “soft skills are the organisation’s hardest diamonds” geeft aan dat cultuur als belangrijk volwassenheidskenmerk te boek staat.

Standvastigheid en mate van onzekerheid

Rond een project is het eindresultaat wat telt. Een organisatie kan hier een zekere onzekerheid over hebben, los van het niveau binnen de organisatie of de betrokken functie.
Motivatie van de organisatie als geheel of een deel daarvan dat binnen het project een rol speelt geeft een duidelijke draai aan de mate van standvastigheid. Niet gemotiveerd zijn van mensen rond informatiebeveiliging zorgt dat de koppeling naar het project niet gaat lukken.
Dit beïnvloedt het eindresultaat. De mate van onzekerheid rond het eindresultaat kan worden weggenomen door een risk assessment uit te (laten) voeren met sturing op fasering, de methodiek waarmee het project wordt aangepakt en bestuurd, de project organisatie en als laatste de verhouding tussen de voorbereiding en de uitvoering.

Projectonzekerheid kan op vier manieren geïdentificeerd worden:

Variatie, Voorziene onzekerheid, Onvoorziene onzekerheid, Chaos

Variatie is opgehangen rondom de meer traditionele aanpakken, terwijl chaos zich uit in aanpakken die ruimte bieden aan verandering.

Besturing

De mate waarin een organisatie controle heeft over haar informatiebeveiliging bepaalt in grote mate het volwassenheidsniveau. Hoe minder volwassen, hoe meer activiteiten noodzakelijk zijn om te zorgen dat de al eerder genoemde koppeling tussen informatiebeveiliging en het project slaagt. Bij controle past ook het kiezen van een juiste strategie voor het in balans krijgen en houden van projectvoorbereiding versus projectuitvoering.

Omvang

Een grote organisatie zal per definitie meer tijd hebben geïnvesteerd in het formaliseren van processen, het opstellen van regels en het doorvoeren van een procesgestuurde werkwijze voor informatiebeveiliging. De rol van de verantwoordelijk manager voor informatiebeveiliging, de security officer (CISO) en eventuele andere functionarissen is hierin van belang. Dit heeft een directe relatie met de projectorganisatie. Zal de CISO participeren hierin? Of juist niet? Twee petten dan? Hier moet goed over nagedacht worden.

Beleid

De aanwezigheid van beleid voor informatiebeveiliging is een belangrijk vertrekpunt voor een project waarin informatiebeveiliging een rol speelt. Het volwassenheidsniveau van een organisatie heeft een directe relatie met dit beleid. Hoe is het tot stand gekomen, en hoe wordt het bijgehouden? Is iedereen binnen de organisatie er van doordrongen dat er überhaupt beleid is? Het geeft aan in hoeverre er is nagedacht over informatiebeveiliging in termen van strategie, organisatie en tactische richtingen. Naarmate beleid en gerelateerde aspecten beter zijn uitgekristalliseerd zal een organisatie sneller en efficiënter informatiebeveiliging kunnen inbedden in een project. De manier waarop de organisatie omgaat met dit beleid is tevens bepalend voor het volwassenheidsniveau. Ofwel, er kan beleid voor informatiebeveiliging zijn, maar als daar niet op de juiste wijze mee wordt omgegaan (denk aan up-to-date houden), dan is dot eerder een negatief aspect dan positief. De wisselwerking tussen de projectorganisatie en de bestaande beveiligingsorganisatie speelt hierbij tevens een belangrijke rol.

Technologie

De mate waarop technologie is ingevoerd en beschikbaar is binnen een organisatie geeft aan hoe het bedrijf met informatiebeveiliging omgaat. Techniek is een logisch gevolg van een uitgezette koers voor informatiebeveiliging. Tenminste als het goed is. Dit aspect speelt en een rol bij het volwassenheidsniveau, maar nog meer binnen het inbedden van informatiebeveiliging in het project zelf. In de praktijk kan namelijk duidelijk worden dat de operationele techniek achterhaald is, niet werkbaar is of juist een extra verbeterslag moet doorlopen om binnen het project en later in de operationele processen juist te kunnen werken.

De match tussen eisen (requirements) voor techniek en het volwassenheidsniveau van een organisatie zijn cruciaal in het vaststellen van de wijze waarop deze technologie moet worden ingezet, zowel binnen het project als in een later operationeel stadium.

Complexiteit

Complexiteit heeft twee invalshoeken. De complexiteit van de organisatie zelf speelt een rol. Is het bijvoorbeeld mogelijk binnen een complexe procesgestuurde organisatie projecten los daarvan te laten functioneren? Vooral de wijze waarop het project zelf wordt aangevlogen door fasering, methodiek, projectorganisatie en de verhouding tussen voorbereiding en daadwerkelijk uitvoering is in grote mate afhankelijk van het volwassenheidsniveaus van de organisatie. Een volwassen organisatie zal projecten gestroomlijnd aanlopen. De complexiteit heeft tevens een relatie met security alignment. Als hiervoor duidelijk afspraken zijn gemaakt binnen het bedrijf dan zullen de projectkenmerken als fasering, organisatie en methodiek eenvoudiger in te vullen zijn.

Gezamenlijk bepalen de hierboven beschreven aspecten het volwassenheidsniveau van een organisatie en dus de mate waarop, snelheid en effectiviteit waarmee informatiebeveiliging in het project een rol krijgt toebedeeld en wordt ingebed.

Management support

De mate waarin het management (top management, hoger en middenmanagement van alle relevante organisatieonderdelen) het project ondersteund is essentieel in het slagen van het project. Zonder managementondersteuning kan een project maar beter gestopt worden. Het management is namelijk de aangewezen plaats om aanwezig potentieel in de organisatie te mobiliseren en in te zetten in een project [4]. Ondersteunt het management het project niet, dan komt er van de inzet van dit potentieel en het gebruik van beschikbare interne kennis niets terecht.

Dit artikel is een onderdeel van een expertbrief van het GVIB. Klik hier voor het volledige artikel.