Testers + Scrum = ?

Several times I’ve had conversations with people who work with Scrum or Agile methodologies who claim they don’t have testers and don’t run into any problems. On the other hand, I have seen testers within these schemes who often feel excluded from the development team. Other testers who have not yet worked in Agile teams question whether there is even room for testers in Scrum.

It’s often touted that everyone in a Scrum team is able to perform different tasks and that all are responsible for quality. But, there are some things that a tester can handle better than others. For example, writing good acceptance criteria requires a tester skillset, as one must keep in mind and worry about certain characteristics such as quality, testability, maintainability, etc. These are all things that the tester role is responsible for obsessing over. Therefore, when you need to write acceptance criteria, you’ll be better off delegating it to someone trained in testing over someone that’s not.

Source : https://dzone.com/articles/can-there-be-testers-in-scrum?utm_medium=feed&utm_source=feedpress.me&utm_campaign=Feed%3A+dzone%2Fagile

For a long time organizations would ban access to social media at work, fearful that employees would spend their day goofing around on Facebook rather than doing any work. So the idea of letting employees play games at work is even harder to square, yet a recent paper argues the case for just that, with the rationale behind the concept very similar to that for allowing social media access.

The paper highlights how roughly half of us experience regular cognitive fatigue at work, whether as a result of stress, anxiety, or any number of things. This is especially problematic in professions where a high cognitive load is placed on workers. So, the team wanted to test whether a short burst of gaming could help to alleviate some of that load and help both our performance levels and mental wellbeing.

Source : https://dzone.com/articles/the-benefit-of-playing-video-games-at-work?utm_medium=feed&utm_source=feedpress.me&utm_campaign=Feed%3A+dzone%2Fagile

Selon une étude d’App Annie pour le Figaro, les mobinautes français ont dépensé l’an passé 460 millions d’euros en app, un montant qui pourrait bondir de 42% cette année.

Source : http://www.zdnet.fr/actualites/no-stress-le-marche-francais-de-l-app-mobile-payante-s-envole-39858348.htm#xtor=RSS-1

Hi, guys!

In this article, we will cover five tips that will make you more productive and make your developer life easier.

Source : https://dzone.com/articles/5-tips-to-increase-your-productivity-on-visual-stu?utm_medium=feed&utm_source=feedpress.me&utm_campaign=Feed%3A+dzone%2Fagile

Josiah Renaudin: Welcome back to another TechWell interview. Today I’m joined by Cher Fox, of Fox Consulting. She’ll be leading a session at this year’s STARWEST about test automation for data-centric applications.

Cher, thank you very much for joining us. First, could you tell us a bit about your experience in the industry?

Cher Fox: I have over thirty years of experience in the information technology industry, including twenty years of partnering with clients on their data-centric development projects as an independent consultant. My experience has evolved from data analysis, help desk support, network infrastructure, programming, software development, testing, technical writing, and training to business analysis, business intelligence architecture, data modeling/mapping/ETL, data warehouse design/development, and process improvement.

Josiah Renaudin: Why do you think so few data-centric testing tools are targeted to data-related development and testing?

Cher Fox: Data-related development is proprietary per industry and product. With so many different development languages and methodologies, it is very challenging to develop a specific tool to meet so many needs. The few tools that exist reside embedded in a suite that includes design, development, and testing specific to the suite’s workflow.

Josiah Renaudin: Is there an ideal ratio between manual and automated testing, or does it entirely depend on the type of team or project being worked on?

Cher Fox: The ideal ratio between manual and automated testing would completely depend upon the team and project being worked. The development methodology would factor in heavily here, test or behavior driven development would lead to a much higher ratio of automated testing. A team’s maturity, skill set, and project management style would also contribute to the ratio of manual versus automated testing.

Josiah Renaudin: Can you succeed in our modern, agile software era without any test automation?

Cher Fox: Surely a project can succeed without any test automation, but not at the fast pace of today’s modern, agile era. Smaller increments of developed product demand automated testing for the most optimal speed of delivery and regression testing safety.

Josiah Renaudin: Have you worked with a lot of more traditional testers who are nervous that they’re going to be phased out as the industry continues to evolve?

Cher Fox: Any smart resource in any industry should be paying attention to their industry’s evolution and pacing their growth and development appropriately to remain marketable and competitive.

Josiah Renaudin: Why aren’t agile data teams automating their tests as much as they should? What are some general steps they can take today to head toward smart automation?

Cher Fox: This session will explore many reasons why agile data team aren’t automating their tests. Attendees will leave with suggested areas to explore and improve upon within their internal environment before looking to external resources to implement automated testing.

Josiah Renaudin: How can teams use tools they already have to automate data-centric apps?

Cher Fox: This session will explore and demonstrate how teams can use their existing tools to begin automating the testing of their data-centric applications. Attendees will leave with a framework to use tools they may already have to get started.

Josiah Renaudin: More than anything, what central message would you like to leave with those who attend your session?

Cher Fox: Many attendees will come to the session with the idea that the lack of an automated testing tool is the roadblock to their environment’s successful test automation implementation. While this is a contributing factor, there are many other items to consider and address before implementing test automation. Attendees will leave this session with areas to review in their agile environment in preparation to implement test automation. They will also leave with a framework to build using their existing tools once they are ready to begin.

Cher FoxCher Fox (@TheDatanista) brings thirty years of experience as a solution architect, developer, tester, and analyst for business intelligence, data warehouse, and software development industries. Her experience includes more than twenty-five years of training corporate users on IT applications and business processes. A board member for the Colorado Chapter of TDWI (The Data Warehouse Institute), Cher is active in the SQL community, collaborating at local SQL Saturdays, SQL Server and Power BI user groups, PASS Summits, and BA conferences. Cher enjoys sharing her expertise via local, national, and international speaking engagements. Reach Cher at cfox@FoxConsulting.co, Fox Consulting, and at LinkedIn.

By AgileConnection Source : http://ift.tt/2fwGEk9

Dans son étude 2017 qui désigne les 7 métiers à la fois les plus attractifs et les plus rémunérateurs dans l’Hexagone, le cabinet Robert Half place l’ingénieur DevOps au rang des mieux lotis dans la catégorie systèmes d’information.

Chaque année, le cabinet international de recrutement spécialisé Robert Half publie un florilège des « jobs en or », en s’appuyant sur l’attractivité de ces métiers et leur rémunération. Dans son classement 2017, sept fonctions apparaissent comme telles, dont l’une appartient à la catégories systèmes d’information :  l’ingénieur DevOps. Les 6 autres sont le contrôleur de gestion industriel, le gestionnaire de paie, le contrôleur financier de transition, le HR business partner, l’assistant service client et le directeur de stratégie de contenu (ou head of brand content)

Selon l’analyse de Bruno Fadda, directeur technologie/SI chez Robert Half, pour être un bon « DevOps », il faut être diplômé d’une école d’ingénieur et posséder au moins 3 à 5 ans d’expérience dans le développement logiciel ainsi qu’en administration système.  Cette combinaison entre les métiers du développeur et de l’administrateur système permet d’accroître la fluidité entre le développement et l’exploitation.  Dans cette profession, le salaire brut annuel est compris entre  60 000 et 69 000 € pour un profil ayant de 5 à 10 d’expérience et peut dépasser les 75 000 € au-delà de 15 années d’expertise.

Une fonction clé au sein de la DSI

Côté évolution de carrière, ce spécialiste de l’agilité pourra être amené à devenir manager R & D, ou directeur cloud et DevOps. « Après avoir introduit les méthodes agiles dans leur organisation, les grands groupes et particulièrement les éditeurs de logiciels investissent massivement dans la transformation de l’organisation de leur DSI », commente Bruno Fadda. Pour lui, l’ingénieur DevOps est le profil le plus prisé dans ce contexte. La prise en compte de la gouvernance des données devrait placer le DataOps dans la phase suivante  du processus de transformation digitale des entreprises.

Source : http://www.lemondeinformatique.fr/actualites/lire-en-france-le-devops-fait-partie-des-7-jobs-les-mieux-payes-69486.html

Ankaa Engineering vous propose une solution applicative fédératrice des demandes de support et d’assistance au sein des entreprises et organisations.

Ce portail permet de proposer un point unique d’accès au support IT et/ou Métier des différents acteurs d’une entreprise et de répartir les demandes aux organisations et systèmes de support et de maintenance ad-hoc en fonction de l’utilisateur requérant une assistance ou une nature d’anomalie.

Flux de gestion de l'application support métier

Globalement ce portail apporte des services à trois populations.

En premier lieu, les utilisateurs finaux à qui sont destinés les services du support, et qui y trouvent un catalogue de services lisible replacé dans leur contexte métier c’est-à-dire utilisant une terminologie et une présentation selon leur localisation, leur métier, leur activité, …
L’utilisateur perçoit ainsi mieux les services qui lui sont apportés et navigue aisément dans ce catalogue pour accéder au service qui répond à ses attentes.
Par ailleurs le portail intègre un accès structuré à la documentation métier ou aux procédures afin de développer l’autonomie des utilisateurs.

En second lieu, les équipes  internes ou externes qui traitent les demandes d’assistance ou les signalements d’anomalie. Le portail leur offre la possibilité d’intégrer des questionnaires de pré-analyse des demandes. Ces questionnaires peuvent être spécifiés par domaine fonctionnel, par service, par application, … ils permettent aux équipes en charge du support de recevoir des demandes qualifiées et immédiatement exploitables.
Par ailleurs, ces questionnaires développent l’image de professionnalisme auprès des utilisateurs.
Les demandes ou signalements qualifiés sont ensuite automatiquement injectés dans les systèmes de gestion de tickets des équipes de support et de maintenance.
Le portail peut donc rediriger les demandes vers des systèmes de gestion de tickets hétérogènes dont il peut faciliter la rationalisation en masquant leurs spécificités.

En troisième lieu, les personnes en charge du suivi de la performance du support (responsable de département IT, responsable métier d’un site, achats dans le cadre d’un support sous-traité). Le portail permet d’intégrer des flux de suivi des tickets issus de systèmes de gestion hétérogènes et de construire des KPI standard mesurant la performance ou le respect des engagements du support.
Le portail permet de construire ces KPI et de les analyser sur l’ensemble des axes de sa base de connaissances (par exemple par pays, par site, par application, par responsable métier).
Ces différents axes de lecture des indicateurs permettent une analyse globale et ciblée permettant de piloter au mieux les activités de support.
Les utilisateurs finaux peuvent, de plus, accéder au suivi d’avancement de leurs demandes de support indépendamment du service ou du système de gestion de ces tickets.

En savoir plus ? Contactez nous

Témoignage recueilli auprès de la DSI de la société SOMFY-DOMIS :

« Nous avons sollicité les services Ankaa Engineering à l’occasion d’un projet commercial stratégique pour notre entreprise. L’analyse de l’objectif attendu, la capacité de synthèse des besoins et l’organisation mise en oeuvre en réponse par Ankaa Engineering ont permis d’atteindre l’objectif tant en terme qualitatif que celui de respect des délais imposés »

Alain DEPLANTE
DOMIS Groupe SOMFY
10 Avenue Jean Moulin
74 RUMILLY
Logo SomfyLogo DOMIS
Somfy a réalisé un chiffre d’affaires de 989,6 M€ sur l’exercice 2012, dont 889,8 M€ pour Somfy Activités, la branche industrielle du Groupe, et 103,1 M€ pour Somfy Participations, sa branche d’investissement. Somfy emploie 7600 collaborateurs dans le monde. Son métier est organisée autour de 2 activités :
– Pour la maison, l’Activité Stores et volets conçoit et développe des moteurs, des télécommandes, des points de commande, des capteurs, des technologies et des solutions de domotique pour une large gamme de stores d’extérieur et de volets roulants, de stores

d’intérieur, écrans de projection, stores verticaux extérieurs, brise-soleil orientables et fenêtres.

– Pour le résidentiel, l’Activité Accès conçoit et développe des moteurs, télécommandes et points de commande, capteurs et accessoires pour les portails et portes de garage, ainsi que des alarmes. Pour l’utilisateur, les bénéfices sont la sécurité et la maîtrise de ses accès à distance.

Selon la méthode agile SCRUM, les développements applicatifs sont organisés selon une récurrence de « Sprints », cycles de développements partiels.
Pendant un Sprint, des réunions appelées « Scrum » établissent le point d’avancement des travaux depuis la dernière réunion et organise la suite jusqu’à la réunion suivante.
Chaque Sprint se termine par une phase de test des fonctionnalités livrées « en l’état ».
Le « Backlog » de produit référence les fonctionnalités implémentées.

Le fait de livrer « au fil de l’eau » les modules applicatifs réalisés permet de vérifier l’appréciation du « client » à chaud et d’opérer sans attendre les corrections et ajustements, dans une situation de correctifs mineurs.