Нетология запускает онлайн-магистратуры, разработанные совместно с ведущими вузами страны ― ВШЭ и ИБДА РАНХиГС. Программа ВШЭ нацелена на подготовку сильных Product-менеджеров ― командных игроков в крупных корпорациях. Основной фокус программы РАНХиГС сделан на комплекс знаний, необходимых предпринимателям для самостоятельного запуска цифровых проектов.

Цель данной заметки (или конспекта) — предложить строгим (но конструктивным :-) критикам перечень группы требований и способы их структурирования, предъявляемых к коммерческому корпоративному сайту. Планируемый жизненный цикл сего текста — сначала она будет доступна только участникам соответствующего блога. Затем, всем. Так что спешите критиковать.
Эти требования важно предусмотреть при проектировании сайта, и задокументировать в концепции сайта и техническом задании на проект. Публикация не претендует на полноту и завершенность, однако вместе мы сможем ее приблизить к идеалу.

Задачи аналитика при проектировании сайта

Кто в проекте работает с требованиями? Бизнес-аналитик. Однако, на малых проектах его функцию выполняют технические директора, директора по разработке, менеджеры проектов. Задачи аналитика:

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

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

Итак, два правильных документа и одно правильное мероприятие:

Заметка написана для моего коллеги, подумавыющем о запуске своей тренинговой компании.
Кому из зачем нужна концепция сайта?
Инвестору, предпринимателю важно рассчитать затраты времени и денег на проектирование, разработку, запуск и продвижение сайта.
Неполная, нереальная, непоследовательная, неоправданная концепция приведет к следующим результатам

• Превышение бюджета проекта вследствие ошибок в оценке
• Нереализованные требования (например, вы думали, что система может анализировать логи сайта, а, оказалось, этой функци нет)
• Срыв сроков проекта из-за многочисленного изменения требований

Определение бизнес-целей сайта

что должен сделать пользователь

• добавить в закладки,
• отправить списку другу,
• сохранить/распечатать статью,
• отправить запрос на консультацию,
• заказать услугу

посмотри сайты тренинговых компаний — чем твой сайт будет похож, а чем — непохож
составь список

• статей,
• видеороликов,
• подкастов…

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

Проектирование сайта

Формулирование требований

• к системе управления контентом (CMS),
• хостингу
• макетам главной страницы, страниц разделов

требования по источникам

• бизнес
• поисковое продвижение
• юзабилити
• дизайн

Создание информационной архитектуры

• Как будет строится иерархия разделов
• какие разделы будут наиболее часто обновляться

Юзабилити

• Сценарии взаимодействия пользователей с системой
• Структурные схемы страниц (wireframes)

Полная версия статьи из Financial Times тут для любителей аутентичного чтения :).
Financial Times опубликовала интервью с французским предпринимателем(теперь проживающим в Силиконовой Долине (Silicon Valley) Лоик ле Мер (Loic Le Meur).

В моей работе нужно анализировать качество проектов и иметь полное понимание о том, как мы учимся не наступать на одни и теже грабли. Для этой цели есть много инструментария, но я хочу поделиться опытом с теми, кто как и наша студия использует в роли багтрекинга Mantis 1.1.1 (написан на PHP, БД- MySQL)

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

Ваш проект это пьеса (надеюсь что не трагедия)



Какая цель вашей пьесы?
Цель — сделать счастливым заинтересованных лиц.
Meet stakesholders expectations.

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

Ваша работа это «make everyone a winner» [Boehm, 1989]. До тех пор пока происходит то, что ожидается — все счастливы. Наш CEO, умный дядька в очках, постоянно говорит: all you need is to make the customers happy. Он о заказчиках, вам же нужно думать и обо всех других.

У каждого кто-то вовлечен в пьесу есть свой интерес. Это либо желания, либо страхи. Желания это получить по быстрому клевенькое симпатичное приложение для аппсторе к какому-то евенту и проверить насколько это была клевая мысль. Желания это интерес что-то получить, страх связан с интересом что-то не допустить.

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

Подкаст: Как не лузить задачи, или хотя бы не получать за это

Warning: Разговариваю я матами, впечатлительным не слушать. Самолюбование. Слова-паразиты.

Разговор состоит из 3 больших частей
— daily activities
— weekly activities
— кто мы есть такие и чего хотим

Разные части будут интересны разным людям.
Хардкорные методы работы с почтой не будет особо интересны простым сотрудникам или уже крутым менеджерам.

Тезисы Общая часть
— нужно система для контроля инфы «задачи, запросы, встречи, почта»
— система должна дать вам спокойствие, вы уверены что делаете самое важное, вы ничего не забыли
— тайм-менеджмент, «увеличить скорость» это не суть того что вам нужно

За 5 лет работы в компании сменилось огромное количество менеджеров проектов.
ПМ-ы мрут как мухи. Как пехота штрафбата, брошенная в бессмысленную лобовую атаку.

Мрут сами (уходят), их убивают (увольняют), устраивают ксеноцид (их увольняют вместе с командой). Бегущие без винтовок, сзади вас товарищи, заменят вас. И проживут свои 2 минуты.

Быть лидером – это «зажигать» людей.
Cложно быть действительно успешным лидером без эмоций.

Тот, кто считает что нужно «оставить эмоции дома» упускает множество возможностей.

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

Самые распространенные ошибки заказчика

(2009 год, второе письмо старшего менеджера веб-студии — младшему)
Итак, первоначальные переговоры c клиентом проведены. Смотрим первую часть методички здесь http://habrahabr.ru/blogs/studiobusiness/45543/.
Теперь надо сориентировать клиента по цене. Если он с ней принципиально согласен — переходим к обсуждению Технического задания (ТЗ).
Делаем смету

Позволю себе вольность начать серезную тему с шуточной аналогии, дабы поднять Читатель, Ваше настроение и раскрепостить сознание. Для тех кто в танке не видел классическую сагу *звездные войны* — речь идет об использовании таинственной Силы, о чем шептал призрак Оби Вана Люку Скайуокеру (на фото) и, что в конце концов помогло ему (Люку), используя легкий истребитель, порвать подбить вражескую военную станцию планетарных размеров одной ракетой.

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

Природа одарила человека мощным интеллектом, который представляет модели окружающего мира в серой логике. Представьте, что вы создали объектную модель, коды методов в которой оперируют не черно-белой (ЧБ) логикой (true — false или 1 и 0), a серой, где логическое выражение может иметь значение 0.7 или даже 0.5. И это значение может мутировать, подстраиваться под изменения окружающего мира.

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

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

Друзья!

Racios рад представить вам свой обновленный интерфейс, с переработанной технической частью, улучшенным юзабилити и более продуманным time management подходом! Новая версия располагается по адресу: www.racios.com

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

Вкратце, по каждому направлению:

Техническая часть — проект теперь летает на Python & Django!
Юзабилити — перезагрузок страниц больше нет!
ТМ подход — Недельный и месячный планы стали более удобными, а цели теперь наглядно располагаются по 3м «корзинам»: А, В, С (концепция Бодо Шефера).
Английская версия — проект переведен на английский.
Offline версия — готовится к релизу.

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

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

История команды интернет-магазина путешествий Gate-32, которая использует наш сервис qTrack для управления проектом.

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

В первые месяцы, автоматизация продаж казалась нам делом весьма банальным, т.к. электронная торговля не новость уже во всем мире, даже в Бангладеше или любимом всеми Гандурасе интернет-магазином мало кого удивишь. Но у нашей страны особый путь…

18 февраля в технопарке DigitalOctober Ирина Киреева (Oratorica) научит участников Startup Crash Test строить команду проекта, а Кристофер Томпсон (Cisco) по телемосту из Калифорнии подведет первые итоги конкурса Cisco I-PRIZE. Эксперты и аудитория проверят на прочность стартапы Omyconf, OpticLabel и WordSteps.

В форме двухминутной презентации о себе также смогут заявить 5-6 проектов. Подать заявку на «флеш-питч» можно, написав организаторам на sctmoscow@gmail.com.

«Краш-тест» вновь пройдет в центре Москвы, в технопарке DigitalOctober (Берсеневская набережная, 6/3). Начало в 18.30. Участие бесплатное, регистрация на greenfield-project.ru обязательна. Для тех, кто не сможет присутствовать лично, будет организована трансляция. Как обычно, будет вестись текстовая Twitter-трансляция по хэштегу #sctmoscow.

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

Все довольно просто. Вы, уже работающий стартап, заходите на эту страничку и пишете, кто вам нужен. А мы рассказываем студентам и аспирантам ведущих московских технических и управленческих ВУЗов, которые приходят на наши неформальные встречи #poSEEDelki, о вакансиях в ваших проектах. Отклики и контакты тех, кто заинтересовался, передаем вам для дальнейшей работы.