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

Компания Taucraft Limited временно не ведёт блог на Хабре

Сначала показывать

Система управления проектами вроде Jira, только чтобы «облачная» и до 5 пользователей бесплатно

Время на прочтение1 мин
Количество просмотров48K

Коллеги, на правах публикации в хабе компании, разрешите поделиться новостью, к которой мы шли примерно год. Мы официально выпустили бесплатную версию TargetProcess в «облаке» aka SaaS aka On-Demand.

TargetProcess – система управления проектами с фокусом на методологии Agile (XP, Scrum, Kanban). Систему начали разрабатывать в 2004 году четыре белорусских программиста. Теперь ей пользуется больше тысячи компаний по всему миру (Orange, Sony, Intel, Microsoft, Paralles, Kaplan и др.). Основные преимущества: скорость, гибкая настройка и удобство использования.

Дальше я расскажу, как она наша система может вам пригодиться.
Читать дальше →
Всего голосов 21: ↑20 и ↓1+19
Комментарии30

Игра 15

Время на прочтение3 мин
Количество просмотров42K

В начале 1880 года, некий Чарльз Певи, дантист из Вустера, привлёк внимание общественности предложив $1000 (тогда это были неплохие деньги), за решение следующей задачи: пятнадцать шашек были размещены в квадратной коробочке в правильном порядке, и только шашки 14 и 15 были переставлены, как показано на рисунке. Задача состояла в том, чтобы, последовательно передвигая шашки, привести их в нормальное положение, причем, однако, порядок шашек 14 и 15 должен быть исправлен.

У нас в компании каждый сотрудник может 5 часов в неделю заниматься самообразованием (читать/писать на «Хабр», учить F# или читать SICP). Со временем данная практика эволюционировала в создание мини-проектов. Так, например, Максим, опытный JavaScript-разработчик, решил попробовать себя в создании приложений под iOS, и, примерно, за полтора месяца выпустил пятнашки, которые, без всякой рекламы, за неделю продаж вошли в TOP 10 русского App Store в категории игры.

Далее код проверки на Objective-C и принцип прохождения пятнашек из книги Якова Исидоровича Перельмана «Живая математика».
Читать дальше →
Всего голосов 50: ↑37 и ↓13+24
Комментарии40

Наши процессы. Опыт формирования support-команды и немного про SMM

Время на прочтение9 мин
Количество просмотров12K


В продолжение темы «Наш процесс разработки: 50 месяцев эволюции» разрешите вам рассказать историю формирования нашей support-команды.
Читать дальше →
Всего голосов 14: ↑10 и ↓4+6
Комментарии18

Наши принципы

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

Летом 2010 руководство компании в срочном порядке выехало на море в Республику Кипр. Купаясь ночью в теплых Средиземных водах и общаясь много часов подряд, была выработана новая концепция и стратегия, которая оказалась на редкость удачной и верной.

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

У нас выстроилась довольно четкая и простая концепция, по которой мы реорганизовали все.



скучные подробности
Всего голосов 16: ↑12 и ↓4+8
Комментарии9

Размышления об эволюции маркетинга в IT

Время на прочтение7 мин
Количество просмотров6.6K
Да-да. Именно размышления. Я не стану перечислять по пунктам «39 вещей, которые поднимут ваши продажи на 235%». Вместо 39 и 235 можно подставить любую другую цифру. Всякий здравомыслящий человек понимает, что ограниченные в своей конечности списки «how to’s» или «хаутусов», как я их про себя называю, нисколько не помогут в конкретной ситуации. По этому поводу есть хорошее высказывание одного ученого:

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

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

Все просто: когда в конце 90х человек заканчивает лингвистический вуз, по специальности учитель английского и немецкого языка, то ясное дело, что учителем работать ну никак не хочется. И даже окончание магистратуры этому желанию не способствует. Можно было попробовать свалить куда-нибудь, к чему стремились многие однокурсники, и что некоторые сделали, но этот вариант оказался не для меня. To cut a long story short, деятельность моя в IT, начатая в качестве переводчика, плавно переросла в продажи и маркетинг.

Ситуация в то время была весьма благоприятной для людей, владеющих английским. Конец 90х -начало нулевых. В западном мире широко раскручена тема аутсорса. Толковые мозги девелоперов из постсоветского пространства востребованы весьма и весьма. Появилась кучка мелких и средних компаний, которые подвизались на аукционах проектов, или просто каким-то другим способом находили себе заказики. Некоторые особо разросшиеся, которым удалось подгрести под себя ресурсы (какое ужасное слово применительно к людям), предлагали (и до сих пор предлагают) не услуги по разработке софта на заказ, а просто мозги. Естественно, что этим компаниям были нужны менеджеры по продажам, которые могли урвать проектик на аукционе, или же успешно продавать эти самые людские ресурсы. Сразу оговорюсь, в те годы я вообще слабо себе представляла, что в IT можно делать не просто проекты на заказ и продавать разработчиков, но и делать свои (!) собственные продукты. Не спущенные на тебя клиентом, а захотеть, решить и сделать свой продукт. И еще при этом даже добиться успеха. Но я забегаю вперед. Это только с годами стало ясно, что продавать аутсорс или мозги, и делать маркетинг своего продукта – это две больших разницы, как говорил кто-то из классиков.

Поговорим немножко об аутсорсе. К чему сводились продажи:

1. Тусоваться на онлайн-аукционах проектов. Обещать сделать максимум всего за минимум. Эта работа очень похожа на то, что делает зазывала на восточном базаре: во все горло расхваливает товар, не стыдится приврать и пообещать больше, чем можно реально сделать. Ведь главное же урвать проект, а как там потом, и как поступать с такой страшной вещью, как «сhange requests» — это дело десятое. Как-нибудь разрулится. Иногда оно и в самом деле разруливалось, когда клиент понимал, что действительно он стал хотеть уже немножко не то, и требуется больше эфортов, а иногда нет. Опять же, в то время я никак не понимала, почему же эти клиенты с самого начала точно не знают, что им надо, и почему у них меняются требования. Звучит смешно сейчас, когда космические корабли и т.п. и когда agile стал мейнстримом.

2. Рассылки. Они же email marketing, они же direct mailing. Берутся базы каких-нибудь приблизительно подходящих prospects и оптом промыливаются. Рассылками до сих пор пользуются индусские разработческие фермы. Когда я натыкаюсь на этот спам в своем ящике, всякий раз удивляюсь: неужели же до сих пор находится кто-то, кто отзывается на такие предложения.

3. Пресловутый cold calling. Столь много воспетый в разнообразных книжуськах по продажам. Насколько я знаю, cold calling еще сколько-нибудь нормально мог работать в Европе. В USA люди настолько уже запуганы втюхиванием всего чего угодно, что до живого человека дозвониться очень сложно. Я ни разу не видела, чтобы из cold calling'а получилось что-то путное, хотя существуют мифы, что кто-то где-то якобы кого-то таким образом подцепил.

Читать дальше →
Всего голосов 16: ↑10 и ↓6+4
Комментарии5

Истории

7 типичных русских проблем в английской речи

Время на прочтение10 мин
Количество просмотров254K
South Park
Предметом данной статьи является попытка систематизировать культурные различия, и типичные ошибки которые мы допускаем с нашими иностранными коллегами. Большинство примеров взято из книги Русские проблемы в английской речи. Я взял на себя смелость в небольшой популяризации данной темы, снабжению комментариями и собственными примерами.

1. Я прав, а ты нет
Читать дальше →
Всего голосов 170: ↑160 и ↓10+150
Комментарии171

Наш процесс разработки: 50 месяцев эволюции

Время на прочтение9 мин
Количество просмотров44K
Нашей компании уже 6 лет. Она была основана на принципах agile и росла на них. Мы использовали Extreme Programming с самого первого дня, добавили немного Scrum позже и в конце концов переключились на Kanban. Хочется поделиться бесценным опытом и рассказать об изменениях нашего процесса разработки за последние 4 года.



Много ужасных таблиц и красивых картинок
Всего голосов 130: ↑114 и ↓16+98
Комментарии147

Как мы на самом деле работаем

Время на прочтение4 мин
Количество просмотров30K
В пятницу мы поделились тайными секретами нашей работы. Либо секреты оказались не такими уж тайными, либо звезды стали в неудобную позицию, либо наш уровень интеллекта слишком низок, но реакция на пост оказалась не такой, как мы ожидали.

Сегодня мы хотим рассказать вам, как мы на самом деле работаем.

Кухня


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

Начнем с самого главного — с пищи материальной. Все, что написано ниже, бесплатно для всех сотрудников. У нас стоит итальянская кофе-машина:


много фотографий и немного текста
Всего голосов 45: ↑39 и ↓6+33
Комментарии30

Как мы работаем

Время на прочтение2 мин
Количество просмотров22K
Сегодня мы хотим приоткрыть завесу и рассказать о нескольких секретных практиках нашей компании. Мы делаем систему управления гибкими проектами TargetProcess. Надеемся, что практики помогут вам понять наши ценности и видение лучше.

Смотритель за Функциональными Тестами (СФУТ)


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

Для обозначения СФУТ разработчика у нас есть кот. Кот целый день сидит на столе возле СФУТ и улыбается.



В течение ежедневного собрания кот передается от одного разработчика к следующему по списку.
узнать, что делают с котом дальше
Всего голосов 43: ↑22 и ↓21+1
Комментарии103

Краткий словарь основных терминов стартап комьюнити, или 33 трэнди вордс для паблик интерэкшенз

Время на прочтение8 мин
Количество просмотров40K
image
Пури́зм (лат. purus — чистый) — преувеличенное стремление к чистоте литературного языка, к изгнанию из него всяких посторонних элементов […], чтобы развитие языка протекало свободно от внешних, случайных влияний и чтобы в наличный состав его не входили чуждые и ненужные ему примеси. wikipedia
Читать дальше →
Всего голосов 127: ↑102 и ↓25+77
Комментарии48

Паттерны Визуализации Информации

Время на прочтение7 мин
Количество просмотров20K
Пару лет назад я сильно заинтересовался UX и всем, что с ним связано. Постепенно пришло понимание, насколько важна визуализация информации, особенно сейчас. Прочитав Тафти, Кливеленда и Бертена, просто невозможно не думать в этом направлении. Постоянно приходят в голову идеи, как сделать вещи (в частности, в нашем продукте) более визуальными, более понятными.

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

И, как обычно, прощу прощения за объем статьи. Но, надеюсь, вам будет интересно дочитать до конца.



Узнать интригующие подробности
Всего голосов 96: ↑92 и ↓4+88
Комментарии25

Как мы учимся

Время на прочтение5 мин
Количество просмотров6.8K
Я хочу поговорить от трех аспектах наших знаний: широта охвата дисциплин, глубина знания дисциплин и связи между дисциплинами. У меня родилась неплохая метафора, которая сводит их воедино. Вообще я не особо люблю метафоры, потому что они частенько ведут не в ту сторону. Но в данном случае метафора мне кажется весьма удачной.

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

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

Карта


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



Читать дальше →
Всего голосов 94: ↑82 и ↓12+70
Комментарии80

Будущее гибкой разработки ПО

Время на прочтение14 мин
Количество просмотров21K

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

Проблема в том, что никто не знает, как на самом деле писать классный софт быстро и правильно. Waterfall благополучно скончался на рубеже веков, а новые методы разработки (agile) пока не могут решить фундаментальные проблемы.
Узнать, что нам всем делать и как с этим жить
Всего голосов 190: ↑180 и ↓10+170
Комментарии81

5 причин отказаться от оценок

Время на прочтение2 мин
Количество просмотров5.2K
В нашей компании мы не оцениваем работу. Ни в часах, ни в поинтах, ни в зеленых крокодилах. Совсем не оцениваем. Если вы давно хотели отказаться от оценок, но не знали, почему, вот вам пять причин.

1. Вы не будете тратить время на оценки


Оценки занимают время. Даже если вы оцениваете в абстрактных поинтах, играя в покер, все равно тратится прилично времени. А что, если вы хотите улучшить точность оценок? Тогда вы собираете данные, анализируете данные и обсуждаете результаты анализа. Все это тоже занимает прилично времени. Но подумайте, вам на самом деле нужны оценки? Часто это waste. Лучше потратить время на что-то действительно полезное для продукта.
узнать остальные причины
Всего голосов 109: ↑80 и ↓29+51
Комментарии213

Ближайшие события

7 – 8 ноября
Конференция byteoilgas_conf 2024
МоскваОнлайн
7 – 8 ноября
Конференция «Матемаркетинг»
МоскваОнлайн
15 – 16 ноября
IT-конференция Merge Skolkovo
Москва
22 – 24 ноября
Хакатон «AgroCode Hack Genetics'24»
Онлайн
28 ноября
Конференция «TechRec: ITHR CAMPUS»
МоскваОнлайн
25 – 26 апреля
IT-конференция Merge Tatarstan 2025
Казань

Компания Taucraft. Инфографика

Время на прочтение1 мин
Количество просмотров20K



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

Читать дальше →
Всего голосов 97: ↑75 и ↓22+53
Комментарии67

Наш рабочий процесс

Время на прочтение2 мин
Количество просмотров11K
Наша компания разрабатывает систему управления agile проектами TargetProcess. За несколько лет разработки мы попробовали очень много самых разных практик, и пришли к своему процессу, которому успешно следуем и особо не меняем уже полгода.

Так как всякий процесс имеет границы применения, начнем с контекста.

Контекст


  • Разработка одного большого веб-приложения силами 10-20 человек;
  • Продукту уже 6 лет;
  • Используемые технологии: С#, ASP.NET, NHibernate, ExtJS;

Весь процесс описывать долго и нудно, так что вот самые главные практики.

Не очень технические практики


Цикл.
Сначала мы использовали итерации, но отказались от них полтора года назад. Когда продукт набирает определенный вес, гораздо лучше иметь возможность выпустить релиз в любой момент времени, когда готова хотя бы одна новая фича. Так что все дружно перешли на Kanban. Сейчас мы можем выпустить любой бакфикс в течение дня. Новые публичные билды выходят примерно раз в неделю.
Читать дальше →
Всего голосов 38: ↑28 и ↓10+18
Комментарии17

Эффективная команда

Время на прочтение4 мин
Количество просмотров4.8K
Почему команды жгут? Почему одни команды полны энтузиазма, доверия и страсти, а другие аппатичны и скучны? К сожалению, не существует рецепта создания классной команды. Невозможно добавить 5 граммов доверия, поджечь, добавить немного общения и варить до готовности.

А нужны ли нам вообще команды?

Работа в одиночку


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

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

При работе в команде все не так радужно, не так ли? Внезапно, вам приходится посещать совещания. Вам приходится участвовать в различных дискуссиях на технические темы (что еще ничего), а также на другие неинтересные и скучные темы. Вам приходится отвечать на вопросы, хотя бы из вежливости, а также частенько делать вещи, с которыми вы совершенно несогласны.

Так зачем же люди формируют команды?
Читать дальше →
Всего голосов 33: ↑29 и ↓4+25
Комментарии26