Если есть малейшие шансы попасть в разработку — не идите в тестеры, масок придется носить много, это правда, как и то, что час разработчика стоит дороже.
Весь этот аджайл это попытка переложить ответственность на команду, размыть лидерство в угоду коллективной ответственности. Это религия. Руководителям это нравится — снимает с них тяготы по организации работы, пусть оно само, по скрамовски. Зачастую скрам коучи довольно прошарены, чтобы петь красивые песни в отличие от тех же технарей.
Вопрос не в том, что единицам все же удается чего-то достичь. Вопрос в том, что 99% не удастся достичь ничего вне зависимости от убеждений. Просто потому, что не все от человека зависит.
Приходя в новую компанию в роли ИТ директора, мы с вами, коллеги, невольно сталкиваемся с ошибками наших предшественников.
Как-то неаргументированно сообщается, что эти ошибки непременно будут в IT. А что если это недостаток выделяемых ресурсов(бизнес), плохие требования в постановке задач(бизнес), отсутствие обратной связи руководства(бизнес)?
Времени так такового нет, но есть изменение состояния вселенной. И нельзя сказать, как быстро или медленно оно происходит, так как попросту здесь нет понятия о скорости.
Можно ли так объяснить шефу состояние дел по разработке фичи или сроку релиза?
По тексту чувствуется, что зампред конкретно надавил, и выдавил отзывы как все клёво стало.
Если есть малейшие шансы попасть в разработку — не идите в тестеры, масок придется носить много, это правда, как и то, что час разработчика стоит дороже.
О руководителях какого уровня идет речь? О тимлиде или генеральном директоре?
Весь этот аджайл это попытка переложить ответственность на команду, размыть лидерство в угоду коллективной ответственности. Это религия. Руководителям это нравится — снимает с них тяготы по организации работы, пусть оно само, по скрамовски. Зачастую скрам коучи довольно прошарены, чтобы петь красивые песни в отличие от тех же технарей.
Откуда же деньги если на каждом проекте работать за опыт?! В надежде что в будущем огого, но оно не наступает
Т.е. априори об удержании разработчика речи не идет, набрал скилов и портфолио — прыгнул на место посытнее и так до бесконечности
если вырвать из контекста то вполне себе применимо к реалиям
Как-то неаргументированно сообщается, что эти ошибки непременно будут в IT. А что если это недостаток выделяемых ресурсов(бизнес), плохие требования в постановке задач(бизнес), отсутствие обратной связи руководства(бизнес)?
Можно ли так объяснить шефу состояние дел по разработке фичи или сроку релиза?
Отличный вариант, чтобы написать первый тест и почувствовать себя автотестером. Может добавить уверенности новичку.