А як у вас вирішують проблеми з ефективністю роботи?

Питання у першу чергу до менеджерів — але і до всіх.
Робила нещодавно кілька майстер-класів з питань ефективності роботи над проектами і як їх вирішувати. Склалося таке враження, що найбільший відгук викликають такі проблеми:
(а) протиріччя між командами в одному проекті (e.g, програмісти і тестировщики, одна команда не звертає уваги на вимоги іншої команди, суперечки),
(б) затримки, перенос термінів, проект бере набагато більше часу ніж було розраховано.

А як у вас? Чи можна сказати, що ті ж самі проблеми є актуальними, або скоріше якісь інші?
І як у вас вирішують проблеми з ефективністю роботи:
— вважають, що це проблема менеджера або менеджерів відділів і вони мають знайти спосіб, як її вирішити, якщо не хочуть бути звільнені
— впроваджують нові технології управління (e.g, Scrum на всю компанію) і наймають Scrum-майстра або нового менеджера для забезпечення якості процесів
— запрошують зовнішніх консультантів тимчасово, щоб знайти причину і налагодити процес
— ніяк не вирішують, бо поки з цим жити можна, мабуть з часом само виправиться ?

👍НравитсяПонравилось0
В избранноеВ избранном0
LinkedIn
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Спасибо за ответы :) они правда не все сильно информативные, но веселые)
Ну а правда, как делают у вас (или не у вас, а там где вы видели раньше): считают что это проблема менеджера, внедряют новые технологии, вообще ничего не делают?... Или это все фигня и нет нигде проблем с эффективностью?

Я зазвичай запроваджував текстові комунікації між учасниками проекту. З часом це вирішує більшість проблем, тому що коли людина пише, в неї більше часу на роздуми.

Менше відволікають один одного, залишаються пруфи, часто легше пошукати самому відповідь чим написати запитання, а якщо вже пише то вдумливе формулювання запитання нерідко призводить до розуміння відповіді.

А як у вас вирішують проблеми з ефективністю роботи?
Кнутом...

Это жестоко. Там же ж под тысячу страниц! Крайнее только «Капиталом».

Зато эффективно :)))

одна команда не звертає уваги на вимоги іншої команди
если все считают себя пупом земли не представляю что могло бы это изменить
перенос термінів, проект бере набагато більше часу ніж було розраховано
тут скорее неправильное планирование (можно понять если это в первый раз такое, но если кому-то нравится наступать на те же грабли..)

Какие проблемы? «чик-чик» и в продакшн!

«чик-чик» и в продакшн!
в сочетании с
(looking for a job)
просто прекрасно! :)

QA же не льют в продакшен, они только критикуют.

Сударь, а Вы умеете делать комплименты)))

Питання про ефективність роботи окремого тіму або компанії в цілому. Будь-які проблеми з виконанням проектів «як треба». Такі, як неочікувані затрімки, суперечки між командами, тощо... Хоча іноді воно також може виглядати і так що якби деякі співробітники «погано працюють»

Питання про «ефективність» кого/чого? Компаніі в цілому, окремого тіму, окремого менеджера чи програміста? Без точного визначення того, як ту «ефективність» розуміють і як іі рахують сенсу обговорювати це нема.

впроваджують нові технології управління (e.g, Scrum на всю компанію) і наймають Scrum-майстра або нового менеджера для забезпечення якості процесів

ефективних менеджерів які впроваюжують скрам вже пора розстрілювати. Мені найбільш цікво, от впровадять вони шкрам, а як далі будуть підвищувати ефективність і доводити доцільність свого існування.

<<

ефективних менеджерів які впроваюжують скрам вже пора розстрілювати

WHY?

На большинстве гнилых проектов, где были проблемы с эффективностью их начинали замечать только когда все уже было запущено. И тогда применяли проверенные методы:
brj.pp.ru/...work/dead-horse

Подписаться на комментарии