Как стать автором
Обновить

Управление рисками, работа с заказчиком

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

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

Вчера Вы отправили клиенту по почте первый прототип с Вашими комментариями. А сегодня вас в ящике должно ждать письмо о том, что…
Читать дальше →
Всего голосов 40: ↑28 и ↓12 +16
Просмотры 7.8K
Комментарии 91

Интернет сосёт: Тематическое выступление на 404fest

Разработка веб-сайтов *
Мое выступление на 404fest.ru в Самаре. Снимал Денис Кортунов kortunov, вот его комментарий.
«По многочисленным просьбам выкладываю видео с доклада Ильи. Доклад мне самому очень понравился, я там хихикал иногда на фоне. Рекомендую к просмотру всем, кто занимается разработкой в вебе. Илья в увлекательном и задорном стиле доностит мысль, что интернет сосёт, еще он рассказывает как понять своего клиента, а еще немножечко про правильные и неправильные теги.»


Наслаждайтесь.
Всего голосов 146: ↑94 и ↓52 +42
Просмотры 972
Комментарии 113

Оценка важности компонентов сайта при работе с клиентами

Управление проектами *
Есть такая проблема при работе с клиентами — они не всегда могут точно сказать, что на сайте для них самое важное. Раньше я считал, что это 100% проблема клиента в определении своих желаний и их приоритетов. Сей час немного изменил свое мнение по этому поводу. Клиенту надо помочь определиться с важными и не важными аспектами разрабатываемого сайта.
Читать дальше →
Всего голосов 8: ↑6 и ↓2 +4
Просмотры 848
Комментарии 2

О работе с заказчиками, разработке и внедрении софта

Управление проектами *
Почитал я, как люди бьются с пользователями своего софта и решил поделиться с миром опытом. Сразу скажу, что опыт у меня не маленький — в своё время мои программы пользовались большим спросом и на их поддержке я не одну собаку съел. В результате клиенты пИсали кипятком, а пользователи саботировали любой другой софт, спускаемый сверху, кроме моего. В качестве истории успеха приведу не слишком большой проект автоматизации АЗС.
Читать дальше →
Всего голосов 69: ↑63 и ↓6 +57
Просмотры 3.1K
Комментарии 52

Софт без багов? Мечтать невредно

Софт
Перевод
imageНе всем софтверным компаниям приходилось иметь дело с ошибками такой степени важности, как были с автомобилями Toyota (на Хабре), но с каждым днем всё более ясно: любая софтверная компания создает продукты со скрытыми дефектами безопасности. Исключений практически нет.

Если верить провайдеру услуг по тестированию ПО Veracode, который подготовил отчет к конференции RSA в Сан-Франциско, около 60 процентов ПО, пропущенного через их тестирование за последние 18 месяцев, провалило первый цикл тестов. Как отметил Роджер Оберг, старший вице президент по маркетингу Veracode, это были приложения от производителей, достаточно заботящихся о безопасности, чтобы в первую очередь использовать сервисы Veracode.

Данные Veracode не уникальны. В прошлом году исследование, проведенное WhiteHat Security, выявило, что 82 процента корпоративных вебсайтов содержали в себе уязвимости типа «высокая, критичная или особой важности» в обозримом прошлом, а 63 процента имели такие уязвимости на момент исследования.
Читать дальше →
Всего голосов 15: ↑9 и ↓6 +3
Просмотры 1.2K
Комментарии 27

Заказчик и его грабли

Чулан
Все время при общении с фрилансерами сталкиваюсь с одними и теми же проблемами. Давайте взглянем на них со стороны заказчика. Итак, грабли и попытки их обойти. Сценарий «заказчик обращается к незнакомому фрилансеру».
Читать дальше →
Всего голосов 22: ↑16 и ↓6 +10
Просмотры 305
Комментарии 25

Неприличные предложения есть, но в моей практике – немного

Блог компании Digital Professionals Hub
Принято считать, что веб-разработка – это прежде всего кодинг. Так оно и есть, но кодинг не может существовать в вакууме – без менеджеров и клиентов. О работе аккаунта в веб-студии мы побеседовали с Анной Рубей, руководителем отдела по работе с клиентами веб-студии Webbys.ru (г. Иваново).

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

– Расскажи про конкуренцию поподробнее!
– Рынок сегодня многогранен, с одной стороны, есть большое количество работы, но многие заказчики пока «не готовы»… Не смотря на то, что интернет перестал быть непонятным и странным, это осталось на уровне мелких и средних городов. С точки зрения веб-студий рынок заказов, например, в Иваново, не готов к крупным серьезным разработкам, продвижению SMO, бизнес-планам и вообще какой-либо структурированной работе. Он застыл в состоянии сайтов визиток и интернет-магазинов, и — как не прискорбно – такая ситуация во многих мелких городах. С точки зрения заказчиков нет понимания стоимости разработки, ее надобности и вообще «что это»? Я уже не говорю о продвижении! Кроме контекстной рекламы и SEO, заказчиками ничего не воспринимается. Мы остались далеко сзади по уровню развития с Москвой.

– С коррупцией как у вас дела обстоят?
Читать дальше →
Всего голосов 26: ↑13 и ↓13 0
Просмотры 2.3K
Комментарии 6

Технология сбора требований в процессе проектирования сайта

Разработка веб-сайтов *
Из песочницы

Вступление


Сбор требований – это один из самых важных этапов при создании информационных систем и интернет-сайтов в частности. От того, насколько точно и полно будут учтены все пожелания заказчика в процессе проектирования сайта, и будет зависеть итоговый результат: получим ли мы сайт «для галочки» или это будет эффективный инструмент бизнеса, который будет приносить прибыль своему владельцу.
Предлагаемая методика сбора требований используется в нашей компании при разработке несложных клиентских сайтов, реализуемых по каскадной модели (Waterfall). Методика позволяет менеджеру по продажам организовать эффективный сбор требований и написать на его основе «Техническое задание», по которому разработчик будет создавать сайт.
Замечу, что ничего не мешает использовать данную методику сбора требований и в Agile–разработке, в частности, для создания первичного бэклога.
В данной статье я концентрировался именно на содержательной части сбора требований, а не на вопросах внедрения сбора требований в бизнес-процессы компании или на то, как строить диалог с клиентом – это тема для отдельного разговора.
Читать дальше →
Всего голосов 9: ↑8 и ↓1 +7
Просмотры 40K
Комментарии 9

Заказчик-Исполнитель: избегаем ДТП

Блог компании DIO
Вместо эпиграфа.
«- Ты что – глухонемой?
-Да»
к/ф «Бриллиантовая рука»


Попал я как-то в ДТП – один хороший человек так спешил домой к теще на блины, что не заметил перед собой мою машину. Приехал на станцию, там сделали «дефектовку», определили, что делать и срок ремонта – 3 недели. Конечно, хотелось быстрее, но мне объяснили, что СТО загружена, плюс пару деталей надо ждать, плюс технологический процесс: рихтовка, грунтовка, сушка, покраска, опять сушка. «Совсем как у нас в проектах, — подумал я, — проектирование, реализация, тестирование, исправление багов, приемочное тестирование заказчиком, опять исправление багов».

Спустя три недели, истосковавшись по своей «ласточке», в томительном ожидании приезжаю на СТО. И… И, как вы догадались, машина готова не была. Проект «Прокачусь с ветерком» стремительно закончился факапом. После долгих разбирательств выяснилось, что на СТО был переучет деталей, моих не было, их снова заказали. Но через неделю все будет готово: «Мамой клянус, дарагой», — убеждал меня сто-шник. К моему прискорбию, мама оказалась не в курсе клятвенных заверений сына. Не знаю, как там маме икалось и каково было состояние ее здоровья после еще трех недель обещаний, но спустя 7 недель машину я таки забрал. В процессе были мои звонки, переадресация то на одного, то на другого менеджера. Мои планы были уже сорваны, ряд поездок пришлось переносить на неопределенный срок. «Но мы вам брызговики поставили бесплатно», — глупо улыбался сто-шник, передавая мне ключи.

Все же, факт возврата машинки радовал несказанно, и в прекрасном настроении в тот же день я поехал к заказчику. Заказчик, весьма приятный в общении дяденька, увидев меня, почему-то изменился в лице: «Какого хрена вы ничего не делаете? Когда будут результаты? Мы работаем уже второй месяц, сдвигов по проекту нет! Менеджеры ваши непонятно куда пропали. Они на работу ходят или нет?». Машинка внезапно перестала радовать. «Как это нихрена не делаем?», — лихорадило в мозгу. «Вчера ж было совещание, смотрели систему, все ж по плану».
Читать дальше →
Всего голосов 10: ↑9 и ↓1 +8
Просмотры 12K
Комментарии 8

Управление проектами машинного обучения с высокой ценой ошибки. Лекция в Яндексе

Блог компании Яндекс Машинное обучение *Управление проектами *
Модели машинного обучения нужно уметь не только разрабатывать, но и «продавать» заказчику. Если у него не будет понимания, почему предлагается именно такое решение, то всё закончится статьёй в журнале и выступлением на конференции. Директор компании Loginom Алексей Арустамов обращает внимание на ключевые моменты, которые важно отразить в описании модели. Это выступление прошло пару недель назад на конференции Яндекса из серии «Data & Science».


Если у вас цена ошибки маленькая, то вообще все равно, что там интерпретировать. Дали вы не ту рекомендацию — ну и бог с ней. В поиске что-то вывели — ну и ничего страшного. Но все меняется, когда речь идет о вещах, связанных с большими издержками, где цена ошибки очень большая. И тогда люди не очень любят доверять черному ящику. Это просто здравый смысл.
Всего голосов 41: ↑41 и ↓0 +41
Просмотры 16K
Комментарии 6

Имплицитные знания или почему заказчик почти всегда прав

Дизайн

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

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

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

Когнитивный психолог Артур Ребер предполагал, что мы можем усваивать достаточно сложные объемные информационные структуры без участия сознания и намерения что-то выучить. Для того чтобы глубже изучить это явление, он провел серию экспериментов. Он создал небольшую схему, которая позволяла собирать из нескольких символов грамматические последовательности. Своего рода искусственный язык. Ребер приглашал испытуемых в свою лабораторию и объяснял, что сейчас они будут участвовать в экспериментах, направленных на изучение памяти. Им будут предъявлены бессмысленные последовательности символов, которые нужно будет как можно более точно запомнить и записать. После того как им были показаны 40-50 последовательностей в виде карточек, все записи убирались и Ребер сообщал испытуемым, что на самом деле те последовательности, которые они запоминали, были не случайными наборами, а составлены по определенным правилам. Правилам искусственной грамматики. Во втором этапе эксперимента испытуемым были предъявлены новые последовательности, часть из которых соответствовала этим правилам, а другая часть — нет и они должны были определить, какие последовательности соответствуют правилам, а какие нет. Обескураженные неожиданным поворотом событий, испытуемые в ходе второй части эксперимента классифицировали строчки на грамматические или не грамматические, как им казалось, абсолютно наугад. Но, как выяснилось по итогам эксперимента, большая часть строчек этих последовательностей были классифицированы испытуемыми правильно.

Читать далее
Всего голосов 14: ↑14 и ↓0 +14
Просмотры 4.4K
Комментарии 9

«Чего ты хочешь?!», или Работа с задачами и ожиданиями заказчиков

Блог компании Digital Design Управление проектами *Управление продуктом *Интервью Подготовка технической документации *

Всем привет! Меня зовут Женя, я менеджер по развитию продукта в компании «Диджитал Дизайн».

Все знают, что ничего в этом мире не делается просто так. У всего есть причина – в мире IT эта причина называется «болью». Обычно наши заказчики приходят к нам с чётким пониманием своей проблемы и предполагаемых путей её решения. Однако, иногда случается так, что приходится работать с очень размытыми требованиями к потенциальному проекту.

Что делать в таких случаях? Сегодня я поделюсь некоторыми подходами, которые активно использую в своей практике.

Читать далее
Всего голосов 2: ↑0 и ↓2 -2
Просмотры 1.8K
Комментарии 2