Стратегическое управление

Изменения в законодательстве или требования внешних систем могут затронуть сразу несколько продуктов компании. При этом работать часто приходится в условиях жестких сроков и зависимости от внешних участников. С такой задачей мы столкнулись при подготовке систем S7 к расчетам цифровым рублем.

Рассказываем, как мы определили необходимый объем доработок, выстроили сквозной процесс и организовали работу нескольких продуктовых команд в условиях внешней зависимости.

На рынке программного обеспечения выигрывает тот, кто умеет быстро реагировать на изменения, не жертвуя при этом стабильностью и качеством. 

Давайте порассуждаем: «важно ли ПМу разбираться в процессе производства программного продукта?» или это совсем другая зона ответственности, которая ложится на тимлида? Мы считаем, что погружение в технические процессы критически важно для ПМа, и в новой статье расскажем почему.

На наш взгляд не будет преувеличением сказать, что коммуникации – это основа всего. Невозможно выстроить эффективные процессы, если команда не понимает, что вы от нее хотите. Рассказываем, как наладить эту самую коммуникацию и не растратить при этом весь свой ресурс.

Как решать IT- задачи заказчиков в максимально короткие сроки и при этом не потерять в качестве? Какие принять решения, чтобы производительность команды стала более эффективной? Пожалуй, это самые главные вопросы у всех продуктовых команд. Делимся нашим опытом оптимизации времени и исследуем различные варианты автоматизации в процессах поставки ценности.

В мире IT появляется все больше новых ролей и позиций. Например, если раньше профессия аналитика была никому неизвестна, то сейчас без такого специалиста сложно представить команду разработки. Одной из таких ролей является и фича-лид. Но кто это такой, какие у него обязанности на разных этапах работы над проектом, и какую пользу он может принести для команды? Это вопросы, на которые мы попытаемся ответить в этой статье. 

Никитина Екатерина, HRD True Engineering, 20 лет работает в области управления персоналом и 18 из них в ИТ-компаниях, отвечает за проекты сотрудничества с университетами. В статье она рассказала, как и зачем мы сотрудничать с учебными заведениями и талантливыми студентами, а также поделилась опытом True Engineering.

Наш опыт работы над большими продуктами для федеральных компаний показывает, что совместная команда и совместная работа команды - заказчика и подрядчика - над единым результатом не только возможна, но и вполне эффективна

Успешные проекты постоянно растут вширь и ввысь. Наступает момент, когда по-старому работать становится неудобно и затратно. Рассказываем, как мы решили эту проблему в нашем крупнейшем продукте.

Статус резидента Новосибирского технопарка (Академпарка) – это определенный знак качества на рынке IT и научно-технических разработок, который подтверждает высокий уровень наших компетенций.  Став частью этого сообщества, мы получаем не только статус - мы расширяем профессиональные связи и получаем больше возможностей для развития собственных образовательных программ и взаимодействия с Новосибирским государственным университетом

Технологический радар – это удобный инструмент, который помогает компании управлять своей платформой разработки и технологической стратегией. Мы изучили радары наших партнеров, публичные радары ведущих ИТ-компаний, собрали свой радар и теперь хотим поделиться выводами: как радар помогает бизнесу и куда движется рынок.

В одной из прошлых статей мы писали, как всей компанией перешли на единый трекер на базе Azure DevOps (TFS). Это позволило нам создать единый свод правил для ведения проектов. Рассказываем, как наш проектный офис разработал логику, по которой сейчас работают все наши команды.

Перешагнули рубеж в 200 настоящих инженеров! На сегодня нас 202!

Прошел год с тех пор, как мы перешли на удаленку. Казалось, это ненадолго, но оказалось навсегда. За год мы научились быть более организованными, держать связь друг с другом на расстоянии и держаться на расстоянии от холодильника.

На прошлой неделе в НГУ прошла пятая Зимняя школа CompTech 2021. Лекции прошли на YouTube, так что увидеть доклады могут все желающие.

Сегодня я решил затронуть очень неоднозначные качества в жизни руководителя. Это один из тех моментов, когда наличие обоих качеств у кандидата увеличивает его ценность и потенциал как руководителя. Хотя оба относятся к личным качествам, а не к профессиональным.

Выбор и воспитание хороших руководителей для нас непросты. Нет утвержденной государством методички для ИТ-компании, где написано, что такое хорошо и что такое плохо. Поэтому мы в компании True Engineering шагаем от базовых вещей: здравого смысла, конечного результата и корпоративной культуры. Сегодня я решил чуть развернуть тему обучения менеджеров. Я не буду писать о том, чему конкретно его надо учить. Как и в прошлых статьях, остановлюсь скорее на философском аспекте этого момента.

У связистов есть понятие — «последняя миля». Это когда магистральные каналы уже проложены и надо дотянуть связь до конкретного пользователя. В ИТ вообще и у руководителей проектов в частности тоже можно ввести понятие «последней мили». Это когда было сделано 90% работы и каждый из участников проекта сделал «да всё, ну почти всё, там остались мелочи», но это никак не складывается в конечный, завершённый и красивый результат. У нас в True Engineering есть следующие мысли по этому поводу. Разберём на примере.

В прошлый раз я вскользь затронул тему осознанности и закинул мысль, что она нужна ежедневно. В этой статье я хотел бы немного развернуть тему и показать, почему это важно для компании (в частности, для нашей — True Engineering) и для её развития.

Каждый руководитель ежедневно принимает десятки решений и при этом выбирает из нескольких альтернатив. Я задумался о самом выборе и о том, чем выбор опытного руководителя отличается от выбора начинающего. В этой статье поговорим о процессе выбора и логике рассуждений.

В этой статье мы поделимся своим подходом к команде. Мы проанализировали, чем привлекаем сотрудников и клиентов надолго, и вывели рецепт из 7 составляющих.

Перед вводом нового решения в эксплуатацию хочется убедиться в его полной и окончательной готовности. Поэтому мы составили чек-лист для такой проверки. В нём перечислили всё самое важное, что следует проверить в инфраструктуре, первоначальном наполнении, интеграции, обучении пилотной группы пользователей, передаче решения, пользовательской документации, бизнес-мониторинге и выборе момента для релиза.