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

Пользователь

Отправить сообщение

Настольные игры: во что играют в IT-офисах?

Время на прочтение9 мин
Количество просмотров113K
В этом топике — обещанный обзор разных настольных игр.

— Первая часть — это «портированные» версии известных компьютерных (по сюжету Starcraft, Warcraft, Civilization, Age of Empires, Master of Orion, Doom)
— Вторая часть — игры, которые интересны многим хабражителям, судя по комментариям к прошлым топикам.
— В комментариях предлагаю делиться информацией об интересных играх: думаю, многие смогут подсказать нечто необычное в плане поиграть или же предупредить от напрасной покупки.
— Топик будет интересен тем, кто хочет понять, что популярно на рынке, вкратце посмотреть товар для магазина и тем, кому просто интересно, что же там вообще есть из настольных игр для себя, компании или в подарок.
— В конце есть приятный бонус хабрачитателям.

Читать дальше →
Всего голосов 132: ↑120 и ↓12+108
Комментарии171

Концепция web-проекта или почему мы убиваем свои идеи?

Время на прочтение7 мин
Количество просмотров56K
Ежедневно десятки людей загораются идеей создать нечто своё, реализовать свой web-проект. В большинстве случаев все эти начинания ни к чему не приводят. Как не удивительно, основной причиной провала проекта служит отсутствие или недоработаность концепции.
В этой статье рассмотрены анализ успешности «зелёных» web-проектов, причины их провалов и методика написания концепции проекта. Статья рекомендуема для прочтения всем людям, решившим создать свой web-проект впервые.
Читать дальше →
Всего голосов 159: ↑128 и ↓31+97
Комментарии131

Agile команда и контракты с фиксированной ценой

Время на прочтение13 мин
Количество просмотров11K
Контракты с фиксированной ценой — это зло, вот что можно услышать от адептов agile. С другой стороны, такие контракты — это реальность, с которой сталкиваются многие agile команды. Но что, если мы попытаемся укротить это зло, а не бороться с ним?

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

Так давайте же начнем с самого контракта.

Фиксированная цена, время и объем обязательств



Такие контракты фиксируют сразу три магических фактора — деньги, время и объем обязательств. Являются ли цена и сроки проблемой для agile команд? Ну, не должны быть. На самом деле, таймбоксинг (timeboxing) — это обычная практика. Ограничение бюджета только помогает таймбоксингу лучше работать.

Настоящей проблемой контрактов с фиксированной ценой является объем обязательств, ведь обычно прописано, что именно должно быть сделано, вместо того, сколько именно нам следует работать.
Читать дальше →
Всего голосов 53: ↑42 и ↓11+31
Комментарии26

Как я удалённо покупал прямой московский номер

Время на прочтение2 мин
Количество просмотров10K
Хочу поделиться своим опытом приобретения прямого московского номера с VoIP-клиентом.
Помню, когда-то сам искал здесь информацию об этом, но ничего подобного не нашёл.

Дело происходило этим летом, выбирал между услугами Манго и Роснет.
Остальные фирмы показались несерьёзными или просто были с высокими ценами.
Читать дальше →
Всего голосов 58: ↑47 и ↓11+36
Комментарии40

Зачем нужно и как можно учиться быстро печатать вслепую

Время на прочтение6 мин
Количество просмотров65K
В связи с повышенным интересом к слепому набору в последнее время я хотел бы поделиться мыслями и опытом по теме. Многое из этого вовсе не ново и уже встречалось на Хабре, поэтому попытаюсь как-то обобщить и систематизировать известную мне информацию, и по возможность добавить уникального контента.

Кому и зачем это нужно?


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

Когда речь идет о преимуществах печати вслепую, обычно говорят о высокой скорости набора. Печатать быстро — значит экономить время, которого порой так не хватает. Плюсы скоростной печати достаточно очевидны, однако не для всех они имеют критическую значимость. Некоторые могут вполне резонно сказать: «Мне не нужно печатать быстро, потому что у меня нет необходимости набирать большие тексты, а для переписки и прочих бытовых нужд вполне достаточно смотреть на кнопки и нажимать их одним пальцем» — и будут по-своему правы, ведь им так удобно. Но дело не только в скорости как таковой — есть два очень важных момента, касающихся здоровья, которые почему-то остаются без внимания.
Читать дальше →
Всего голосов 113: ↑99 и ↓14+85
Комментарии135

Asterisk, или домашняя телефония для (про)двинутых пользователей

Время на прочтение14 мин
Количество просмотров121K
Эта история началась два долгих года назад, когда во время командировки в США я ВДРУГ остался без мобильной связи: с дуру перед поездкой поменял телефон, а он оказался «двух-диапазонником»… Да и роуминг не дешёвый…
Итогом стало открытие для себя SIP-телефонии.

И вот несколько месяцев назад, из статей на Хабре, выясняю, что чужим дядям можно и не платить за межгород, если надо позвонить откуда-то в родной город через Интернет! Достаточно поставить VoIP сервер и настроить его так, как надо именно тебе!

И вот, взяв в руки Asterisk, я приступил к операции по борьбе с излишней жадностью ОпСоСов…

Читать дальше →
Всего голосов 177: ↑174 и ↓3+171
Комментарии110

И ещё про «домашний» Asterisk

Время на прочтение4 мин
Количество просмотров19K
Прочитав этот пост, решил поделиться и своим опытом.

В данный момент решены 2 простые задачи:
  • все звонки, поступающие на PSTN номер (обычный городской), переадресовываются на мобильный телефон, который у меня всегда в кармане и, одновременно, на SIP телефон, который стоит дома
  • с SIP телефона я могу звонить как по России, так и в некоторые нужные мне страны по минимальным тарифам.

Как это сделано?
Читать дальше →
Всего голосов 43: ↑38 и ↓5+33
Комментарии46

Конфигурационный менеджмент (часть 2, обзор инструментов)

Время на прочтение9 мин
Количество просмотров6.7K
Прошло много времени, прежде чем я созрел на написание второй части статьи, посвященной управлению конфигурациями. Тому, что это наконец таки свершилось способствует тот факт, что не так давно мне посчастливилось выступать на конференции PHPCONF 2009 8 октября (Web Architect Workshop Day) с мастер-классом «Метод организации репозитория исходного кода». Для выступления были заблаговременно подготовлены презентация, а также текст доклада. Несмотря на отличную организацию мероприятия, для публичного доступа так и не были выложены материалы докладов, входящих в программу конференции. В качестве компенсации я решил таки опубликовать материал, использованный в моем выступлении. Кроме данной статьи, (которая является логическим продолжением предыдущей), посвященной конфигурационному менеджменту, для публичного обозрения доступны слайды презентации.
В данной статье пойдет речь об инструментах, использующихся при управлении конфигурациями. Поэтому в первую очередь хотелось бы заострить внимание на том, как инструменты, использующиеся в разработке могут влиять на процесс создания ПО.
Читать дальше →
Всего голосов 24: ↑20 и ↓4+16
Комментарии25

Управление рисками

Время на прочтение4 мин
Количество просмотров125K
В Deadline, Том Демарко пишет о том, что для управления проектом, достаточно управлять его рисками. Действительно, всю работу ПМа можно свести к одному — борьба с рисками, которые могут помешать проекту завершиться в срок, в бюджет и с необходимым уровнем качества. Если, по какой-то причине, рисков в проекте нет, то нет и предмета работы ПМа.

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

Читать дальше
Всего голосов 59: ↑55 и ↓4+51
Комментарии63

Пол Грэм

Время на прочтение2 мин
Количество просмотров56K
Paul GrahamСколько раз я уже перечитывал статьи Пола Грэма, столько раз я удивлялся его потрясающему умению открывать глаза на вроде бы обычные вещи. И потрясающей способности интересно описывать окружающий нас мир.

Да, это он в 1998 году продал свою компанию Viaweb интернет-гиганту Yahoo, которая впоследствии назвала этот продукт Yahoo Store. Да, это он основал венчурный фонд Y Combinator. Да, это его журнал BusinessWeek включил в список 25 наиболее влиятельных людей в Сети за 2008.

Хотите читать по-настоящему интересные аналитические статьи? Вам однозначно к Полу. Я настоятельно рекомендую прочитать его заметки. Особенно если вы it-шник. Особенно если вы собираетесь открывать свой бизнес.

Читать дальше →
Всего голосов 125: ↑111 и ↓14+97
Комментарии61

Онлайновая альтернатива Microsoft Project выходит под свободной лицензией

Время на прочтение2 мин
Количество просмотров23K
Компания Projity решила выпустить под открытой лицензией версию своей системы для управления проектами, которая до сегодняшнего дня была доступна в виде веб-сервиса Project-On-Demand. По мнению специалистов, новая программа OpenProj — это очень серьёзная заявка на то, чтобы потеснить позиции нынешнего лидера на этом рынке Microsoft Project.

Программа OpenProj будет интегрирована в крупнейшие дистрибутивы Linux, включая Mandriva, Mint и Sabayon. Кроме того, сейчас идут переговоры с OpenOffice.org и компанией Sun Microsystems, разработчиком StarOffice, чтобы интегрировать OpenProj и в эти офисные пакеты.

Наконец, Projity обещает вложить «значительные ресурсы» в создание общепризнанного открытого стандарта на документы для программ управления проектами. Этот формат мог бы дополнить спецификации OpenDocument Format и стать альтернативой закрытому формату .mpp/.mpx из программы Microsoft Project, хотя с ним OpenProj тоже умеет работать.

Скриншот программы OpenProj
Читать дальше →
Всего голосов 25: ↑24 и ↓1+23
Комментарии21

Выбор программного средства для управления проектом

Время на прочтение2 мин
Количество просмотров4.1K
Для моего друга KamniumKamnium в связи с переходом на Битрикс стал актуальным вопрос управления проектом (за этот же нелюбимый многими хабралюдьми Битрикс ему понизили карму до такой стпени, что ему теперь не написать в блог).

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

Имеется проект, в котором легко выделить подзадачи и подзадачи подзадач, то есть легко строится развесистое дерево проекта (максимальная детализация — это одна из самых важных, на мой взгляд, рекомендаций «Романа об управлении проектами»).
Читать дальше →
Всего голосов 13: ↑9 и ↓4+5
Комментарии33

Фриланс. 10 проблем при работе с заказчиками. Часть1.

Время на прочтение3 мин
Количество просмотров2.4K
В ответ на habrahabr.ru/blog/pm/27099.html хочу привести взгляд на ситуацию со стороны фрилансера.

За годы работы с заказчиками у меня скопилась маленькая “тележка” проблем при работе во фрилансе. Пришло время немного систематизировать эти знания. Приступим.

Проблема 1. Отсутствие техзадания.

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

То, что техзадание отсутствует — основная головная боль для реализатора, ведь никак нельзя потом доказать, что сделано именно то, что нужно было.

Методы решения:
предлагать написание техзадания, как отдельную услугу и закладывать ее в бюджет проекта

просить клиента вернуться, когда у него будет техзадание

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


Проблема 2. Проблемы с финансами.

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

Методы решения:
Регистрация себя, как частного предпринимателя. Но далеко не каждая фирма еще свяжется с частным предпринимателем — есть ньюансы с оплатой.

Поиск “раскрутившихся” частных лиц, предложение им своих услуг.


Проблема 3. Нежелание платить предоплату.

К слову будет сказано — без предоплаты вообще не стоит работать с любым клиентом. Разве что только в начале фрилансерского пути. Либо выполнить мелкий кусок работы над проектом (в течении, например, часа), чтобы показать то, что Вы умеете заказчику (как альтернатива — тестовое задание).

Заказчики не желают платить предоплату по нескольким причинам:

а) не желают потерять время и деньги
б) этот заказчик является кидалой и хочет получить готовую работу и ничего не заплатить

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

если заказчик не хочет платить по причине б) (проверяется “методом тыка”) — не работать с таким заказчиком.

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

Проблема 4. Коммуникации.

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

Методы решения:
стараться избегать таких заказчиков — по моему опыту — ничего хорошего в конечном итоге с такими людьми не светит.

взять себе менеджера и общение с клиентом перенести на его плечи.

работать только при увеличенной плате за работу (для компенсации проблем в общении).


Проблема 5. Недоверие.

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

Методы решения:
Показать клиенту, что Вы — профессионал. Делайте все на 5+ и даже больше, чем требовалось по заданию.

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


Продолжение следует.

Оригинал находится тут
Рейтинг0
Комментарии0

Гибкая система управления проектами Acunote

Время на прочтение5 мин
Количество просмотров6.9K
Если вы только задумываетесь о том, что пора внедрять какую-то методологию и использовать некий специальный софт для планирования и отслеживания хода работы, возможно вам будет полезен наш вполне успешный опыт применения гибкой методологии разработки Scrum. Это очень простая и эффективная методика, а в ее применении неоценимую помощь оказывает система Acunote, о которой и пойдет речь в статье.

Читать дальше →
Всего голосов 38: ↑32 и ↓6+26
Комментарии71

Система управления проектами TRAC

Время на прочтение4 мин
Количество просмотров40K
В этой статье я постараюсь дать обзор системы управления проектами Trac, рассказать кому она будет полезна и способы ее применения в разработке проектов.

О системе



Разработчик — Edgewall
Лицензия — BSD
На чем написана — Python
Среда обитания — Там где обитает Python, а значит почти везде
Читать дальше →
Всего голосов 49: ↑46 и ↓3+43
Комментарии67

Совместная разработка с помощью Subversion

Время на прочтение6 мин
Количество просмотров13K
Управлять наёмными рабочими и распределенными проектами — это просто и весело. Стоп, что за чушь? На помощь приходит хороший контроль версий — именно то, что вам нужно, чтобы правильно вести ваши проекты.

Далее — перевод статьи Collaborate and Connect with Subversion. Это мой первый перевод, поэтому был бы очень рад вашим замечаниям.

Читать дальше →
Всего голосов 58: ↑49 и ↓9+40
Комментарии94

Умное целеполагание (SMART goalsetting)

Время на прочтение1 мин
Количество просмотров26K
Цель (результат) является ключевым понятием, с которого должна начинаться всякая деятельность, и проектная деятельность не является исключением. Одна из самых опасных ошибок в управлении проектами — начинать работать, не понимая целей. Цели надо ставить, поэтому стоит обсудить, как ставить их правильно.

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

Учимся проводить совещания

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


Если совещания среди Ваших коллег или подчиненных превращаются в балаган, то значит, пора предпринимать решительные меры…
Читать дальше →
Всего голосов 24: ↑15 и ↓9+6
Комментарии8

Панацея ли Scrum? Давайте рассуждать вместе, где он нам полезен

Время на прочтение4 мин
Количество просмотров8.8K
Начну я просто — поясню, что такое Scrum и зачем он нужен, что бы те люди, кто с ним пока не сталкивался, могли с интересом прочесть данную заметку и понять о чём собственно идёт речь.

Итак, Scrum, это популярная (модная, если хотите) сегодня методология ведения программных проектов. Другими словами, как управлять командой разработчиков, что бы программный проект завершился успешно. Что и как документировать, как, с кем и как часто обсуждать детали проекта, как ставить задачи людям и как контролировать результат. Всё это попадает под термин “методология управления программным проектом”.

Вам понятно? Отлично! А теперь…
Читать дальше →
Всего голосов 102: ↑81 и ↓21+60
Комментарии62

Панацея ли Scrum — 2!

Время на прочтение7 мин
Количество просмотров9.8K
Этот топик, есть продолжение вот этого топика: habrahabr.ru/blogs/pm/39308

Итак. Продолжим повествование на тему Скрама.

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

XP — это набор принципов и подходов, меняющих традиционное отношение к разработке современного программного продукта.

Agile – это общее название группы гибких и достаточно успешных методик организации ведения проектов. Методик, которые, как правило, опираются на принципы XP и предполагают быструю итеративную разработку, тесное общение с заказчиком и, за счёт тесного общения членов команды, минимизацию создания дополнительных сущностей (артефактов/документов), которые традиционно создавались в процессе работы над проектом. Минимизацию всего того, что создаётся помимо самого программного кода.

Scrum – это одна из конкретных Agile-методик. То есть чёткий шаблон (каркас) организации управления проектом. Со своими терминами и понятиями. Если вы близко следуете именно этому шаблону, то можно сказать, что вы ведёте разработку по Скрам.

Я часто сталкиваюсь с другой классификацией, когда XP называют Agile методологией. Сложно сказать…
Читать дальше →
Всего голосов 69: ↑63 и ↓6+57
Комментарии25
1

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность