JIRA шагает: serhit

Ну вот мы и перешли полностью на использование JIRA в наших проектах - для управления разработкой, тестированием, и в целом - управления исполнением проекта.

Как и планировалось, мы закупили много-много лицензий на JIRA, Greenhopper, Zephyr и Bonfire - чтобы не наткнуться на ограничения в ходе какого-нибудь большого и важного проекта, поделиться, при необходимости, с другими нашими IT командами, и не стеснять себя в привлечении конечных пользователей.

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

Реализация подхода к тестированию с помощью Zephyr for JIRA конечным пользователям понравилась своей прозрачностью, тесной связью с процессом регистрации и отслеживания дефектов. Я про это ранее уже писал .

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

Для отслеживания задач, не связанных непосредственно с разработкой, которые возникают в ходе проектов мы ввели отдельный тип issue - ToDo. У этого типа немного упрощенный workflow, и полей на форме ровно столько, сколько необходимо.

Он эффект от внедрения - потрясающий: проекты теперь четко поделены на задачи разработки, и сопровождающие активности, если в результате проектных митингов возникают задачи, которые необходимо решить (в том числе - заказчикам) они регистрируются, назначаются и отслеживаются в JIRA.

Переход на JIRA в плане отслеживания разработки дается немного сложнее.

Имея опыт работы с PivotalTracker - который значительно "легче" вследствие своей ограниченности, мы столкнулись с затруднениями с JIRA, поскольку тут существенно больше гибкости, можно построить workflow, который будет учитывать все детали процесса. При этом процесс пересекает несколько зон ответственности, и поэтому у каждого участника формируется собственное "definition of 'Done'".

Постоянный "поиск лучшей конфигурации" может менять "правила игры" (не драматически, но заметно), что отвлекает разработчиков.

По идее нужно найти литературу по внедрению этого Agile подхода именно с использованием JIRA, прочитать "до просветления", и внедрить. Но проекты-то начинаются/идут сейчас. В общем - допиливаем на ходу.

Мы реализовали возможность доступа к приложению из корпоративной сети и из сети партнеров, поэтому теперь JIRA выполняет роль общего проектного пространства, связывающего нас и подрядчиков. Есть, однако, небольшие проблемы - но мы с ними боремся.

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

Ну а средства dashboards и подписка на списки issues - это просто "серебренная пуля микро менеджмента" ;) - полный обзор текущего состояния на экране, и список актуальных дел каждое утро в почтовом ящике.

Ну и за что отдельно можно рекомендовать JIRA - превосходная открытость и возможности интеграции.

Хорошо интегрируется с LDAP службам: мы связали JIRA с корпоративным доменом, и теперь пользователи регистрируются под привычными им логином/паролем.

Basic и OAuth authentication

Для связывания с JIRA внешних приложений поддерживается оба популярных протокола аутентификации.

Интеграция через API

Интерфейс достаточно широкий, чтобы реализовать связь между внешним приложением и JIRA - создавать, манипулировать и запрашивать списки объектов (практически всего, что есть в системе).

Интерфейс реализован как набор HTTP REST сервисов, так что - никаких библиотек устанавливать не нужно. Данные передаются в виде JSON - благодаря этому все очень компактно.

Мы довольно быстро набросали библиотеку на VBA, и теперь с ее помощью без усилий загружаем задачи из планов, построенных в MS Project, а обратно забираем статусы - выполнено/не выполнено.

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

С внедрением связки "MS Project-JIRA" ведение проекта существенно упростилось:

• переход от фазы планирования к фазе исполнения теперь осуществляется предельно быстро;
  
• менеджер проекта знает актуальное состояние дел в любой момент времени;
  
• все люди вовлеченные в проект знают что им делать; функцию "напоминалки" берет на себя JIRA;
  
• человек, создавший задачу (а это может быть и менеджер проекта, и любой участник проекта) всегда видит ее статус, и получает обновления.
  

Ведение списка дел (личных, вне проектных) в JIRA, наряду со списком проектных задач позволил естественно реализовать основной элемент личной эффективности - "единый список дел".

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

В общем и целом, продукт, на данный момент полностью оправдывает и иногда превосходит мои ожидания. Жить стало проще, жить стало веселее :)

Ищется инструкция по настройке Jira - Литература по тестированию ПО - Форум тестировщиков

SALar 09 Сен 2014

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

И да, тренинг по проблемам интерфейса на примерах из Jira тоже построить можно.

Просмотрел довольно много ресурсов:

Того, что мне нужно нет. Подумываю о покупке на амазоне "JIRA 6.x Administration Cookbook ", но сильно не уверен, что там есть то, что мне нужно.

В частности не объясняется философия продукта и как его использовать в ситуациях, для которых он не сильно предназначен.

-- Покажу на примере что мне нужно. --------------

В Jira нет проектов. В Jira есть информационные системы.

К сущности, по ошибке именуемой "Project" привязан справочник версий (релизов /. ). Если нужно вести управление задачами, тербующими релизов в нескольких системах (а это совершенно обыденная ситуация в реальной промышленной среде), то приходится выкручиваться.

Трекинговая система позволяет учитывать изменения кода в разных системах в рамках одного эпика:

1. Создайте запрос-Эпик в рамках какой либо системы (за которую вы отвечаете).

2. Откройте этот эпик.

3. Нажмите кнопку «Create issue in epic».

4. При создании задачи укажите ИС, в которой нужно сделать атомарную доработку.

Это одно из решений. Когда я его искал, я рассмотрел и отбросил четыре других.

• Искал ли кто подобное руководство?
• Каковы успехи?
• Что в целом скажете по поводу данной ситуации?

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

Julia Atlygina 09 Сен 2014

1. У Атлассиана есть свой университет, https://university.atlassian.com/2.0/. сейчас бесплатный

2. Кукбук вряд ли поможет:) я читала старое правда издание, но то распечатка мануалов по сути :)

3. Не особо поняла проблему. Что такое "проект" в вашем понимании, чего не хватает? Что такое "задачи, требующие релизов в нескольких системах"? что есть система - модуль от большого проекта, отдельная версия/ветка разработки или просто сторонее место, где вы задачи трекаете? Ну то есть если у вас есть несколько модулей внутри одного проекта - можно использовать компоненты, например. Если у вас задачи из разных проектов и вы не знаете как за ними следить за всеми - попробуйте Structure (может понравится идея с мета-ишью ?)

SALar 09 Сен 2014

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

Пусть есть проект по выводу системы <System-1> из эксплуатации. Ей лет двадцать, а то и больше, пора и на пенсию. Но через нее идут информационные потоки других систем. Чтобы вывести ее из эксплуатации нужно внести изменения в дюжину-другую информационных систем. Причем это будет сложный танец типа:

* System-2 опубликовать протокол Р-2-_14

* System-6 опубликовать протокол Р-6-2_14, включить. Отключить Р-6-1_14, Р-6-1_14а, Р-6-1_14б

* System-7 опубликовать протокол Р-7-2_14, включить. Отключить Р-6-1_14б.

* System-2 о тключить протокол Р-2-1_14

Все эти задачи делаются в рамках одного-единственного проекта, но в рамках разных инфосистем.

Хотелось бы выпускать релизы согласовано, т.к. нет смысла включать публикацию Р-2-_14 в январский релиз, если Р-7-2_14 выйдет только в ноябре.

Но Jira заточена под программиста, работающего с одной системой. Оно конечно "Одна система" - "Один проект" - "Одна команда" это здорово. В теории. А на практике иногда встречаются более сложные задачи: "Двадцать систем" - "Один проект" - "14 команд".

Julia Atlygina 09 Сен 2014

ну по описанию кажется что каждая "информационная система" - это свой проект в терминах джиры, а их вместе можно трекать в той же Structure. Заводите мета-задачу на релиз и в нее подпихиваете задачи для разных систем. Ну то есть просто внутри одного проекта разные дедлайны и прочее не выйдет :(

Ну и на днях (завтра, 10.09) будет релиз нового продукта от Атлассиан, со всякими гант чартами и мульти-проектными штуками, может там что-то будет, подробностей еще не знаю :)

p.s. ну и да, JIRA - вообще не заточена под программистов, она для менеджеров в первую очередь, у них в "персонах" программистов-то и нет ;)

BadMF 10 Сен 2014

Вообще-то, Джира, изначально, это инструмент техподдержки, и наиболее полно он решает задачи техподдержки. Если вы посмотрите 3-4 версии джиры, там в шаблонах проектов даже не было информационных систем (разработки).

От сюда и все проблемы у разработчиков.

По поводу вашей "сложносоченённой" проблемы. Ни один инструмент направленный на "отслеживание задач и событий" из коробки не сможет решить вашу задачу. Джира, как промышленный стандарт и наиболее фунциональная система имеет "недокументированные" возможности решить вашу задачу, путём:

- допиливания джиры через гаджеты и плагины под себя.

Вот такие пироги.

SALar 10 Сен 2014

Коллеги, спасибо за помощь.

Пример был просто примером. Искалась документация, в которой таких примеров много. Похоже документации нет. Жаль. Не думал, что все настолько плохо.

Не понимаю я этого. У Jira множество покупателей. Стоит она дофига денег. А сделать руководство администратора руки не доходят?

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

Ни один инструмент направленный на "отслеживание задач и событий" из коробки не сможет решить вашу задачу.

В другом трекере это было настроено за пару часов. Получилось довольно красиво. Но:

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

Julia Atlygina 10 Сен 2014

ну у них куча документации, читай - не хочу, чем она не подходит. ) + есть atlassian answers. где можно задавать вопросы и получать ответы. Если нужны юзкейсы какие-то, то есть поддержка и куча консультантов по миру, в России компания teamlead, например.

Ну и да, с сегодняшнего дня выходит новый продукт, JIRA Portfolio

BadMF 10 Сен 2014

Какая система управления задачами лучше

Для своего мини-исследования ЦП выбрал cамые распространенные систем управления задачами — Asana, Basecamp, JIRA, Redmine, «Битрикс24», Trello и «Мегаплан». Приглашенные к обсуждению эксперты могли внести и свои варианты.

Asana — веб-сервис и мобильное приложение для командной работы без использования традиционной электронной почты. Его создали Дастин Московитц и Джастин Розенштайн, ранее работавшие в Facebook. Первая версия проекта была представлена в 2008 году, штаб-квартира разработчиков находится в Сан-Франциско. Предлагает как бесплатное использование (в командах до 14 сотрудников), так и платный пакет услуг для больших команд.

Basecamp — инструмент проектного менеджмента на основе веб-интерфейса, впервые представленный в 2004 года командой 37signals (в феврале этого года сменившей название ). Новая версия сервиса запустилась в 2012 году. На сегодняшний день проект отказался от бесплатного тарифного плана. Особенность данного инструмента управления проектами заключается в том, что здесь нет ограничения по числу пользователей даже в минимальном тарифном плане.

JIRA — проприетарный продукт для трекинга задач у разработчиков, созданный компанией Atlassian. Выполняет функции баг-трекера и площадки для управления проектами. Название появилось как результат сокращенного японского произношения слова «Годзилла». Первая версия была представлена в 2002 году.

Redmine — бесплатный open-source инструмент для управления проектами и баг-трекинга с поддержкой диаграмм Ганта, визуализацией дедлайнов и прогресса по нескольким проектам одновременно. Написан на Ruby on Rails, работает как кросс-платформенное решение. Продукт разрабатывается с 2006 года. Разработчики платформы не берут денег с пользователей, но все желающие могут пожертвовать произвольную сумму в фонд развития проекта или помочь идеями в разработке и дизайне. У проекта создан онлайн-центр языковой локализации продукта, поддерживаемый волонтерами.

« Битрикс24 » — социальный интранет, включающий в себя, наряду с CRM, систему управления задачами. Создан и поддерживается российской компанией «1С-Битрикс». Работает как облачный сервис, но возможна и поставка коробочной версии. По оценкам компании-разработчика, сервисом «Битрикс24» пользуются свыше 188 тыс. компаний в странах СНГ и за рубежом. Редизайн и запуск новых возможностей был представлен в прошлом году.

Trello — веб-приложение для управления задачами, разработанное Fog Creek Software. В основе его работы лежит японская философия менеджмента «канбан», популяризацией которой занималась корпорация Toyota в 80-е годы ХХ века. Все проекты здесь представлены в виде «досок» со списком задач. Интерфейс системы в результате похож на Pinterest, и «карточки» с проектами и задачами прикрепляются к каждому пользователю в команде. Работает по freemium-модели, пакет решений для бизнеса был представлен в 2013 году.

« Мегаплан » — облачная система управления бизнесом, включает в себя CRM, ERP и инструменты для постановки и делегирования задач. Предлагает несколько масштабируемых тарифных пакетов, работает как SaaS. Особенность платформы — наличие тарифного конструктора: четких тарифов здесь нет, а итоговая цена зависит от числа сотрудников, подключения инструментов финансового учета и документооборота и желаемой скидки при оплате на год вперед.

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

Cамые дешевые решения из всех перечисленных — это Redmine, JIRA и Basecamp, а самые дорогие (исходя из минимальной стоимости платного пакета услуг) — «Мегаплан» и «Битрикс24».

В своей работе издательский дом « Комитет » использует платформу Asana. В ней происходит постановка задач для двух редакций (ЦП и TJournal), а также брейншторминг новых тем, фиксирование всех багов по работе движка сайтов и проработка текущих материалов.

Мы поинтересовались, какие системы таск-менеджмента в ходу у стартапов и крупных ИТ-компаний.

Для работы с задачами команды разработки «Яндекса» последние восемь лет использовали Atlassian JIRA — это платная система с исходным кодом, открытым для коммерческих пользователей. За это время в Джире накопилось три миллиона задач. Чтобы всё это уместить, мы в какой-то момент кластеризовали Джиру. Но потом и этого перестало хватать. Поэтому мы разрабатываем свою систему для работы с задачами, на которую перешла уже большая часть сотрудников «Яндекса». Систему спроектировали так, чтобы она смогла работать с десятками миллионов задач, даже когда количество сотрудников в компании вырастет в несколько раз.

Наша техподдержка использует отдельную систему, ориентированную на работу с почтой. Это тоже наша разработка, которая пришла на смену OTRS (бесплатная система с открытым исходным кодом), которая перестала справляться с объёмами пользовательской переписки.

Если коротко, то на уровне всей компании используются Jira и TeamFoundationServer. У разных отделов разные нужды, поэтому еще используются и другие программные продукты для планирования и постановки задач. В настоящее время часть отделов планирует мигрировать с TFS на Wrike.

В «Островке» мы в качестве системы управления задачами используем веб-приложение Redmine с рядом установленных поверх плагинов, в том числе — написанных нами. Его основными преимуществами является интуитивно понятный интерфейс (даже в базовой версии), полная бесплатность использования, а также весь набор необходимых функций для ведения и контроля за проектами. «Минусами», пожалуй, можно назвать не всегда тривиальное разворачивание и отсутствие полноценной поддержки.

Несмотря на недостатки, мы успешно используем его с 2011 года. За это время мы заинтегрировали его с нашей системой Code Review для разработчиков, написали несколько плагинов для Google Chrome для простоты использования, создали и закрыли более 15 тысяч задач и многое другое.

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

Немалую роль в документировании процессов занимают корпоративный Google Drive, где создаются инструкции, планы, хранятся базовые документы.

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

Раньше для управления задачами мы использовали Basecamp, а для работы с клиентами — amoCRM. С недавних пор перешли на «Битрикс24», который совмещает в себе все эти возможности. На Basecamp мы были пару лет, но стали от него уставать, т.к. банально не чувствовали от него пользы, он скорей был привычкой. В нем минимум возможностей, что иногда хорошо, но нет некоторых совсем базовых. Например, возможности настроить повторяющиеся задачи. Самое удивительное, что раньше она была, а потом ее убили разработчики.

AmoCRM – отличный, понятный и очень удобный продукт. Я перепробовал десятки систем управления проектами и CRM, и этот — точно один из лучших. Ушли лишь потому, что управление проектами перенесли в «Битрикс», а CRM там тоже есть.

Зачем перешли? Во-первых, как я сказал, не хватало возможностей Basecamp. Во-вторых, несколько знакомых, которым доверяю, очень его рекомендовали. Мы уже два месяца на нем. Полет нормальный. Из «плюсов» — действительно куча функций, которые можно настроить под себя и все в одном. Из минусов — не очень привычный интерфейс (пока) и отсутствие привычной из Basecamp возможности отвечать на комментарии через почту.

Для программистов юзаем YouTrack — $20 / мес. за 15 человек. Преимущество в том, что есть возможность почасово оценивать работы и делать планирования. Также можно разбивать все по приоритетам для разных команд. У нас семь программистов, которые разделены на три команды — «бэк-офис», iOS, Android. Соответственно, обычными инструментами тут не обойтись.

Для административной команды используем Basecamp за $20 / мес. Именно тут собираем основные задачи, обсуждаем дизайн и новые фичи. Отсюда СТО берет задачи для программистов и перетаскивает на Youtrack, о котором рассказал выше. Для команды продажников и саппорта пользуемся Freshoffice — ребята ничем не уступают Salesforce. Нам этот сервис дали бесплатно благодаря общему инвестору. Очень рекомендую: у нас пять продажников и два саппорта, VP Sales отслеживает там воронку продаж и следит за успехами.

Для быстрого общения внутри используем Viber и Slack. Оба бесплатные.

Мы пользуемся Gmail и Google Calendar. Evernote используем на персональном уровне. Ещё прикрутили пару плагинов — «ответственность сотрудников», «еженедельные статусы». Программисты используют JIRA, для клиент-сервиса экспериментируем с ZenDesk.

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

Мы используем в работе Redmine просто потому, что он простой, удобный и к нему есть куча плагинов. В качестве плагина мы пользуемся Скрам-что-то-там, не помню точное название.

Мы пользуемся open-source системой постановки задач Redmine, как наиболее компромиссным решением между громоздкостью и сложностью подобных enterprise-систем с одной стороны и функциональными качествами, необходимыми под наши потребности, — с другой. Из актуальных для нас функций системы, можно выделить удобное разделение нескольких проектов, приоритезацию задач, ролевое разделение прав пользователей, гибкие и многофункциональные сохраняемые фильтры по задачам. А еще — отдельные форумы, wiki и файловые хранилища под каждый проект, оповещения об изменении статусов задач и, конечно, удобный и понятный интерфейс.

Для задач мы используем Trello. Это бесплатный веб-сервис, где один проект представляет собой набор колонок, на которые цепляются карточки с разными приятными дополнениями, такими как дедлайны, списки, метки, комментарии, участники. Чаще всего после открытия проекта сразу видно, кто над чем работает. Как это все организовать — дело ваше. Мы со временем пришли к выводу, что идеальным для нас является такое деление: Info, Backlog, Sprint, In progress, QA, Ready, Live.

Самый значимый плюс — это производительность. После переезда с JIRA нас покинуло чувство медленного интернета. Второе — это простота. Переход между состояниями задачи — это drag-and-drop карточки между колонок. Внутри карточек можно создавать списки, в которые мы вносим все: от приемочного теста до этапов интеграции. Удобно.

Из «минусов», наверное, стоит указать отсутствие ограничений, правил, лимитов, прав. Думаю, многим этого будет не хватать.

Отличными бонусами Trello является его асинхронность (все изменения участники получают с задержкой около секунды), интеграция со Slack и мобильные приложения под iOS и Android. По моему мнению, это самое комфортное решение для небольших команд, где разработка тесно связана с бизнесом, и бюрократия еще не требует ограничений.

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

Сейчас для всех сотрудников в «Селектел» мы используем Atlassian JIRA + Atlassian Confluence + бизнес-аккаунты GMail. JIRA показалась нам удобной для всех — у программистов всё по спринтам, у менеджеров по закупкам сроки обозначены, зависимости есть (что и какая задача блокирует), можно добавлять «наблюдателей», нормальная работа с вложениями.

В JIRA можно эффективно управлять разработкой нового продукта и, например, заказать печеньки в офис. Confluence удобен для составления внутренней базы знаний, описания регламентов. Помимо GMail, активно используем совместное редактирование документов в Google Docs, и, конечно, планирование в календаре.

В итоге мы имеем всего три сущности и работаем через браузер, никого не привязывая к конкретному ПО под конкретную ОС.

К сожалению в своей работе мы перепробовали практически все платные и бесплатные системы управления проектами, но к сожалению ни одна из них не смогла удовлетворить наши потребности даже на 30 %. Использование нескольких систем или систем на подобии "TeamLab", где модули не взаимодействуют друг с другом, для нас не жизнеспособная идея. Поэтому мы взялись за разработку собственной системы, в которой мы хотим реализовать следующие модули полностью взаимодействующие:

- задачи (несколько видов задач)
- проекты (с достаточно сложным но очень гибким шаблонизатором, системой генерации файлов, диаграммой Ганта, )
- контрагенты
- центр коммуникаций
- файловый менеджер с контролем версий файлов
- склад (с системой организации закопок и тендеров)
- систему взаимодействия с клиентами
- систему организации и управления холодными звонками
- блок статистики с отслеживанием более 100 параметров.

Вроде ничего не забыл.

Наверно теперь понятно, что ни одна из существующих систем не может нас удовлетворить. Сейчас конечно используем систему: www.activecollab.com

А что из вышеперечисленного необходимо Вам В работе

перепробовали тоже все
в итоге пришли к мнению что:
1. JIRA OnDemand не подходит просто потому что некоторые необходимые нам плагины нельзя поставить
2. JIRA Enterprise купили и довольны но пришлось нанять еще одного человека который строит все Workflow (вполне возможно что начинающим стартапам хватит и нанять его на месяц, но у нас постоянно возникают вопросы с учетом того что бизнес-процессы постоянны)

Возможность комментирования статьи доступна только в первые две недели после публикации.

«Ростелеком» закупит Windows 8 и другие решения Microsoft на 1,3 млрд рублей

Хорошая статья.Читать я ее конечно не буду

Роботизация труда, медицина и «магические» технологии: 6 основных трендов 2017 года по версии Андрея Себранта

Ба, так они же были "бородатыми лесниками-хипстерами"!

Писатель, фермер, миллионер: чем занимаются первые сотрудники Microsoft

Девушка красивая нереально. Вим-Билль-Данн особо не интересует.

«Ситуация вышла из под контроля»: как «Вимм-Билль-Данн» справлялся с ложной информацией об испорченных продуктах фирмы