Yo diría, una pequeña startup donde la competencia central es muy específica del dominio. La razón por la que digo esto es la siguiente …
Para construir cualquier buen producto de software, debe ser muy claro acerca de los requisitos. Esto no es fácil de hacer. No importa cuánto lo intentes, a menudo hay una gran desconexión entre los requisitos y el producto final.
En empresas más grandes, esta desconexión es aún mayor. Por qué…
- ¿Cómo es el Centro de Simbiosis para Medios y Comunicación, Pune (SCMC)? (anteriormente SIMC UG)
- ¿Es difícil ingresar a la fuerza aérea canadiense?
- ¿Es un MBA una buena opción después de completar un B.Tech en ingeniería mecánica?
- ¿Debo ir a la Wayne State University?
- ¿Cuáles son los documentos requeridos al momento de la admisión en NIT?
Nivel 1:
Los clientes necesitan algo … pero no saben exactamente lo que necesitan … tienen una especie de idea … pero no saben qué esperar.
Etapa 2:
Los clientes necesitan ‘X’, pero no lo expresan lo suficientemente bien … La compañía de software tiene personas que solo comprenden estos requisitos. A menudo no lo consiguen al 100%. Pueden o no ser expertos en dominios.
Etapa 3:
Los empleados de la empresa que eliminan los requisitos -> ahora tienen que traducir estos requisitos en funciones comerciales y el software que necesita ser construido -> A menudo aquí hay una gran falta de coincidencia de impedancia.
Etapa 4:
Los ingenieros (que entienden la codificación, pero no necesariamente el dominio) terminan construyendo lo que interpretan los requisitos.
Para el momento en que se prototipa el software, todas estas capas intermedias terminan agregando algo de confusión y distorsionan las intenciones originales (que no eran muy claras para empezar) al producto final (que el ingeniero entiende, pero no necesariamente el cliente).
Si tiene competencia en un dominio, Y tiene habilidades de codificación, se lo ubica en una posición única para cerrar esta brecha. Será mejor que pueda hacer esto en una startup donde asuma la responsabilidad de comprender los requisitos correctamente, definiendo el conjunto de problemas a resolver, traduciendo los requisitos en funciones comerciales centrales y luego implementándolos. No solo sabrá cómo construir esto, sino también cómo evaluarlo como un producto eficaz que satisfaga las necesidades … es decir, le brinda una perspectiva de extremo a extremo.
Los estudiantes que terminan especializándose en CS, a menudo son mejores en el lado de la ingeniería, es decir, una vez que se decide la definición del problema, probablemente harían bien en implementarlo. Pero poder definir cuál es el problema y qué generará valor requiere experiencia en el dominio y una visión de nivel superior. Con su competencia central en un dominio, puede explotar eso.