Всем привет. Меня зовут Лидия, и вот уже семь лет я работаю в Департаменте маркетинга компании Softline. В этой статье я расскажу о том, насколько по-разному можно подходить к вопросу организации работы творческой (да, в сущности, и любой другой) команды, и насколько разных – кардинально-противоположных! – результатов можно достичь.
Рубрика «управление проектами» - 117
WorkFlowSoft: история нашей дружбы
2018-04-19 в 10:46, admin, рубрики: softline, WorkFlowSoft, Блог компании Softline, контент, контент-маркетинг, проект, управление, управление людьми, управление проектами
Утонуть или выплыть. Как при помощи бутстраппинга прокачаться в классного предпринимателя
2018-04-19 в 9:00, admin, рубрики: бизнес-модели, Блог компании Alconost, бутстрап, бутстрэппинг, Развитие стартапа, стартап, Управление продуктом, управление проектами, Управление проектом
Когда-то, в 2005 году, жизнь моя текла однообразно.
Вставал рано утром, выходил из квартиры на Бруклин-Хайтс, тащился с ноутбуком в ближайший Старбакс.
Поработав там несколько часов, пересекал Бруклинский мост, отправлялся в Уэст-Виллидж и приземлялся там в другой кофейне.
Часам к трем дня я настолько укофеинивался, что едва мог набирать на клавиатуре. В качестве детокса я шел вечером на лекцию в Нью-Йоркский университет, где проходил курс по маркетингу.
Именно тогда я только приступал к созданию моей компании JotForm. Меня чрезвычайно занимала посетившая меня идея – создавать перетаскиваемые веб-формы. Однако, эта идея была настоящим вызовом – временами казалась вообще неподъемной.
Переведено в AlconostЧитать полностью »
Почему SQLite не использует Git
2018-04-17 в 11:06, admin, рубрики: fossil, Git, open source, sqlite, Системы управления версиями, управление проектами, управление разработкой
Содержание
1. Введение
SQLite не использует Git. Вместо этого у нас работает система управления версиями Fossil, специально разработанная и написанная для поддержки SQLite.
Люди иногда спрашивают, почему SQLite не использует Git, как все остальные. В статье мы попробуем ответить на этот вопрос. Кроме того, в третьем разделе приводятся советы для пользователей Git, как легко получить доступ к исходному коду SQLite.
Читать полностью »
Управляем большим длинным проектом: почему важно разговаривать словами
2018-04-17 в 7:00, admin, рубрики: Блог компании ТЕХНОСЕРВ, встречи, Карьера в IT-индустрии, коммуникации, письма, ПМ, разработка, управление персоналом, управление проектами, Управление проектом, управление разработкой
У меня в подчинении был один руководитель проектов, который никогда не собирал совещания. Он был немного хикки и обладал исключительным перфекционизмом (насколько это возможно для ПМа), что выражалось в стремлении всё происходящее фиксировать в почте. Письма были очень детальные, на несколько страниц: содержали все нужные описания, в них фиксировались все обещания, сроки, хотелки, большое внимание уделялось договорённостям и упрёкам в безответственности исполнителей. В общем, идеальные письма, последовательно излагающие ход событий, — хоть книгу по ним пиши.
Но проект шёл медленно: надо же написать письма, потом дождаться ответа и снова написать. Поскольку он был длинным, было ярко заметно, как на третий месяц начали накапливаться задержки и технический долг. Мой коллега продолжал писать письма, фиксируя каждое обязательство и каждый косяк и регулярно перенося сроки. Ситуация накалялась.
Я регулярно просил его собирать руководителей команд, работающих над проектом (инженеров по железу, разработчиков и так далее). Исходя из моего опыта, проблема, скорее всего, была в том, что команды не менялись информацией между собой.
Он собрал совещание, но на нём молчал. И все молчали. Точнее, докладывали статусы и поднимали проблемы. Результат совещания — он написал ещё одно длинное письмо с требованиями и фиксацией статусов с косяками.
Задержки продолжили копиться.
Читать полностью »
Больше, чем государство: Британская Ост-индская торговая компания
2018-04-16 в 6:52, admin, рубрики: австрийская, английская, Блог компании Мосигра, британская, голландская, датская, ещё шведская, испанцы, кровавое месиво, ОИТК, ост-индская торговая компания, португальская, управление проектами, французская
По мере копания в принципах управления компанией рано или поздно натыкаешься на две большие формации — Инквизицию и Ост-индскую торговую компанию. Про первое я не готов дискутировать во избежание холиваров, а вот про второе немного раскопал.
Это бизнес, который внезапно стал больше Англии, повлиял на технический прогресс, развязал пару войн и перебил сотни тысяч людей. На половине планеты следы этой компании — от «Садов Компании» близ мыса Доброй Надежды до упоминаний в современных фильмах вроде «Пиратов Карибского моря». Бизнес впечатлял.
Представьте ситуацию: вторая половина шестнадцатого века, в Англии полная задница с финансами. Народ бухтит и не повинуется, отлаженная судебная система стала жёстким рандомом, угроза войны, никаких надёжных внешних союзов. Понятно, что всё это приведёт к ещё большим проблемам, внутреннему расколу и гражданской войне. Надо было что-то делать, и делать довольно быстро.
Первый способ решения проблемы был прост как полено — перекредитоваться и зализать раны, а потом медленно отдавать занятое. Но вот только Амстердам давал под 14% в месяц, и поэтому слегка окосевшие от голландской наглости англичане брать отказались.
Оставалось думать. Это было непривычно, поэтому результат тоже получился неожиданный.
Читать полностью »
Отлично, мы собрались DevOps-нуться. Получается, 15 лет процессов планирования — коту под хвост?
2018-04-13 в 8:46, admin, рубрики: devops, Блог компании Инфосистемы Джет, управление проектами, управление разработкой
В больших компаниях редко возникает вопрос «Что собой представляют эти новомодные методики и технологии?», скорее «Как мы можем их у себя применить?».
DevOps существует почти 10 лет, и в последние два-три года большие нормальные организации уже освоились с премудростями DevOps. («Но что такое этот ваш DevOps?!» — вероятно, подумали вы. Договоримся, что это «улучшение качества вашего ПО за счёт ускорения цикла релизов с помощью облачных методик и автоматизации, а также с помощью дополнительных преимуществ ПО, которое остаётся в production».)
Когда Мэтта Карри, менеджера по Agile-трансформации в компании Allstate, спросили о применении DevOps, он ответил: «Думаю, когда айтишники его опробуют, то уже никогда не будут работать по-другому». Вероятно, вы слышите подобное вновь и вновь, когда речь заходит про внедрение DevOps.
Хотя внесение улучшений и изменений часто кажется чем-то, что не может произойти в вашей организации, результаты слишком заманчивы, чтобы их игнорировать, да и бизнес ожидает от ИТ последовательного наращивания возможностей и эффективности. Как сказал Джон Митчелл, директор по цифровой стратегии и поставке компании Duke Energy: «Согласно нашим бизнес-результатам, стало в 10 раз лучше».
Читать полностью »
Riot Games: анатомия технического долга
2018-04-12 в 16:10, admin, рубрики: league of legends, оптимизация кода, отладка кода, разработка игр, технический долг, управление проектамиПривет, меня зовут Билл «LtRandolph» Кларк. Я работаю техническим руководителем команды создания чемпионов LoL. За последние несколько лет я успел поработать в разных отделах разработки League, но единственное, чем я был постоянно одержим — это технический долг. Мне нужно найти его, понять его и, при возможности, устранить его.
Когда разработчики обсуждают любую существующую технологию, например патч 8.4 League of Legends, то часто упоминают технический долг. Я называю техническим долгом код или данные, за которые придётся расплачиваться будущим разработчикам. Этой печальной стороне разработки ПО посвящено бесчисленное количество постов, статей и определений. В своём посте я хочу обсудить виды технического долга, с которыми мне пришлось встретиться при работе в Riot, и рассказать о модели, которую мы начали использовать в компании. Если бы меня попросили выделить самый важный урок, который можно извлечь из этой статьи, то я сказал бы, что это описанная ниже метрика «инфицирования».
Метрики
Чтобы принимать правильные решения о том, какие проблемы необходимо устранить сейчас, а какие можно ставить на потом (или, будем реалистичными, совершенно забыть о них), нам нужен какой-то способ измерения каждого конкретного элемента технического кода. Я выбрал для оценки три основные оси измерения: влияние, затраты на устранение и инфицирование.
Читать полностью »
SOC for intermediate. Разбираемся в том, что защищаем, или как провести инвентаризацию инфраструктуры
2018-04-12 в 10:45, admin, рубрики: asset management, SaaS / S+S, SoC, solar jsoc, Блог компании Solar Security, инвентаризация инфраструктуры, информационная безопасность, управление проектамиИ снова всем привет. Цикл «SOC for …» продолжает свое движение и развитие. Первый слой внутренней кухни центров мониторинга и реагирования на инциденты мы уже успели осветить в предыдущих статьях, поэтому попробуем понемногу пойти вглубь, к техническим подробностям и более тонким проблемам.
Мы уже несколько раз косвенно касались темы управления активами: и в статье про контроль защищенности, и в вопросах автоматизации и искусственного интеллекта в SOC. Очевидно, что без инвентаризации инфраструктуры заказчика центр мониторинга не сможет его защищать. При этом составить ее детальное описание отнюдь не тривиальная задача. И главное — через пару месяцев оно снова не актуально: одни хосты исчезли, другие появились, возникли новые сервисы или системы. Но защита инфраструктуры — процесс непрерывный, и SOC не может притормозить свою деятельность до получения актуальной информации об активах заказчика. Напомню, качество работы Solar JSOC регулируется не абстрактными обещаниями, а вполне конкретным SLA, за нарушением которого следуют различные небесные кары. Как выкрутиться в такой ситуации и не потерять в качестве оказываемого сервиса?
Как создать стартап-империю, не продав при этом своей свободы
2018-04-12 в 8:33, admin, рубрики: бизнес-модели, Блог компании Alconost, бутстрап, бутстрэппинг, Развитие стартапа, стартап, Управление продуктом, управление проектами, Управление проектом
Легко найти работу в стартапе. Найти такого основателя стартапа, чье мировоззрение вы разделяете – сложно.
Я сижу рядом с таким основателем, чьим мировоззрением восхищался весь прошлый год.
Мы сидим в «Старбаксе» в центре Сингапура, тут до невозможности шумно, но, пожалуй, сейчас этот гвалт меньше всего волнует нас обоих.
Мы встретились, чтобы обсудить плохие новости.
Его только что выгнали из стартапа, который он сам же и основал два года назад.
Он и не подозревал, что у него за спиной инвесторы и сооснователи вынашивают чудовищный план.
«Я больше не хочу работать с вами», — сказал ему один из инвесторов, а двое сооснователей сидели по другую сторону стола и в молчании наблюдали за всем этим.
Ему пришлось не только сложить с себя полномочия CEO: его также вынудили расстаться с теми немногими акциями, которые он себе оставил в собственноручно созданном стартапе.
За несколько последних месяцев его мечта — делать продукт, который нравится клиентам — постепенно превратилась в работу над продуктом, который хотят инвесторы.
И эти же инвесторы захотели его выгнать.
Переведено в AlconostЧитать полностью »
TDD ошибочно?
2018-04-11 в 15:01, admin, рубрики: javascript, js tools, tdd, testing tools, tools, unit-testing, Программирование, управление проектамиDISCLAIMER: вы попались на clickbait. Очевидно, что TDD нельзя назвать ошибочным, но… Всегда есть какое-то но.