Crec que molts de nosaltres en ocasions es presenten amb, per falta d'una frase millor, joves-nen necessitats. L'usuari final realment, vol molt malament una certa específic aparença, o una estructura molt específic de classificació o una de tallar una opció clic o menú per facilitar la navegació o [inserir apassionadament creença que passa d'estar equivocat]. Com SharePoint pro, generalment Cubrim gairebé qualsevol tipus de requisit amb la plataforma, però per a alguns d'ells, sabem que en els nostres cors que:
- Van a prendre una quantitat desproporcionada de l'hora d'aplicar (i, per tant, costen més)
- Van ser altament personalitzada i, per tant, difícil de mantenir i solucionar
- Hi és alguna aproximació SharePoint fàcil que compleix 80% o més del requisit (i. e. es reuneix la pulcritud de l'exigència, però no la lletra de l'exigència)
Bottom line, sabem que el "requeriment" és realment només un bonic tenir o fins i tot legítima en cert sentit, però una cosa que la gent hauria conviure més que passen molt de temps intentant "resoldre".
Crec que d'aquests com a requisits de "nen" perquè he vist aquest patró moltes vegades abans. Els nens es lluny de pi i nag per alguna joguina nova durant setmanes alhora. Rebi la joguina, juguen amb això per unes poques hores o dies i llavors deixar-ho, mai a recollir-lo mai més. O, vostè no rep la joguina, les parades corroeix i el nen es mou a la presidència del món lliure. He vist que això passi en projectes de SharePoint. Prenedors de decisions tampoc assolir el que volen i es converteix en una funció no utilitzat o infrautilitzat o no aconsegueixen el que volen i el projecte encara aconsegueix totes maneres.
Em va recordar del que avui en un fòrum publicar i em va agradar com Clayton Cobb intentava aconseguir el cartell Fòrum fer retrocedir en un d'aquests tipus de requisits: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/
Estic molt curiós com la gent veure aquest tema i com lluitar amb ell. Estic perdent el punt? Té estratègies per dirigir els responsables de les decisions de overinvesting necessitats trivials? Si us plau deixa un comentari.
</final>
Follow me on Twitter http://www.twitter.com/pagalvin
La meva experiència passada em diu que li són correctes: El requisit desesperadament necessària és sovint ràpidament descartada, general perquè no es pensa bé a través. Estic d'acord que és la nostra feina com a consultors per ajudar a dirigir el client cap a una solució reeixida, no només complir amb un requisit.
No obstant això: No entenem als nostres clients’ negocis, així com van fer. És important que, com a consultors, no podem ser arrogants, dient el client que seu requisit és unneccessary. Així, tenim una mica d'una corda fluixa per caminar: Ajudar al client a pensar a través de les raons de força d'un requisit; explicar per què li agradaria suggerir un altre curs i oferir alternatives. Per exemple, oferir començar amb una solució simple que pot ser millorat posteriorment si resulta no a satisfer la necessitat.
Com amb la majoria de les coses en la vida, trobar l'equilibri adequat pot ser difícil, però val la pena la inversió.
-Ruven
Gran punt, Ruven. Hi ha una línia molt fina. Personalment m'inclino a “donar en” en lloc de fer una línia dura. Sempre em fa incòmode quan algú nou empeny contra client requisits dues vegades i tres o més vegades.
Jo gairebé sempre segueix la “solució simple” enfocament que descriuen. Jo realment no puc pensar en un exemple on funcionava millor al final.
Generalment estan d'acord amb aquest post Paul. De fet, Em sorprenc sovint dient a la gent “SharePoint pot fer qualsevol cosa que vol que excepte què ho vol fer.” Sovint tracten de trobar simple fora els mètodes de caixa per resoldre una necessitat empresarial als usuaris finals. Tant com m'encanta i gaudint de desenvolupament de solucions del SharePoint jo would força provar alguna cosa simple i fora de la caixa en primer lloc.
La majoria de vegades això aterra a ser prou i altres vegades es genera una idea nova per a ells que farà una solució personalitzada millor per a ells la construcció.
Gran post.
Paul Liebrand
Twitter: @PaulLiebrand
He de lidiar amb aquestes peticions molt freqüentment. Per sort, sovint el negoci reconèixer la sol·licitud és un ' agradable a tenir’ més que una "necessitat".
Quan no és clar que jo començar amb demanant el que estan tractant de resoldre la sol·licitud. Que normalment agafa elements que simplement no reconeixen com un agradable a tenir inicialment. Després vaig passar a avaluar el estan demanant determinar si és realment una cosa simple o no; i què és l'abast d'impacte com (com això és un canvi en un sol sub-lloc o a tota la finca).
Major l'impacte abast, el major nombre de preguntes que em vaig plantejar. Si les respostes no sona com una veritable necessitat, però encara se centren en actuar com si fos una necessitat, a continuació presento el cost/hora i sigui quina sigui l'impacte que poden estar associat amb la sol·licitud.
Si l'empresa encara vol que em vagi endavant, Faig, però tots tenim una idea molt més clara de què està canviant.
Sóc nou al seu lloc però seguir en EndUserSharePoint. Jo treballo per un hospital militar i saber el que tothom està parlant quan es tracta de "Fer" i "Ha de fer". Vaig aconseguir això gairebé cada dia i el "SharePoint fer documentació no imprimibles? Podeu vam endur-vos l'opció "enviar a"?"El Departament agradaria tenir alguns documents només Mostra (cap problema, fet) a causa de la numeració i sistema per als documents de seguiment. Jo he estat buscant diferents blogs i llocs i no pot trobar la resposta. Espero que algú pot ajudar.
Paul:
Crec que l'empenta cap enrere, o almenys la discussió sobre la utilitat real de les coses, és el que separa real SharePoint Professionals de desenvolupadors planes. Tots podem fer fer aquestes coses del SharePoint, com amagar el “Veure que tot el contingut del lloc” enllaç encara que la majoria de la gent no ho veig de tota manera. És la nostra feina per ajudar el client (intern o extern, no representa una diferència) entendre quins miques en SharePoint, realment són útils i per què, per què algunes coses UI en realitat pot ser perjudicials, etc. Deuríem conèixer millor del que fan i allò és què estem pagats a. Si simplement ens desmarcar a cada demanda, llavors estem només donant 50% en la majoria.
Gràcies pel lloc!
M.
Pingback: Steve Ballmer és un Déu; Per què Google no vèncer a Microsoft en núvol col·laboració; Adobe treu Flash per a mòbils - Diari del SharePoint - Nació de bambú
Hola,
Gràcies pel lloc i demanant tothom per deixar un comentari per la seva experiència, En aquestes situacions solia donar dos opció al client, Hi ha una fàcil solució de complexió/ràpid que li dóna gairebé el que necessita però no 100% ( d'actuació, aparença, mantenibilitat...etc.) i hi ha una altra solució personalitzada que li dóna el que vol, presentar un pressupost dues solucions i Cost associat a la mateixa, i llavors normalment si el cost de la solució personalitzada és més alt solia dir anem a anar amb gairebé el que necessitem :). Llevat que el que volen és realment afecta el procés i un tret altament demanat. Sol esperar en aquelles reunions algú es saltar i començar a discutir per què ? i per a la seva experiència amb el producte que vostè pot convèncer-lo per què i quant de temps es triga?
Esperança que això ajudi.