Как стать автором
Обновить
  • по релевантности
  • по времени
  • по рейтингу

Системная инженерия: 3 ежегодная международная конференция, Екатеринбург

Анализ и проектирование системКонференции
С 11 по 13 декабря Высшая инженерная школа УрФУ (Екатеринбург) проводит конференцию «Системная инженерия». Секции:
* Практика внедрения Системной инженерии. Успехи и провалы.
* Инженерное образование.
* Моделирование.
* Развитие методов и инструментов Системной инженерии.

Кроме выступления спикеров будут и круглые столы для обсуждения, не только про «Как делать», но и «Как учить».

Если вам знакомы проблемы выявления требований заказчиков, вопросы построения архитектуры системы; если вы хотите прокачать навыки управления продуктом, а слова «ТЗ» и «Проект» для вас не пустой звук — приходите.

Подробности: conf.uralse.com
Регистрация: uralse.timepad.ru/event/1098206
Всего голосов 6: ↑3 и ↓3 0
Просмотры741
Комментарии 0

Роскомнадзор хочет запрашивать у новых пользователей соцсетей и мессенджеров номер паспорта, адрес, телефон и почту

Информационная безопасностьЗаконодательство в ITСоциальные сети и сообщества
Источник фото: Известия/Павел Бедняков.

24 марта 2021 года Роскомнадзор опубликовал на Федеральном портале проектов нормативных правовых актов проект приказа, по которому ведомство планирует запрашивать номера паспортов, адреса проживания, телефоны и электронную почту при регистрации новых аккаунтов пользователей в социальных сетях и мессенджерах. Сейчас проект этого приказа проходит этап общественного обсуждения.
Читать дальше →
Всего голосов 19: ↑18 и ↓1 +17
Просмотры13.9K
Комментарии 96

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

Законодательство в ITСоциальные сети и сообщества


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

Ведомство теперь предлагает для этого использовать существующую Единую систему идентификации и аутентификации (ЕСИА) и предоставлять доступ через аккаунт на сервисе «Госуслуги», если пользователь добровольно на это согласится, чтобы обезопасить свои персональные данные. При этом новые пользователи смогут по-прежнему регистрироваться в социальных сетях или мессенджерах без идентификации по паспорту.
Читать дальше →
Всего голосов 13: ↑12 и ↓1 +11
Просмотры4.5K
Комментарии 20

Google начал принимать на работу троечников

Чулан
Раньше устроиться на работу в Google, не имея идеального среднего бала диплома (GPA), было практически невозможно. Более того, отдел кадров проверял дипломы еще до собеседования, так что кандидаты с плохими оценками вообще не имели никаких шансов.

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

Если верить проверенному источнику, пожелавшему остаться анонимным, сегодня Google при проведении собеседований больше не интересуется GPA-отметкой у претендентов на sales-должности. Рабочий коллектив, ранее состоявший только из отличников, теперь будет постепенно разбавляться хорошистами и даже троечниками. Кто-то может сказать, что это начало конца для Google, пишет Джон Баттелл.
Рейтинг 0
Просмотры585
Комментарии 11

Сбор требований к проекту

Управление проектами
Всегда сталкиваюсь с проблемой сбора требований перед началом нового проекта. Делаю это в разных программах в зависимости от сложности проекта, когда в Word, когда в Mindjet MindManager. Пытался найти специальное ПО или информацию, в том числе и на хабре — не нашел, хотя смотрю тут тему «Сбор требований» затрагивают часто. Так, что думаю данный вопрос будет актуален на Хабре.

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

— Rational RequisitePro
— AllFusion Process Modeler (ранее: BPwin)
— AllFusion ERwin Data Modeler (ранее: ERwin)
— Doors
— Borland Caliber RM

А как вы собираете/структурируете/анализируете требования к проекту?
Всего голосов 12: ↑12 и ↓0 +12
Просмотры4.4K
Комментарии 56

Нужна помощь – грамотный сбор требований к фирменному стилю и логотипу

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

  1. разработки базового пакета айдентики (фирменного стиля), который на данном этапе, например, будет включать непосредственно сам логотип, визитку, фирменный бланк, конверт. В данном случае область применения – компания.
  2. разработки только логотипа. В данном случае главный объект применения – интернет проект компании

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

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

Буду очень благодарен за любую помощь по теме.
Рейтинг 0
Просмотры421
Комментарии 0

Онлайн психолог — Сбор требований

Чулан
Предыдущий пост из серии «онлайн психолог» Вы можете найти здесь.

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

Ни для кого не секрет, что требования к проекту очень важны. Они сродни аксиомам, на которых строиться вся остальная «теория» проекта. И если даже слегка менять аксиомы, то в одном случае мы можем получить «Евклидову геометрию», а в другом «геометрию Лобачевского»! Поэтому к сбору требований рекомендую подходить со всей ответственность, а не в режиме «мозгового штурма», как это обычно делается.

Итак, из чего состоит процесс сбора требований? Мы рекомендуем организовать его следующим образом:

  1. Формулирование главной цели проекта
  2. Определение сторон
  3. Получение требований от каждой из сторон
  4. Определение важности требований по отношению к цели
  5. Согласование требований и их важности со сторонами

Читать дальше →
Всего голосов 6: ↑2 и ↓4 -2
Просмотры400
Комментарии 7

Чего хотят заказчики?

GTD
Однажды, когда я только начал доставать до верхнего шкафчика на кухне, я решил сделать себе кофе.

До этого я пробовал кофе, один глоточек (больше мне не разрешали) это было ну очень вкусно. Я видел, что мама кладет в чашку кофе из жестяной банки, которая стоит в верхнем шкафчике.
Читать дальше →
Всего голосов 117: ↑86 и ↓31 +55
Просмотры715
Комментарии 55

Недостатки Я.mail

IT-компании
Скоро ли появится кнопка "Сохранить ВСЕ вложения" в Яндекс.почте?
Надоело кликать на каждом вложении, а вам, хабролюди?
Учитывая, что уже появились иконки «Сохранить» в виде дискеты у каждого вложения, то надо чуть-чуть напрячься и дописать эту мега-полезную функцию :-)
Всего голосов 4: ↑2 и ↓2 0
Просмотры237
Комментарии 7

Training Labs 2009: II Тренинговый марафон, посвященный обучению в области разработки ПО

Я пиарюсь
27 июня 2009 года в Москве пройдёт конференция, посвященная обучению в области разработки программного обеспечения.

Цель мероприятия
  • Сблизить заказчиков и провайдеров обучения.
  • Предоставить участникам конференции уникальную возможность посетить максимальное количество тренингов за 1 день, посмотреть на тренеров «в деле», выбрать для себя лучшие тренинги и лучших тренеров.
  • Учебным центрам и независимым тренерам, специализирующимся в области разработки ПО и проведения бизнес-тренингов, дать возможность показать «товар лицом».


Аудитория
Компании, заинтересованные в организации обучения. Специалисты, непосредственно заинтересованные в своем обучении. HR-директора, специалисты служб развития персонала, производственные менеджеры и другие лица, принимающие решения о заказе обучения.

Формат
Однодневный тренинговый марафон, 5 секций, в каждой из которых по несколько мини-тренингов/мастер-классов длительностью 1,5 часа каждый.
Читать дальше →
Всего голосов 2: ↑0 и ↓2 -2
Просмотры434
Комментарии 0

Требования к госсайтам от МинЭкономРазвития через призму доступности информации

Accessibility
Два с половиной года назад я выступал с инициативой разработать требования к доступности информации на госсайтах.

В ноябре 2009 года наконец вышел в свет небольшой приказ МинЭкономРазвития, содержащий требования к госсайтам, который может значительно усложнить (по крайней мере, первое время) жизнь отделам по ведению интернет-ресуров госорганов и, возможно, значительно упростить жизнь для пользователей их сайтов.

Я решил воспользоваться своим опытом анализа понятия доступность, который я озвучивал на конференции User Experience Russia-2007 и представить новые требования в разрезе классификатора доступности, заодно сделав их более наглядными для ознакомления и изучения.

Итак, требования к доступности информации разбиты по 4-м категориям:
  1. Фактическое наличие
  2. Возможность доступа
  3. Возможность найти
  4. Возможность воспользоваться

I. Фактическое наличие


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

Повреждение информации
Должна быть обеспечена защита информации от уничтожения, модификации и блокирования доступа к ней, а также от иных неправомерных действий в отношении такой информации.
Читать дальше →
Всего голосов 33: ↑29 и ↓4 +25
Просмотры2.3K
Комментарии 30

Основы пользовательских историй. Часть 3: Инвестируйте в качественные пользовательские истории

Luxoft
Продолжение перевода. Часть 1, Часть 2.

Перевод: Александр Якима (www.enter-agile.com)
Независимый консультант, agile-тренер. В IT-индустрии с 2002 года. Работал менеджером проектов, программ, а также присейл-менеджером в аутсорсинговых компаниях и директором по разработке в стартапах Силиконовой долины. В 2007-2008 сотрудничал с тренинг-центром Luxoft.

Инвестируйте в качественные пользовательские истории

Гибкие команды проводят значительное количество времени (наверное, половину или даже больше) в исследовании, проработке и анализе пользовательских историй а также написании приемочных тестов для них. Так и должно быть, поскольку это подтверждает следующий факт
Читать дальше →
Всего голосов 10: ↑6 и ↓4 +2
Просмотры12.9K
Комментарии 0

Разработка ПО авионики

Разработка веб-сайтовТестирование IT-системАнализ и проектирование систем
Из песочницы
В основе разработки ПО авионики лежит основополагающий стандарт RTCA\DO-178B. Несмотря на первый взгляд на его отстранённость от непосредственной рутины программиста, он описывает весь процесс разработки и выдвигает требования к подобному ПО. Тем не менее, в данной статье речь пойдёт и о том, как всё происходит на самом деле, на основе личного опыта разработки систем контроля и управления полётом, систем посадки и пр. для самолётов и вертолётов.

image
Читать дальше →
Всего голосов 225: ↑220 и ↓5 +215
Просмотры70.7K
Комментарии 96

От инженера до руководителя. Часть 2: Делегирование и постановка задачи

Управление проектами
В прошлой статье От инженера до руководителя. Часть 1: Чувство справедливости я рассказывал о чувстве справедливости. Возвращаясь к ней, хочу повториться, что чувство справедливости является основополагающим моментом. И если мне вздумалось о чём-то рассказать, то каждая моя неточность, а тем более ложь, неподкреплённое фактами мнение, орфографическая ошибка и агитация нашли бы своих недовольных. Что, собственно, можно наблюдать и тут и в жизни ежедневно. Одно дело придерживаться конкретной стороны в холиваре (парадигме, стандарте, процессе), получая тумаки от одних и поддержку от других; и совсем другое дело — описывать и следовать своей собственной точке зрения, опыту и выдерживая свою стилистику. Это — сродне минному полю, где известны правила игры, но за всё, что делаешь, несёшь сам ответственность. Такая же разница существует между исполнителем и руководителем, где последний при своей ошибке получит пинок из-за проявленой “несправедливости” и набьёт немало шишек сам, если будет ошибаться, хотя и спасая этим идущих за ним. Поэтому в моём понимании лучше набивать шишки загодя, с уровня сотрудника, ощупывая путь мягкими частями тела, не получая дополнительных пинков сзади — главное не отставать и не идти против руководителя, впрочем, если он не до конца неправ и не ведёт всех на обрыв. В противном случае, попридержите коней, ведь вы — рабочая лошадка — в одной упряжке. О том, как как поставить правильную цель и как исполнять работу совместно с другими и пойдёт речь в этой статье.



Читать дальше →
Всего голосов 29: ↑16 и ↓13 +3
Просмотры9.3K
Комментарии 19

Я устал

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

Однажды я столкнулся с такой вакансией:

Текст вакансии

Требования:
Опыт поисковой оптимизации сайтов (SEO).
Опыт разработки с использованием LINQ, WCF, WPF, Silverlight, VBA.
Опыт работы с ORM-платформами.
Опыт командной разработки и использования систем управления версиями.
Наличие сертификатов.
Хорошие коммуникационные навыки.
Высшее техническое образование (информационные технологии, информационные системы, вычислительные системы).
Кроссбраузерная вёрстка.
Отличное знание XHTML/Javascript/CSS, Ruby on Rails, Perl, PHP, C++, Java, SQL, СУБД Oracle Enterprise, Microsoft SQL Server.
Владение графическими пакетами: Adobe Photoshop, CorelDraw

Опыт работы с различными CMS (Joomla, Drupal, NetCat, WP).
Опыт разработки и уверенное знание платформы .NET, языка C#, технологии ASP.NET и ASP.NET MVC.
Опыт работы в среде Visual Studio 2005/2008.
Отличное понимание принципов ООП.
Уверенное знание теории БД, опыт проектирования БД, опыт работы с промышленными СУБД, знание языка SQL и опыт написания запросов.
Знание принципов, подходов и архитектуры построения традиционных телефонных и IP-телефонных сетей;
Опыт участия в проектах по внедрению и сопровождению систем обработки и передачи голосовой информации;
Опыт работы с оборудованием Cisco (Catalyst, ISR/ISR G2);
Знание ПО Cisco Systems (Unified Communications Manager, Unified Contact Center Express);
Знание ОС Windows XP/2003/2008, AD, exchange, DNS, DHCP, Proxy, Firewall, MS ISA Server, Terminal Server, VPN

Провернув вверх, я увидел, что требовался «Помощник программиста».
На мой вопрос друзьям–программистам чем же он отличается от обычного (хотя, тут больше подойдет необычного) программиста я получил ответ – наличием бороды.
К чему я все это?
Всего голосов 168: ↑129 и ↓39 +90
Просмотры27.7K
Комментарии 93

Разработка сервера мобильных клиентов

Разработка веб-сайтовJava
Обратная сторона мобильных клиентов — сервер.

Введение

Не открою секрета, что разработка мобильных приложений в тренде – этому способствует стремительное техническое развитие: мобильные устройства с каждым годом улучшаются по всем характеристикам и становятся доступнее для широкого круга людей. Почти каждый, кто имеет на руках мобильный гаджет (будь то смартфон, коммуникатор или планшет) пользуется приложениями: браузером, клиентом электронной почты и мгновенных сообщений, играми, бизнес или финансовыми программами. И зачастую от пользователей скрыто то, что многие из приложений взаимодействуют с удаленным сервером: обмениваются с ним данными через Интернет.
По роду деятельности (Java разработчик серверных приложений) мне в команде приходится разрабатывать сервера для мобильных клиентов (за последние 2 года участвовал в реализации 3-х таких проектов для зарубежных компаний). Определился набор Java-технологий для решения задач такого рода, который варьируется в зависимости от требований и целесообразности (другими словами — желания), благо свобода при выборе технологий позволяет экспериментировать. Сформировавшейся точкой зрения и опытом хотел бы поделиться с сообществом.
Читать дальше →
Всего голосов 21: ↑15 и ↓6 +9
Просмотры53.1K
Комментарии 12

7 Продуктовых техник, на которые стоит обратить внимание разработчику

«SCRUMguides»Разработка веб-сайтов
Когда мы заказываем костюм в ателье или дизайн интерьера, нас не просят прийти с готовыми мерками, выбранным фасоном или цветом потолка. Профессиональные модельеры и дизайнеры задают вопросы и предлагают решения на основе наших целей.

Однако, от заказчиков программной разработки, мы часто ожидаем получить готовую спецификацию требований.

Чуть лучше дело обстоит в продуктовой разработке, особенно в стартапах, где генерация требований равномерно распределена по всему жизненному циклу работы над продуктом. Благодаря принципам Lean StartUp: построить -> измерить -> изучить, продуктовые команды работают более короткими циклами. На входе каждой итерации — новая порция требований для «эксперимента», в формулирование которых часто вовлечена вся команда.

В заказной разработке я наблюдаю 3 типа проблем, связанных с ожиданием готовых требований от клиента:

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

  2. “Бизнесу” не хватает времени на проработку требований. Часть вариантов использования системы, не продуманная заранее, вбрасывается в ходе разработки. Чем меньше практик, поддерживающих итеративный процесс (CI, автоматизированное тестирование, ограничение по количеству фич в работе), тем сложнее вносить изменения в требования.

  3. “Бизнес” и “разработка” говорят на разных языках. Как следствие — ложное понимание требований, не проясненные предположения, вытекающие из них 'сюрпризы' в момент демонстрации. Несуществующую систему сложно описать на бумаге. Отсюда вытекают проблемы, которые можно обобщить словами заказчика: “Я не знаю точно чего хочу, но точно знаю чего не хочу”.


Очевидно, что и формулирование проблем и поиск технических решений будет проходить легче и эффективнее, если обе стороны — бизнес и разработка, будут вовлечены в этот процесс.

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

Ниже — обзор продуктовых техник, которые могут в этом помочь.
Читать дальше →
Всего голосов 49: ↑41 и ↓8 +33
Просмотры35.2K
Комментарии 18

Больше, чем plain vanilla scrum. Общепринятые практики работы с требованиями

«SCRUMguides»
Недавно, на Скрам портале была опубликована статья Майка Кона об Общепринятых практиках в Скраме — практиках, которые довольно часто встречаются в Скрам-проектах, но не являются базовыми правилами Скрам.

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

Сегодня я хочу поделиться множеством таких практик, собранных вокруг работы с требованиями. За последние несколько лет перечисленные практики мне не раз довелось наблюдать за кулисами у успешных команд в роли agile-коуча и рассказывать о них на тренингах Certified ScrumMaster в роли скрам-тренера.

Я ни в коем случае не претендую на полноту практик и буду рад услышать дополнения. Некоторые из перечисленных практик заслуживают отдельных статей — это work in progress.

Читать дальше →
Всего голосов 9: ↑5 и ↓4 +1
Просмотры6.3K
Комментарии 2

Требования для программного обеспечения: Рекомендации по сбору и документированию

Издательский дом «Питер»
Сегодня мы хотим предложить вашему вниманию книгу Ильи Корнипаева «Требования для программного обеспечения: Рекомендации по сбору и документированию», которая готовится к выходу в нашем издательстве.

Аннотация


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

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

Читать дальше →
Всего голосов 6: ↑4 и ↓2 +2
Просмотры10.3K
Комментарии 8

Планирование сроков и бюджетов для фрилансера

Фриланс
Вот уже почти три месяца я уволился из офиса и работаю на «вольных хлебах». «Халтуры» попадались и до этого, но я не брал более одного проекта и делал лишь то, что входило в мою широкую, но не безграничную область компетенции.
Я занимаюсь «программированием под ключ». Специализируюсь на проектах, требующих смежной компетенции, обычно я работаю с заказчиками долго — по нескольку лет. Я за то, чтобы исполнитель и заказчик работали вместе и помогали друг-другу найти оптимальное видение проекта. Мой процесс разработки выглядит так:
Читать дальше →
Всего голосов 11: ↑7 и ↓4 +3
Просмотры12.8K
Комментарии 14