1. Ира 2. Руководитель IT проектов в заказной сфере 3. Могу быть в роли кризис менеджера: когда ничего непонятно, но нужно что-то сделать и за короткий срок. 4. Мой ТК: https://t.me/IraRumIra
Ответственный подход это сделать все возможное что бы достигнуть результата.
Если из раза в раз, у человека не получается выдавать результат - нужно разбираться с причинами.
Моя идея про отношение, про поход: пытаться сделать максимум, находить варианты решения, запасные пути, что бы получить результат. В то же время, при максимальных усилиях, могут сложиться так обстоятельства, что результат не достигнут. И в этом случае, я не назову человека безотвественным.
Спасибо за статью, интересно было почитать. Много информации и она по делу. В общем и целом во мне откликнулось, что вы изложили.
Интересно было бы подискутировать про понимание разработчиком того, чего он кодит. Вы пишите:
Если кратко, аналитик — переводчик с человеческого языка на «разработческий». Он документирует желания заказчика так, чтобы разработчики думали только о том, как написать код, а не о том, какой функционал скрывает эта фича, какой итог должен быть при реализации этой фичи.
Я же наоборот, рассказываю максимум информации, и в том числе, зачем нужна та или иная задача. Более того, наша команда ознакомляется с требованиями, сценариями. И разработчики в том числе. Так мы добиваемся понимания у всей команды, что мы тут делаем; плюс выполняем проверку требований на возможность реализовывать, протестировать.
Следующее что хочется отметить, это про участие аналитик в пресейле - это когда проекта еще нет. Менеджер на старте проекта практически всегда привлекает архитектора, аналитика, разработчика, тестировщика. Привлечение может быть в разной конфигурации, в зависимости от полученных вводных от Заказчика.
И последнее, хотела бы сказать, что без аналитика нельзя. Как и без другого участника команды. Но это необязательно должны быть отдельные люди и/или отдельные команды. Невозможно без аналитика как роли в команде. А эти роли могут совмещаться. Менеджер может быть и аналитиком. Или разработчик может выполнять роль аналитика. Или аналитик выполнять еще и роль тестировщика. Комбинаций может быть много, зависит от проекта, от людей.
Надеюсь вознаграждение за отсутсвие выходных вас устраивает. Но в таком режиме просто невозможно работать эффективно. Что вас заставляет так много работать?
1. Ира
2. Руководитель IT проектов в заказной сфере
3. Могу быть в роли кризис менеджера: когда ничего непонятно, но нужно что-то сделать и за короткий срок.
4. Мой ТК: https://t.me/IraRumIra
Ответственный подход это сделать все возможное что бы достигнуть результата.
Если из раза в раз, у человека не получается выдавать результат - нужно разбираться с причинами.
Моя идея про отношение, про поход: пытаться сделать максимум, находить варианты решения, запасные пути, что бы получить результат.
В то же время, при максимальных усилиях, могут сложиться так обстоятельства, что результат не достигнут. И в этом случае, я не назову человека безотвественным.
Спасибо за статью, интересно было почитать. Много информации и она по делу.
В общем и целом во мне откликнулось, что вы изложили.
Интересно было бы подискутировать про понимание разработчиком того, чего он кодит. Вы пишите:
Если кратко, аналитик — переводчик с человеческого языка на «разработческий». Он документирует желания заказчика так, чтобы разработчики думали только о том, как написать код, а не о том, какой функционал скрывает эта фича, какой итог должен быть при реализации этой фичи.
Я же наоборот, рассказываю максимум информации, и в том числе, зачем нужна та или иная задача. Более того, наша команда ознакомляется с требованиями, сценариями. И разработчики в том числе. Так мы добиваемся понимания у всей команды, что мы тут делаем; плюс выполняем проверку требований на возможность реализовывать, протестировать.
Следующее что хочется отметить, это про участие аналитик в пресейле - это когда проекта еще нет. Менеджер на старте проекта практически всегда привлекает архитектора, аналитика, разработчика, тестировщика. Привлечение может быть в разной конфигурации, в зависимости от полученных вводных от Заказчика.
И последнее, хотела бы сказать, что без аналитика нельзя. Как и без другого участника команды. Но это необязательно должны быть отдельные люди и/или отдельные команды. Невозможно без аналитика как роли в команде.
А эти роли могут совмещаться. Менеджер может быть и аналитиком. Или разработчик может выполнять роль аналитика. Или аналитик выполнять еще и роль тестировщика. Комбинаций может быть много, зависит от проекта, от людей.
Надеюсь вознаграждение за отсутсвие выходных вас устраивает.
Но в таком режиме просто невозможно работать эффективно.
Что вас заставляет так много работать?
Сами ставят. Но часто не попадают, или в процессе понимают что задача сложнее. И не всегда приходят с этим. Я призываю говорить, а не сидеть по ночам.
У вас очень ответственная работа! И кажется, что усталость для вас крайне опасно
какая у вас причина столь долгих переработок?
Полностью согласна!
Вероятно вы правы. Борюсь с этим
Спасибо. Согласна, можно распространить и на работу не в IT