В рамках проекта BetterMe в Genesis мы делаем мобильные приложения в категории Health and Fitness. Нам удалось создать свой подход к разработке, используя нужные элементы из Scrum, Kanban и Waterfall. В этой статье расскажем, как именно.
Пораджу книги, які допомагатимуть у розвитку лідерських навичок та опануванні прийомів ефективного управління командою, а також для підтримки гнучкого мислення та творчої уяви.
Последние два года Владислав Аникин работает на позиции Team Lead в Provectus. В своей практике он применяет принципы SOLID для персонального развития всех и каждого в команде. Вот как это делается.
За роки роботи Senior Software Engineer Віталій Пушкар був просто зачарований феноменом команд та цілих компаній, повних розумних, талановитих людей, нездатних працювати разом, які перетворюють майже кожен робочий день в ще один крок до неминучої гибелі. Тому зібрав список порад і рецептів, які ведуть до створення нікчемних команд.
Підготував підбірку книжок про сучасні моделі менеджменту, аби допомогти початківцям зорієнтуватися у актуальних підходах в управлінні проектами.
В какой-то момент жизни основатель компании понимает: неплохо, чтобы бизнес работал на него, а не наоборот. Но что делать, если собственник сформировал компанию вокруг своей личности и его уход означает распад бизнеса из-за потери известности?
В Railsware холакратия представлена не в чистом виде. Но мы внедрили определенные элементы плоской организационной структуры на разных уровнях, и они доказали свою эффективность.
Прототипирование — это создание наброска, схемы или готового макета пользовательского интерфейса. Прототипы позволяют сохранить время и деньги, которые были бы потрачены на разработку непроверенных решений.
Ми вважаємо себе досвідченими і віримо в те, що у нас завжди все під контролем. Професійне вигорання здається міфом, в який не віриш, допоки він не стає частиною твого життя.
Однажды мне сказали, что с сегодняшнего дня я работаю над другим проектом, который достался компании в результате поглощения. Это история о том, как мы выживали, когда не ясно было, как выживать.
«Вам поручили проект социальной сети на блокчейне для самообучающихся алгоритмов, покажите счастье. Менеджер должен радоваться любому проекту». Каждый знает, «как правильно нанимать», и добавить что-то интересное практически невозможно.
Предлагаю начать разговор о том, как построить и поддерживать продуктивные отношения на работе, которые нужны для успешной сдачи задач и проектов, зависящих от других команд.
С каждым годом все больше говорят о необходимости отказаться от иерархической системы управления компанией. Появилось даже решение этой проблемы — холакратия. Рассказываем, что это такое, как работает холакратия и стоит ли использовать ее украинским IT-компаниям.
Как профессия, Delivery Management, делает только первые шаги. Спрос на специалистов уже огромный, но в будущем он будет еще больше. Когда большинство компаний на рынке поймут, что гибридные навыки очень полезны, то спрос на DM значительно возрастет.
Рассмотрим плюсы и особенности удаленной работы со стороны сотрудника (коротко, ибо банально) и работодателя (вот это уже менее банально). И разберем ситуацию с точки зрения менеджера.
Работа менеджера трудна, опасна и вредна, за что им положен бесплатный виски каждый вечер в местном пабе. Правда ли это? Руки склоняются написать «да», но здравый смысл говорит об обратном. Давайте поэтапно рассмотрим жизненный цикл среднестатистического проекта на просторах постсоветского outsourcing.
Бизнес держит в голове деньги, сроки, фичи, качество. Программисты — долговременное качество кода, поддерживаемость, актуальность. Вроде всем всё понятно, и никто ни о чем не спорит. А потом приходит нежданчик, обычно в виде «классный код написали, а теперь удалите его» от бизнеса и «эта задача заняла больше времени по объективным причинам» от программистов. Какие ошибки совершили обе стороны, и что можно сделать лучше?
Вроде бы уже и зарплата неплохая, и задачи интересные, но все же чего-то не хватает. А не хватает зачастую определенности в дальнейшем профессиональном и карьерном развитии. Этот этап в карьере называется «карьерным плато». В этой статье я попробую раскрыть тему карьерного плато инженера и прежде всего сфокусируюсь на проблемах и решениях, связанных с этим явлением.
Меня зовут Евгений Моспан, и я в IT с 2003 года. Начинал стажером в продуктовой компании, и за время работы там прошел путь от интерна до исполнительного директора. Когда челленджи в компании закончились, я перешел в ЕРАМ, чтобы разрабатывать продукты для заказчиков из крупного международного бизнеса. Моя роль роль — Solution Architect — как нельзя лучше подходит для инженера. Сегодня я расскажу о своем опыте работы над одним из таких продуктов.
Уже около года мы работаем над уникальным облачным SaaS продуктом, построенным на новой для нашего клиента технологической платформе. В этой статье хотелось бы рассказать о нашем опыте, с какими сложностями столкнулись в процессе работы над продуктом, и как их преодолевали.
Коментарі