LT
следующее будут запоминать "тимлиды не нужны"
Size: a a a
2021 June 01
LT
сразу после того, как Кипелова доучат
AV
Благодарю за комментарий! Он очень хорошо показывает противостояние инженеров и менеджеров. А также непонимание ценности РП на проекте для большй части инженеров.
KK
😘 всегда пожалуйста
PD
Ну, насколько я вижу, комментарий вообще не про это, он про бесполезность еще одного пересказа Scrum Guide с небольшими добавками.
СА
Напоминаю, что все генерализации - ложны.
PD
Ну да. РП очевидно нужен. bipulse - очевидно нет )
AV
BIPULSE Для инженеров? Не нужен! Тем более если они работают только с одним проектом. Ибо BIPULSE заточен по много-проектную среду, когда одна команда ведет 4-5 проектов одновременно потому что "так получилось". Впрочем в таких компаниях , часто и РП нормального нету.
Но когда тимлид вырастет до руководителя подразделения или станет РП....
Но когда тимлид вырастет до руководителя подразделения или станет РП....
KK
и про то, что инструменты не лечат проблемы в головах.
хотели/умели бы вести проекты нормально - вели бы хоть в экселе.
хотели/умели бы вести проекты нормально - вели бы хоть в экселе.
PD
Да не, оно вообще никому не нужно. Ни инженерам, ни РП. Хватает и других инструментов.
4-5 проектов на команду и Jira легко поддерживает.
4-5 проектов на команду и Jira легко поддерживает.
KK
самое смешное, что инструмент продается как решение проблем в головах, а не как "это удобнее и быстрее, чем таблички или jira"
PD
Ну, инструмент сильно влияет на процесс, увы.
Если что-то неудобно делать в инструменте - то это делать не будут (или будут, но сильно дороже), сопротивление инструмента нужно учитывать, к сожалению.
Если что-то неудобно делать в инструменте - то это делать не будут (или будут, но сильно дороже), сопротивление инструмента нужно учитывать, к сожалению.
AV
Для лечения проблем в головах есть Метод управления (ссылки я приводил вчера в чате)
Никакой ИСУП не даст ускорения без изменения похода к управлению и имзнения способа мышления.
Однако, если Клиент применяет Метод и ИСУП, то он просто начинает делать проекты быстрее. Хотя мы внедряели Метод без ИСУП - тоже работает, на эсельках. вопрос в объемах ручной работы. Эксель, пока, мало кому удалось победить.
Никакой ИСУП не даст ускорения без изменения похода к управлению и имзнения способа мышления.
Однако, если Клиент применяет Метод и ИСУП, то он просто начинает делать проекты быстрее. Хотя мы внедряели Метод без ИСУП - тоже работает, на эсельках. вопрос в объемах ручной работы. Эксель, пока, мало кому удалось победить.
LT
@dumtest поставь точку в этой навязанной демагогии 🙏🙏🙏
PD
Ну вот это "метод управления" - и есть чуть-чуть переписанный scrum guide, с несколькими малосвязанными цитатами из TOC (
KK
@sbase, я если что не планирую больше отвечать. вы второй день гербалайф продаете, уже не весело.
можете детектить слив или уход от ответа, если вам так комфортнее
можете детектить слив или уход от ответа, если вам так комфортнее
AV
Все поддерживают. И Redmine, и Youtrack. Но это не мешает компаниям уходить в кассовый разрыв. Вся тонкость в применении. ИСУП может автоматизировать хаос или требовать опредленного поведения. Но это дискуссия не для жтого чатика.
СХ
нет, там вроде источник приведен в начале статьи
NG
Я не про оригинал, скоре про вспоминание этой истории. Но да - лучше конечно из первоисточника черпать инфу
AV
Я еще ничего не продавал ;-). Если Вы решили что это так, Ваше право.
Мне всё еще интересны мотиваторы, которые побуждают ведущих специалистов наставлять сотрудников и передаваь им знания и опыт.
Однако, вместо прямого ответа "ок, давайте обсудим", я вижу сопротивление "это не верно", "это не работает" и последующий переход к атаке по картине мира.
Это тоже показатель.
Мне всё еще интересны мотиваторы, которые побуждают ведущих специалистов наставлять сотрудников и передаваь им знания и опыт.
Однако, вместо прямого ответа "ок, давайте обсудим", я вижу сопротивление "это не верно", "это не работает" и последующий переход к атаке по картине мира.
Это тоже показатель.