Разработка IT-продукта – начиная от создания ТЗ и заканчивая тестированием – сложный и многоэтапный процесс. Сделать его более понятным и структурированным как для заказчика, так и для исполнителя помогают методологии разработки.
Мы используем две основных методологии: «Waterfall» (каскадная модель или «водопад») и «Agile» (гибкая методология разработки). В этом посте расскажем суть первой методологии.
Каскадная модель актуальна для проектов, длительность разработки которых – от 4-х до 6-ти месяцев, не предполагающих изменений по ходу процесса и с понятным конечным вариантом. Подробнее о классической модели «Waterfall» можно почитать здесь. Как и в классическом «водопаде», мы можем «закрыть» все этапы создания продукта. Готовы совместно с клиентом (или даже вместо него) составить подробное ТЗ, делаем дизайн, непосредственно разработку, тестирование, обеспечиваем дальнейшую поддержку.
Но, в отличие от классической модели, где вся работа происходит как один этап, мы в соответствии с ТЗ разбиваем проект на так называемые блоки функциональности. Создание продукта идет блоками согласно заранее составленному road map (дорожной карте). Клиент оплачивает и получает готовый блок, после чего начинается разработка следующего. Некоторые компании сдают проект целиком, но нам это кажется не очень удобным из-за риска большого количества правок.
После того, как все блоки сданы и оплачены, переходим к этапу поддержки и сопровождения продукта. Если планируется его развитие (а это добавление новых функций), обсуждается их перечень и стоимость. Процесс вновь разбивается на отдельные блоки, и клиенту выставляется цена за доработку. Также есть гарантийный период (от трех до шести месяцев), в течение которого все технические баги устраняются бесплатно.
Преимущество этой методологии – заказчик знает конечную стоимость продукта. Это важно для небольших проектов с ограниченным бюджетом. Предполагается, что в ТЗ и дорожной карте просчитан каждый этап и учтены все мелочи. На разработку выделяется четко сформированный бюджет, остающийся неизменным до конца процесса. Все риски в этой методологии уходят на IT-компанию. Если по ходу работы всплывает зафиксированная в ТЗ, но неучтенная деталь, то дополнительные затраты несет исполнитель.
Кроме того, эта модель подразумевает прогнозируемые и прописанные в road map сроки окончания проекта.
Основной минус «Waterfall» – объем работ в ней заранее и четко определен. Если вдруг в середине проекта клиенту захочется что-то переделать – придется понести дополнительные затраты. Поэтому и для заказчика, и для исполнителя еще на этапе ТЗ важно обсудить все требования к продукту и максимально учесть детали разработки.
Один из следующих постов посвятим еще одной популярной методологии – Agile-модели и расскажем, кому она подходит.
#Технологии
Мы используем две основных методологии: «Waterfall» (каскадная модель или «водопад») и «Agile» (гибкая методология разработки). В этом посте расскажем суть первой методологии.
Каскадная модель актуальна для проектов, длительность разработки которых – от 4-х до 6-ти месяцев, не предполагающих изменений по ходу процесса и с понятным конечным вариантом. Подробнее о классической модели «Waterfall» можно почитать здесь. Как и в классическом «водопаде», мы можем «закрыть» все этапы создания продукта. Готовы совместно с клиентом (или даже вместо него) составить подробное ТЗ, делаем дизайн, непосредственно разработку, тестирование, обеспечиваем дальнейшую поддержку.
Но, в отличие от классической модели, где вся работа происходит как один этап, мы в соответствии с ТЗ разбиваем проект на так называемые блоки функциональности. Создание продукта идет блоками согласно заранее составленному road map (дорожной карте). Клиент оплачивает и получает готовый блок, после чего начинается разработка следующего. Некоторые компании сдают проект целиком, но нам это кажется не очень удобным из-за риска большого количества правок.
После того, как все блоки сданы и оплачены, переходим к этапу поддержки и сопровождения продукта. Если планируется его развитие (а это добавление новых функций), обсуждается их перечень и стоимость. Процесс вновь разбивается на отдельные блоки, и клиенту выставляется цена за доработку. Также есть гарантийный период (от трех до шести месяцев), в течение которого все технические баги устраняются бесплатно.
Преимущество этой методологии – заказчик знает конечную стоимость продукта. Это важно для небольших проектов с ограниченным бюджетом. Предполагается, что в ТЗ и дорожной карте просчитан каждый этап и учтены все мелочи. На разработку выделяется четко сформированный бюджет, остающийся неизменным до конца процесса. Все риски в этой методологии уходят на IT-компанию. Если по ходу работы всплывает зафиксированная в ТЗ, но неучтенная деталь, то дополнительные затраты несет исполнитель.
Кроме того, эта модель подразумевает прогнозируемые и прописанные в road map сроки окончания проекта.
Основной минус «Waterfall» – объем работ в ней заранее и четко определен. Если вдруг в середине проекта клиенту захочется что-то переделать – придется понести дополнительные затраты. Поэтому и для заказчика, и для исполнителя еще на этапе ТЗ важно обсудить все требования к продукту и максимально учесть детали разработки.
Один из следующих постов посвятим еще одной популярной методологии – Agile-модели и расскажем, кому она подходит.
#Технологии
❤6🔥5👍2
Приветствуем! Как и обещали, будем знакомить вас с интересными и успешными в своем деле людьми. Наш первый герой – фитнес-тренер IT-компании «БЛЕКХАБ ГЕЙМС» Станислав Бровко.
Станислав Бровко: «Я – маяк, а не какой-то гуру»
Личный тренер IT-команды «БЛЕКХАБ ГЕЙМС» о полезных привычках, связи спорта и бизнеса и лайфхаках для вечно занятых
Вряд ли кто-то будет спорить, что качество жизни в целом и продуктивность в работе в частности зависят от состояния здоровья. Поддерживать его помогают полезные привычки и дисциплина. Наверняка многие слышали, что надо соблюдать режим дня, правильно питаться и двигаться. Однако знать – не значит делать. Сидячая работа, чрезмерная занятость и повсеместная нехватка времени приводят к тому, что мы едим, что попало, засиживаемся за компьютером далеко за полночь и откладываем спорт в долгий ящик, обещая себе с понедельника точно перейти на ЗОЖ.
Между тем существуют лайфхаки, помогающие легко внедрить здоровые привычки в повседневное расписание, и для этого не надо часами пропадать в тренажёрном зале или отказываться от вкусняшек. О том, как стать здоровее телом и душой, при этом не жертвуя работой и досугом, а грамотно совмещая приятное с полезным, рассказывает фитнес-тренер, личный тренер IT-компании «БЛЕКХАБ ГЕЙМС» Станислав Бровко.
Прочитать полное интервью можно по ссылке: https://telegra.ph/Intervyu-Stanislav-Brovko-11-14
#Интервью
Станислав Бровко: «Я – маяк, а не какой-то гуру»
Личный тренер IT-команды «БЛЕКХАБ ГЕЙМС» о полезных привычках, связи спорта и бизнеса и лайфхаках для вечно занятых
Вряд ли кто-то будет спорить, что качество жизни в целом и продуктивность в работе в частности зависят от состояния здоровья. Поддерживать его помогают полезные привычки и дисциплина. Наверняка многие слышали, что надо соблюдать режим дня, правильно питаться и двигаться. Однако знать – не значит делать. Сидячая работа, чрезмерная занятость и повсеместная нехватка времени приводят к тому, что мы едим, что попало, засиживаемся за компьютером далеко за полночь и откладываем спорт в долгий ящик, обещая себе с понедельника точно перейти на ЗОЖ.
Между тем существуют лайфхаки, помогающие легко внедрить здоровые привычки в повседневное расписание, и для этого не надо часами пропадать в тренажёрном зале или отказываться от вкусняшек. О том, как стать здоровее телом и душой, при этом не жертвуя работой и досугом, а грамотно совмещая приятное с полезным, рассказывает фитнес-тренер, личный тренер IT-компании «БЛЕКХАБ ГЕЙМС» Станислав Бровко.
Прочитать полное интервью можно по ссылке: https://telegra.ph/Intervyu-Stanislav-Brovko-11-14
#Интервью
❤6👍4🔥4
В этом посте расскажем про скам (от англ. scam – «мошенничество», «афера») – мошеннические проекты, созданные для получения быстрой, но незаконной выгоды. Они обещают участникам солидные доходы, однако чаще всего представляют собой финансовую пирамиду: за счет средств новых клиентов формируются выплаты более ранним. Таким образом создается видимость успешности проекта, но затем выплата доходов прекращается, а сама фирма или руководитель проекта исчезают в небытие.
К нам не раз обращались с просьбами поучаствовать в разработке подобных проектов. Так, на одной из конференций Blockchain Life поступил заказ на пирамиду в крипте – создание площадки, куда люди инвестируют свои деньги, преумножая их за счет реферальной программы с очень большими бонусами. Заказчик долго пытался скрыть, что это скам, но мы догадались о его целях и вовремя прекратили контакт. Или второй случай, когда нам за пару недель работы двух программистов предложили 5 миллионов рублей. Нас это сразу насторожило и, как оказалось, не зря.
Скам очень сильно бьет по репутации компании, которая нарабатывается годами. Поэтому наша принципиальная позиция – полный отказ от подобных сомнительных проектов. Сложность в том, что одни из них видно сразу, а другие – из-за того, что заказчик осознанно вводит вас в заблуждение – распознать нелегко. Помогают определенные критерии, например, обещание сверхдоходов, отсутствие прозрачности финансовых операций, необоснованная скрытность и избегание ответов на прямые вопросы. Есть техническая составляющая: допустим, просят сделать какой-нибудь финансовый бэкдор для вывода средств, и пользователи могут потерять свои деньги по кнопке у администратора. Такие моменты обговариваются на этапе технического проектирования и при подготовке технического задания.
❗️При возникновении подозрений нужно провести проверку: изучить сайт заказчика, найти юридическое лицо, посмотреть отзывы на бизнес. Важно понимать, что договор от скама не защитит, а вот репутация может быть серьезно испорчена, не говоря уже о юридической ответственности. С опытом начинаешь видеть разные подводные камни и максимально ответственно подходить к таким вещам.
Кроме того, для нас неприемлема передача по аутсорс-модели в другие компании сомнительных проектов от жуликов. Это также может сильно ударить по репутации в бизнес-среде и создать много проблем с точки зрения b2b-взаимодействия.
Приходилось ли вам сталкиваться со скамом? Как относитесь к таким проектам?
#О_нашей_компании
К нам не раз обращались с просьбами поучаствовать в разработке подобных проектов. Так, на одной из конференций Blockchain Life поступил заказ на пирамиду в крипте – создание площадки, куда люди инвестируют свои деньги, преумножая их за счет реферальной программы с очень большими бонусами. Заказчик долго пытался скрыть, что это скам, но мы догадались о его целях и вовремя прекратили контакт. Или второй случай, когда нам за пару недель работы двух программистов предложили 5 миллионов рублей. Нас это сразу насторожило и, как оказалось, не зря.
Скам очень сильно бьет по репутации компании, которая нарабатывается годами. Поэтому наша принципиальная позиция – полный отказ от подобных сомнительных проектов. Сложность в том, что одни из них видно сразу, а другие – из-за того, что заказчик осознанно вводит вас в заблуждение – распознать нелегко. Помогают определенные критерии, например, обещание сверхдоходов, отсутствие прозрачности финансовых операций, необоснованная скрытность и избегание ответов на прямые вопросы. Есть техническая составляющая: допустим, просят сделать какой-нибудь финансовый бэкдор для вывода средств, и пользователи могут потерять свои деньги по кнопке у администратора. Такие моменты обговариваются на этапе технического проектирования и при подготовке технического задания.
❗️При возникновении подозрений нужно провести проверку: изучить сайт заказчика, найти юридическое лицо, посмотреть отзывы на бизнес. Важно понимать, что договор от скама не защитит, а вот репутация может быть серьезно испорчена, не говоря уже о юридической ответственности. С опытом начинаешь видеть разные подводные камни и максимально ответственно подходить к таким вещам.
Кроме того, для нас неприемлема передача по аутсорс-модели в другие компании сомнительных проектов от жуликов. Это также может сильно ударить по репутации в бизнес-среде и создать много проблем с точки зрения b2b-взаимодействия.
Приходилось ли вам сталкиваться со скамом? Как относитесь к таким проектам?
#О_нашей_компании
🔥6👍3❤1
11 друзей Олега или как построить компанию в институте (Часть 1)
Привет, на связи Олег. Я не всегда был бизнесменом из сферы IT. В пору учебы в универе на факультете мехатроники и робототехники вместе с другими активными ребятами работал при местной лаборатории. Занимались там госзаказами.
Как-то в соцсетях меня спросили, а не нужна ли мне работа. Подумал, что это спам. Однако написавший человек оказался представителем компании по созданию квест-комнат. Он предложил поучаствовать в их разработке – создании программ. Там я познакомился с сотрудником, который занимался электроникой этих квестов, и вместе мы активно погрузились в дело.
Постепенно начали работать с другими заказчиками, и в один прекрасный момент в их числе оказалась компания Escape Game - ТОП 1 по созданию квестов в Европе. Мы поехали к ним в Германию. Презентовали себя как солидную компанию с большим опытом😎, хотя нас было всего двое. Договорились, что через месяц сделаем им первый квест.
Вернувшись в родной Питер, срочно собрали в университетской лаборатории знакомых ребят и объяснили, что нам надо. На протяжении следующего месяца в режиме 24/7 мы командой из 10 человек создавали квест – и софт, и электронику. Но в срок все равно не уложились. Пока собирались с духом позвонить и покаяться перед заказчиком, – они позвонили сами. Сообщили, что не успевают построить помещение под наш квест и предложили сдвинуть срок еще на месяц. Мы со скорбью в голосе ответили, что «очень жаль, ведь у нас давно все готово» 😆 В общем, за второй месяц закончили проект и поехали на первый монтаж.
Дальше – больше: в рамках франшизы стали делать квесты на потоке, массово по всей Европе. Однако в какой-то момент у нас начались разногласия с Escape Game, касающиеся проблем как с оборудованием, так и с коммуникацией. Участники квестов, проходя их, часто ломали оборудование, а мы – поскольку жили в Питере – не могли оперативно приехать и его починить. Кроме того, то на тот момент никто из нас не представлял, как грамотно общаться с заказчиком и строить бизнес. Поэтому наше сотрудничество сошло на нет.
(Продолжение следует)
#Бизнес #О_нашей_компании
Привет, на связи Олег. Я не всегда был бизнесменом из сферы IT. В пору учебы в универе на факультете мехатроники и робототехники вместе с другими активными ребятами работал при местной лаборатории. Занимались там госзаказами.
Как-то в соцсетях меня спросили, а не нужна ли мне работа. Подумал, что это спам. Однако написавший человек оказался представителем компании по созданию квест-комнат. Он предложил поучаствовать в их разработке – создании программ. Там я познакомился с сотрудником, который занимался электроникой этих квестов, и вместе мы активно погрузились в дело.
Постепенно начали работать с другими заказчиками, и в один прекрасный момент в их числе оказалась компания Escape Game - ТОП 1 по созданию квестов в Европе. Мы поехали к ним в Германию. Презентовали себя как солидную компанию с большим опытом😎, хотя нас было всего двое. Договорились, что через месяц сделаем им первый квест.
Вернувшись в родной Питер, срочно собрали в университетской лаборатории знакомых ребят и объяснили, что нам надо. На протяжении следующего месяца в режиме 24/7 мы командой из 10 человек создавали квест – и софт, и электронику. Но в срок все равно не уложились. Пока собирались с духом позвонить и покаяться перед заказчиком, – они позвонили сами. Сообщили, что не успевают построить помещение под наш квест и предложили сдвинуть срок еще на месяц. Мы со скорбью в голосе ответили, что «очень жаль, ведь у нас давно все готово» 😆 В общем, за второй месяц закончили проект и поехали на первый монтаж.
Дальше – больше: в рамках франшизы стали делать квесты на потоке, массово по всей Европе. Однако в какой-то момент у нас начались разногласия с Escape Game, касающиеся проблем как с оборудованием, так и с коммуникацией. Участники квестов, проходя их, часто ломали оборудование, а мы – поскольку жили в Питере – не могли оперативно приехать и его починить. Кроме того, то на тот момент никто из нас не представлял, как грамотно общаться с заказчиком и строить бизнес. Поэтому наше сотрудничество сошло на нет.
(Продолжение следует)
#Бизнес #О_нашей_компании
👍12🔥4❤1
Привет, на связи Дина – бизнес-ассистент Nomium. В силу специфики работы мне постоянно приходится генерировать креативы, готовить презентации и контент для сайта и соцсетей. Справиться с этими задачами помогает, в том числе, нейросеть Midjourney, опытом использования которой хочу поделиться в этом посте.
Midjourney создает изображения по предложенному ей тексту. Чтобы подробнее разобраться с тем, как она работает, я нашла статью с информацией по ее по настройке. Изучила основные моменты, чтобы понять, как формировать запрос, устанавливать размеры картинки, улучшать качество, стиль и т.д.
Вот одна из статей по работе с Midjourney: https://habr.com/ru/companies/rshb/articles/743298/
❗️Самое главное в работе с ИИ – это правильный запрос: чем он точнее, тем более качественным будет ответ. Поначалу сложность была в том, что картинки генерировались неправдоподобными. Появлялись какие-то ошибки, например, самолет получался с кривыми и неравномерными винтами, а люди – с размазанными и искривленными лицами. На тот момент проблема решалась только методом новых и новых генераций и более точных запросов.
Но недавно в Midjourney появилась новая функция для регенерации отдельных участков изображения. Надо выделить нужный участок, описать, что именно должно здесь быть, и нейросеть нарисует только эту часть, оставив остальное изображение неизменным. Это очень удобно: можно исправить отдельные недочеты, если вся картинка в целом понравилась👍
В Midjourney я начала с генерации картинок для нашего сайта, в частности, для раздела «Портфолио». Также пыталась генерировать картинки и для других разделов. Но на тот момент Midjourney еще не рисовала в нужном нам стиле, поэтому буду пробовать еще раз.
Аватары для сотрудников в CRM я также генерировала в Midjourney. С помощью команды blend миксовала реальную фотографию человека и картинку нужной мне стилистики (подробнее о команде https://docs.midjourney.com/docs/blend). Добавляла к ним уточняющий текст: размер и качество картинки, стиль, а также пол и возраст человека. После того, как получался нужный вариант, с помощью бота Insightface (его нужно добавить в канал с Midjourney) я заменяла лицо на картинке на лицо человека с фото через функцию swapid. Таким образом картинки оказывались очень реалистичными.
Кстати, изображения для постов на канале, например, для поста про сарафанное радио, тоже генерировались с помощью Midjourney.
#О_нашей_компании
Midjourney создает изображения по предложенному ей тексту. Чтобы подробнее разобраться с тем, как она работает, я нашла статью с информацией по ее по настройке. Изучила основные моменты, чтобы понять, как формировать запрос, устанавливать размеры картинки, улучшать качество, стиль и т.д.
Вот одна из статей по работе с Midjourney: https://habr.com/ru/companies/rshb/articles/743298/
❗️Самое главное в работе с ИИ – это правильный запрос: чем он точнее, тем более качественным будет ответ. Поначалу сложность была в том, что картинки генерировались неправдоподобными. Появлялись какие-то ошибки, например, самолет получался с кривыми и неравномерными винтами, а люди – с размазанными и искривленными лицами. На тот момент проблема решалась только методом новых и новых генераций и более точных запросов.
Но недавно в Midjourney появилась новая функция для регенерации отдельных участков изображения. Надо выделить нужный участок, описать, что именно должно здесь быть, и нейросеть нарисует только эту часть, оставив остальное изображение неизменным. Это очень удобно: можно исправить отдельные недочеты, если вся картинка в целом понравилась👍
В Midjourney я начала с генерации картинок для нашего сайта, в частности, для раздела «Портфолио». Также пыталась генерировать картинки и для других разделов. Но на тот момент Midjourney еще не рисовала в нужном нам стиле, поэтому буду пробовать еще раз.
Аватары для сотрудников в CRM я также генерировала в Midjourney. С помощью команды blend миксовала реальную фотографию человека и картинку нужной мне стилистики (подробнее о команде https://docs.midjourney.com/docs/blend). Добавляла к ним уточняющий текст: размер и качество картинки, стиль, а также пол и возраст человека. После того, как получался нужный вариант, с помощью бота Insightface (его нужно добавить в канал с Midjourney) я заменяла лицо на картинке на лицо человека с фото через функцию swapid. Таким образом картинки оказывались очень реалистичными.
Кстати, изображения для постов на канале, например, для поста про сарафанное радио, тоже генерировались с помощью Midjourney.
#О_нашей_компании
❤11👍8