Documentation utilisateur est souvent un bon point de départ

# 3: exploiter les ressources extérieures

# 2: Un problème, une solution

Quelqu'un a dit qu'un bon outil est celui qui a des applications que même son inventeur ne prévoyait pas. Même si c'est vrai, la plupart des outils sont conçus pour un seul but. Bien qu'un couteau à beurre peut tourner une vis, vous ne seriez pas l'utiliser comme un tournevis et d'attendre les mêmes résultats. La même chose vaut pour les logiciels; vous ne devriez pas essayer de chausse-pied des logiciels dans l'exécution d'une fonction qu'il n'a pas été conçu pour faire.

N'essayez pas de faire un ajustement solution si les concepteurs n'ont pas l'intention qu'il soit utilisé de la manière que vous proposez. Les problèmes complexes ont de nombreux aspects (sous-problèmes) pour eux et mai besoin de plus d'une solution. Examiner un sous-problème à la fois, et de le résoudre. Si votre solution qui se passe pour aider à résoudre un autre sous-problème, c'est un hasard heureux. Mais ne vous attendez pas à ce que cela arrive à chaque fois. En fait, une solution mai créer d'autres problèmes imprévus, tels que l'incompatibilité avec d'autres produits.

Si vous avez foi en votre vendeur, et sa force de vente, puis lorsque le vendeur recommande de ne pas utiliser votre son produit d'une certaine manière, il est préférable d'écouter ses conseils. Envisager la motivation du vendeur (en supposant qu'il est un bon vendeur et honnête). Il veut en fin de compte des clients heureux. Heureux les clients achètent plus, et quand ils achètent plus, il fait plus d'argent. S'il vous dit quelque chose qui vous déconseille d'acheter un produit, il se tourne vers le bas gains à court terme pour un gain à long terme. C'est la marque d'un bon vendeur, il tente de construire une relation de confiance avec son client. Quand un vendeur ou d'un ingénieur technico-commercial fait cela, tenez compte des conseils attentivement, elle est sans doute valable.

# 1: KISS (Keep It Simple...)

Nous vivons dans un monde extrêmement complexe. Nous avons des technologies et des outils sur lesquels nos parents et nos grands-parents sans doute jamais rêvé. Et nos enfants verront probablement similaires progrès technologiques dans leur vie.

Eliminer le matériel étrangères sur les systèmes critiques. Obtenez les scanners au large des systèmes de production à moins que votre travail de production implique le balayage, bien sûr. Si vos serveurs n'ont pas besoin des écrans graphiques et des souris, puis retirez-les, ils n'ajoutent rien et sont plus que deux choses qui peuvent se briser.
Slim Down serveurs afin que elles ne dirigent que les applications critiques. Arrêter de jouer Doom sur les systèmes de production, même si le jeu ne s'exécute plus rapidement là-bas. Ne lancez pas les économiseurs d'écran sur les systèmes de production; moniteurs modernes ne reçoivent pas le burn-in (qui est ce que les économiseurs d'écran ont été initialement employé pour se défendre contre). Économiseurs d'écran d'aujourd'hui ne sont que des drageons CPU.
Débranchez les serveurs de réseaux où ils n'ont pas besoin de l'être. Il n'ya aucune raison pour le développement ou les réseaux de QA à être connectés à des serveurs de production. Une tempête de problème réseau ou autre sur ces réseaux peuvent avoir un effet négatif sur la production.
Sélectionnez les noms d'hôtes qui sont faciles à retenir et facile à communiquer au téléphone. Certes, les noms d'hôtes comme ha4pv56a mai communiquer un tas d'informations sur un hôte, mais ils sont difficiles à mémoriser, en particulier pour les nouvelles personnes. Imaginez une situation où le patron dit: "Vite, courez au centre de données et redémarrez le serveur de fichiers ha4pv56a! It's Hung, et tout le monde est enfermé!" Vous exécutez à l'ascenseur, puis le monter jusqu'à et attendre le second série d'ascenseurs, afin de se rendre au centre de données. Lorsque vous arrivez finalement là, vous êtes confrontée à quatre serveurs: ha4pb56a, ha4pd56a, ha4pt56a, et ha4pv56a. Si vous redémarrez le mauvais chemin, vous allez affecter 100 autres utilisateurs affectés, qui va être très fâchés.
Si au lieu de ces durs à mémoriser les noms que vous choisissez un prénom imprononçable et inoubliable à partir d'un thème, vous l'aurez droit à chaque fois. Règle de base: Si vous avez de lire plus de trois caractères dans le nom d'un système, c'est probablement une mauvaise réputation.
Automatiser les tâches de routine. L'erreur humaine est l'une des principales causes d'arrêt du système. Les ordinateurs sont vraiment excellents pour faire des tâches banales et ennuyeuses. En automatisant les une fois, vous réduisez considérablement les risques d'erreur lorsque la tâche doit être répétée.
Lever l'ambiguïté de l'environnement. Si ce n'est pas évident que vous devez appeler quand quelque chose casse, ou qui a autorité pour prendre un réseau vers le bas, la mauvaise chose va se passer.
L'essentiel, c'est que vous voulez minimiser les points de contrôle et d'affirmation, et l'introduction de variables. Le moins de choses qui sont là, le moins de choses qui peuvent se briser.
Depuis l'erreur humaine est la principale cause de temps d'arrêt, un moyen important pour améliorer la disponibilité est de réduire le nombre d'erreurs que les humains (administrateurs) effectuer des systèmes critiques. La meilleure façon de le faire est de leur donner moins d'occasions de faire des erreurs (même honnêtes). En rendant les dispositifs plus simples, vous faites juste cela. Des systèmes plus simples nécessitent moins de soins administratives, il ya donc moins de raisons pour les administrateurs d'interagir avec eux, il ya donc moins de chance pour eux de faire une erreur qui amène le système.

un article présenté par Ben Smeider

Disclaimer:Notre site n'est pas responsable du contenu de cet article. Webarticles est une ressource d'information gratuite.
Important: Cet article «documentation de l'utilisateur est souvent un bon point de départ» a été traduit par un logiciel automatique. Nous nous sentons désolés pour les fautes d'orthographe que mai ont eu lieu. Nous vous remercions de votre compréhension.