Рубрика «управление разработкой» - 75

в 7:54, , рубрики: Анализ и проектирование систем, Карьера в IT-индустрии, управление изменениями, управление персоналом, управление разработкой, Управление сообществом

Разница восприятия

Существует забавная разница в восприятии возможности изменения бизнес-системы между «низами» и «верхами».

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

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

Но в самом начале возражение было одно: мы – не менеджеры. У нас нет власти, а у менеджера – есть. Только он может все поменять. Только он понимает, что и как надо поменять в процессах, мотивации, целях, управлении и автоматизации. А мы – маленькие (ну и там еще много прилагательных было).Читать полностью »

в 6:43, , рубрики: Карьера в IT-индустрии, повышение эффективности, управление задачами, управление персоналом, Управление продуктом, управление проектами, управление разработкой

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

Но, несмотря на объемы знаний, проблем в практике меньше не становится. Разговариваешь, например, с менеджером проекта – вроде он все должен знать про управление задачами. Ну да, вроде все знает. Смотришь на систему, в которой он работает – и неловко замолкаешь. Чего ж ты, чувак эдакий, при таком объеме знаний снова, в очередной, уже миллионный раз, превращаешь деятельность людей в неуправляемый кисель?Читать полностью »

в 12:16, , рубрики: банкомат, Блог компании Tinkoff.ru, платежные системы, Разработка под e-commerce, тинькофф, управление разработкой

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

Как и зачем мы сделали свои банкоматы - 1

Читать полностью »

в 7:56, , рубрики: hiring tournament, Блог компании Crossover, мероприятие, Москва, турнир, удаленная работа, управление персоналом, управление проектами, управление разработкой, Хакатоны

Наверное сложно найти человека, который бы любил собеседования. Согласитесь, что переносить свои дела, куда-то ехать, общаться с HR-менеджером, а возможно и с двумя, отвечая при этом на откровенно опостылевшие однотипные вопросы утомительно. Но поиск работы, это не всегда утомительные беседы с людьми, которые вас не понимают. Именно поэтому мы проводим свои Hiring Tournaments, о которых, кстати, очень неплохо отозвались читатели Хабра. Но вернемся к тому, почему мы вообще этим занимаемся.

image

Классическое собеседование с представителем HR-департамента может стать еще невыносимее, чем обычно. Как? Да очень просто. Ситуация усугубляется, если на собеседовании не присутствует непосредственный руководитель, или того хуже, собеседование разбито на 3-4 этапа.

Сначала с вами проводят телефонное интервью представитель HR-департамента, задавая простые и не всегда нужные вопросы. Потом вам назначают собеседование, где все повторяется, только теперь в какой-нибудь душной переговорке. Потом вы ждете звонка, пока HR разложит все резюме по двум стопкам, после чего попадаете на следующий «уровень» собеседования. Апогеем всего этого может стать просьба «написать код на листике» или вопрос уровня «расскажите нам о стеке TCP/IP. У читателей с бурной фантазией к этому моменту уже лопнула пара-тройка сосудов в глазах, от чего те налились кровью.
Читать полностью »

в 7:46, , рубрики: RND, Блог компании Nexign (ранее «Петер-Сервис»), Карьера в IT-индустрии, Разработка для интернета вещей, управление разработкой

Недавно мы решили выделить RnD-активности Nexign (ранее «Петер-Сервис») в отдельное подразделение, распределенное по трем городам России — Москве, Санкт-Петербургу и Новосибирску. С тех пор мы активно ищем для него новых профессионалов, которые будут определять облик наших основных решений в будущем. В этом посте мы подробно расскажем о том, как работает RnD Nexign и кого мы очень ждем в нашей команде.

Есть работа в RnD, или как уйти от монотонных и мелких задач - 1
Читать полностью »

в 6:29, , рубрики: Анализ и проектирование систем, визуализация данных, Карьера в IT-индустрии, контроллинг, менеджмент, показатели, Управление продажами, управление разработкой

Первый

– Продажи – по продуктам, по регионам, по клиентам. Приход денег. – Первый зачитывал заголовки отчетов на распечатках, и по одной передавал мне.

– Приход денег в той же аналитике? – с умным видом спросил я.

– А ты можешь приход денег по продуктам посчитать? – на лице Первого расплылась улыбка.

– Хм… Нет, вообще-то. Да, тупанул. – мне стало немного не по себе. Ну его, лучше молчать буду.

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

– Все? Раз, два, три, четыре. Четыре отчета? Больше ничего не надо?

– А что еще надо? Вроде этого достаточно для контроля ситуации. Остальное – если потребуется, предоставят экономисты и бухгалтерия. – Первый говорил спокойно и уверенно.Читать полностью »

в 6:00, , рубрики: tdd, Блог компании Сбербанк, Тестирование IT-систем, тестирование по, управление разработкой

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

Тестирование ПО: автоматизация, оценка и… утопичность - 1

Читать полностью »

в 13:01, , рубрики: code review, open source, Блог компании Badoo, Программирование, разработка, ревью кода, управление разработкой

Codeisok, или История code review в Badoo - 1

Привет, читатель! Меня зовут Илья Агеев, я работаю в Badoo уже почти семь лет. Текущая моя должность называется Engineering Director Quality Assurance (директор по контролю качества), и по факту я занимаюсь много чем в компании: контроль качества, релиз-инжиниринг, процессы и методология разработки и даже немного информационная безопасность. Одна из сфер, которая входит в зону моей ответственности, — ревью кода. Об истории этого процесса в нашей компании я сегодня и расскажу.

Статья содержит историческое описание, технического сравнения различных инструментов для ревью кода в ней нет. Тем не менее я даю примеры таких инструментов, и если вы заинтересуетесь вопросом, то вполне можете попробовать самостоятельно установить и сравнить тулзы.

Давным-давно в Badoo не было code review. Практически. Первой попыткой обмена информацией об изменённом коде была простая рассылка изменений на почту. К слову, и Git тогда не использовалась.

Летом 2011 года, когда я только пришёл в компанию, для хранения версий кода использовалась SVN. Бывалые рассказывали, что до этого все работали в CVS и что была одна попытка перейти на Mercurial, но она провалилась. Почему — никто не помнит. Я подозреваю, что дело в том, что, когда решили попробовать Mercurial, особой надобности в переходе на другую VCS не было. Всё и так всех устраивало: работает, и ладно. А модный инструмент ради моды никому не нужен.
Читать полностью »

в 11:57, , рубрики: Блог компании Haulmont, информационная безопасность, поддержка, тестирование, управление проектами, управление разработкой

Безопасность веб-приложений: борьба с самим собой, или проводим черту адекватности - 1

Насколько безопасным должно быть приложение? Для кого-то этот вопрос не имеет смысла. "Настолько, насколько это возможно. Чем безопасней, тем лучше". Но это не исчерпывающий ответ. И он не помогает сформировать security политику в проекте. Более того, если придерживаться только этой директивы ("чем больше security, тем лучше"), мы можем оказать медвежью услугу самим себе. Почему? Ответ под катом. Читать полностью »

в 18:49, , рубрики: DRY, KISS, solid, tdd, xunit, автоматическое тестирование, антипаттерны тестирования, интеграционные тесты, микросервисы, отладка, пирамида тестирования, покрытие кода, Тестирование IT-систем, Тестирование веб-сервисов, управление разработкой, цикломатическая сложность, юнит-тесты

Введение

Есть несколько статей об антипаттернах разработки ПО. Но большинство из них говорят о деталях на уровне кода и фокусируются на конкретной технологии или языке программирования.

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

Терминология

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

Антипаттерны тестирования ПО - 1

Если не видели пирамиду тестирования, настоятельно рекомендую ознакомиться с ней. Вот некоторые хорошие статьи для начала:

Читать полностью »

1...1020...747576...8090...124
Главная   |  Архив новостей  |   Android  |   Google  |   Apple  |   Microsoft  |   Информационная безопасность  |   Веб – разработка
Публикации RSS  |  Комментарии RSS
https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js