Project management - zijn slechts een knop
Ik heb eens gewerkt met een ontwikkelaar die kwam bij elke product demo en voortdurend voorgestelde verbeteringen voor het product. Begrijp me niet verkeerd. Feedback is belangrijk en je moet niet ontmoedigen ontwikkelaars van het verstrekken het. Maar er is een tijd en plaats voor everything.Besides het feit dat deze ontwikkelaar gehouden met de demo af baan en tijd te verspillen iedereen, zijn feedback, toen aanvaard, had een enorme impact op het project schema. "Het is gewoon een knop" was zijn antwoord op elke bezwaar op basis van het project schema. Deze kerel altijd in geslaagd om Product Management ervan te overtuigen dat hij het kon doen in 5 minuten. Ik weet zeker dat hij kon een knop toe te voegen aan een UI in 5 minuten, maar deze knop had veel repercussion.For een, deze knop nodig een beroep bevestigd achter, die nog niet bestond. Bovendien zou het toevoegen van een knop gemiddelde actualisering van de SRS, gebruiker documentatie en testgevallen. Ten slotte had het effect op andere toepassingen die werden getroffen door de actie verbonden aan deze knop. Niet alleen hebben we nu behoefte aan aanpassing van deze andere toepassingen, we nodig hadden om te schrijven een upgrade script voor onze bestaande klanten die migreren van een oudere versie van deze nieuwe en verbeterde versie van onze software.To een lang verhaal kort te zijn 5 minuten knop leidt gemiddeld tot een 4 dagen effort.If je bent nog steeds in de Definitie fase van je proces, dan moet je op zijn minst rekening houden met de waarde achter deze knop, en of het de moeite waard. Als je het naderen van het einde van de bouwfase of betrad de Verificatie fase, niet doen! Maak duidelijk dat gold-plating is niet aanvaardbaar is en dat onder geen enkele omstandigheid zal u uw deadlines risico voor t it.Don 'verwarren het scenario waarin een ontwikkelaar die graag horen zijn / haar eigen stem voortdurend stelt gold-plating functies met die van een klant die leiden ontdekt een show stopper die moet worden rechtgezet. De eerste is een klassieke fout die u moet controleren, en de tweede is strikt een feit van omgaan met klanten - een die kan worden verminderd in frequentie door de invoering van best practices zoals Rapid Prototyping of JAD-sessies! Luc Richard is professioneel spreker en auteur met meer dan 10 jaar ervaring met het beheer van de ontwikkeling van software applicaties. Hij is te bereiken via Het Project Mangler (http://www.projectmangler.com).
Artikel Bron: Messaggiamo.Com
Related:
» Legit Online Jobs» Wholesale Suppliers
» The Evolution in Anti-Spyware
» Automated Money Machine On eBay
Webmaster krijgen html code
Voeg dit artikel aan uw website!
Webmaster verzenden van artikelen
Geen registratie vereist! Vul het formulier in en uw artikel is in de Messaggiamo.Com Directory!
