DEVOPS
Follow
Find
4.6K views | +19 today
Rescooped by Shaker technologies from Management and Agility
onto DEVOPS
Scoop.it!

'If You Can't Measure It, You Can't Manage It': Not True

'If You Can't Measure It, You Can't Manage It': Not True | DEVOPS | Scoop.it

hu

Fifteen years later I still find it weird that I sucked down so much nonsense working in the corporate world, lots of it without even noticing. I sat in workshops and seminars and heard the most patently ridiculous garbage shoveled at me and the other participants, year after year for [...]

Via Philippe Vallat, Pascale Mousset
Shaker technologies's insight:

We focus on the particles when waves are swelling and crashing all around us.

Great employees and great leaders manage the waves all the day, unmeasured and too often unseen. They manage customer relationships in the moment and over the long term. How do they do that so well, without benefit of yardsticks to guide them? How do they finesse and intuit and consult their way to the brilliant results they achieve, without the reports and tests that slow us down and annoy us in every other professional arena? Thank God, human processes like sticky conversations and the energy in a classroom or a conference room can’t be measured.

Those human waves have to be felt.

more...
Damien Thouvenin's curator insight, February 11, 10:41 PM

Déconstruction d'un mythe du management mais aussi, et de manière plus intéressante, des raisons profondes qui font que nos organisations continuent d'entretenir ce mythe.

Illustrations sympas, en prime :-)

Miklos Szilagyi's curator insight, February 13, 12:49 AM

I actually love this...:-))) one of the bullshittiest of all...  The "M" from the SMART... which does not mean that SMART is not a good yardstick-model... it's good to help to structure your thinking process... the same thing for performance appraisal methods... they are good framework... but, please, don't take them too on face value, too seriously...

 

The same thing about all these test-mania in the schools and everywhere... that's the moment for me (excellent article, that's  courage...) to say that the earlier methods, writing and oral (!!!) exams were much more effective, OK, more subjective but at the end of the day, we are human and could be something more subjective than a human being?! Why do we try to hide this, fear of this? And try to robotize it? By that we are just stripping from all these processes  the only interesting part, the "human" element... They are dead seriously objective, only,  they are good for nothing or very very little...

 

Aline Choupin's curator insight, February 24, 6:35 AM

Liz completly nailed it !

DEVOPS
DEVOPS, agilité, tests, déploiement, sécurité
Your new post is loading...
Scooped by Shaker technologies
Scoop.it!

Jeu DevOps

Jeu DevOps | DEVOPS | Scoop.it

DevOps Game V2 : ici, sous licence Creative Commun. 

Shaker technologies's insight:

a trame et le matériel de l’atelier DevOps Game V2 : ici, sous licence Creative Commun.

Durée : 1h30 – 2h

Joueurs : 4 à 16 participants / groupe, observateurs bienvenus.

Un jeu de mise en production – accessible à tous (non technique)
Vous construisez des logiciels ? Vous avez des équipes de build (devs) qui réalisent en permanence de nombreuses fonctionnalités ? Vous avez des équipes d’exploitation (ops) qui cherchent en priorité à maintenir un système stable et disponible, et par conséquent à réduire l’introduction de nouveautés ? Ce jeu est fait pour vous !

Venez (re-)découvrir par vous même les réponses à ces questions, à travers un jeu de construction par itération :

  • Comment mieux collaborer ?
  • Comment concilier des objectifs qui paraissent opposés ?
  • Et concrètement quelles pratiques mettre en place ?

Vous expérimenterez comment transformer 2 grandes équipes avec 2 grands objectifs : maximiser les fonctionnalités VS maximiser la disponibilité du système. Serez-vous capable d’en faire 1 seule équipe avec 1 objectif suprême : le maximum de valeur pour vos utilisateurs ?

Une rétrospective sur les principes DevOps (culture, partage, automatisation, excellence technique, mesure), et les parallèles avec nos projets professionnels clôtureront l’expérience.

more...
No comment yet.
Scooped by Shaker technologies
Scoop.it!

The COSMIC Functional Size Measurement Method

The COSMIC Functional Size Measurement Method | DEVOPS | Scoop.it

The COSMIC method may be used to size software such as business applications; real-time software; infrastructure software such as in operating systems; and hybrids of these.  The common characteristic of all these types of software is that they are dominated by functions that input data, store and retrieve data, and output data.  The method is not designed to be applicable to size software that is dominated by functions that manipulate data, as in typical scientific and engineering software.

Subject to the above, the method may be applied to measure the FUR of software:

  • at any level of decomposition, e.g. a 'whole' piece of software or any of its components, sub-components, etc

  • in any layer of a multi-layer architecture

  • at any point in the life-cycle of the piece of software

Shaker technologies's insight:

The COSMIC method measures a size as seen by the 'functional users' of the piece of software to be measured, i.e. the senders and/or intended recipients of the data that must enter or exit from the software, respectively.

The method uses a model of software, known as the 'COSMIC Generic Software Model', which is based on fundamental software engineering principles, namely:

  • Functional user requirements of a piece of software can be analyzed into unique functional processes, which consist of sub-processes.  A sub-process may be either a data movement or a data manipulation
  • Each functional process is triggered by an 'Entry' data movement from a functional user which informs the functional process that the functional user has identified an event that the software must respond to
  • A data movement moves a single data group of attributes describing a single 'object of interest', where the latter is a 'thing' of interest to a functional user

There are four types of data movement sub-processes.  An 'Entry' moves a data group into the software from a functional user and an 'Exit' moves a data group out.  'Writes' and 'Reads' move a data group to and from persistent storage, respectively.

As an approximation for measurement purposes (and in light of the applicability of the method, described above), data manipulation sub-processes are not separately measured. 

The size of a piece of software is then defined as the total number of data movements (Entries, Exits, Reads and Writes) summed over all functional processes of the piece of software.  Each data movement is counted as one 'COSMIC Function Point' ('CFP').  The size of a functional process, and hence the size of a piece of software, can be a minimum of 2 CFP, with no upper limit.

more...
No comment yet.
Scooped by Shaker technologies
Scoop.it!

Courbes en S

Courbes en S | DEVOPS | Scoop.it
Les courbes en S, Earned Value Management, le pilotage du projet par les indicateurs de la valeur acquise : BCWS CBTP BCWP CBTE ACWP CRTE
Shaker technologies's insight:
Earned Value Management ou Courbes en SQu'est-ce que l'Earned Value Management

Définition : l'Earned value Management, le pilotage du projet par la valeur acquise plus simplement dénommé courbes en S est une méthode assez efficace pour mesurer en permanence l'avancement du projet et en tirer un enseignement prospectif. 
En fait, cette approche, propose de vérifier et de comparer au jour le jour "ce qui est prévu" avec "ce qui a été fait" et "ce que cela a couté".

more...
No comment yet.
Scooped by Shaker technologies
Scoop.it!

Qu'est-ce que Prince2 ? Methode de management de projet

Qu'est-ce que Prince2 ? Methode de management de projet | DEVOPS | Scoop.it
Prince 2 methode management de projet orientée processus
Shaker technologies's insight:

Prince2 PRojects IN Controlled Environments est dans le domaine public. Prince2 est une méthode orientée processus. Comme il se doit, chaque processus est déterminé selon les éléments d'entrée, les résultats en sortie, les objectifs visés et les activités.

more...
No comment yet.
Scooped by Shaker technologies
Scoop.it!

Les phases d'un management de projet réussie

Les phases d'un management de projet réussie | DEVOPS | Scoop.it
Les phases pour conduire les projets complexes de l'entreprise : description des 5 temps forts de la conduite de projet
more...
No comment yet.
Scooped by Shaker technologies
Scoop.it!

Qu'est-ce que le PMBOK ?

Qu'est-ce que le PMBOK ? | DEVOPS | Scoop.it
Le PMBOK Project Management Body of Knowledge du PMI
Shaker technologies's insight:

La toute première version de ce guide remonte à 1987. La version 4 est la version actuelle (2009). Depuis la version 3 de 2004, le PMBOK est normalisé IEEE 1490-2003. 
PMBOK Guide est une approche orientée processus.
Chaque processus est décrit en terme d'entrées (données, documents...), de sorties (données, documents, produits....) et d'activités (traitement des entrées, techniques, outils...).

more...
No comment yet.
Scooped by Shaker technologies
Scoop.it!

Build Continuous Delivery In | Architects Zone

Build Continuous Delivery In | Architects Zone | DEVOPS | Scoop.it

Continuous Delivery = 95% organisation, 5% automation

Shaker technologies's insight:

While Continuous Delivery has a well-defined value proposition and a seminal bookon how to implement a deployment pipeline, there is a dearth of information on how to transform an organisation for Continuous Delivery.


Despite its culture-focussed principles and an adoption process described by Jez Humble as ”organisational-architecture-process not tools-code-infrastructure“, many Continuous Delivery initiatives fail to emphasise an organisational model in which software is always releasable.


This contravenes Lean Thinking and the Deming 95/5 Rule – that 95% of problems are attributable to system faults, while only 5% are due to special causes of variation. Building an automated deployment pipeline can eliminate the 5% of special causes of variation in our value stream (e.g. release failures), but it cannot address the remaining 95% of problems caused by our organisation structure (e.g. wait times between silos). 

more...
No comment yet.
Scooped by Shaker technologies
Scoop.it!

2014 Guide to Continuous Delivery - DZone

2014 Guide to Continuous Delivery - DZone | DEVOPS | Scoop.it

DZone's next research guide covers the benefits of Continuous Delivery and DevOps and the strategies organizations use to adopt these practices. This guide also provides comparison data for choosing the right technology for your Continuous Delivery toolchain.

Shaker technologies's insight:


Solution categories include:

  • Continuous Integration
  • Configuration Management
  • Application Release Automation

What's in this guide?

  • Key Product and Vendor Differentiators For 36 Continuous Delivery Solutions
  • Articles Written By Industry Experts
  • How Successful Companies Make Decisions
  • Survey Results of Over 500 Developers
  • Checklist For Potential Continuous Delivery Solution Providers
more...
No comment yet.
Scooped by Shaker technologies
Scoop.it!

La documentation technique : un enjeu stratégique pour l'entreprise - Cairn.info

La documentation technique : un enjeu stratégique pour l'entreprise - Cairn.info | DEVOPS | Scoop.it

Le document technique - mode d'emploi, notice, plan, norme, grille d'évaluation, etc. - qui accompagne de nombreux produits et services, concerne toutes les activités économiques. C'est quand tout va mal - accident, désastre, procès, etc. - que celui-ci prendra tout son poids. Les exemples sont nombreux où le défaut de traçabilité technique a eu des conséquences graves. Faire l'impasse sur la qualité de la rédaction de ce document et sur la qualité de sa gestion est un risque majeur.

Shaker technologies's insight:

Mais savoir écrire un document technique, savoir le gérer, demande des compétences particulières, décrites sous plusieurs angles dans le dossier de ce numéro. On découvrira ainsi des métiers où les dons de communicants sont indispensables, mais aussi des métiers qui jouent un rôle central dans les entreprises et qui offrent des perspectives intéressantes en terme d'emploi.

more...
No comment yet.
Scooped by Shaker technologies
Scoop.it!

Interactive map of Linux kernel

Interactive map of Linux kernel | DEVOPS | Scoop.it

The interactive Linux kernel map helps you traverse complex interconnections between subsystems of the kernel while you explore its source code.

Shaker technologies's insight:
The map depicts over 400 prominent functions and structures divided into major subsystems. You can zoom in on any function and move about the functions graphically. The relationships among all functions are shown through connecting lines, and clicking on any function takes you to source code in the Linux Cross Reference and the collection of Linux kernel documentation.


more...
No comment yet.
Scooped by Shaker technologies
Scoop.it!

Do you know how to use HTTP headers for security?

Do you know how to use HTTP headers for security? | DEVOPS | Scoop.it
Not all sites are created equal! Some website developers think harder about security than others.
Shaker technologies's insight:

Run a free test of a website's HTTP headers and learn how it performs from a security perspective! 
You will receive a free analysis of any website to learn if the site has implemented the headers that security experts agree are critical. 

Headers We Examine

more...
No comment yet.
Scooped by Shaker technologies
Scoop.it!

Transitioning to Scrum: Selecting the Product Owner-Retrospectives | Construx

Many teams moving to Scrum have questions about the Product Owner position. Is the Product Owner a member of the Scrum team? What role does the Product Owner play in the day-to-day life of a Scrum project? How do we map current functional roles to Scrum roles, specifically with regard to the Product Owner? Who should we select as our Product Owner?

Shaker technologies's insight:

Be especially careful not to view the Product Owner as the project's ‘driver.’ Scrum is about empowered, self-managing teams which are led (pulled) rather than driven (pushed). Scrum means never having to be driven. Candidates who can’t or won’t embrace the servant-manager philosophy, or who insist on directing the team should be disqualified. Nothing will cripple your Scrum implementation more than a de jure Product Owner who sees himself as a de facto team manager.

more...
No comment yet.
Scooped by Shaker technologies
Scoop.it!

Software development templates

As part of our mission to advance the art and science of commercial software engineering, Construx provides an array of software development resources. Our focus is on supporting time tested, proven software development best practices across the full spectrum of software development activities.

more...
No comment yet.
Scooped by Shaker technologies
Scoop.it!

Analyse de la valeur pour le management de projet complexe

Analyse de la valeur pour le management de projet complexe | DEVOPS | Scoop.it
Comment utiliser l'analyse de la valeur pour manager les projets complexes et gérer les intérêts des parties prenantes
Shaker technologies's insight:
  • Remarque 1 
    L'analyse de la valeur est un outil indispensable pour recentrer les projets sur les fonctions essentielles.
  • Remarque 2 
    L'analyse de la valeur est particulièrement adéquate, notamment pour étudier les retours d'appels d'offres et déclencher en toute intelligence les seconds tours.
  • Remarque 3 
    Le découpage fonctionnel proposé par l'analyse de la valeur est aussi particulièrement utile afin d'établir une ébauche de "référentiel commun" dans l'accompagnement du projet.
more...
No comment yet.
Scooped by Shaker technologies
Scoop.it!

Wiki et conduite de projet Le perfologue le blog du manager entrepreneur

Wiki et conduite de projet Le perfologue le blog du manager entrepreneur | DEVOPS | Scoop.it
WIKI. Comment conduire un projet avec un WIKI ? Un exemple d'experience concrète pour un projet SCM
more...
No comment yet.
Scooped by Shaker technologies
Scoop.it!

Prince2, avantages et inconvénients

Prince2, avantages et inconvénients | DEVOPS | Scoop.it
Avantages et inconvénients de la méthode Prince2, une méthode de management de projet orientée processus de réalisation, les pros and cons
Shaker technologies's insight:
Inconvénients de la méthode Prince 2

La rationalisation systématique camoufle les réelles subtilités de la conduite de projet. En pratique, la conduite de projet est bien plus complexe. Les réalités du terrain, les enjeux humains, les technologies immatures, les exigences de délais et de budgets ne seront résolues par la seule obsession du formalisme. Il est hautement recommandé de compléter ou compenser l'usage de la méthode Prince2, d'une démarche de "bon sens" telle qu'elle est présentée sur ce site. 
Bref, pas de miracle. Comme pour toute méthodologie, aussi parfaite soit-elle, il faut aussi être un "bon chef de projet" et connaître son métier.

more...
No comment yet.
Scooped by Shaker technologies
Scoop.it!

Causes d'échecs du projet

Causes d'échecs du projet | DEVOPS | Scoop.it
Conduire les projets complexes de l'entreprise : Les principales causes ou facteurs d'echecs des projet : les pièges à éviter
Shaker technologies's insight:
Les facteurs d'échecs, 20 principaux pièges à éviter...
more...
No comment yet.
Scooped by Shaker technologies
Scoop.it!

Comment estimer les délais du projet

Comment estimer les délais du projet | DEVOPS | Scoop.it
Conduire les projets complexes de l'entreprise Estimer les délais du projet
more...
No comment yet.
Scooped by Shaker technologies
Scoop.it!

Méthodes de conduite de projet, panorama

Méthodes de conduite de projet, panorama | DEVOPS | Scoop.it
Panorama des méthodes de conduite de projet, Déroulement, Pmbok, Prince et méthodes agiles
more...
No comment yet.
Scooped by Shaker technologies
Scoop.it!

Continuous Delivery Prep Cheat Sheet from DZone Refcardz - Free, professional tutorial guides for developers

Continuous Delivery Prep Cheat Sheet from DZone Refcardz - Free, professional tutorial guides for developers | DEVOPS | Scoop.it
Preparing for Continuous Delivery
By Benjamin Wootton
Shaker technologies's insight:
The Essential Continuous Delivery Prep Cheat Sheet
Continuous Delivery (CD) is a set of patterns and best practices that can help software teams dramatically improve the pace and quality of their software delivery. But because CD is also a paradigm shift, the transition to CD can be difficult. This Refcard is written to ease that transition, giving guidance, advice, and best practices to development and operations teams looking to move from traditional release cycles towards Continuous Delivery. Also includes a comprehensive checklist to ensure that your transition will proceed smoothly.
more...
No comment yet.
Scooped by Shaker technologies
Scoop.it!

DocSI, n° 1, mars 2014. Dossier : La documentation technique. Un enjeu stratégique pour l'entreprise - L'association des professionnels de l'information et de la documentation

Dossier réalisé sous la direction de Madjid Ihadjadene et Claire Scopsi

Shaker technologies's insight:
Sommaire

Éditorial. Non, le document technique n'est 
pas anecdotique ni rébarbatif !
, Michèle BATTISTI, rédactrice en chef, page(s) 01

Métiers et compétences. 
Documentaliste de collectivité territoriale. 
20 ans et quel chemin parcouru ! 
, Michel NOGUIER & Martine LAVOUÉ, page(s) 04-06

Métiers et compétences. 
Professionnels de l’information scientifique et technique : des métiers à double compétence
, Agnieszka TONA & Thierry LAFOUGE, page(s) 07-09

Métiers et compétences. 
Des bibliothèques, carrefours des éducations 
formelle et informelle
, Mireille LAMOUROUX, page(s) 08-11

Méthodes, techniques et outils. 
Data hygiénisme : nettoyer les données 
de Google. Un cas pratique
, Étienne BRUNET, page(s) 12-15

Méthodes, techniques et outils. 
Du thésaurus aux référentiels terminologiques
, Michèle LÉNART & Bruno MENON, page(s) 15-17

Méthodes, techniques et outils. 
Jean Véronis, une odyssée du 3e millénaire 
à la croisée de l'informatique et de la linguistique
, Patrick PAROUBEK, page(s) 17-18

Méthodes, techniques et outils. 
Vous avez dit intégrité ?
, La chronique de Marie-Anne CHABIN, page(s) 19

Droit de l'information. 
Du nouveau pour le secret des affaires ?
, Benoît GALOPIN, page(s) 20-22

Droit de l'information. 
Identité, réseaux sociaux et publicité. 
Regards croisés États-Unis/Europe
, Marie-Andrée WEISS, page(s) 23-25

Droit de l'information. 
La loi sur l’exploitation numérique des livres 
indisponibles conforme à la Constitution
, Benoît GALOPIN, page(s) 25-26

Droit de l'information. 
Arrêt Svensson : les hyperliens 
en liberté (conditionnelle)
, La chronique de Laure MARINO, page(s) 27

DOSSIER. La documentation technique. 
Un enjeu stratégique pour l’entreprise
, Dossier réalisé sous la direction de Madjid IHADJADENE et Claire SCOPSI, page(s) 28 à 69

La documentation technique. 
Un enjeu stratégique pour l’entreprise. 
Pôle 1 - Les fondamentaux
, page(s) 30 à 45

La documentation technique. 
Un enjeu stratégique pour l’entreprise. 
Pôle 1 - Le document technique, une vieille histoire
, Arlette BOULOGNE, page(s) 30-32

La documentation technique. 
Un enjeu stratégique pour l’entreprise. 
Pôle 1 - Communication et rédaction technique : 
test et oralité
, Jean-Paul BARDEZ, page(s) 32-35

La documentation technique. 
Un enjeu stratégique pour l’entreprise. 
Pôle 1 - Des SGDT au Product Lifecycle : 
évolution de la place des documents
, Matthieu BRICOGNE, Julien LE DUIGOU & Benoît EYNARD, page(s) 34-37

La documentation technique. 
Un enjeu stratégique pour l’entreprise.
Pôle 1 - Lecture et ergonomie des documents procéduraux
, Franck GANIER, page(s) 38-40

La documentation technique. 
Un enjeu stratégique pour l’entreprise. 
Pôle 1 - Quand le document technique devient preuve
, Oudipo, page(s) 41-43

La documentation technique. 
Un enjeu stratégique pour l’entreprise. 
Pôle 1 - Rédaction structurée et minimalisme
, Marie-Louise FLACKE, page(s) 43-45

La documentation technique. 
Un enjeu stratégique pour l’entreprise. 
Pôle 2 - Le défi des normes
, page(s) 46 à 55

La documentation technique. 
Un enjeu stratégique pour l’entreprise. 
Pôle 2 - Les normes, un enjeu de taille
, Jean-Pierre SINTES, page(s) 46-49

La documentation technique. 
Un enjeu stratégique pour l’entreprise. 
Pôle 2 - DITA : le compromis entre standardisation 
et extensibilité extrême
, Nolwenn KERZREHO, page(s) 49-52

La documentation technique. 
Un enjeu stratégique pour l’entreprise. 
Pôle 2 - La S1000D : le document au cœur 
de la question du soutien logistique
, Jean-Jacques THOMASSON, page(s) 52-54

La documentation technique. 
Un enjeu stratégique pour l’entreprise. 
Pôle 2 - DocBook, un format toujours d’actualité
, Nolwenn KERZREHO, page(s) 55

La documentation technique. 
Un enjeu stratégique pour l’entreprise. 
Pôle 3 - Des gestionnaires communicants
, page(s) 56 à 67

La documentation technique. 
Un enjeu stratégique pour l’entreprise. 
Pôle 3 - La documentation technique : 
une image paradoxale
, Claire SCOPSI, page(s) 56-58

La documentation technique. 
Un enjeu stratégique pour l’entreprise. 
Pôle 3 - Trois parcours, trois niveaux 
de diplômes différents
, Propos recueillis par Claire SCOPSI, page(s) 58-61

La documentation technique. 
Un enjeu stratégique pour l’entreprise. 
Pôle 3 - Le document controller, facilitateur 
de la gestion de projet
, Matthieu LAMY, page(s) 62

La documentation technique. 
Un enjeu stratégique pour l’entreprise. 
Pôle 3 - Le document technique : 
un objet d’enseignement
, Angèle STALDER, page(s) 63-65

La documentation technique. 
Un enjeu stratégique pour l’entreprise. 
Pôle 3 - Le communicateur technique : 
rédacteur et gestionnaire de l'information technique
, Dacia HAMMOUDA, page(s) 65-66

La documentation technique. 
Un enjeu stratégique pour l’entreprise. 
Pôle 3 - Ce que nous apprennent les annonces emploi
, Claire SCOPSI, page(s) 67

La documentation technique. 
Un enjeu stratégique pour l’entreprise. 
Sources et ressources
, Sélection proposée par Madjid IHADJADENE et Claire SCOPSI, page(s) 68-69

Recherche en sciences de l'information. 
La bibliothèque universitaire dans l'économie 
de la connaissance
, Alia BENHARRAT, page(s) 70 à 79

Notes de lecture (vol. 51, n°1), Liste des ouvrages analysés par : Claire GUINCHAT, Joachim SCHÖPFEL, Sylvie DALBIN, Michèle BATTISTI et Bruno RICHARDOT. A lire en ligne sur www.adbs.fr>Accéder à la doc professionnelle>Nous avons lu, page(s) 80

Abstracts (vol. 51, n°1), Traducteurs : Susan VAILLANT, Patrick MÜLLER et Agence AAT, page(s) XX

more...
No comment yet.
Scooped by Shaker technologies
Scoop.it!

System Testing | Construx

System Testing | Construx | DEVOPS | Scoop.it

Une immense liste de ressources sur le sujet des tests logiciels.

more...
No comment yet.
Scooped by Shaker technologies
Scoop.it!

Zorin OS - Home

Zorin OS - Home | DEVOPS | Scoop.it

Zorin OS is a multi-functional operating system designed specifically for Windows users who want to have easy and smooth access to Linux.

Shaker technologies's insight:
  • Flexibility

    Zorin OS gives users more flexibility. 
    It allows you to use Zorin OS alongside your current operating system and run Microsoft Windows programs in Zorin OS with the help of WINE and PlayOnLinux.

more...
No comment yet.
Scooped by Shaker technologies
Scoop.it!

Les objets connectés seront le nouveau paradis des malwares

Les objets connectés seront le nouveau paradis des malwares | DEVOPS | Scoop.it
De plus en plus de malwares s’attaquent à la première génération d’objets connectés. Mais le problème pourrait devenir catastrophique quand l’Internet des Objets explosera dans les années à venir.
more...
Marco Bertolini's curator insight, April 11, 12:24 AM

L'internet des objets sera-t-il le paradis des pirates ?  On pourra désormais pirater votre télévision, votre frigo, le système domotique de votre habitation...

Scooped by Shaker technologies
Scoop.it!

Estimation Types-Practicing Earl | Construx


When I get asked for an estimate, my first response is not a cost, a date, or a functionality number. It is not even #NoEstimates. My first response is a question: "What type of 'estimate' do you want?"

What I need to know is what will the questioner do with my estimate. I usually see six action types:

  1. They need to make a high probability (practically guaranteed) commitment to somebody else
  2. They need to make a go/no-go decision
  3. They need to make some tradeoff decision given a set of constraints
  4. They want to get a sense of what they are dealing with
  5. They are merely curious
  6. They want to hold you accountable (and it probably won't end happily for you)

The problem is, many of those who ask me for an estimate think they want a type 1 (or a type 6) when that is NOT what they need. It is also a problem for many of my agile friends who no longer believe in estimation because all they have known are type 1 & 6—estimation extremes!—and miss out on the aid of types 2-4. (For somebody wanting a type 5, you can just slap them and walk on.)

Shaker technologies's insight:

The type of estimates we use to get work done on projects is probably around 90+% types 2-4. Don't get stuck in the extremes. Don't stop estimating. It is your tool to create information to help make decisions.

more...
No comment yet.
Scooped by Shaker technologies
Scoop.it!

What Kind of Rapid Development Do You Need?

What Kind of Rapid Development Do You Need? | DEVOPS | Scoop.it

The most central issue to the topic of rapid development is determining what kind of rapid development you need. Do you need a slight speed edge, more predictability, better progress visibility, lower costs, or more speed at all costs?

Shaker technologies's insight:

One of the most surprising things I've discovered while doing the background research for this book is that many people who initially say they need faster development find that what they really need is lower cost or more predictability--or just to avoid a catastrophic failure.

You can ask several questions to help determine what kind of rapid development you need:

  • How strong is the product's schedule constraint?
  • Does the project's emphasis on schedule arise because it is really one of the common rapid-development lookalikes?
  • Is your project limited by any weaknesses that would prevent a rapid-development success?

The following sections describe how to answer these questions.

more...
No comment yet.