JavaRush /Blog Java /Random-FR /Pause café #18. Comment bien discuter de salaire lors d'u...

Pause café #18. Comment bien discuter de salaire lors d'un entretien et comment ne pas rater le développement de votre premier MVP

Publié dans le groupe Random-FR

Comment bien discuter du salaire lors d'un entretien

Source : Fast Company Pause café #18.  Comment bien discuter de salaire lors d'un entretien et comment ne pas rater le développement de votre premier MVP - 1 Lorsque presque chacun d'entre nous reçoit une offre d'emploi, nous ressentons un sentiment d'enthousiasme. Mais pour beaucoup, cela signifie qu’il est temps de commencer à négocier le salaire. Une étude menée par JDP montre que 41 % des candidats n'ont pas immédiatement accepté le salaire proposé, mais ont discuté de leurs revenus futurs au moment de postuler à un emploi. Parmi ceux qui ont négocié, 83 % ont reçu une meilleure offre. Des experts en recrutement vous proposent quelques conseils pour mieux négocier votre futur salaire.
  1. Rechercher le marché et l'entreprise

    Essayez de savoir depuis combien de temps le poste est ouvert et à quelle vitesse l’entreprise souhaite le pourvoir. Si vous êtes sûr d'être le bon candidat et que l'entreprise est intéressée à embaucher, cela peut vous donner un avantage lors de l'entretien.

    Recherchez l'échelle salariale proposée par d'autres entreprises pour un poste similaire. Il est utile de voir comment le montant évolue en fonction de l'expérience du candidat et de la localisation de son bureau. Veuillez noter que votre travail peut être évalué différemment en fonction de la performance financière de l'employeur.

  2. Connais ta valeur

    Pensez à la valeur que vous pouvez apporter à l’entreprise et associez-la à votre niveau de salaire attendu. Aidez l'employeur à avoir l'impression qu'il obtient beaucoup en vous embauchant.

    Analysez les autres options qui s'offrent à vous, soyez prêt à nommer le montant minimum que vous attendez. N’hésitez pas à poser des questions sur les options de rémunération supplémentaires : bonus, options. À moins bien sûr qu’il s’agisse d’une entreprise où l’octroi d’options est une pratique courante.

  3. Je ne suis pas d'accord tout de suite

    Ne dites pas immédiatement oui à la première offre de salaire. Faites part de vos attentes à l’employeur et demandez-en plus. Rendez-vous à l'entretien préparé : faites une liste d'arguments qui prouveront que vous méritez plus d'argent. Indiquez vos prétentions salariales dans un e-mail. De cette façon, toutes les parties intéressées pourront en prendre connaissance.

  4. Discutez des composants sans numéraire

    Demandez à quels avantages supplémentaires vous pouvez vous attendre au-delà de votre salaire. Renseignez-vous si des services de garde d'enfants rémunérés, une compensation pour les frais de transport et le nombre de jours de vacances sont prévus. Votre employeur peut avoir des restrictions salariales strictes, mais peut vous offrir un horaire de travail plus flexible qui vous convient.

    Ne vous découragez pas si vos négociations échouent. Réfléchissez à la manière dont le nouvel emploi vous sera utile et définissez correctement vos priorités. Peut-être que le salaire du nouveau poste n'est pas si élevé, mais ce travail sera une bonne étape pour une future carrière. De plus, au fil du temps, vous aurez l’occasion de prouver à l’employeur que vous méritez une augmentation de salaire.

Comment ne pas échouer le développement de votre premier MVP

Source : DZone Pause café #18.  Comment bien discuter de salaire lors d'un entretien et comment ne pas rater le développement de votre premier MVP - 2 Avoir un produit minimum viable (MVP) est un excellent moyen de s'imposer en tant que développeur ambitieux. Même si vous ne postulez pas pour un investissement, l'ajout d'un lien vers votre propre candidature à votre CV améliorera certainement vos chances d'être embauché. Assurez-vous simplement que le MVP est vraiment impressionnant et qu'il ne s'agit pas de votre premier échec. Certaines des erreurs les plus courantes commises par les développeurs lors de la création d'un MVP incluent :
  1. Choisir le mauvais problème à résoudre

    Une enquête réalisée par CB Insights a révélé que 42 % de tous les échecs de startups sont dus à un « manque de besoin du marché ». En d’autres termes, votre application peut être bien écrite et dotée d’excellentes fonctionnalités, mais peu de personnes en ont besoin.

    Pour éviter ce scénario, avant de vous asseoir pour développer un MVP, vous devez vous poser les questions suivantes :
    • Qui pourrait être intéressé par ma candidature ?
    • Quel problème cela résout-il ?
    • Mon idée est-elle le moyen le plus efficace de résoudre le problème ?

    Si vous pensez que votre produit est bon pour tout le monde, vous échouerez presque certainement. Trouvez votre public cible.

  2. Ignorer l'étape de prototypage

    Personne ne construit une voiture sans en avoir d’abord créé un concept. Le passage direct de l’idée au processus de développement entraînera des erreurs. Le prototypage et l'itération sont essentiels au développement de produits. Testez le prototype avec des utilisateurs potentiels. Vous connaîtrez ainsi leur avis sur votre future candidature.

  3. Cibler le mauvais segment d'utilisateurs

    N'oubliez pas que tous les utilisateurs ne constituent pas votre public cible. Ne demandez donc pas à vos amis ou à votre famille d’évaluer l’application s’ils ne font pas partie de vos clients potentiels. Sinon, le produit recevra une évaluation biaisée. Il est important de se concentrer sur un marché cible segmenté. Cela contribuera à augmenter vos chances de réussite.

  4. Mauvaise méthode de développement

    Se lancer directement dans le processus MVP en utilisant la mauvaise méthode de développement est l'une des principales raisons pour lesquelles beaucoup abandonnent un projet avant son achèvement. Et c’est l’un des principaux facteurs qui influencent les statistiques expliquant pourquoi 9 startups sur 10 échouent.

    Il existe deux approches les plus courantes pour développer des produits MVP : Agile (méthodologie agile) et Waterfall (modèle en cascade).

    Comparé à Waterfall, le développement de produits Agile est plus efficace car il s'adapte mieux aux circonstances changeantes et vous permet de livrer un projet dans un délai précis. Une enquête réalisée en 2018 par Ambysoft a révélé qu'Agile a un taux de réussite de 55 %, contre 29 % pour le développement en cascade.

  5. Confusion entre feedback qualitatif et quantitatif

    Les commentaires qualitatifs et quantitatifs sont deux manières différentes de collecter des données auprès des utilisateurs cibles.

    Les commentaires qualitatifs consistent en des résultats liés à l'expérience utilisateur des fonctionnalités d'un produit ou d'un service. Il évalue directement la convivialité du système, aidant les développeurs à analyser des éléments problématiques spécifiques de l'interface utilisateur.

    Les commentaires quantitatifs se présentent sous la forme de mesures qui déterminent si les tâches ont été faciles ou difficiles à réaliser. Il évalue indirectement la convivialité d’une conception.

    L’approche idéale consiste à combiner un feedback qualitatif avec un feedback quantitatif – un feedback par triangulation pour collecter des données en vue d’une interprétation précise, en tenant compte de nombreux facteurs différents. Cette approche augmente les chances de contrôler les menaces pesant sur le produit. Si les deux méthodes de feedback parviennent à une conclusion commune, le développeur sera alors plus confiant dans le succès de son application.

Commentaires
TO VIEW ALL COMMENTS OR TO MAKE A COMMENT,
GO TO FULL VERSION