He visto a mucha gente afirmarse ser un "consultor de software". Estos consultores hacen lo que hace un desarrollador de software normal, escriben código, estiman tareas, corrigen errores y asisten a reuniones, etc. La única diferencia son las finanzas, los consultores terminan ganando más. Entonces, ¿en qué se diferencia un desarrollador de software de un "consultor"?
Además de la pregunta principal, me gustaría saber cómo puede un desarrollador de software convertirse en consultor. ¿Existen pautas específicas para un consultor? ¿Necesitan acumular certificaciones y redactar trabajos de investigación? No confunda al consultor de software con un consultor de gestión. Los consultores de software que he visto no son gerentes.
terminology
Robert Harvey
fuente
fuente
Respuestas:
Aquí hay una lista de softies
Desarrollador de software : es un empleado en la nómina de tiempo completo y realiza el trabajo de implementar los requisitos para la aplicación. Los desarrolladores se saltan proyectos diferentes trabajando como lo indican sus empleadores.
Consultor de software : no es un empleado y se lo contrata para brindar asesoramiento (consultoría) sobre cómo se debe implementar la aplicación utilizando los enfoques actuales de la industria. A menudo, el consultor proporciona asesoramiento técnico sobre cómo configurar una aplicación grande (SAP, Oracle, etc.). Los consultores, en mi experiencia, generalmente no son programadores.
Contratista de software : no es un empleado y se lo contrata para proporcionar habilidades y experiencia en los enfoques actuales de la industria. Por lo general, el contratista trabaja en un solo proyecto y lo realiza hasta su finalización, programando según sea necesario. No están bajo la dirección de sus empleadores, aunque pueden ayudar en otras áreas como cortesía profesional.
¿Cómo te conviertes en un consultor de software?
Por lo general, como resultado de trabajar para una consultoría de software que lo contrata a diario. Imagine que trabaja para Oracle y algunas grandes empresas necesitan asistencia para configurar middleware. Eres un empleado permanente que trabaja por contrato para un tercero. Este no es siempre el caso (ver la siguiente sección), pero es la ruta habitual.
¿Cómo te conviertes en un contratista de software?
Por lo general, como resultado de la creación de su propia empresa y de informar a los agentes de contratación que está disponible para trabajar (programación, consultoría, ambos ...). Luego, la agencia lo contrata diariamente, sujeto a ciertos términos contractuales. Puede ir directamente, pero es mucho más difícil (la función del agente es atraer al cliente, su función es proporcionar la experiencia).
fuente
Un "Consultor de software" difiere de un "Desarrollador de software" en función de las condiciones de empleo. El "Consultor de software" es contratado como contratista por un período de tiempo específico y para una tarea / rol / proyecto muy específico, mientras que el "Desarrollador de software" (que no es un contratista o consultor) es un miembro del personal a tiempo completo con un salario , y puede tener múltiples roles / proyectos dentro de la empresa.
"Consultor de software" podría referirse a un desarrollador / programador que trabaja por contrato en lugar de un desarrollador / programador que trabaja a tiempo completo. También podría referirse a alguien que brinda orientación y gestión de proyectos de alto nivel / diseño / arquitectura, como han mencionado otros, aunque en mi experiencia el título "Consultor de software" generalmente termina siendo alguien que trabaja 60-90% del tiempo desarrollador / programador y se emplea con contrato en lugar de a tiempo completo.
Cualquier desarrollador puede ser un consultor trabajando como contratista. Para hacer esto, generalmente se trata de ser un contratista independiente o trabajar con una empresa de consultoría.
fuente
Se supone que los consultores mejoran el negocio, no solo desarrollan algún software.
He sido desarrollador por más de 30 años. Solo he sabido lo suficiente como para ser consultor durante los últimos diez años.
fuente
No veo ninguna diferencia entre "consultor" y "contratista" aparte de eso, el consultor de alguna manera me parece elegante y potencialmente más caro. :)
En cualquier caso, llamé a los consultores / contratistas "desarrolladores de software" cuando trabajaban en una función de desarrollo, pero también espero que cuando contrate a alguien como "consultor" que vayan a hacer algún nivel de tutoría práctica. del equipo de empleados permanentes. Espero que cuando contrate a un consultor, esté contratando a alguien que ya tenga experiencia en la tecnología para la que lo estoy contratando, y que es muy posible que la mayoría de mi equipo permanente ya esté acelerando los detalles particulares de esa tecnología Por lo tanto, espero que mi equipo bombee al consultor para obtener información y el consultor se las arreglará para proporcionar respuestas inteligentes que le permitan ahorrar tiempo al equipo y obtener una cierta cantidad de trabajo manual a una velocidad más rápida / mejor calidad que mi recién llegado- empleados regulares actualizados.
En otros casos, he contratado consultores para que "consulten" permanentemente, lo que significa que no están haciendo ningún trabajo práctico, están enseñando al equipo a ser un mejor equipo o ser mejores con una herramienta o tecnología dada.
Como dicen las otras publicaciones, no espero que los consultores sean permanentes. Espero que los empleados regulares sean permanentes, o al menos tengan una afiliación con la compañía que dure más allá de un solo proyecto o un corto período de tiempo.
Si desea convertirse en un consultor y cobrar en consecuencia, yo diría que necesita un poco de creación de currículum. Cuando reviso los currículums de consultores, busco una experiencia realmente sólida en el corte de herramientas y tecnologías de arte. Varía de un dominio a otro, pero estoy buscando a alguien que haya implementado cosas complejas en la vanguardia, de modo que ya hayan alcanzado la curva de aprendizaje en las tecnologías que estoy tratando de implementar. La mayoría de los consultores que conozco son adictos al tinkerers. Trabajan duro durante el día y luego pasan sus tardes corriendo aún más adelante en sus áreas de especialidad porque saben que necesitan habilidades prácticas para vender a su próximo empleo.
fuente
Es una pena que la pregunta esté enmarcada tal como está. Creo que una mejor pregunta podría ser "¿En qué se diferencia un 'contratista de software' de un 'consultor de software'?" Son estos términos los que realmente plantean la pregunta, al menos aquí en los EE. UU.
El término 'desarrollador de software' puede aplicarse a cualquier tipo de empleo, siendo el desarrollador el tipo de rol o recurso que uno sirve. El problema del contratista / consultor gira en torno a los problemas de empleo, y nuevamente, estoy hablando en referencia a cómo funciona aquí en los EE. UU. Pero para responder realmente esta pregunta definitivamente (¡y verán, incluso eso es difícil de hacer!), Primero nosotros necesita definir algunos términos y explorar algo de historia.
Un desarrollador de software, independientemente de cómo se emplee, crea software y probablemente realiza muchas otras tareas relacionadas con la creación de software, generalmente con la excepción de una función de gestión, aunque incluso eso es bastante común en algunos proyectos, como los líderes de equipo . Los gerentes de proyectos y programas de software rara vez se involucran en las actividades básicas de crear software (aparte de los líderes del equipo). De nuevo, estos son roles .
En cuanto a empleo y pago, hay varios tipos (aplicables a los EE. UU.). El tipo de empleo más común es regular o 'directo', donde el trabajador está en la nómina de la empresa que desarrolla el software. Completan un W-4 con el empleador cada año y reciben un W-2 de ese empleador al final del año por sus impuestos.
Fuera del empleo directo, hay contratistas y (según la definición) consultores. Sin embargo, el término "contratista" es un poco engañoso. Técnicamente, un contratista es una entidad o persona que firma un contrato con la empresa cliente, en este caso la que desarrolla el software. Pero la realidad es que casi todos los contratistas en los EE. UU. Trabajan a través de una compañía contratante (también conocida como 'talleres de carrocería' e incluso términos menos complementarios); no se "contraen", per se, directamente con el cliente. Estos llamados contratistas en realidad llenan un W-4 con la compañía contratante, no el cliente, cada año y reciben un W-2 de esa compañía contratada al final del año por sus impuestos. Están sujetos a impuestos exactamente de la misma manera que sus hermanos y sisteren empleados directamente.
El punto aquí es que es la 'compañía contratante' la que realmente firma un contrato con la compañía cliente, no los llamados contratistas (los 'empleados contratados'). Los empleados contratados son realmente empleados por la compañía contratante, y la compañía contratada es la parte del contrato con el cliente. Por lo tanto, el contrato y los empleados directos que trabajan en un proyecto de software son esencialmente los mismos en términos de impuestos, y generalmente trabajan en cubículos adyacentes sin un estado especial en particular, la única gran diferencia es que los contratistas están limitados a un cierto tiempo en el que pueden continuar trabajando. El proyecto para ese cliente. Esto se debe a que la empresa contratante para la que trabajan no debe mantenerlos allí por más tiempo o nuestro IRS puede reclasificarlos como empleados directos,
En mi propia experiencia, los contratistas a menudo se extienden por trucos de recursos humanos, reclasificando a un empleado contratado de, por ejemplo, 'contratista' a 'temporal' o similar. Los clientes que querían mantenerme encendido lo han hecho en ocasiones. Sin embargo, las empresas clientes deben tener cuidado; el IRS puede auditarlos para determinar la verdadera relación de esos contratistas. Si el IRS descubre que el cliente los ha tratado como empleados directos, manteniéndolos en el sitio indefinidamente, por ejemplo, el cliente se hace responsable de los beneficios que esos empleados (ahora regulares) no estaban recibiendo como empleados contratados. Y la empresa contratante también puede ser responsable. No conozco todas las ramificaciones, pero puede volverse desordenado.
Oh si. ¿Qué es un 'consultor'? Ese término es un poco 'blandito': ha habido muchas guerras libradas por ese territorio sagrado. Solía ser, quizás hace 40 años, que 'consultor' era más o menos sinónimo de 'contratista independiente', es decir, un trabajador que contrataba directamente con un cliente. Es decir, el trabajador firmó un contrato con el cliente (tal vez el que desarrolla el software, como se indicó anteriormente). Ese trabajador NO llena un formulario W-4 con el cliente y no recibe un formulario W-2 del cliente al final del año. En cambio, un contratista directo (lo que a menudo se denominaba "consultor" en ese entonces) recibe un 1099 del cliente.
Junto con este acuerdo fiscal muy diferente, el término "consultor" tenía cierto aura al respecto. Los consultores generalmente tenían más experiencia (al menos 10 años trabajando en el campo) y generalmente tenían un área de especialización que podría haber sido difícil de localizar, lo que los hacía muy deseables para los clientes, y los clientes estaban dispuestos a pagar $ 500 o $ 1000 por día (un cantidad muy generosa entonces) por sus servicios expertos. Los consultores corrieron con una multitud de élite de personas bastante bien conectadas, y en general era difícil entrar en esas camarillas. La membresía era necesaria para ser un consultor exitoso. Había una organización, recientemente desaparecida pero ahora revivida, llamada ICCA, que era una especie de club de viejos para consultores informáticos. Cualquiera podía unirse, y lo hice en un momento; ser aceptado y conseguir trabajo era una historia diferente.
También hubo una industria de nicho, especialmente en lugares como el distrito financiero de Nueva York, que se especializó en la intermediación de contratos para estos consultores. Pero en aquel entonces, para obtener trabajo en software, y especialmente en el sector financiero, uno tenía que estar bien conectado (lo sé porque lo había intentado en ese momento). Hoy, estos corredores han sido tragados o quebrados por las grandes empresas de colocación. La contratación independiente ha sido casi destripada (existe, pero ese sector es mucho más pequeño ahora, casi inexistente) por una serie de leyes que han destruido lenta y ciertamente la contratación independiente de esa manera.
Hoy en día, el término 'consultor' rara vez se usa en el ámbito del empleo de desarrollo de software. Al menos, rara vez lo he escuchado. A veces, un desarrollador de software por contrato se conoce como consultor, pero casi no es una distinción más que, tal vez, algún intento de halagar o felicitar a algún contratista en particular por su experiencia en un retroceso a ese vínculo anterior cuando el término significaba algo especial .
Debo decir que todavía hay gerentes de proyectos de software llamados "consultores de gestión de software", pero casi todos ellos también son empleados directos de alguna empresa contratista que realiza el mismo propósito para estos empleados con contrato de gestión que las empresas que proporcionan los W-4 a esos desarrolladores de software contratan empleados. Y, como puede imaginar, a veces son las mismas empresas contratadas. Algunos clientes quieren tratar con una fuente de trabajadores para desarrolladores y gerentes que trabajan en un proyecto.
La consultoría genuina e independiente de software en los Estados Unidos está mayormente muerta gracias a los cambios en la legislación federal y el panorama cambiante de las empresas estadounidenses. A medida que las empresas (potenciales clientes de consultoría) se hacen más grandes, sus departamentos de recursos humanos se vuelven más brutalmente centralizados, arrogantemente eficientes y tecnológicamente encasillados. Es casi imposible en estos días ponerse en contacto con un gerente de contratación para discutir una oportunidad de empleo de cualquier tipo, directo o por contrato. Parte de esto es el secreto corporativo y la protección de los empleados, pero gran parte de esto es la tendencia a garantizar que tantos trabajadores como sea posible sean empleados directos, o al menos trabajen a través de una empresa contratante.
La alternativa a este escenario, similar a la de hace 40 años, era bastante diferente. En aquel entonces, era más difícil para los empleadores controlar el trabajo de sus empleados contratados, especialmente el tipo de consultor. El control de los trabajadores se ha convertido cada vez más en el principal problema del empleo en los EE. UU. Para garantizar una mayor productividad que, a su vez, es importante para la competencia con naciones como India y Vietnam, cuyos trabajadores están aún más acostumbrados a las demandas cada vez mayores de productividad.
La clave para entender todo esto es entender que al contratista independiente no se le puede decir exactamente cómo o cuándo hacer su trabajo. Por lo general, deben proporcionar sus propias herramientas. Tienen que cumplir con cerca de 20 de estos tipos de restricciones para que el IRS los reconozca como contratistas independientes legítimos. De lo contrario, esas cuestiones legales a las que me referí anteriormente entran en acción, junto con posibles demandas entre los empleados contratados y sus compañías contratadas por beneficios atrasados que luego se les deberían legalmente.
Perdón por la larga explicación, pero realmente es este complejo. Soy un desarrollador de software que ha trabajado directamente para empresas y a través de empresas contratadas. Muchas veces he considerado irme "indy", pero ese se ha convertido en un camino muy traicionero (e intimidante) en las últimas décadas. Y las corporaciones, ejerciendo influencia y aprovechando su influencia en el gobierno, continúan reforzando este acuerdo. El consultor de software estadounidense está muerto; los sobrevivientes restantes están sufriendo sus últimos alientos.
fuente
Cómo convertirse en un consultor de software:
fuente
Tengo entendido que "consultor" es alguien que hace tanto el análisis de negocios (recopilación de requisitos) como al menos algo de diseño / desarrollo de software, aunque no llegan tan lejos en las trincheras como un desarrollador de software a tiempo completo.
IOW, los consultores usan múltiples sombreros, mientras que los desarrolladores usan uno.
fuente
Mi experiencia del papel de un consultor difiere del tema común hasta ahora.
Otro uso del término, posiblemente solo común en el Reino Unido, es un ingeniero experimentado y experimentado que tiene una capacidad comprobada para comprender un sistema, comunicarse sobre él y discutir las compensaciones de implementaciones alternativas.
Lo mejor de esto puede proporcionar este alto nivel de entrada en sistemas que no han encontrado previamente.
Los consultores externos, contratados para un propósito específico, ocasionalmente exhiben algunas de estas habilidades, pero generalmente tienen experiencia (si eso es así) de una manera mucho más estrecha y centrada.
fuente
Supongo que tendrías que ser un desarrollador de software increíble o, al menos, uno bueno, para dar consejos a otras personas sobre cómo desarrollar software.
En pocas palabras, un consultor S / W es un desarrollador S / W con experiencia comprobada.
Solo mire hacia atrás en el tiempo en su propia vida: cuando comenzó a conducir o alcanzó la edad para obtener una licencia de conducir, ¿le preguntó a alguien más joven que usted o alguien mayor que tenía una licencia y sabía conducir acerca de la conducción y la solicitud de la licencia?
Además, los consultores a menudo hacen el trabajo por usted: la parte de desarrollo, además de otras cosas relacionadas con la creación de un producto de software, de principio a fin. Al menos las grandes organizaciones lo hacen, manejan cada aspecto de la creación del producto por usted. Solo necesita decirles lo que quiere, cómo quiere que se haga, cuáles son los aspectos críticos, plazos, documentación, etc.
TCS viene a la mente. Servicios de consultoría Tata. No se deje engañar, son una de las compañías de servicios de TI muy brillantes de la India, una bifurcación del grupo de industrias Tata, bajo Ratan Tata.
Trabajos notables de TCS: digitalización del sistema de solicitud de pasaporte, UID y otros trabajos importantes del gobierno.
fuente
Los consultores cobran más por cada hora que trabajan.
Pero como desarrollador permanente a tiempo completo en su empresa, recibe su salario cada mes. Tu trabajo es "más seguro".
A los jóvenes les gustan los desafíos y les gusta trabajar como consultores. Esto es bueno si te gusta ver caras nuevas, tener más responsabilidad e independencia.
Supongo que después del matrimonio y los hijos prefieres "seguridad" en lugar de "aventura". Te gusta saber qué va a pasar la próxima semana, etc.
No estoy seguro de que el pago sea el punto más importante aquí. Trabajar solo tiene muchas ventajas.
No puedes comprar la felicidad con dinero, y a veces prefiero ganar $ 500 menos cada mes (aunque trabajes en casa no tienes que pagar por el transporte, por ejemplo) que trabajar en proyectos de mierda, en el ocupado 10- entorno de personas por habitación con retrasos y todo ...
Es lo mismo que trabajar como empleado o crear su propio negocio. (aunque casi no hay inversión que hacer como desarrollador de software solo)
fuente
Encuentro interesante que comienzan las diversas respuestas " Un consultor de software no es un empleado ... ", ¡son un empleado en alguna parte! Y en particular, el OP está interesado en cómo convertirse en un consultor, lo cual es algo que debe presentarse desde la perspectiva del empleado.
Trabajo en el campo de la consultoría y sugeriría que la característica principal que uno necesita para tener éxito es ser muy agradable. Esto se deriva de la constante necesidad de estar en contacto con los clientes. Cualquiera que sea un "consultor de software" pero que no esté directamente involucrado con los clientes casi a diario es simplemente un desarrollador de software.
En mi experiencia, los consultores de software también son programadores. Sin embargo, a veces no son bastante tanto talento como sus homólogos desarrollador de software - sobre todo debido a que han tenido que perfeccionar otras habilidades, así, como la presentación y redacción de propuestas. Por supuesto, esto varía entre consultores.
También he contratado consultores que anteriormente eran desarrolladores de software. Después de una o dos entrevistas, puedo verificar fácilmente si sus talentos de desarrollo de software están a la altura. Luego tengo que centrarme en si son lo suficientemente sociables (incluso lo suficientemente presentables) para representar a la empresa frente a los clientes. Hasta cierto punto, debes lucir bien con un traje, tan superficial como suena. Debe poder presentar con confianza frente a los clientes y responder preguntas incómodas. Estas son habilidades que solo tienen algunos desarrolladores de software.
Finalmente, agregaría que amo mi trabajo como consultor de software. No es porque pague bien, aunque no me quejaré de eso. Es porque estoy involucrado en muchos proyectos de clientes con una amplia variedad de problemas para resolver y tecnologías para usar. Eso, para mí, siempre superará trabajar en el próximo lanzamiento ...
fuente
Desarrollador o contratista: busca puestos de desarrollo de software abiertos (sin fecha de finalización) o contratos (fecha de finalización definida).
Consultor: usted se da a conocer y las empresas solicitan sus servicios de desarrollo de software, normalmente bajo un contrato.
Todo lo demás es auxiliar basado en la mecánica de lo anterior.
fuente
Creo que ustedes tienen la idea equivocada. Diferenciar entre consultores de software que tienen su propia compañía y consultar individualmente frente a consultores de software que trabajan para Big 4. Los consultores tienen más habilidades de negocios / enfoque de gestión de relaciones y desarrollo de experiencia limitada. Los desarrolladores de software son en su mayoría prácticos, técnicos exigentes y, durante un período de tiempo, su conjunto de habilidades duras se vuelve más fuerte que el de un consultor de software. Un consultor tiene que dividir su atención entre negocios y trabajo técnico, por lo que sus habilidades tienden más hacia los negocios a medida que aumenta la antigüedad. Si se trata de un consultor de software que opera individualmente, entonces es alguien que ha demostrado ser increíble y puede permitirse dar consejos y servicios a un alto precio. Los consultores de software que trabajan en lugares como las firmas consultoras Big 4 se parecen más a todos los oficios. Una compañía como Google o Amazon o Apple rara vez tocaría a este tipo de personas después de que se realizara la consulta a menos que mantuvieran sus habilidades técnicas difíciles fuera del trabajo.
fuente
En la práctica, los empleados permanentes pueden ser despedidos en cualquier momento, en cualquier día, en cualquier momento. En este sentido, el empleado permanente no está mejor que los contratistas. Y, de hecho, "empleado permanente" es solo un contratista sin un contrato bien definido, que es peor que el contratista formal.
fuente
Sé que hay algunas compañías que se llaman a sí mismas compañías de consultoría, pero por lo que entiendo, no hacen muchas consultas en el sentido tradicional.
La única diferencia parece ser que solo emplean desarrolladores experimentados y son contratados por grandes empresas para hacer el trabajo que ellos mismos podrían hacer en casa, pero con suerte a un nivel más alto.
fuente