Question

Souvent, nous en tant que programmeurs voient les grandes organisations gaspiller d'énormes sommes d'argent sur des solutions pléthorique et inefficaces aux problèmes. Ce douleurs m'a beaucoup parce que je aime les organisations à profiter du meilleur des solutions de race. Cependant, mes capacités en tant que programmeur sont limitées en matière d'influencer les décideurs et souvent mon point de vue sur la question est contrainte à mon petit monde technique.

Alors, ma question est la suivante. Après avoir rencontré un gaspillage éhonté d'argent sur certains logiciels et / ou le matériel qui a vraiment obtenu votre chèvre, qu'avez-vous fait à ce sujet pour le faire réparer ou étiez-vous condamné à mordre la balle et Mutter toujours sous votre souffle? Je suis intéressé à entendre vos expériences globales et surtout quelles leçons que vous avez appris comment aborder ce genre de chose à l'avenir . Appelons pas les noms, l'expérience de la façon d'aborder le problème est plus important que le produit incriminé réelle.

Était-ce utile?

La solution

Payer pour les grands, encombrants, produits commerciaux buggy, dans la gamme de:

  • Serveurs d'applications;
  • Outils de tests;
  • environnements de développement.

lorsque les alternatives open-source ou poids léger sont évidemment supérieurs.

Mes pas sont généralement:

  1. établir une alternative de référence - par exemple, « Je vais expérimenter avec le serveur d'applications X au lieu de serveur d'applications Y. j'ai eu une bonne expérience avec elle, parce que (...). »;
  2. vendre cette proposition à mes collègues - « Je suis en train de développer plus rapidement depuis le serveur X redémarre beaucoup plus rapide et je ne pas wast tout ce temps »;
  3. vendre ce au gestionnaire immédiat -. «Notre équipe se développe maintenant plus rapide puisque nous utilisons X. serveur Tout a commencé comme une petite expérience mais tout le monde aime »

Autres conseils

J'ai vu trop d'exemples pour nommer un favori, mais je l'ai remarqué quelques tendances générales dans mon domaine principal, développement web:

  1. Sites Vanity . Ce sont des sites qui ne servent pas utile à toute personne en dehors de la petite organisation que les commissions les et sont construites autour d'une contrainte obsessionnelle avec des logos, des photos d'eux-mêmes et gaufres complaisant. Le pire est ce sont généralement du secteur public financé et commandé par des gens qui ont pas la moindre idée sur le web. (Par exemple, une fois eu une fiducie à l'hôpital NHS qui voulait développer une mini-version de Facebook pour leur propre intranet du personnel).

  2. Payé est meilleur . L'état d'esprit qui insiste sur le fait que versé pour le logiciel doit intrinsèquement être mieux que open source. Après tout, il est payé pour ça, non? j'ai vu tant de clients insistent sur la prise choix stupides simplement parce qu'ils travail dans une culture qui automatiquement réductions quoi que ce soit open-source comme matière de politique.

  3. Conception par le comité. C'est là un grand groupe de personnes ont un « brainstorming », puis essayer d'incorporer toutes les fissures pot idée il y a dans la conception, ce qui entraîne inévitablement une irréfléchies par gâchis que des compromis sur tout en faveur d'essayer de plaire à tout le monde (et tout le monde qu'ils veulent dire le comité de prendre les décisions, et non pas les personnes ayant à utiliser l'application).

  4. Consultants. C'est là que vous payez un intermédiaire (qui ne connaît ni les pratiques commerciales, ni le développement de logiciels) pour obtenir de la manière et la crème de l'argent en prolongeant le processus de développement avec confusion techno-gazouille affaires parler.

Je ne vois pas que quelqu'un a mentionné celui-ci encore.

Construire votre propre solution quand vous pourriez acheter.

Les variations de ce modèle:

  • même pas envisager le rachat par rapport à-build compromis entre
  • fluage de portée importante de la solution interne
  • portée limitée, mais l'utilité aussi limitée de la solution en interne

Mes deux favoris:

  1. Embauche de consultants (freelance) juste pour ajouter une plus grande capacité de production , alors qu'ils devraient investir dans leurs propres employés au lieu, par l'embauche de consultants pour apporter de nouvelles connaissances et l'encadrement de leurs personnes existantes.

  2. Embauche des chefs de projet qui gèrent d'autres gestionnaires de projet qui gèrent d'autres gestionnaires de projet qui a finalement (penser) qu'ils gèrent l'équipe de développement. Alors qu'ils devraient laisser l'équipe d'auto gérer et de se concentrer sur les entreprises à la place. J'ai vu des projets logiciels où ils avaient plus de gestionnaires de projets que les développeurs. Imaginez les réunions.

Limitation des relances et des primes à long terme

Je pense que son enseigné dans 101 affaires à pas donner relances employés. Un cas secondaire aux salaires des limites des ténors parce qu'ils ont besoin d'adapter à l'intérieur d'une certaine plage de salaire.

employés Finalement réaliseront leur salaire à l'échelle ne sont pas en ligne avec leur industrie (ou de sortie). Les personnes qui ont le CV et les compétences finiront par partir, et prendre avec eux leurs connaissances et probablement quelques-uns de leurs amis. Les personnes restantes (qui sont les moins performants) devront prendre le relais et passer plus de temps l'embauche d'une nouvelle personne (au taux du marché). Ainsi, la société juste échangé un employé étoile pour un niveau JR, et vient de perdre toutes les « économies » de maintenir le bas des salaires.

Comme cela continue, l'équipe de développement aura du mal à rester au même niveau, et sera probablement qu'empirer jusqu'à ce que drastique de quelque chose est fait.

Cette réponse est un peu différent de la plupart: pas congédier un employé assez vite, ou déclaré différemment, être trop tolérant d'un employé est erreurs habitudes . Ce sont des choses que j'ai observé et ne pouvait pas faire grand-chose au sujet en tant que consultant.

  • Le dev qui a conduit mal les décisions de conception d'un projet qui a conduit à son éventuelle réécriture (il a été un gâchis complet).

  • Le dev qui a envoyé des données non cryptées sensibles aux graphiques Google parce qu'ils pensaient que ce serait cool de montrer un diagramme circulaire (était un graphique circulaire une exigence Nope!).

  • Le dev qui a consulté une entreprise dans le passé et a accepté un poste avec eux directement. Il a fait volte-face et transformé en une prima donna qui a demandé la position de leader technique et est allé jusqu'à parler au directeur de la tête indiquant qu'ils pensaient que ce serait bon pour lui de prendre en charge le rôle principal. Tu parles d'audace! Beaucoup de développeurs ne sont plus comme le gars et il brûlé beaucoup de ponts à l'intérieur de ses 2 premières semaines en tant que salarié. Pour couronner le tout, il est un dev très vert il y a seulement 2 ans, mais graduées pense qu'il est génial.

Quelques erreurs sont compréhensibles, mais quand il y a un consensus entre de nombreux développeurs à propos de l'attitude de quelqu'un ou les entreprises au niveau des compétences doit se débarrasser d'eux plus tôt que tard.

Plusieurs fois j'ai été témoin de gestion apportant des consultants pour la seul but de dépenser de l'argent . La plupart du temps, cela est arrivé à la fin de l'année où ils étaient sous budget désespérément essayer de dépenser l'argent. Habituellement, ces consultants seraient payés des centaines de dollars d'une heure et ils passer des semaines sur une présentation PowerPoint qui ne serait jamais utilisé.

Il y a un problème beaucoup plus en jeu ici.

De nombreuses entreprises ont un but - d'augmenter la richesse des actionnaires. Ce qu'ils produisent est hors de propos. Comment ils produisent, il est hors de propos. Quelle quantité de déchets qu'ils produisent est hors de propos. Le coût pour la société et la planète est hors de propos.

-. Le travail pour aller ou démarrer une entreprise qui fait quelque chose bénéfique pour la société / la planète

Payer les grandes entreprises de logiciels non seulement pour leur produit, mais pour leur « soutien ».

Je travaillais dans une agence gouvernementale pour une équipe qui était profonde dans le lit avec Oracle. Au cours de nombreuses années, ils avaient été payés bajillions de dollars pour leur logiciel. Issu d'un milieu de démarrage ce fait aucun sens pour moi - « pourquoi ne pas utiliser MySQL ou Postgres? » On m'a dit que c'était principalement en raison du soutien que Oracle fournit, si quelque chose va mal, ils vous aider à trouver la solution rapidement.

Le soutien était une blague. Il y avait un problème où une application Web maintenu écraser tout le système. Il semble être le résultat d'une requête de base de données lente avec une combinaison de codes horriblement écrit (ce qui a été écrit par une équipe de consultants, qui devrait être une toute autre réponse). Une « task force » (grognement) a été assemblé pour identifier le problème et le corriger. Inclus dans le groupe de travail a été un élément de support Oracle. Tous les jours à EOB il y aurait un appel de conférence où les membres du groupe de travail se mettre à jour le reste de l'équipe avec les résultats. Ce fut un appel assez longtemps que personne ne voulait être sur b / c il a commencé à 5, et la personne Oracle vient de faire empirer les choses. Pourquoi? Eh bien, dire « personne » est même pas correct. Il était un certain nombre de personnes. Il semblait que tous les deux ou trois conférences téléphoniques, le représentant Oracle serait quelqu'un de nouveau, qui a expliqué son prédécesseur était maintenant sur un autre projet ou était allé en vacances. Les nouvelles personnes ont jamais été mis au courant par personne à Oracle, donc chaque fois que quelqu'un est venu à nouveau, nous avons dû perdre dix minutes de la conférence téléphonique expliquant le problème à nouveau. Leur contribution serait alors demander des fichiers journaux J2EE, qui non seulement peut tout singe lu, mais étaient aussi inutiles parce que le code horriblement écrit faisait des choses comme lancer des exceptions de IndexOutOfBounds lorsque le programmeur a trouvé des erreurs dans l'analyse syntaxique XML .

Avoir les programmeurs au 1er support téléphonique en ligne.

programmeurs faisant faire le test.

Je sais que cela est une question ancienne et je serai heureux si 3 personnes lisent cette réponse, mais c'est une histoire amusante à raconter, si ce que l'enfer.

Je suis venu dans un projet (systèmes embarqués, firmware critiques pour la sécurité, des enjeux très importants) et je consterné par ce que je trouvais. Les personnes qui utilisent C (en particulier pointeurs) de manière incorrecte, pas d'analyse statique, aucune critique de code, aucun test autre que « l'intégrer ensemble, exécuter, battre à ce sujet, voir ce que les pauses. »

J'ai écrit une très longue email ma première semaine là-bas (en tant que consultant). Il était casse-gueule parce que je essentiellement en disant qu'il était mal géré, les développeurs étaient sur leurs têtes, aucun processus était suivi, etc. Il aurait dû aller au vice-président d'entreprise, mais je l'ai envoyé au directeur de développement qui a embauché moi. Il était pas tout à fait sur la défensive, en fait, il a reconnu plusieurs des lacunes et m'a dit que je ne suis pas le premier à les signaler (sans blague, non?)

Pour répondre à l'essentiel de la question initiale: je lui ai offert de passer au plus 1 homme la semaine se Lint de Gimpel (PC-Lint / Flexelint) outil d'analyse statique configuré et en cours d'exécution sur leur plate-forme, et d'exécuter un rapport complet de tout qui a été trouvé. Je leur ai dit que j'étais absolument sûr que nous allions trouver plusieurs tapi « BOMBES » en conséquence.

Ils ont calculé mon taux horaire, multiplié par 40, et a déterminé qu'il était « trop cher pour le faire. » Longue histoire courte, je suis parti là-bas dans les 60 jours. Environ 3 ans plus tard, j'ai appris d'un rappel de produit, le coût approché 9 chiffres (100 millions de dollars), sans parler des dommages à la réputation de l'entreprise.

Je ne vais pas parler de la société, le produit ou l'industrie, mais je garde toujours en contact avec l'un des ingénieurs là-bas, et quand il m'a expliqué ce qui a causé le rappel, mes yeux roulaient - il était un problème qui aurait été pris par un même outil d'analyse statique de base (accès à un tableau hors limites). En toute justice, je ne peux pas dire avec certitude que le problème était dans le code quand j'étais là-bas, mais je suis sûr que s'ils avaient dépensé l'argent sur une sorte d'outil d'analyse statique, ce bug n'aurait pas échappé.

Alors ils ont sauvé 295 $ par ne pas acheter PC-Lint (OK, ils ont aussi sauvé une semaine de me payer, au plus) -. Mais je suis nulle part assez bon pour charger 100M $ pour une semaine

Voilà ce que j'appelle un sacrément grand gaspillage d'argent.


me rappelle une blague que beaucoup d'entre vous ont déjà entendu:

jamais entendu l'histoire du moteur du navire géant qui a échoué? Les propriétaires du navire ont essayé un expert après l'autre, mais aucun d'entre eux pourraient comprendre, mais la façon de fixer le moteur. Ensuite, ils ont apporté un vieil homme qui avait été la fixation des navires depuis qu'il était jeune. Il portait un grand sac d'outils avec lui, et quand il est arrivé, il est allé immédiatement au travail. Il a inspecté très soigneusement le moteur, de haut en bas.

Deux des propriétaires du navire étaient là, en regardant cet homme, en espérant qu'il saura quoi faire. Après avoir regardé les choses, le vieil homme atteint dans son sac et en sortit un petit marteau. Il doucement quelque chose sur écoute. Instantanément, le moteur fit une embardée dans la vie. Il a soigneusement mis de côté son marteau. Le moteur a été fixé! Une semaine plus tard, les propriétaires ont reçu un projet de loi du vieil homme pour 10 000 $.

"Quoi ?!" les propriétaires exclamé. « Il a à peine fait rien! »

Alors, ils ont écrit le vieil homme une note disant: « S'il vous plaît envoyez-nous une facture détaillée. »

L'homme a envoyé un projet de loi qui a lu:

  Tapping with a hammer ........ $ 2.00

  Knowing where to tap ......... $ 9998.00

L'effort est important, mais savoir ce que vous faites fait toute la différence.

équipes de développement et Bloated terribles productivité dans les entreprises de logiciels.

Ceci est une conséquence du modèle commun dans le monde des affaires: l'importance d'un gestionnaire est mesuré par le nombre de ses subordonnés, donc numéro un souci d'un gestionnaire n'est pas la productivité, mais tout le contraire: la productivité plus faible est la meilleure justification embaucher plus de gens.

Dans une société qui a vendu le logiciel ... donnant commission vendeurs complet de tous les mods personnalisés vendus, de sorte que la vente de quelque chose qui existait déjà et nous pouvions tout profit sur était loin d'être aussi rentable pour eux que la vente d'un compromis. Cela a été combiné avec le déplacement le personnel des ventes à mi-chemin à travers le pays du personnel technique.

Cela signifie également que nous dans le développement ne pourrions respecter les délais de vente, ce qui rend les clients malheureux, et avait beaucoup de difficulté à obtenir un travail de base fait qui rendrait le produit mieux pour tout le monde. La pression accrue provoquée la qualité du code pour diminuer le moral et mal, surtout quand nous avons entendu des histoires sur le bureau de vente (que je ne CONFIRMER).

Beaucoup d'entre nous en voulait des ventes, mais en fait, il n'a pas été leur faute. Ils allaient sortir et de vendre autant que possible, faire ce qu'ils ont été récompensés pour conformément aux limites qui avaient été placés sur eux. Il était la mauvaise gestion qui a causé tous ces problèmes.

Il y a deux que je l'ai connu.

  1. Annulation d'un projet qui a eu un énorme retour sur investissement pour l'entreprise qui était d'environ 80% terminé et distribuer des 100 gravé et iPod plaqué or pour les cadres supérieurs.

  2. la mise à pied plusieurs centaines de personnes, puis le lendemain en annonçant les augmentations de salaire substantielles et des primes pour les cadres supérieurs.

Ce ne sont pas totalement programmation liées, mais très certainement gaspillé beaucoup d'argent, plus fourni une gifle au visage pour toutes les personnes concernées.

Je n'ai pas mis à pied, mais je n'a pas non plus obtenir une augmentation ou un iPod soit ...

Je l'ai vu deux ou trois projets d'externalisation horribles qui ont réussi à l'augmentation des coûts de manière significative tout soit à défaut d'augmenter ou de réduire réellement l'efficacité.

Dans le pire des cas, la nouvelle équipe de sous-traiter ont été mis en place et des qualifiés, mais l'équipe existante sur le rivage est resté en place parce que l'équipe de sous-traiter n'ont pas fait confiance à réellement faire tout le travail critique.

À ce stade, la chose logique à faire aurait évidemment été d'accepter l'échec et l'arrêt de l'équipe de sous-traiter, mais parce que la direction n'étaient pas disposés à admettre publiquement qu'il n'a pas travaillé les deux équipes ont été laissées en place (à un important l'augmentation du coût sans augmentation de l'efficacité ou la capacité utile) jusqu'à ce que pourrait être enterré tout cela.

Dans un autre développement de l'instance a été sous-traitée et l'équipe d'origine mis à pied. Deux ans plus tard, ils ont réalisé qu'il n'a pas travaillé et payé pour faire le tout en interne à nouveau pour constater que, en plus des coûts très importants d'une autre transfert, l'impact des connaissances perdues, les frais de recrutement, les résiliations de contrat, etc. sur, l'organisation sous-traiter avait perdu une partie importante du code source.

(Note: Je ne dis pas que l'externalisation ne peut pas fonctionner, juste qui sont séduites par les économies potentielles et ne considèrent pas les gens trop de fois les réalités de leur nouveau monde, le changement de processus et les pratiques de travail, etc. ce qui conduit à des projets vissés majorly)

Dette technique

Je l'ai vu est la chronique « battre le cheval mort » du code existant. Ou plus au point, du point de vue des tranchées, d'innombrables heures passées en mode maintenance lorsque toute l'équipe sait que nous devrions être en mode de remplacement.

Ce que nous avons fait .... est toujours en cours. Essayer d'invoquer un changement positif de l'intérieur

Test de performance

Il suffit, ne pas le faire. Encore une fois, en travaillant sur le changement positif de l'intérieur.

Je travaille avec quelques les institutions étatiques et ils sont étonnants à gaspiller de l'argent sur l'informatique. De l'achat middleware pléthorique pour résoudre des problèmes extrêmement simples à payer des milliers et des milliers de dollars à un fournisseur de les avoir créer un fichier CSV. Sans il semble qu'ils se soit tondus en interne les personnes ayant une expérience suffisante sur le coût initial ou sur l'entretien.

Dans les entreprises non-logiciels (banques, assurances) avec en interne IT de l'argent provient de divers groupes d'entreprises. Les groupes d'affaires obtient directement boniment de vendeurs et vont le pousser à l'IT. Ils paient pour le logiciel / matériel et votre salaire afin que vos protestations iront pas où.

  • Payer pour des applications et middleware pléthorique que les coûts élevés de mi-cinq chiffres et ne correspond même pas au sein de l'architecture du système existant
  • Utilisation de logiciels coûteux comme HP QualityCenter, BMC Remedy, HP LoadRunner etc où les options de meilleure qualité et moins chers sont disponibles
  • Avec des équipes de ville multi beaucoup de frais de déplacement, parfois seulement quelques heures de la réunion
  • Payer pour Windows 7 licence somes avec de nouvelles machines, puis payer à nouveau pour downgrade vers Windows XP en tant que nouveau SOE (conçu en 2010) est encore XP
  • capacité de plus dans le matériel

Je travaille dans la profession de tests de performance et je suis témoin (littéralement) des millions de dollars par an vidées dans le drain par des organisations pour quatre raisons

  1. Embauche d'un donneur d'ordre basé sur les compétences seul prix, non qualifiés et non audit régulièrement les compétences des testeurs de performance. L'embauche d'une performance amateur testeur est un peu comme l'embauche d'un amateur plombier ou un électricien amateur, il leur faudra beaucoup plus de temps au travail grâce à des tâches de base, beaucoup de freins et de contrepoids dans le processus sont perdus, et quand vous ne trouvez à quel point Dommage qu'ils étaient horriblement cher son de fixer (en production). En tant que modérateur pour une demi-douzaine de forums dans ce domaine, je constate régulièrement des gens Révéler qui manquent de compétences fondamentales dans les tests, la communication, la gestion de projets, le développement, l'analyse des systèmes, etc ... et ils ont tout simplement été jeté à un outil. À la personne qui a noté LoadRunner comme un gaspillage d'argent plus tôt, si vous jetez un fou à un outil, il n'y a qu'un seul résultat que vous devriez vous attendre. L'ironie est que les outils open source ont besoin d'un ensemble de compétences encore plus mature pour réussir avec eux.

  2. Non la collecte des exigences de performance. Cela a un impact l'ensemble de l'organisation parce que vous aurez un autre point de vue sur la performance en architecture, ingénierie plate-forme, d'ingénierie d'application, fonctionnelle QA et la performance QA, dont aucun ne peut correspondre réellement les parties prenantes des entreprises (et ne pas souvent). Ceci est un problème de processus dans de nombreuses organisations l'équipe de test de performance est demandé à la fois pour recueillir les exigences de performance et de tester contre eux. Pour les contrôles et d'équilibre que vous devez faire l'un et pas l'autre. Lié à 1 ci-dessus avec le personnel immature, vous aurez des gens qui ne peuvent pas reconnaître même une exigence de bonne exécution, ne pas avoir un point de mesure pour valider contre avec un profil de charge, et pourtant ils sont encore en train « scripts pour exécuter. » Ceci est une perte de temps et colossal effort et ne contribue guère à améliorer la qualité. Performance a besoin d'une perspective commune à travers l'organisation et n'est pas quelque chose qui peut juste être clouée sur à la fin si elle n'a pas été conçu pour commencer.

  3. Gestion de la performance environnement de test. Je ne peux pas vous dire combien d'organisations sont retardés à des environnements de test ne pas être prêt à fonctionner au moment où l'organisation de test est prêt à poursuivre. En un seul client, je peux voir cela comme un problème de plusieurs millions de dollars en termes d'heures perdues en attendant

  4. Les gestionnaires de projet qui ne comprennent ce que les tests de performance est, les tâches sont impliqués ou le niveau d'effort en place, mais qui dictent combien de temps les activités devraient avoir lieu. Cela conduit à des écarts dans le calendrier du projet, entièrement liées à la façon dont les éléments ont été programmés (et des dépassements de coûts en conséquence). Cela est directement lié à 1 ci-dessus et pour les testeurs immatures ne sont pas en mesure de projeter avec précision soit le nombre et les types de tâches, ni combien de temps les tâches devraient prendre. Il est un axiome que si vous permettez à quelqu'un qui ne comprend pas ce que vous faites et pourquoi vous le faites pour dicter la façon dont vous travaillez et combien de temps vous prendrez, alors ce chemin conduira à l'échec. Il arrive trop souvent dans les tests de performance.

systèmes de contrôle de version propriétaire. Compte tenu de l'état de Git et Mercurial, je ne vois pas pourquoi les gens opteraient pour quelque chose avec un gardien de la porte.

Non seulement vous devez payer pour le VCS, vous aussi devez payer par utilisateur. De plus, votre flexibilité se fait tirer dessus dans le pied. Vous pourriez aussi bien porter un T-shirt qui dit: "Je ? Vendor Lock In !!!"

Je pense que c'est juste noix ces jours-ci pour ne pas utiliser un VCS libre (D). Si vous voulez ajouter beaucoup d'avantages sur pour aller avec elle, des choses comme Kiln est disponible.

Je ne pense pas que je vais travailler pour quelqu'un qui a insisté sur BitKeeper ou similaire.

J'ai presque dit la même chose au sujet émulateurs, mais des produits comme Simics continue à offrir des avantages significatifs par rapport aux alternatives gratuites.

réunions d'état et des rapports hebdomadaires

Une organisation que je travaillais dans était tout au sujet de rapports hebdomadaires - roulées à 3 niveaux différents. Les fils de dev et cordons de test pour chacun des projets 4-6 en vol font état de leurs progrès dans un long courriel, qui a ensuite se roulé par le prochain gestionnaire en place, ce qui se fait de façon arbitraire résumée par la suivante.

Le jour ouvrable suivant, tous les chefs de projet se réunissent à une réunion 1 heure pour aller sur le rapport.

En effet, un jour par semaine est consacré à la déclaration des progrès de cette semaine. Gardez à l'esprit que tout cela est distinct des standups quotidiens et démonstration / réunions rétrospectives hebdomadaires.

Je travaille pour un organisme public. Il n'y a vraiment aucun moyen d'expliquer de manière adéquate le niveau des déchets qui peuvent aller lorsque le lieu de travail est si fortement légiféré et syndiquées pillant quelqu'un est pratiquement presque impossible.

Les gestionnaires jouent passer le colis avec un mauvais personnel, et l'espoir de les supprimer à la fois sous le couvert de la restructuration. Certains mauvais employés sont promus, juste pour les sortir d'une zone qui a besoin d'amélioration. Toute bonne fin le personnel en difficulté constamment juste pour compenser le travail du mauvais personnel. Le personnel vous ne garder pendant 3 mois 40 forge une carrière de l'année. La quantité d'argent qu'ils perdent sur ces carrières est astronomique.

J'ai travaillé dans le secteur privé auparavant, et a vu beaucoup de déchets, mais les déchets du secteur public est un sport tout à fait différent, et encore moins match de football.

Il a été suggéré dans un commentaire que l'établissement de sinécures pour le personnel sous-performant aiderait. Il serait utile en ce qu'elle limiterait les dégâts qu'ils pourraient faire, mais ne serait pas un impact sur les causes profondes du problème. Je pense que la meilleure chose serait l'adoption de certaines procédures de recrutement et de gestion du secteur privé, et les changements dans la législation pour le rendre plus facile pour les organismes publics de laisser le personnel qui sous-performer aller. Les syndicats devraient également modifier leurs politiques en consultation avec le gouvernement - leur rôle de protection de leurs membres est important, mais ils devraient reconnaître que, parfois, leurs membres sont vraiment hors de leur profondeur, et doivent être déplacés sur

Un projet que je travaillais avec une grande institution financière. Il y avait d'énormes quantités d'appels de conférence tous les jours, et j'estime qu'ils brûlé environ 100k $ par jour seulement sur les conférences téléphoniques. Le projet a duré environ 2 ans. Ils avaient des tonnes de systèmes existants et lorsque les changements d'épargne de jour ont été faites il y a quelques années, ils ont payé Microsoft près de la moitié d'un million de dollars pour venir avec un patch DST pour NT 3.51.

Nous avions une quantité assez petite du travail et de faire à peine les factures et les salaires dans un petit magasin où je travaillais. La solution:. Embaucher un consultant en efficacité et un secrétaire personnel pour le patron pour qu'il puisse aller effectuer plus de travail « viande et pommes de terre »

Résoudre un déficit budgétaire en augmentant les dépenses ... échouent.

Du côté de plus -. L'expert en efficacité fourni une carte d'effacement sec où nous avons suivi nos heures facturables et les heures rémunérées ... devinez qui a le moins de heures facturables

Soit s voir, nous avons une fois passé plus d'un demi-million de dollars de faire le travail pour gagner un contrat d'un million de dollars. Tant au profit de celui-ci. Certains d'entre nous dans l'équipe de développement des propositions de projet ont tenté de le signaler, mais il était devenu une chose de fierté pour notre petite entreprise de gagner les entreprises du Fortune 500, nous étions en concurrence avec. Nous avons gagné et perdu la main et plus d'argent onteh contrat pour cela et d'autres raisons, mais nous avons eu les droits de vantardise.

En tant qu'entrepreneur du gouvernement une fois, j'été obligé de faire des heures supplémentaires impayées parce que le contrat lui a permis et l'entrepreneur a été payé pour mon temps supplémentaire. Non seulement que j'ai été pris sur mon travail et ai passé 4 heures tous les dimanches surfer sur Internet sans travail à faire. Inutile de dire que je me suis déplacé très rapidement après avoir commencé à ce non-sens.

Clarté d'achat que notre système de gestion de projet, une application commerciale qui est si mauvais, 100% des personnes qui l'utilisent ont supplié de revenir à l'ancien système de Home Grown (celui de gars qui aimait et je l'ai choisi a évolué à une autre société), les gens, même portés volontaires pour leur temps d'ajouter les rapports qu'ils voulaient notre ancien système. Mais nous avons investi de l'argent pour que nous sommes coincés avec elle. Autrement dit, refusant de fossé quelque chose qui ne fonctionne pas seulement parce qu'il était cher.

pure perte. Un des dépenses informatiques qui devait être coupé par plusieurs millions. Donc, la façon de le faire était de voler les informaticiens de partout dans le monde. Mettez dans un hôtel flash pendant une semaine. Ensuite, dans le bâtiment où ont eu lieu les réunions, poser un nouveau plancher. Marbre bien sûr. Et la nuit, entre les réunions chaque jour, le bâtiment a été redécoré. Cest tous les soirs pendant une semaine.

Euh ... personne priorités?

Fantasyland.

L'entreprise où je travaille payé 800 $ pour un FX CHART Licence - Il est même pas mon argent mais je me sens volé.

http://www.softwarefx.com/sfxNetProducts/ChartFX/

Juste pour voir, leur logiciel placera les fichiers dans tous les sens, y compris dans le registre et les fichiers de programme .... eh oui tout cela pour une recherche naff graphiques.

Licencié sous: CC-BY-SA avec attribution
scroll top