Reactie: Verkopers richten zich in het gesprek vaak alleen op de juiste vragen en antwooorden om een deal te krijgen. Ze zouden zich wat vaken moeten richten op het helpen van een klant. Als zij wat vaker een welgemeende waarom vraag stellen, komen ze dieper in de problematiek van de klant en bieden zich automatisch meer en betere kansen om commercieel te benutten. verkoperszijneikels.nl
Reactie: Leuk artikel, maar er ontbreken m.i. twee dingen.
1. Hoe maakt deze onzekere persoon het besef operationeel dat het misschien meer aan stijl dan aan inhoud ligt?
2. Wat als je niet serieus genomen wordt omdat je inhoudelijk gewoon niet veel te melden hebt? Zou zomaar kunnen. Check dat, bijv. door iemand te vragen die je vertrouwt, leer er van en houd je mond tot je echt iets zinnings te zeggen hebt, bijv. nadat je je ergens in hebt verdiept.
Reactie: De basis van de problemen zit in de laatste alinea van het artikel: “De stuurgroep, opdrachtgever van onze evaluatie dacht echt dat ze een topproduct afgeleverd hadden. Hoe kan het gebeuren dat het eigen management niet door heeft hoe ontevreden de gebruikers zijn?”
De algemeen geaccepteerde manier van naar projecten kijken is een focus op het project alleen. Een focus op “delivery”, het liefst binnen tijd en budget. Daarmee verdwijnt de lange termijn (Business Case) naar de achtergrond en zal ook de kwaliteit het kind van de rekening worden. Het gevolg zal in het beste geval zijn: operatie geslaagd, patiënt overleden. Bijvoorbeeld met hoge herstelwerkzaamheden.
Een fundamenteel andere manier van kijken naar projecten zet dan ook de Business Case en de kwaliteit op de voorgrond. Met kwaliteit bedoel ik kwaliteit zoals de gebruiker dat voelt en niet het voldoen aan de standaarden van de leverancier zoals dat vooral in ICT vaak geldt. Met een focus op de effecten op de lange termijn (dus niet eenzijdig sturen op oplevering binnen tijd en geld) en een focus op kwaliteit kan dan ook geen sprake meer zijn van ICT projecten want ICT is een middel, geen doel. Tenzij je een ICT-er bent, natuurlijk.
NumoQuest haalt methodes aan. Het bovenstaande is in lijn met PRINCE2, een aanpak die door ICT-ers gedominieerd wordt maar juist niet voor die groep bedoeld is maar voor de opdrachtgevende kant van een project. Zie ook voor een verdere toelichting: http://www.projectenmanagen.nl/gastcolumns/prince2-bureaucratisch
De andere aanpakken die NumoQuest beschrijft, TMAP, OTAP, PM of Agile, zijn ICT ontwikkelaanpakken en hebben weinig te maken met projectmanagement dat gericht is op de klant en de Business Case. Ook beschrijft NumoQuest ITIL. Dit heeft niets te maken met projectmanagement. Dit is een IT beheersaanpak (stabiliteit in Business as Usual).
Reactie: Aardig artikel; Het is goed dat een onderneming onderzoek doet naar haar markt en de uitkomsten bekend maakt. Laten we leren van deze groeimarkt.
Er bestaan vraagtekens bij het concept ''cloud computing''. Om de principes daarvan uit te leggen, beschrijving van de risico's en mogelijkheden om deze te ondervangen verwijs ik naar een artikel dat ik heb geschreven column cloud computing.
Die column beantwoord ook de reacties van voorgaande personen.
Overigens wordt op managers online meer geschreven over cloud computing. Voor een stap in die richting attendeer ik niet alleen op de risico's maar ook op de wijze waarop deze kan worden ondervangen en de mogelijke voordelen.
Let op: Uit het hoofdartikel leid ik af dat het hier een onderzoek onder particulieren gaat en niet zozeer over bedrijven. Ik merk daarom op dat de door mij aangehaalde bijdragen geschreven zijn voor ondernemingen. Ik kan me voorstellen dat mensen in hun privéleven anders (dan zakelijk) omgaan met veiligheid en kostenoverwegingen. Immers, wie heeft er geen g(oogle)mail aanmelding?
Barry Mooibroek,
ACMO Accountants + Belastingadviseurs
Reactie: Goed artikel, maar ik krijg de indruk dat het is afgekapt halverwege het interessante deel, wanneer het gaat over implicatievragen en nuttig effect vragen. Over dat laatste vrijwel niets. En daarmee blijft het pleidooi voor de inhoudelijke kant onaf, d.w.z. het pleidooi om te ontwikkelen van stijlmaniertjes naar een integratie van verkopen met de business/het product/de dienst zelf.
Volgende artikel?
Reactie: Als Automatiseerder, betrokken en betrokken geweest bij een breed scala van projecten, ben ik helemaal niet zo'n voorstander van 'de cloud'. Reden is dat het kosten aspect helemaal niet zo heel erg verschilt als bij het in beperkt beheer houden van de data.
Bovendien, ook in eerdere reacties heb ikj geen antwoorden gevonden op onderstaande vragen;
- Wie is er verantwoordelijk voor de beschikbaarheid van de data?
- Wie is er verantwoordelijk voor de data in bits en bitse wanneer deze van zeer goedkope bronnen in India, Pakistan, China of Taiwan terecht komen?
- Wie is er verantwoordelijk voor back ups
- Wie is er verantwoordelijk voor de data integriteit en security.
Je mag van mij natuurlijk met allerlei prachtige sla's en escrow achtige formules komen. Mij interesseert maar één heel eenvoudig ding. Van wie is de corporate en bedrijfsdata? Juist, die is van de betreffende organisatie en zolang 'cloud' geen proven concept is in dat opzicht? Blijf ik er tegen.
Want als er ergens iets fout kan gaan, denk even aan hoe meer schijven, hoe groter de kans, zelfs wanneer je redundant werkt, dan moet je die kans vooral uitbreiden door meer van die schijven te gaan bedenken.
Data opslag is zoveel goedkoper geworden dat een goed ingerichte niet eens zo heel veel duurder zou moeten zijn dan 'cloud', me dunkt.
Reactie: In reactie op opmerkingen van dhr/mevr \'\'A\'\';
Daarin wordt terecht opgemerkt dat de toekomstige prijs en de beveiliging risico\'s zijn. Beide mogelijke kwesties kun je afvangen in een Service Level Agreement (SLA) met voldoende (boete)clausules of een escrowregeling. In reactie op de prijs: in het SLA (of mantelovereenkomst) kun je afspreken dat de prijs per eenheid niet meer mag stijgen dan bijvoorbeeld de CPI. De eenheid kan gerelateerd zijn aan het aantal aantal gebruikers, datastroom, updates en / of dataopslagvolume. De eenheid kun je vervolgens afstemmen met de applicatieleverancier, zodat je niet wordt geconfronteerd met onverwachtse prijsstijgingen.
In reactie op de toegang door onbevoegden; Oordeel zelf: Bij wie is de toegang tot de dataopslag beter geregeld; Bij een standaard ingericht kantoor of bij een professionele dataopslagcenter? De (gevolgen) van het (doorbreken) van de beveiliging kan ook in de SLA worden geregeld. Overigens kan niet alles via de leverancier worden geregeld. Het beveelt mijn voorkeur om het toezicht op de beveiliging bij derden te regelen. Ook de communicatielijn zul je redundant of nog vaker moeten aanleggen.
Hierbij geldt als randvoorwaarde dat de data en / of applicaties met medewerking van de IT-leverancier over kan naar een derde partij (of eigen server) als het ICT-bedrijf zich niet aan de afspraken houdt of niet meer betrouwbaar wordt. Dan staat u niet met de rug tegen de muur als het contract niet wordt nageleefd of eenzijdig wordt gewijzigd.
Ik verwijs hiertoe (nogmaals) naar mijn column. http://www.acmo.com/cloud-computing/
Ik ben het er overigens mee eens dat de wereld moet uitkijken voor het ploffen van de luchtballon dat \'\'ICT\'\' heet. Het werken via een geautomatiseerd gegevensverwerkend systeem moet rendabel zijn en blijven.
De beslissing tot overgang naar Cloud Computing moet bewust worden genomen op basis van een rekensom van rendement / risico.
Maar mede vanwege de schaalbaarheid en lagere investeringskosten kan gelden the sky is the limit.
Barry Mooibroek,
ACMO Accountants + Belastingadviseurs
Reactie: Het is opmerkelijk dat deze trainer begint met een niet onderbouwde stelling dat verkopers op trainingen niet verder komen dan vaardigheden die in de lucht blijven hangen. Is dit gebaseerd op eigen trainingen?
Zodra er sprake is van een maatgesneden verkoopopleiding en -ontwikkeling doet zich deze situatie niet voor.
Typerend voor het spinmodel is dat het gericht is op wat de verkoper wil weten, inplaats van HELPEN INKOPEN
Reactie: Als je niet binnen de groep past en niet serieus wordt genomen kan je je ook af vragen of je wel werkzaam bent in de juiste omgeving waar jij je natuurlijk zelf kan zijn. In elke groepsdynamiek zijn er types die het voortouw nemen. Van nature. Dit kan niet iedereen zijn want anders wordt het zo'n haantjes omgeving. Om uit ''benarde positie''te komen zul je ook een keer over je zelf heen moeten stappen! Bereid je punt voor wat je wilt zeggen. Kies je moment goed.En zeg wat je wilt zeggen. Word je onderbroken: vraag gewoon even: Sorry, mag ik even uitpraten, en kijk die persoon duidelijk aan. Stemgebruik en houding (presentatie vertoon) zijn erg belangrijk. Doe dit komend overleg 3-4 keer consistent. Praat in de gang en bij het koffie apparaat met mensen. Wil je gezien,gehoord en serieus genomen worden, dan moet je er ook op de juiste momenten zijn. Het moet wel bij je passen, alleen door authentiek te blijven kan je dit naar je toetrekken. Of genoegen nemen met een positie minder prominent omdat dit je van nature beter ligt. Succes!
Reactie: Wat een verschrikkelijk onzin verhaal. In (C)AO's worden maandsalarissen overeengekomen en ik heb nog nooit meegemaakt dat een werknemer dankjewel zei toe die over februari een volledig salaris uitbetaald kreeg. Toch maar even gemiddeld ca.2,5 dag minder voor gewerkt.
Reactie: Als de kerstdagen in het weekend vallen, dan hebben we die situatie ook.
Vallen ze goed, dan hebben we 2 dagen betaald vrij.
Kortom, een non-issue.
Reactie: 'Een diepgaand onderzoek onder IT professionals geeft een waardevol inzicht in de manier waarop zij kijken naar hun eigen projecten. '
Kan de schrijver van dit artikel wellicht de bron van dit diepgaande onderzoek vermelden?
Algemeen: bij alle projecten waar IT en de business betrokken zijn is het zinvol om al in een zo vroeg mogelijk stadium van het proces met elkaar om de tafel te gaan zitten - als partners / collega's niet als tegenstanders. Dat zou een hoop (toekomstige) ellende voorkomen.
