История – одного проекта на «Доверии». Или как большие маленьких обижают

Одна маленькая, но очень гордая ИТ фирма, работала на субподряде у “монстров” отечественной ИТ индустрии. Начинали свое сотрудничество они еще до кризиса, когда деньги особо не считали, выделяя на разработку столько, сколько нужно. Меряли на глазок, ну примерно вот столько, показывая зазор между большим и указательным пальцами, дающий понять – нужную толщину пачки денег. При таком раскладе, напрягаться с точными расчетами бюджета проекта не было особого резона. Прикинули грубо и побежали. Ошиблись, ну с кем не бывает, технологии все время меняются, заказчик толком объяснить, что ему надо не может. Главное выдержать временные сроки. Чувствуешь, что не успеваешь, привлек еще специалистов и гонишь разработку к сроку. Выходит конечно чуть дороже, но вполне работоспособная схема, всем хватало, и главное голова от проблем особо не болела. Но вот по мере углубления кризиса, стали возникать вопросы к бюджету, вернее к его нехватке. Поскольку это случилось, как всегда неожиданно, то сначала в кампаниях зародился некий дискомфорт, пошли склоки, поиски виноватых и наказания невиновных. Всех кого надо конечно наказали, но проблемы почему-то остались. Призадумались тут. Как же дальше жить с этим? Опять же, в своей массе специалисты крупных ИТ фирмах знают и умеют грамотно и эффективно верстать бюджеты, но от этого как-то уже постепенно отвыкли, за ненадобностью. Тут же надо напрягаться, как-то брать ответственность, возиться с нюансами, держать руку на пульсе и реагировать, реагировать и реагировать. Короче держать себя и других все время в тонусе. ...Далее...

[Перевод] Поощрение поиска уязвимостей в криптовалюте Dash (с BugCrowd)

image
Являясь успешным проектом цифровой валюты с открытым исходным кодом, Dash несёт ответственность за безопасность. Понимая, что идеал не достижим, очень важно продолжать усердно работать в этом направлении. Известен ряд значительных “багов”, которые уже ощутимо повлияли на инвесторов в криптомире: от “августовского бага 2010, когда произошёл взлом протокола Биткойна”, что привело к созданию 184 млрд. Биткойнов до бага в “умном контракте” в ETH, что повлекло многомиллионные потери.
Что же касается криптовалюты Dash, здесь дело обстоит так:
Читать дальше →

Законы России о новых сферах: занимательные факты, или почему плачет тупик



Наверняка у каждого есть свои любимые статьи на Хабре: те, что можно найти даже не в избранном, а проще — по памяти. Одна из таких у меня лично — вот эта: о закрытии LibertyReserve.

В первую очередь потому, что о ней вспоминаю, в последнее время особенно, всё время, когда мне говорят о запрете криптовалют, ICO, блокчейн-проектов, VPN, TOR'а и т.д. Судите сами:
Читать дальше →

Техническая композиция диаграмм процессов

Бизнес-процессы, проекты, да и любую последовательность связанных задач удобно отображать в виде диаграмм процессов. Изучить процесс, вывести его сюжет и изложить его в виде схемы — само по себе непростая задача, поэтому зачастую, преодолев первые трудности, мы спешим сразу поделиться достигнутыми результатами. Подобная поспешность может сыграть с нами злую шутку, так как диаграммы — это визуальные данные, и если они будут скверно оформлены, то их эффективность будет снижена. Поэтому, получив первые эскизы и проверив их корректность, следует задуматься о доводке их визуального представления. Напомню, что практичный способ строить диаграммы процессов изложен в предыдущей статье «Искусство создания диаграмм процессов», которую рекомендуется прочесть предварительно. В основе любого графического представления данных лежит его композиция — соотношение и взаимное расположение частей данного представления. Удачное композиционное решение может сделать диаграмму проще для понимания, обогатить её дополнительным смыслом и повысить её привлекательность. К сожалению, чтобы отыскать такую композицию, нужно обладать композиционным чутьём и опытом, однако, если следовать определённым правилам, можно получить вполне сносный результат, даже будучи новичком. Сначала рассмотрим технический подход к поиску композиционного решения. image ...Далее...

Практика формирования требований в ИТ проектах от А до Я. Часть 2. Цели и Потребности

С частью 1 можно ознакомиться, перейдя по ссылке

IV ОПРЕДЕЛЯЕМ ЦЕЛИ, ПРОЕКТА


Цель не обязательно должна достигаться. Порой это просто направление двигаться дальше.
Брюс Ли.



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

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

Мир платежного посредничества: практикум в волшебстве

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

Итак, мы остановились на небольших изменениях блока ЛПР в нашем сценарии (Я рассмотрю одно из направлений). Изначально менеджеру предлагалось выходить на SPIN, используя такие вопросы:
Читать дальше →


Последние посты