it-swarm-fr.com

Quel est le gaspillage d'argent le plus flagrant que vous avez vu et qu'avez-vous fait à ce sujet?

Souvent, nous, en tant que programmeurs, voir de grandes organisations gaspillant d'énormes sommes d'argent sur des solutions gonflées et inefficaces aux problèmes. Cela me fait mal parce que j'aime bien les organisations de bénéficier du meilleur des solutions de race. Cependant, mes capacités en tant que programmeur sont limitées pour influencer les principaux décideurs et souvent, mon point de vue sur la question est limité à mon propre petit monde technique.

Voici donc ma question. Après avoir rencontré un gaspillage flagrant d'argent sur certains logiciels et/ou un matériel qui a vraiment obtenu votre chèvre, qu'avez-vous fait de cela pour le faire fixer ou avez-vous été condamné à mordre la balle et murmurez-vous pour toujours sous votre souffle? Je suis intéressé à entendre vos expériences globales et surtout quelles quelles leçons que vous avez apprises sur la manière de faire face à ce genre de chose à l'avenir. N'as pas de nom de nom, l'expérience de la lutte contre le problème est plus importante que le produit incriminé réel.

53
Gary Rowe

Payer pour de gros produits commerciaux buggy, dans la gamme de:

  • Serveurs d'applications;
  • Outils de test;
  • Environnements de développement.

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

Mes pas sont généralement:

  1. établir une alternative comme référence - E.G. "Je vais expérimenter avec le serveur d'applications X au lieu d'App Server Y. J'ai eu une bonne expérience avec elle, car (...).";
  2. vendez cette proposition à mes collègues - "Je développe maintenant plus rapidement depuis que Server X redémarre beaucoup plus vite et je ne fais pas tout ce temps";
  3. vendez ceci au gestionnaire immédiat - "Notre équipe se développe maintenant plus rapidement puisque nous utilisons Server X. Tout a commencé comme une petite expérience, mais tout le monde l'aime.".
20
Robert Munteanu

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

  1. sites Web de vanité. Ce sont des sites Web qui ne servent aucun but utile pour quiconque en dehors de la petite organisation qui les commission et se construisent autour d'une contrainte obsessionnelle avec des logos, des photos d'eux-mêmes et de gaufres auto-indulgentes. La pire partie est que celles-ci sont généralement financées par secteur public et commandées par des personnes qui n'ont aucune idée du Web. (Par exemple, une fois la confiance de l'hôpital NHS souhaitant développer une mini-version de Facebook pour son propre personnel intranet).

  2. payé pour est le meilleur. L'état d'esprit qui insiste sur le fait que le logiciel payé doit être intrinsèquement meilleur que l'open source. Après tout, il est payé, non? J'ai vu autant de clients insister sur la fabrication de choix stupides simplement parce qu'ils travaillent dans une culture qui réduit automatiquement tout ce qui est open-source comme une politique de politique.

  3. conception par le comité. C'est là un grand groupe de personnes ont un " brainstorming " et puis essayer d'intégrer toutes les idées de crack-pot il y a dans la conception, ce qui entraîne inévitablement une mauvaise pensée à travers gâchis compromet tout en faveur d'essayer de plaire à tout le monde (et par tout le monde, ils entendent le comité qui prend les décisions, et non les personnes qui devaient utiliser la demande).

  4. consultants. C'est là que vous payez un homme intermédiaire (qui ne connaît ni les pratiques commerciales ni le développement de logiciels) pour mettre en place de l'argent en prolongeant le processus de développement avec une technologie confuse et des entreprises -parlez.

49
Dan Diplo

Je ne vois pas que quelqu'un a déjà mentionné celui-ci.

Construire votre propre solution lorsque vous pourriez l'acheter.

Variations de ce motif:

  • ne même pas envisager le compromis de Buy-vs.-Building
  • étendue significative du fluage de la solution interne
  • portée limitée, mais aussi une utilité limitée de la solution interne
28
azheglov

Mes deux favoris:

  1. Consultants en recrutement (Freelance) Juste pour ajouter plus de capacité de production , alors qu'ils devraient investir dans leurs propres employés à la place, en recrutant des consultants pour apporter de nouvelles connaissances et encadrer leurs populations existantes.

  2. embaucher des gestionnaires de projet qui gèrent d'autres gestionnaires de projets qui gèrent d'autres gestionnaires de projet qui ont enfin la gestion de l'équipe de développement. Alors qu'ils devraient laisser l'équipe auto-gérer et se concentrer sur les entreprises à la place. J'ai vu des projets logiciels où ils avaient plus de gestionnaires de projets que de développeurs. Imaginez les réunions.

28
user2567

limitant les augmentations à long terme et les bonus

Je pense que son enseignement dans les affaires 101 à -non Donner aux employés augmente. Un cas secondaire consiste à limiter les salaires des artistes artistiques car ils doivent être entrés à l'intérieur d'une certaine gamme de salaires.

Finalement, les employés se rendront compte de leur échelle de paie ne sont pas en ligne avec leur industrie (ou leur production). Les personnes qui ont le curriculum vitae et les compétences finiront par quitter et prennent toutes leurs connaissances et probablement quelques-uns de leurs amis. Les personnes restantes (qui sont les artistes inférieurs) devront prendre le mou puis passer plus de temps à embaucher une nouvelle personne (au taux du marché). La société vient de négocier un employé star pour JR Niveau un et vient de perdre toutes les "économies" de garder les salaires bas.

Comme cela se poursuit, l'équipe de développement aura du mal à rester au pair et sera probablement pire et pire jusqu'à ce que quelque chose de drastique soit fait.

27
cmcginty

Cette réponse est quelque peu différente de la plupart des: ne pas tirer d'un employé assez bientôt, ou indiqué différemment, étant trop tolérante d'un employé erreurs habitudes. C'étaient des choses que j'ai observées et que je ne pouvais pas faire grand chose en tant que consultant.

  • Le device qui a mal conduit les décisions de conception d'un projet qui a conduit à sa réécriture éventuelle (c'était un désordre complet).

  • Le devaliste qui a envoyé des données non chiffrées sensibles aux graphiques Google, car ils pensaient qu'il serait cool de montrer un graphique à secteurs (un graphique à secteurs)? NOPE!).

  • Le DEV qui a consulté une entreprise dans le passé et a accepté une position avec eux directement. Il a fait un visage sur le visage et transformé en prima donna qui cherchait la position de plomb technique et est allé aussi loin que parler au responsable du dirigeant déclarant qu'ils pensaient qu'il serait bon de prendre la relève de la tête. Parlez de l'audace! Beaucoup de devs ne ressemblent plus au gars et il a brûlé beaucoup de ponts dans ses 2 premières semaines en tant qu'employé. Pour top tout, il est un dev très vert qui n'a obtenu que 2 ans il y a 2 ans mais pense qu'il est génial.

Quelques erreurs sont compréhensibles, mais lorsqu'il y a un consensus entre de nombreux Devs sur l'attitude ou les compétences de quelqu'un, les entreprises devraient s'en débarrasser plus tôt que plus tard.

17
Ahmad Mageed

Plusieurs fois, j'ai assisté à la direction qui apporte des consultants pour le nique objectif de dépenser de l'argent. La plupart du temps, cela s'est passé à la fin de l'année où ils étaient sous-budgétaires tentaient frénétiquement de dépenser l'argent. Habituellement, ces consultants seraient payés de centaines de dollars une heure et ils passeraient des semaines sur une présentation PowerPoint qui ne serait jamais utilisée.

16
BigJoe714

Il y a une question beaucoup plus grande à jouer ici.

De nombreuses entreprises ont un objectif - d'augmenter la richesse des actionnaires. Ce qu'ils produisent est sans importance. Comment ils le produisent est hors de propos. Combien de gaspillage qu'ils produisent est hors de propos. Le coût pour la société et la planète ne sont pas pertinents.

Donc, aller travailler pour ou démarrer une entreprise qui fait quelque chose de bénéfice pour la société/la planète.

12
Conor

Payer de grandes entreprises de logiciels non seulement pour leur produit, mais pour leur "soutien".

Je travaillais dans une agence gouvernementale pour une équipe au fond du lit avec Oracle. Au cours de nombreuses années, ils avaient été payés de bajillions de dollars pour leurs logiciels. Venant d'un contexte de démarrage cela n'a aucun sens pour moi - "Pourquoi ne pas utiliser MySQL ou Postgres?" On m'a dit que c'était principalement à cause du soutien que Oracle fournit, si quelque chose ne va pas, ils vous aident à trouver la solution rapidement.

Le soutien était une blague absolue. Il y avait un problème dans lequel une application Web a continué à cruser tout le système. Il semblait être du résultat d'une requête lente de base de données avec une combinaison d'un code horriblement écrit (qui a été écrit par une équipe de consultants, qui devrait être une toute autre réponse). Un "groupe de travail" (groan) a été assemblé pour identifier le problème et le réparer. Inclus sur le groupe de travail était membre de support Oracle. Chaque jour à EOB, il y aurait une conférence téléphonique où les membres du groupe de travail mettront à jour le reste de l'équipe avec les conclusions. C'était un appel assez long que personne ne voulait être sur B/C, il a commencé à 5 ans et que la personne Oracle vient d'aggraver. Pourquoi? Eh bien, dire "personne" n'est même pas correcte. C'était un certain nombre de personnes. Il semblait que tous les deux ou trois appels de conférence, le représentant Oracle serait quelqu'un de nouveau, qui a expliqué que leur prédécesseur était maintenant sur un autre projet ou s'était passé en vacances. Les nouvelles personnes n'ont jamais été informées par quelqu'un à Oracle, alors chaque fois que quelqu'un de nouveau est venu, nous avons dû perdre dix minutes de la conférence expliquant le problème. Leur contribution demanderait ensuite aux fichiers journaux J2EE, qui ne peuvent pas seulement tout singe lu, mais également inutile car le code horriblement écrit faisait des choses comme jetant des exceptions indexporofbants lorsque le programmateur a trouvé des erreurs dans l'analyse XML .

11
bpapa

Avoir des programmeurs au 1er ligne de support téléphonique.

Avoir des programmeurs tests.

10
Stu

Je sais que c'est une vieille question et j'aurai chanceux si 3 personnes lisent cette réponse, mais c'est une histoire amusante à raconter, alors qu'est-ce que diable.

Je suis entré dans un projet (systèmes embarqués, micrologiciels critiques de sécurité, enjeux très élevés) et j'ai été constalé par ce que j'ai trouvé. Les personnes utilisant C (notamment les pointeurs) de manière incorrecte, aucune analyse statique, aucun cri de code, aucun test autre que "l'intégrer ensemble, y l'exécuter, voit quelles pauses."

J'ai écrit un très long e-mail ma première semaine là-bas (en tant que consultant). C'était Dicey parce que je disais essais que c'était mal géré, les développeurs étaient dans la tête de leur tête, aucun processus n'était suivi, etc. Il aurait dû aller au VP de l'entreprise, mais j'ai plutôt envoyé cela au gestionnaire de développement qui a embauché moi. Il n'était pas entièrement défensif à ce sujet, en fait, il a reconnu beaucoup de lacunes et m'a dit que je n'étais pas le premier à les pointer (sans blague, non?)

Pour répondre au creux de la question originale: j'ai proposé à dépenser AT la plupart des semaines d'un outil d'analyse statique de peluche de Gimpel (PC-Lint/Flexelint) configuré et en cours d'exécution sur leur plate-forme et pour Exécutez un rapport complet de tout ce qui a été trouvé. Je leur ai dit que j'étais absolument sûr que nous retrouverions plusieurs "Timesbombs" qui se cachent à la suite.

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

Je ne mentionnerai pas la société, le produit ou l'industrie, mais je reste 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 ont roulé - c'était un problème qui aurait un problème qui aurait été capturé par un outil d'analyse statique de base (accédant à 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à, mais je suis sûr que s'ils avaient dépensé l'argent sur une sorte d'outil d'analyse statique, ce bogue n'aurait pas échappé.

Ils ont donc économisé 295 $ en ne achetant pas PC-Lint (OK, ils ont également sauvé une semaine de me payer, au plus) - mais je suis nulle part assez bon pour charger 100 millions de dollars pendant une semaine.

C'est ce que j'appelle une jolie grosse perte d'argent.


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

Avez-vous déjà entendu l'histoire du moteur de navire géant qui a échoué? Les propriétaires du navire ont essayé un expert après l'autre, mais aucun d'entre eux ne pouvait figurer, mais comment réparer le moteur. Ensuite, ils ont apporté un vieil homme qui réparait des navires depuis qu'il était un jeune. Il portait un grand sac d'outils avec lui et, à son arrivée, il est immédiatement allé au travail. Il a inspecté le moteur très soigneusement, de haut en bas.

Deux des propriétaires du navire étaient là, surveille cet homme, espérant qu'il saurait faire quoi faire. Après avoir regardé les choses, le vieil homme atteint son sac et sortit un petit marteau. Il a doucement exploité quelque chose. Instantanément, le moteur s'est engagé dans la vie. Il a soigneusement mis son marteau. Le moteur a été corrigé! Une semaine plus tard, les propriétaires ont reçu une facture du vieil homme pour 10 000 $.

"Quoi?!" s'écria les propriétaires. "Il n'a guère rien fait!"

Ils ont donc écrit le vieil homme une note en disant: "S'il vous plaît nous envoyer une facture détaillée."

L'homme a envoyé une facture qui a lu:

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

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

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

9
Radian

Dans une entreprise qui a vendu des logiciels ... donnant aux vendeurs à part entière de tous les mods personnalisés vendus, de sorte que la vente de quelque chose qui existait déjà et que nous pourrions simplement profiter de ne pas être aussi rentables pour eux que de vendre des uniques. Cela a été combiné à déplacer le personnel des ventes à mi-chemin du pays du personnel technique.

Cela signifiait également que nous, en développement, ne pouvait pas satisfaire aux délais de vente, rendre les clients malheureux et avoir beaucoup de difficulté à obtenir tout travail de base qui ferait mieux le produit pour tout le monde. La pression accrue a causé la qualité du code pour diminuer et faire mal au moral, en particulier lorsque nous avons entendu des histoires sur le bureau des ventes (que je n'ai jamais confirmé).

Beaucoup d'entre nous ont ressenties les ventes, mais ce n'était en fait pas leur faute. Ils sortaient et vendaient autant qu'ils pouvaient, faire ce qu'ils ont été récompensés conformément aux limites qui leur étaient placées. C'était une mauvaise gestion qui a causé tous ces problèmes.

8
David Thornley

Il y en a deux que j'ai vécu.

  1. Annulation d'un projet qui a eu un immense retour sur investissement pour l'entreprise d'environ 80% terminé, puis de distribuer 100 iPod plaqués de 100 gravés et dorés aux cadres supérieurs.

  2. Disposition de plusieurs centaines de personnes, puis le lendemain, annonçant des augmentations de salaire substantiels et des bonus pour les cadres supérieurs.

Ce ne sont pas totalement liés à la programmation, mais la plupart ont certainement gaspillé beaucoup d'argent, ainsi que de la gifle au visage pour toutes les personnes concernées.

Je n'ai pas été licencié, mais je n'ai pas non plus de soulever ni d'iPod ...

8
Walter

Équipes de développement gonflées et terrible productivité dans les entreprises de logiciels.

C'est une conséquence du modèle commun dans le monde des affaires: l'importance d'un gestionnaire est mesurée par le nombre de subordonnés, par conséquent, une préoccupation numéro un du gestionnaire n'est pas une productivité, mais tout le contraire: la productivité la plus pauvre est la meilleure justification pour embaucher plus de personnes. .

8
mojuba

J'ai vu quelques projets d'impartition horribles qui ont réussi à accroître considérablement les coûts tout en ne augmentant ni en réduisant efficacement l'efficacité.

Dans le pire des cas, la nouvelle équipe externalisée a été mise en place et une compétence qualifiée, mais l'équipe existante sur les rives est restée mise en place car l'équipe de sous-traitance n'était pas confiée à ce que l'équipe essentielle n'ait aucun des travaux critiques.

À ce stade, la chose logique à faire aurait évidemment d'accepter l'échec et de fermer l'équipe de sous-souris, mais parce que la direction n'était pas disposée à admettre publiquement que cela n'avait pas fonctionné que les deux équipes ont été laissées en place (à une augmentation significative du coût. sans augmentation de l'efficacité ou de la capacité utilisable) jusqu'à ce que tout ce que cela puisse être enterré.

Dans un autre cas, le développement était sous-traité et l'équipe originale a été mise à pied. Deux ans plus tard, ils se sont rendus compte que cela n'avait pas fonctionné et payé pour apporter à nouveau le plein en interne à nouveau pour constater que, en plus des coûts très importants d'un autre transfert, l'impact de la perte de connaissances, des frais de recrutement, des terminaisons contractuels et donc ON, l'organisation externalisée avait perdu une partie importante du code source.

(Remarque: Je ne dis pas que la sous-traitance ne peut pas fonctionner, mais que trop de fois que les gens sont séduits par des économies potentielles et ne considérons pas les réalités de leur nouveau monde, le changement aux pratiques de traitement et de travail, etc., ce qui conduit à Projets majorément vissés)

7
Jon Hopkins

Je travaille avec quelques-uns institutions d'État et ils sont incroyables de gaspiller de l'argent dessus. De l'achat de middleware gonflé pour résoudre des problèmes extrêmement simples à payer des milliers et des milliers de dollars à un fournisseur pour les avoir créé un CSV. Sans des personnes internes avec une expérience suffisante, il semble qu'ils soient soit pollués sur le coût initial ou sur la maintenance.

3
Jeff Swensen

Je travaille dans la profession des tests de performance et je suis témoin (littéralement) des millions de dollars par an, d'être roulés par des organisations pour quatre raisons

  1. Embaucher une sous-traitance basée sur un prix seul, pas les compétences de qualification et ne pas audit régulièrement les compétences des testeurs de performance. Embaucher un testeur de performance amateur ressemble beaucoup à l'embauche d'un plombier amateur ou d'un électricien amateur, il les prendra beaucoup plus longtemps pour travailler grâce à des tâches de base, de nombreux contrôles et équilibres en cours sont perdus et lorsque vous découvrez simplement comment mauvais ils étaient horriblement chers à réparer (en production). En tant que modérateur d'une demi-douzaine de forums dans ce domaine, j'observe régulièrement des personnes qui manquent de compétences fondamentales dans les tests, la communication, la gestion de projet, le développement, l'analyse des systèmes, etc. et ils ont simplement été lancés dans un outil. À la personne qui a noté LoadRunner comme gaspillage d'argent plus tôt, si vous lancez un imbécile à un outil, il n'y a qu'un seul résultat à attendre. L'ironie est que des outils open source nécessitent une compétence encore plus mature pour réussir avec eux.

  2. Ne pas collecter des exigences de performance. Cela a une incidence sur l'ensemble de l'organisation, car vous aurez une perspective différente de la performance dans l'architecture, l'ingénierie de la plate-forme, l'ingénierie des applications, l'assurance-gestion fonctionnelle et la performance, aucune desquelles ne peut correspondre aux parties prenantes de l'entreprise (et fréquemment). Il s'agit d'un problème de processus dans de nombreuses organisations L'équipe de test de performance est posée à la fois de collecter les exigences de performance et de les tester. Pour des contrôles et des soldes appropriés, vous devriez faire un et non l'autre. Relatif à 1 ci-dessus avec un personnel immature, vous aurez des personnes qui ne peuvent même pas reconnaître une exigence de performance appropriée, n'ont pas de point de mesure pour valider avec un profil de charge, et pourtant ils construisent toujours des "scripts à exécuter". Il s'agit d'une perte de temps et d'efforts collosal et qui améliore guère la qualité. La performance a besoin d'une perspective commune à travers l'organisation et n'est pas quelque chose qui ne peut être classé à la fin s'il n'était pas conçu pour commencer.

  3. Test de performance Gestion de l'environnement. Je ne peux pas vous dire combien d'organisations sont retardées pour tester les environnements qui ne sont pas prêts à courir au moment où l'organisation de test est prête à procéder. Juste dans un 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 n'ont pas compris les tests de performance, quelles tâches sont impliquées ou le niveau d'effort en place, mais qui dictent la durée de la durée des activités. Cela conduit à des écarts dans le calendrier de projet qui sont entièrement liés à la manière dont les éléments étaient programmés (et des dépassements de coûts de coûts). Ceci est directement lié à 1 ci-dessus également pour les testeurs immatures ne sont pas en mesure de projeter avec précision le nombre et les types de tâches ni la durée de la durée des tâches. C'est un axiome que si vous autorisez quelqu'un qui ne comprend pas ce que vous faites et pourquoi vous le faites pour dicter comment vous travaillez et combien de temps vous prendrez, alors ce chemin entraînera une échec. Cela arrive trop souvent dans les tests de performance.

3
James Pulley

Dans les entreprises non-logicielles (banques, assurances) avec interne, l'argent provient de divers groupes d'entreprises. Les groupes d'entreprises reçoivent directement le terrain de vente de fournisseurs et le pousseront à cela. Ils paient pour le logiciel/le matériel et votre salaire afin que vos protestations ne gèrent pas où.

  • Payer pour des applications cloquées et des middleware qui coûte cinq chiffres à mi-hauteur et ne correspondent même pas à l'architecture du système existante
  • Utilisation de logiciels coûteux tels que HP Qualkenter, BMC Remedy, HP LoadRunner, etc. où des options meilleures et moins chères sont disponibles
  • Avec des équipes de plusieurs villes beaucoup de frais de déplacement, parfois pour seulement quelques heures de réunion
  • Payer pour la licence Windows 7 qui sort avec de nouvelles machines, puis en payant à nouveau pour rétrograder à Windows XP comme le nouveau SOE (conçu en 2010) est toujours XP
  • Sur la capacité du matériel
3
kanad

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

Non seulement vous devez payer pour les VCS, vous devez également payer par utilisateur. De plus, votre flexibilité se fait tirer sur le pied. Vous pourriez aussi bien porter un t-shirt qui dit "I ♥ Vendeur Verrouiller !!!"

Je pense que c'est juste des noix ces jours-ci pour ne pas utiliser de VC libres (D). Si vous voulez beaucoup d'ajouter des avantages pour y aller, des trucs comme un four sont disponibles.

Je ne pense pas que j'irais travailler pour quelqu'un qui a insisté sur le point gardee ou similaire.

J'ai presque dit la même chose sur les émulateurs, mais des produits tels que SIMICS continuent d'offrir des avantages importants sur des alternatives gratuites.

3
Tim Post

dette technique

J'ai vu le "battant du cheval mort" chronique du code hérité. Ou plus au point, du point de vue des tranchées, d'innombrables heures passées en mode de 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

Tout simplement, pas le faire. Encore une fois, travaillant toujours sur le changement positif de l'intérieur.

3
DevSolo

Réunions de statut et rapports hebdomadaires

Une organisation que j'ai travaillé était tout au sujet des rapports d'état hebdomadaire - roulé à 3 niveaux différents. Les prospects de devis et les prospects de test pour chacun des 4-6 projets en vol font leurs progrès dans un long e-mail, qui se déroule ensuite par le gestionnaire suivant, ce qui est résumé arbitrairement par le suivant.

Le jour ouvrable suivant, tous les chefs de projet se rassemblent dans une réunion d'une heure pour consulter le rapport.

Effectivement un jour chaque semaine consiste à signaler les progrès de cette semaine. N'oubliez pas que tout cela est séparé des conditions quotidiennes et des réunions hebdomadaires de démonstration/rétrospective.

2
oksayt

Je travaille pour un organisme public. Il n'y a vraiment aucun moyen d'expliquer de manière adéquate le niveau de déchets pouvant continuer lorsque le lieu de travail est si fortement légiféré et syndiqué que la sorte que quelqu'un soit pratiquement presque impossible.

Les gestionnaires jouent le colis avec un mauvais personnel et espèrent les supprimer à la fois sous le couvert de la restructuration. Un mauvais personnel est promu, juste pour les déplacer d'une zone qui nécessite une amélioration. Tout personnel de bon personnel finit par lutter constamment juste pour compenser le travail du personnel de mauvais personnel. Personnel que vous ne conserveriez pas pendant 3 mois de carrière de 40 ans. La quantité d'argent qu'ils gaspillent sur de telles carrières est astronomique.

J'ai déjà travaillé dans le secteur privé et j'ai vu beaucoup de déchets, mais les déchets du secteur public sont un sport tout à fait différent, sans parler de balle.

Il a été suggéré dans un commentaire qui établit des Sinecures pour le personnel sous-performant aiderait. Cela aiderait à ce que cela limiterait les dommages qu'ils pouvaient faire, mais n'auraient pas d'impact sur les causes profondes du problème. Je pense que la meilleure chose à faire serait l'adoption de certaines procédures de recrutement et de gestion du secteur privé, ainsi que des modifications de la législation pour faciliter les organismes publics de laisser le personnel qui sous-performait. 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 devraient être déplacés sur

2
Dan O

Voyons, nous avons passé une fois plus bien plus de demi-million de dollars en faisant le travail pour gagner un contrat de million de dollars. Voilà pour le profit sur celui-là. Certains d'entre nous sur l'équipe de développement de la proposition de projet ont tenté de le signaler, mais il était devenu une chose de fierté pour notre petite entreprise de gagner sur les sociétés Fortune 500 que nous étions en concurrence. Nous avons gagné et avons perdu de l'argent de la main sur le contrat de Fist Onteh pour cela et d'autres raisons, mais nous avions des droits qui se vanteraient.

En tant que contractant gouvernemental une fois, j'ai été obligé de travailler des heures supplémentaires non rémunérées, car le contrat lui a permis et l'entrepreneur a été payé pour mes heures supplémentaires. Non seulement que j'ai été rattrapé sur mon travail et que j'ai passé 4 heures chaque dimanche surfer sur Internet sans travailler à faire. Inutile de dire que je suis passé très vite après avoir commencé ce non-sens.

Achat de clarté comme système de gestion de projet, une application commerciale tellement mauvaise, 100% des personnes qui l'utilisent ont prié de retourner à notre ancien système cultivé (le gars qui a aimé et l'a choisi d'avoir passé à autre chose Société), les gens ont même fait du bénévolat pour travailler tout le temps d'ajouter les rapports qu'ils voulaient dans notre ancien système. Mais nous avons investi l'argent afin que nous soyons bloqués. En d'autres termes, refusant de fessoire quelque chose qui ne fonctionne pas simplement parce que c'était cher.

1
HLGEM

Déchets pure. Une dépense qui devait être coupée par plusieurs millions. Donc, la façon de faire cela était de voler les gens de tout le monde entier. Mettez-les dans un hôtel flash pendant une semaine. Ensuite, dans le bâtiment où les réunions ont eu lieu, posez un nouveau plancher. Marbre bien sûr. Et la nuit, entre les réunions chaque jour, le bâtiment a été redécoré. C'est tous les soirs pendant une semaine.

Euh ... priorités quiconque?

Monde imaginaire.

1
quickly_now

Un projet que j'ai travaillé avec une grande institution financière. Il y avait d'énormes quantités d'appels de conférence quotidiennement et j'ai estimé qu'ils ont brûlé environ 100 000 dollars par jour uniquement sur les appels de conférence. Le projet a duré environ 2 ans. Ils avaient des tonnes de systèmes hérités et lorsque les changements d'épargne à la lumière du jour ont été effectués il y a quelques années, ils ont payé Microsoft environ un demi-million de dollars pour proposer un correctif DST pour NT 3.51.

1
Tangurena

Nous avions une petite quantité de travail et faisions à peine des factures et une paie dans un petit magasin dans lequel j'ai travaillé. La solution: embaucher un consultant en efficacité et une secrétaire personnelle du patron afin de pouvoir effectuer plus de travail de "viande et de pommes de terre".

Résolvez un déficit budgétaire en augmentant les dépenses ... échouer.

Sur le côté Plus - l'expert en efficacité a fourni une carte d'effacement sec où nous avons suivi nos heures de facturation et nos heures payées ... Devinez qui avait le moins d'heures de facturation.

1
RobotHumans

La société que je travaille pour un paiement payé de 800 $ pour une licence de graphique FX - Ce n'est même pas mon argent que je me sens volé.

http://www.softwarefx.com/sfxnetproducts/chartfx/

Juste pour des coups de pied, leur logiciel placera des fichiers sur tout le lieu, y compris des fichiers de registre et de programme .... Oui.

0
Dal