Очень не хватало возможности ввести пользователей в контекст перед голосованием. Спасибо! И так
Работая со старым унаследованным кодом, порой встречаются достаточно проблемные участки, которые есть желание переписатьисправитьпеределать, но нет такой возможности. Этот код может быть с ошибками, которые не исправляются годами и с ними приходится мириться. Что делать с таким кодом?
(далее…)
Эта статья была написана после серии докладов на семинарах нашей компании, которые показали что тема крайне интересна многим специалистам и заказчикам. Надеемся, и вам понравится. Будем рады комментариям. Соавтор статьи — Алексей Шкарупа, менеджер проекта Домино.
Что такое большой проект? Чем он отличается? Чем опасен и чем интересен?
Правда в том, что для каждого клиента и разработчика большой проект это понятие с разным наполнением.
Большой проект это уникальный заказ, создающий новые риски для обеих сторон.
Новые риски — значит у вас нет отработанной на практике технологии работы с такими рисками. Что же такое большой проект? (далее…)
Как сказал классик «не было печали…».
Суть такая. Нашему подразделению «спустили» набор показателей KPI. Набор обширный (27 показателей), хорошо структурированный, сопровождается методикой расчета и контроля. Правда, целевые значения не заданы. Некоторые показатели (10 шт.) помечены, как «мотивационные», т.е. будут использоваться в системе мотивации.
Поставлена задача: сформулировать план действий (ПД) по внедрению KPI в нашу работу.
Сейчас не хочу обсуждать «какие они там гады наверху». Есть возможность выйти к руководству — оно, вроде как, открыто для обсуждения. Поэтому, принимая сложившуюся ситуацию «как есть» (отменить переход к KPI нельзя, состав KPI тоже не изменить), ищу эффективный способ решения задачи.
(далее…)
Последнее время меня часто записывают в лагерь противников методологий управления проектами (чаще имея ввиду agile/scrum/kanban). Это не совсем так. Я не против методологий, а против их фанатичного применения к месту и без, а также просто мистичесой уверенности в успехе после внедрения agile.
Мне кажется, многие не понимают, зачем вообще нужна методология.
Методология — это некий контракт (договоренность) между всеми участниками процесса. Это как язык жестов, правила дорожного движения, эсперанто или математические формулы. Отличие этих примеров от aglile/scrum/kanban в том, что они не подразумевают различных трактовок. В случае с aglile/scrum/kanban — каждая компания, и даже каждая команда имеет свой «канбан», который в большинстве своем вообще ничего общего с ним не имеет.
По сути, нужно просто собраться всем участникам процесса и обговорить все нюансы. Это достаточно просто, например: (далее…)
Наш век характеризуется обилием высокотехнологичных инструментов в различных сферах жизни и бизнеса человека. Каждый день на рынке появляются новые программы, на следующий день создаются аналоги, а еще через сутки появляются апгрейд версии. И в таком ритме современный IT бизнес живет постоянно. Главное не упустить свой шанс и «золотую жилу».
Особое внимание стоит уделить такому относительно новому направлению IT бизнеса в России, как SaaS (ПО как услуга). Ввиду сравнительной дешевизны создания SaaS сервисов, доля этого рынка неуклонно растет. SaaS сервисы удовлетворяют потребности от малого до крупного бизнеса, дистанционно предоставляя набор необходимых услуг за крайне «божескую» плату. Но, вот вопрос – от чего тогда не ограничиться одним сервисом по бухгалтерии, одним по управлению персоналом (HRM), одним по документообороту, ну и по одному в каждом сегменте бизнеса, где есть потребность? Ответ на этот вопрос можно расписать на целую книгу – юзабилити, функционал, цена, безопасность, команда, бренд и т.д. А можно уместить в одну емкую фразу. Обилие схожих сервисов на рынке SaaS вызвано не иначе как желанием заработать на первоначальной идее.
Примерно этот процесс выглядит так:
— так или иначе была выявлена потребность;
— был создан первый прототип;
— сформировался спрос (рынок «захотел» и «жить без этого больше не умеет»);
— появилась относительно пустая ниша;
— все, поле для «копипаста» открыто.
В таком подходе нет ничего плохого, на против, это один из самых без рисковых способов создания бизнеса, особенно на рынке IT. Найти достойный пример и сделать «копипаст», адаптировав его под выбранную конъектуру рынка, быстрее и дешевле, чем заниматься полномасштабным анализом спроса и предложения, оценкой рисков, дорогостоящей разработкой с нуля и т.д.
*Иногда такой вариант называют бенчмаркингом.
Для тех, кто «положил глаз» на чужой сервис и тем, кто хочет быть «властелином колец» своего SaaS, ниже тезисно сформулированы несколько основных пунктов, которые нужно учитывать при создании и использовании интеллектуальной собственности. (далее…)
Наверно каждый из нас хоть раз использовал бумажные стикеры. Не знаю как вам, но мне это не всегда нравится: во первых их нужно покупать, во вторых это превращается в макулатуру, в третьих они не всегда под рукой. Несколько раз пробовал использовать Evernote и подобные программы, основное неудобство в том, что они избыточны по функционалу.
За довольно короткое время написал свой велосипед Stiker.me. Использовать удобно и легко.
Под катом, описание функционала и техническая информация.
(далее…)
В секторе интеллектуального труда, в частности в области веб-разработки, провальные проекты встречаются довольно часто. Субъективный и человеческий фактор в нашей области настолько высок, что вероятность провалить проект, часто выше вероятности успешного его завершения. Причины и виновники могут быть совершенно разные. От неопытного менеджера, до слишком придирчивого заказчика. В результате, для одной и другой стороны финал общий – огромные убытки. Почему огромные? (далее…)
Все началось с тайм-менеджмента. Прочитав Тайм Драйв, я пришел к выводу, что Глеб Архангельский действительно сделал очень хорошую работу и все разложил по полочкам. Но, когда захотелось применить его теорию на практике, используя смартфон, возникла проблема — до сих пор не было хоть какой-то минимально приемлемой реализации его методики.
В то время я как раз был в поисках идеи для пробы пера на AppStore. Я протестировал с десяток популярных планировщиков под iOS, платных и бесплатных. Некоторые были хороши в своих аспектах (списки задач, календари), но универсального решения я не нашел. Вернее нашел, но они были страшные и неуклюжие, и, судя по всему, неудачные в плане коммерции. Поэтому было решено реализовать универсальный и, в то же время, простой органайзер с максимальным применением советов Глеба Архангельского, как самых практичных, на мой взгляд.
В настоящее время SaaS сервисы становятся все более и более популярными. По прогнозам, опубликованнным РАЭКом в 2012 году объем рынка составил 1,89 млрд.руб., а прирост составил 46%. Особое внимание хочется уделить SaaS HRM сервисам, так как они содержат в себе стратегически важную информацию о персонале организации, документообороте, схемах премирования и др.информацию, на основании которой можно сделать выводы о состоянии человеческого капитала любой компании.
Человеческий капитал, является одним из структурных элементов интеллектуального капитала, который, в свою очередь, является «массой», заполняющей пробел между разрывом рыночной капитализации компании и оценкой ее стоимости на основе бухгалтерской отчетности.
Ввиду осознания бизнесом ценности человеческого капитала, как движущего фактора экономики. HRM рынок быстро реагирует на запрос бизнеса. Как следствие, появляются все новые инструменты по управлению, обучению, развитию, мотивации и оценке персонала. В основном, потребность в подобного рода софте возникает у «среднего» и «крупного» бизнеса, с численностью сотрудников от 100 до 300 и от 300 человек и выше и оборотами от 150млн. до 2,5млрд. руб./год и от 2,5млр. и выше руб./год. В связи с этим, возникает ряд критерриев, по которым выбирается HRM сервис.
— Во-первых, он должен решать задачи, поставленные руководством по управлению персоналом.
— Во-вторых, ввиду территориальной и временной разделенности офисов и сотрудников, сервис должен работать не только локально, но и быть в широком доступе.
— В-третьих, так как подобные сервисы являются автоматизированными инструментами, то они должны решать проблему обработки большого кол-ва информации в ручную.
— В-четвертых, ключевым критерием в современном мире инновационных технологий, является то, что сервисы должны быть безопасными с точки зрения защиты персональных данных и интересов организации.
Как следствие, на рынке появляться большое количество «свежих» и «молодых» SaaS инструментов (ПО как услуга), исходя из этих вводных требований к HRM сервису. SaaS сервисы в массе своей удовлетворяют первым 3 критериям, но, с последним пунктом, а именно: защитой персональных данных и интересов организации, за частую возникают сложности (в особенности у «молодых» сервисов), так как данные обрабатываются при помощи сети интернет.
Как же компании-клиенту обезопасить себя? И какие варианты решения проблемы может использовать «молодая» компания-разработчик SaaS HRM сервиса? (далее…)
| 33% (2393) |
Да, достаточно неформально уведомить утром: "Я сегодня буду работать из дому, ok?" |
| 23% (1634) |
Да, достаточно неформально взять разрешение: "Можно я завтра поработаю из дому?" |
| 4% (259) |
Да, требуется формальное разрешение, нужно написать заявление |
| 40% (2859) |
Нет (далее…) |