Creo que moitos de nós son ocasionalmente presentados con, por falta dunha mellor expresión, nenos de primeira infancia requisitos. O usuario final realmente, moi mal quere un certo ollar específico e sentir, ou unha estrutura de clasificación moi específico ou un para cortar un clic ou opción de menú para facilitar a navegación ou [inserir crenza apaixonadamente decidiu que pasa a ser incorrecto]. Como SharePoint pro, xeralmente podemos atopar practicamente calquera tipo de demanda coa plataforma, pero para algúns deles, sabemos que nos nosos corazóns que:
- Eles van levar unha cantidade desproporcionada de tempo para poñer en práctica (e, polo tanto, custa máis)
- Eles van ser altamente personalizado e, polo tanto, difícil de manter e solucionar problemas
- Hai algunha visión fácil SharePoint que atenda 80% ou máis do requisito (i.e. atopa o espírito da esixencia, pero non a letra da esixencia)
Bottom line, sabemos que a "esixencia" é realmente só unha bo ter ou incluso lexítimo nalgún sentido, senón algo que a xente debe vivir con en vez de gastar moito tempo intentando "resolver".
Creo que estes como "nenos" esixencias, porque eu xa vin ese defecto moitas veces antes. Os nenos van definhar e incomodando-o por algún xoguete novo para a semana de cada vez. Vostede obtelos o xoguetes, eles xogan con el por algunhas horas ou días e, a continuación, colocar-la, nunca para pegá-lo nunca máis. Ou, non pode o xoguetes, as paradas irritantes eo neno se move para facer presidente do mundo libre. Eu xa vin isto acontecer en proxectos SharePoint. Os tomadores de decisión, quere conseguir o que queren e pasa a ser unha función non utilizado ou subutilizado ou non conseguir o que queren eo proxecto aínda pode de ningún xeito.
Remember me de que, hoxe, nun post no foro e eu gosto de como Clayton Cobb intentou facer que o cartel foro para empurrar cara atrás nun destes tipos de requisitos: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/
Estou moi curioso como a xente ven este tema e como tratar con el. Estou perdendo o punto? Ten estratexias para orientar os decisores lonxe investindo excesivamente nas esixencias triviais? Por favor, deixe un comentario.
</final>
Siga-me no Twitter http://www.twitter.com/pagalvin
A miña experiencia dime que está correcto: A esixencia desesperadamente necesaria é moitas veces rapidamente descartado, xeralmente porque non está ben pensada. Estou de acordo que é o noso traballo como consultores para axudar a orientar o cliente a unha solución acertada, non só o cumprimento dunha demanda.
Con todo: Non entendemos os nosos clientes’ empresa, así como eles fan. É importante que, como consultores, non se facer arrogante, informando o cliente de que a súa esixencia é innecesaria. Así, temos algo de andar na corda frouxa: Axudar ao cliente a pensar nas resons a un requisito; explicar por que quere suxerir outro curso e ofrecer alternativas. Por exemplo, ofrecer-se para comezar con unha solución sinxela, que pode ser reforzado máis tarde se acaba por non atender a necesidade.
Como a maioría das cousas na vida, atopar o equilibrio certo pode ser complicado, pero paga a pena o investimento.
-Ruven
Gran punto de, Ruven. Hai unha liña tenue. Eu, persoalmente, tenden a “ceder” en vez de asumir unha liña dura. El sempre me deixa desconfortável cando alguén empurra cara atrás en relación aos requisitos do cliente dúas veces e tres ou máis veces.
Eu case sempre seguen o “solución simple” achegarse de ti describir. Non podo realmente pensar nun caso en que non funcionou mellor na final.
Eu xeralmente de acordo con este post Galicia. En realidade, Eu moitas veces me pego dicindo a xente “SharePoint pode facer calquera cousa que quere que faga, excepto o que quere facer.” Costume tentar atopar simple fóra dos métodos de caixa para resolver unha necesidade dos usuarios finais negocio. Polo que eu amo e gozar o desenvolvemento de solucións en SharePoint Prefiro probar algo simple e fóra da caixa de primeiros.
Na maioría das veces estas terras ata ser abondo e outras veces xera unha nova idea para eles que van facer a construción dunha solución personalizada mellor para eles.
Gran post.
Paul Liebrand
Chilro: @ PaulLiebrand
Eu teño que tratar con estes pedidos con moita frecuencia. Afortunadamente, often the business will acknowledge the request is a ‘nice-to-have’ rather than a ‘need’.
Cando non está claro Eu comezo con pregunta o que están intentando resolver coa solicitude. Que normalmente colle elementos que eles simplemente non recoñecen como un bo de ter inicialmente. Entón eu paso para evaluar o que están pedindo para determinar se é realmente algo simple ou non; e que o marco do impacto é como (como isto é un cambio para unha única sub-sitio web ou para toda a facenda).
Canto maior sexa o ámbito impacto, o maior número de preguntas que eu levantar. Se as respostas non soar como unha verdadeira necesidade, senón que están focados en actuar como se fose unha necesidade, entón presentar o tempo / custo e calquera impacto que poida ser asociada coa solicitude.
Se a empresa aínda quere que eu vaia para adiante, Fago, pero todos temos unha imaxe moito máis clara do que está cambiando.
Eu son novo para a súa web, pero seguilo en EndUserSharePoint. Eu traballo para un hospital militar e saber o que todo o mundo está falando cando se trata de "pode facer" e "debe facer". Recibe este case todos os días e os "Pode SharePoint fan documentos non imprimíbeis? Podemos aproveitar o "enviar a" opción?"O departamento quere ter algúns documentos ver só (non hai problema, feito) por mor do sistema de numeración e de seguimento para os documentos. Estiven buscando diferentes blogs e sitios web e non podo atopar a resposta. Espero que alguén poida axudar.
Galicia:
Creo que o impulso de volta, ou polo menos a discusión sobre a utilidade real das cousas, é o que separa Profesionais do SharePoint reais desenvolvedores simple. Todos podemos facer SharePoint facer isto, como ocultar o “Ver Todos local contidos” conexión, aínda que a maioría da xente non velo de calquera maneira. É o noso traballo para axudar ao cliente (interno ou externo, non fai diferenzas) entender que os bits en SharePoint realmente son útiles e por, por que algunhas cousas da interface de usuario realmente pode ser prexudicial, etc. Debemos saber mellor que eles e iso é o que somos pagados para. Se nós simplemente aceptar as esixencias, entón nós estamos dando só 50% como máximo.
Grazas pola mensaxe!
M.
Pingback: Steve Ballmer é un Deus; Por que Google non vai bater Microsoft na Nube de Colaboración; Adobe trae Flash para móbiles - SharePoint Diario - Bamboo Nation
Ola,
Grazas polo post e pedindo a todos para deixar un comentario para a súa experiencia, Nestas situacións i usado para dar dous opción para o cliente, Non é fácil construír unha solución / rápido que lle dá case o que precisa, pero non 100% ( de rendemento, ollar e sentir, mantemento .. etc) e non hai outra solución personalizada que lle dá o que quere, presentar unha estimación para ambas solucións e os custos asociados a el, e logo, normalmente o custo solución personalizada é maior se adoitaba dicir imos con case o que necesitamos :). A non ser o que eles queren é realmente afecta o proceso e un recurso moi demandado. Eu costume esperar nesas reunións que alguén vai entrar e comezar a discutir por que ? e para a súa experiencia co produto, pode convencido-lo por que e canto tempo vai levar?
Espero que isto axude.