Разработка - это тоже структурированое написание документации (кода) для его исполнения различными фреймворками, процессорами и т.п. только к ним еще и ии добавится.
Серьезно? И в штатном расписании и в трудовой? А пока что я видел поголовно тимлидов, ни к которым вся команда ходит за советом, а кто "первый халат надел тот и доктор", первый зашел на проект тот и тимлид, лень программировать или не вытягивает. И начинает просить набрать команду, причем старается набирать не выше своего уровня... на всякий случай... А менеджеру, как правило, по барабану, так как он вообще ничего не понимает в управлении программистами
У кого в компании есть в штатном расписании официальная должность тимлид? Или может быть в трудовой? Поделитесь пожалуйста
Как понять "повысили до тимлида"? Как это обычно происходит? Типа сказали: Ну все ты тимлид давай жги... Или сам тимлид, просыпается утром, и решает?.. все пора...
Если аналитику самому понятно, что он написал, он с удовольстием откроет документацию вместе с разработчиком, и покажет все и объяснит. Но если этого не происходит, значит аналитику либо не понятно самому и лень разбираться, либо не интересно, что он сам написал. Либо он просто уже забыл сам и запутался. Отсылка к документации, равносильна отсылке на три буквы.. Типа я там написал что-то.. иди разбирайся.. мне уже пофигу...
То есть качество документации проверяется в первую очередь на самом авторе, чтобы быстро что то вспомнить и объяснить. Если его не читают, - значит непонятно пишет.
Обобщил и предположил основываясь на своей точке зрения и своего окружения, ...всего лишь... За всех он решить не может )))
То есть у автора не получилось работать по скраму, и он написал статью в которой обобщил, что все остальные тоже не могут с ним работать ))) это странно очень выглядит...
Согласен с Вами, особенно со вторым пунктом в самую точку. Кстати я заметил если раньше коментарии были от наглухо непонимающих людей скрам. То сейчас уже ощутимо больше видно комментариев в пояснениями какие проблемы он помогает решать.
Автор может отвечать только за себя, правильно? Откуда он может знать как происходит у других?... ну он рассказал свой опыт, отлично...причем здесь "все" "везде" "нигде" ...
Уберите в маленьком городке разметку на дорогах, дорожные знаки и мало что изменится. Уберите в большом городе и получите хаос. Если ничего не сломалось, значит ничего и не работало.
Ну бывает по разному, просто отклонение от аджайл, это как правило, бардак, хаос, несогласованость целей, неслаженность команды, с такими меньше сотрудничают... Вот как Вы можете наказать человека, который меняет цели каждый день или не желает с вами согласовывать общие цели? Или у которого другие правила/рекомендации, по которым он работает, или он выборочно правила трактует как ему удобно... Ну.. скорее всего сведете по минимуму с ним взаимодействие... С Вашей стороны это и будет наказание..
Ну вы же понимаете, что и то и то, это набор договоренностей/правил/рекомендаций, для того чтобы люди могли корректо взаимодействовать и достигать своих целей?
Правильно, Ну также и ппд, и без пдд можно ездить, просто движение будет менее эффективно и больше людей будет погибать.
На красный, можно много раз проезжать и ничего не случится)) а можно никогда на красный не проезжать и попасть в аварию с зеленым))) так в чем же дело?)
Ну так люди и с пдд калечатся и без пдд.. Верно? Вот так и с аджайлом)) и ним делают/валят проекты, - и без него.
Значит ли это, что аджайл плохой? Значит ли что ПДД плохие?
Представьте что аджайл, это правила дорожного движения. А теперь попробуйте порассуждать работают они или нет ))) Спасают они жизни или нет... А если не спасают.. то может быть они не работают... и их надо отменить...
Как говорил один известный психолог, Ваша эмоция, этот Ваша проблема. Токсит то у вас внутри. Причем здесь он. Да и еще ярлыки вешаете. Токс - это понятие очень субъективное, и очень удобное местами. Особенно в сложных системах, когда прав в общем каждый по своему.
Тимлид - это примерно тоже самое что и дедовщина в армии, должности как таковой нет. Но если ноявляются новобранцы в команде, "старички" начинают называть себя тимлидами и пытаются изображать из себя "руководителя". Если появились в команде тимлиды, это признак незрелости компании, дизорганизации и отсутствия налаженных руководством рабочих процессов. Поэтому и начинают проявлятся животные инстинкты в команде. Слабый проектный менеджер, он же слабый офицер, и поэтому появляются деды, лиды и прочая живность.
Разработка - это тоже структурированое написание документации (кода) для его исполнения различными фреймворками, процессорами и т.п. только к ним еще и ии добавится.
Серьезно? И в штатном расписании и в трудовой? А пока что я видел поголовно тимлидов, ни к которым вся команда ходит за советом, а кто "
первый халат надел тот и доктор", первый зашел на проект тот и тимлид, лень программировать или не вытягивает. И начинает просить набрать команду, причем старается набирать не выше своего уровня... на всякий случай... А менеджеру, как правило, по барабану, так как он вообще ничего не понимает в управлении программистамиА когда разработчика повышают до тимлида, куда обычно девают предыдущего руководителя отдела?
Правильно ли я понял, что Вы сказали , что руководитель отдела и тимлид это одно и тоже?
У кого в компании есть в штатном расписании официальная должность тимлид? Или может быть в трудовой? Поделитесь пожалуйста
Как понять "повысили до тимлида"? Как это обычно происходит? Типа сказали: Ну все ты тимлид давай жги... Или сам тимлид, просыпается утром, и решает?.. все пора...
Если аналитику самому понятно, что он написал, он с удовольстием откроет документацию вместе с разработчиком, и покажет все и объяснит. Но если этого не происходит, значит аналитику либо не понятно самому и лень разбираться, либо не интересно, что он сам написал. Либо он просто уже забыл сам и запутался. Отсылка к документации, равносильна отсылке на три буквы.. Типа я там написал что-то.. иди разбирайся.. мне уже пофигу...
То есть качество документации проверяется в первую очередь на самом авторе, чтобы быстро что то вспомнить и объяснить. Если его не читают, - значит непонятно пишет.
Обобщил и предположил основываясь на своей точке зрения и своего окружения, ...всего лишь... За всех он решить не может )))
То есть у автора не получилось работать по скраму, и он написал статью в которой обобщил, что все остальные тоже не могут с ним работать ))) это странно очень выглядит...
Согласен с Вами, особенно со вторым пунктом в самую точку. Кстати я заметил если раньше коментарии были от наглухо непонимающих людей скрам. То сейчас уже ощутимо больше видно комментариев в пояснениями какие проблемы он помогает решать.
Автор может отвечать только за себя, правильно? Откуда он может знать как происходит у других?... ну он рассказал свой опыт, отлично...причем здесь "все" "везде" "нигде" ...
Очень правильный вывод, в поле ппд не нужны
Уберите в маленьком городке разметку на дорогах, дорожные знаки и мало что изменится. Уберите в большом городе и получите хаос. Если ничего не сломалось, значит ничего и не работало.
Вот наняли вы например продавца, дали ему инструмент кассовый аппарат, он ничего не продал, аппарат сломал, товары испортил. Вот как здесь быть?
Ну бывает по разному, просто отклонение от аджайл, это как правило, бардак, хаос, несогласованость целей, неслаженность команды, с такими меньше сотрудничают... Вот как Вы можете наказать человека, который меняет цели каждый день или не желает с вами согласовывать общие цели? Или у которого другие правила/рекомендации, по которым он работает, или он выборочно правила трактует как ему удобно... Ну.. скорее всего сведете по минимуму с ним взаимодействие... С Вашей стороны это и будет наказание..
Ну вы же понимаете, что и то и то, это набор договоренностей/правил/рекомендаций, для того чтобы люди могли корректо взаимодействовать и достигать своих целей?
Правильно, Ну также и ппд, и без пдд можно ездить, просто движение будет менее эффективно и больше людей будет погибать.
На красный, можно много раз проезжать и ничего не случится)) а можно никогда на красный не проезжать и попасть в аварию с зеленым))) так в чем же дело?)
Ну так люди и с пдд калечатся и без пдд.. Верно? Вот так и с аджайлом)) и ним делают/валят проекты, - и без него.
Значит ли это, что аджайл плохой? Значит ли что ПДД плохие?
И? ))) Если их не соблюдать? Что происходит? ))
Представьте что аджайл, это правила дорожного движения. А теперь попробуйте порассуждать работают они или нет ))) Спасают они жизни или нет... А если не спасают.. то может быть они не работают... и их надо отменить...
Роль: Владелец продукта, отвечает за постановку задач, как бы и должен быть менеджер от клиента, представитель стейкхолдеров.
Роль: Скрам мастер, отвечает за координацию команды, модерирует собрания, джиру, отвечает за декомпозицию и переваривание задач.
Изучайте аджайл все будет хорошо!
Оценки нужны, чтобы примерно понимать объемы, но нужно к ним относится как оценкам баллам шторма, землетрясений или пробок на дорогах.
Как говорил один известный психолог, Ваша эмоция, этот Ваша проблема. Токсит то у вас внутри. Причем здесь он. Да и еще ярлыки вешаете. Токс - это понятие очень субъективное, и очень удобное местами. Особенно в сложных системах, когда прав в общем каждый по своему.
Тимлид - это примерно тоже самое что и дедовщина в армии, должности как таковой нет. Но если ноявляются новобранцы в команде, "старички" начинают называть себя тимлидами и пытаются изображать из себя "руководителя". Если появились в команде тимлиды, это признак незрелости компании, дизорганизации и отсутствия налаженных руководством рабочих процессов. Поэтому и начинают проявлятся животные инстинкты в команде. Слабый проектный менеджер, он же слабый офицер, и поэтому появляются деды, лиды и прочая живность.