Size: a a a

2019 March 18

Ⓢⓔⓡⓖ in SOFTER
источник

Ⓢⓔⓡⓖ in SOFTER
Сазанович жжёт, как всегда
источник

Ⓢⓔⓡⓖ in SOFTER
Все у кого в компаниях регулярные авралы, внедряйте Канбан, и будет вам самоуважение и равномерность
источник

Ⓢⓔⓡⓖ in SOFTER
источник

НК

Николай Крупий in SOFTER
@Sergei_88 протри камеру)
источник
2019 March 19

DK

Dima Kozyrev in SOFTER
Yaroslav Ra
Поделитесь шаблоном
У меня шаблона нет, так как состав разделов и содержание у каждой организации свой. Раньше придерживался, но когда начинаешь постоянно какие-то разделы удалять и добавлять новые понимаешь, что это не нужно. Тем более, что в большинстве компаний нормально воспринимают свободный стиль.  Во всяком случае в инете полно готовых работ.
Тема большая, но кратко попробую дать информацию, возможно будет полезно.
Если убрать пафос, то цель ИТ стр. для CIO обосновать план работ  и бюджет на несколько лет в перед. Это удобно так как в условиях отсутствия ИТ стр. начинаешь заниматься в лучшем случае оптимизацией, а не развитием.
Для того, чтобы все было правильно, нужно поработать со стратегией компанией, она лежит в основе, если ее нет, то нет и ИТ стратегии компании.
Что конкретно надо сделать? Необходимо декомпозировать стратегию компании, чтобы выйти на разработку  дорожной карты необходимых преобразований.
Например в стратегии компании у нас стоит увеличение выручки в два раза через 4 года, соответственно у нас есть несколько вариантов для достижения этого показателя. Предположим увеличение рынка сбыта за счет новых территорий или ассортимента, если территорий, то сразу встает вопрос к продажам и маркетологам,  новая территория будет заниматься, компания пойдет по пути создания территориальных подразделений или будем увеличивать штат текущего офиса, а физически можно его увеилчить? есть под это пространство? мы можем закладывать вариант переезда в новый офис или нужно думать про другие варианты, например оптимизировать и автоматизировать всю работу, вывести большую часть работы за пределы офиса в инте или повесить но ботов и тп. В общем, когда принимается решение, что на новой территории будет открыт новый офис, то эта информация попадает к нам на вход проработке ИТ стратегии, мы должны оценить по разным уровням/серисам, что нам не хватает, каие потребуется преобразования и тп при этом так как такое решение затратгивает все отделаы, то необходимо собрать доп. информацию, какое будет управление матричное, линейное, будет ли преобразование в холдинговую структуру, не забывем про подчинение сотрудников в новом офисе, и конечно систему отчетности... после того как все собрали, то сели в кругу своих  и начали думать :) на сколько подходит текущая КИС, что в ней надо допилить, на сколько она соответствует законодительству на той территории где будет использоваться, каким образом и кудла сливать данные для отчетности, в общем проходим по всем уровням, не забывая про безопасность, инфраструктуру, анализ ИТ компетенций, которые потребуются и тд. все это не спеша записываем в файлик,а потом когда сами поняли, что и как будет, и нарисовали дорожную карту изменений ИТ, которая привязана к корпоративной дорожной карте, то называем это файлик ИТ стратегией.
Таким образом мы получаем ИТ стратегию привязанную к стратегии компании.
Да, бывает и так, что ТОПы за выходные смогли только написать в стратегии компании, что она должна быть инновационной и все, но тогда схема работы будет другой, поэтому и нет шаблона, что  на вход может войти все что угодно.
источник

YR

Yaroslav Ra in SOFTER
Dima Kozyrev
У меня шаблона нет, так как состав разделов и содержание у каждой организации свой. Раньше придерживался, но когда начинаешь постоянно какие-то разделы удалять и добавлять новые понимаешь, что это не нужно. Тем более, что в большинстве компаний нормально воспринимают свободный стиль.  Во всяком случае в инете полно готовых работ.
Тема большая, но кратко попробую дать информацию, возможно будет полезно.
Если убрать пафос, то цель ИТ стр. для CIO обосновать план работ  и бюджет на несколько лет в перед. Это удобно так как в условиях отсутствия ИТ стр. начинаешь заниматься в лучшем случае оптимизацией, а не развитием.
Для того, чтобы все было правильно, нужно поработать со стратегией компанией, она лежит в основе, если ее нет, то нет и ИТ стратегии компании.
Что конкретно надо сделать? Необходимо декомпозировать стратегию компании, чтобы выйти на разработку  дорожной карты необходимых преобразований.
Например в стратегии компании у нас стоит увеличение выручки в два раза через 4 года, соответственно у нас есть несколько вариантов для достижения этого показателя. Предположим увеличение рынка сбыта за счет новых территорий или ассортимента, если территорий, то сразу встает вопрос к продажам и маркетологам,  новая территория будет заниматься, компания пойдет по пути создания территориальных подразделений или будем увеличивать штат текущего офиса, а физически можно его увеилчить? есть под это пространство? мы можем закладывать вариант переезда в новый офис или нужно думать про другие варианты, например оптимизировать и автоматизировать всю работу, вывести большую часть работы за пределы офиса в инте или повесить но ботов и тп. В общем, когда принимается решение, что на новой территории будет открыт новый офис, то эта информация попадает к нам на вход проработке ИТ стратегии, мы должны оценить по разным уровням/серисам, что нам не хватает, каие потребуется преобразования и тп при этом так как такое решение затратгивает все отделаы, то необходимо собрать доп. информацию, какое будет управление матричное, линейное, будет ли преобразование в холдинговую структуру, не забывем про подчинение сотрудников в новом офисе, и конечно систему отчетности... после того как все собрали, то сели в кругу своих  и начали думать :) на сколько подходит текущая КИС, что в ней надо допилить, на сколько она соответствует законодительству на той территории где будет использоваться, каким образом и кудла сливать данные для отчетности, в общем проходим по всем уровням, не забывая про безопасность, инфраструктуру, анализ ИТ компетенций, которые потребуются и тд. все это не спеша записываем в файлик,а потом когда сами поняли, что и как будет, и нарисовали дорожную карту изменений ИТ, которая привязана к корпоративной дорожной карте, то называем это файлик ИТ стратегией.
Таким образом мы получаем ИТ стратегию привязанную к стратегии компании.
Да, бывает и так, что ТОПы за выходные смогли только написать в стратегии компании, что она должна быть инновационной и все, но тогда схема работы будет другой, поэтому и нет шаблона, что  на вход может войти все что угодно.
Ясно.
источник
2019 March 21

AL

Alexandr Latushkin in SOFTER
Какая-то движуха?
источник

AL

Alexandr Latushkin in SOFTER
У тебя же наверняка канбаны в ассортименте. Помогает?)
источник
2019 April 10

AM

Artem Milevskiy in SOFTER
#вакансия #QA #middle #fulltime #office #Minsk #Belarus #industrial_automation
Добрый день!

Ищу к себе в продуктовую команду: QA Engineer (middle level) 🙂

Компания: Visutech System (http://visutechsystem.by/)
Город: Минск
Занятость:  Полная
Ст.м.: Немига
Стек: С++/С#/Python
З.п.: от 1000$
Домен: Автоматизация в промышленности
Связь: @artmilevskiy

Ищу QA инженера который присоединился бы к нашей команде, работающей над новым продуктом "KPA Automation". Наш продукт это комлексное программное решение для выполнения всего спектра задач по разработке и непосредственной автоматизации процесса производства для малых и средних предприятий. Данный проект основан на fastCenter - нашем проверенном решении в области задач по автоматизации производства PCB плат, которое применяется лидирующими производителями в данном сегменте по всему миру.

Мы ожидаем от вас:
- 2+ года опыта в тестировании ПО
- Отличные знания и понимание всего спектра задач в тестировании программного обеспечения
- Опыт разработки и ведения тестовой документации по проекту
- Знания методологий тестирования и опыт работы в различных типах тестирования (функциональное, безопасности, производительности, UI и тд)
- Отличное понимание SDLC, применямых моделей и методолий разработки
- Английский уровня B1 и выше
- Хорошие коммуникативные навыки, повышенное чувство ответственности, внимательность в деталям и желание учиться чему-то новому
- Желание поставить процесс тестирования (ручного и автоматизации)  на проекте с нуля
-

Будет плюсом:
- Высшее техническое образование
- Опыт в автоматизации тестирования через UI
- Базовые знания Python

Мы предлагаем:
- Сильная и профессиональная команда
- Лучшие технологии для успешной работы
- Просторный офис рядом с метро и удобные рабочие места
- Платное участие в семинарах, тренингах и конференциях
- Оплачиваемые больничные дни и отпуска
- Языковые курсы и другие корпоративные программы
- Медицинская страховка

Больше  информации в вакансии у нас на сайте: http://visutechsystem.by/quality-assurance-engineer-strong-middle-level/

Спасибо! 🙂
источник

AM

Artem Milevskiy in SOFTER
@Sergei_88 вроде не нарушил правил?
источник

Ⓢⓔⓡⓖ in SOFTER
Artem Milevskiy
@Sergei_88 вроде не нарушил правил?
Тег вакансия желательно
источник

AM

Artem Milevskiy in SOFTER
Ⓢⓔⓡⓖ
Тег вакансия желательно
стоит же, самый первый, просто они внизу 🙂
источник

AM

Artem Milevskiy in SOFTER
Ⓢⓔⓡⓖ
Тег вакансия желательно
поправил
источник

Ⓢⓔⓡⓖ in SOFTER
источник
2019 April 11

НК

Николай Крупий in SOFTER
#вопрос по терминологии:

1 как называется «периодичность» процедур в agile-практиках?

2 какой наиболее устоявшийся термин для этих самых «процедур»? (ритуал, церемония...)
источник

Ⓢⓔⓡⓖ in SOFTER
1 - каденция
источник

НК

Николай Крупий in SOFTER
Удаление сообщений с упавшим Путином выглядело фиерично! 😂
источник

НК

Николай Крупий in SOFTER
Ⓢⓔⓡⓖ
1 - каденция
👍
источник

АП

Андрей Павленко in SOFTER
Ну, эээ, в "Аджайле" как таковом нет никаких практик, есть 4 ценности и 12 принципов :)

Если говорить про Скрам, то:
1. Никак не называется. Есть спринт, спринт содержит в себе всё остальное. Однако есть "regularity reduces complexity"
2. Событие (event в оригинале).

Если говорить про Канбан, то:
1. Тоже никак не называется :) Есть рекомендуемая частота "раз в такой-то промежуток времени", но строгой регулярности может и не быть (кроме ежедневок у доски).
2. Каденция.
источник