Сколько стоят НЕуспешные интернет-проекты для студии?

Сколько стоят НЕуспешные интернет проекты для студии?
В секторе интеллектуального труда, в частности в области веб-разработки, провальные проекты встречаются довольно часто. Субъективный и человеческий фактор в нашей области настолько высок, что вероятность провалить проект, часто выше вероятности успешного его завершения. Причины и виновники могут быть совершенно разные. От неопытного менеджера, до слишком придирчивого заказчика. В результате, для одной и другой стороны финал общий – огромные убытки. Почему огромные? (далее…)

О том, как выпустить отличное iOS приложение, которое никому не нужно

1. Для начала нужна хорошая и востребованная идея

Все началось с тайм-менеджмента. Прочитав Тайм Драйв, я пришел к выводу, что Глеб Архангельский действительно сделал очень хорошую работу и все разложил по полочкам. Но, когда захотелось применить его теорию на практике, используя смартфон, возникла проблема — до сих пор не было хоть какой-то минимально приемлемой реализации его методики.

В то время я как раз был в поисках идеи для пробы пера на AppStore. Я протестировал с десяток популярных планировщиков под iOS, платных и бесплатных. Некоторые были хороши в своих аспектах (списки задач, календари), но универсального решения я не нашел. Вернее нашел, но они были страшные и неуклюжие, и, судя по всему, неудачные в плане коммерции. Поэтому было решено реализовать универсальный и, в то же время, простой органайзер с максимальным применением советов Глеба Архангельского, как самых практичных, на мой взгляд.

(далее…)

Безопасность клиентов и разрабочиков SaaS HRM сервисов

В настоящее время 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)
Нет (далее…)

Принудительно внедряем Helpdesk: опыт «Корпорации Зла»

Что такое хелпдеск? Система управления заявками пользователей, личинка сервисдеска, первый шаг эникейщика на пути к ITIL, бла-бла-бла…

Принудительно внедряем Helpdesk: опыт «Корпорации Зла»

Литература, посвященная вопросу организации системы управления инцидентами (заявками пользователей, проблемами в ИТ — называйте, как хотите) делится на две категории. Первая включает в себя технические низкоуровневые мануалы, посвященные, в основном, тонкостям настройки конкретных решений. Такие работы могут рассказать в подробностях, как добиться прироста производительности в WonderDesk величиной 0.001% под SuperSQL v.0.0001 alpha, но, как правило, ничего не говорят о том, зачем вообще нужен этот WonderDesk, и, главное, что с ним, существенно ускоренным, потом делать.

Вторая категория написана для… Даже не знаю, для кого. Я бы сказал, что для богов, но им, вроде, инструкции не нужны. «Нужно пересмотреть саму парадигму взаимодействия паттернов бизнес-процессов в рамках концепции корпоративных ценностей с целью повышения уровня зрелости…» Ага, пересмотрел (предварительно подглядев в словаре значения всех этих непонятных слов), дальше что? Как сделать, чтобы мое «пересмотренное понимание» заставило пользователей писать заявки, эникейщиков — обрабатывать их, а уровень зрелости — повышаться?! Предлагаете «постепенно внедрять лучшие практики управления»? Да, как же их внедрить, если я простой эникейщик и ничем не управляю?!

Остается одно — пытаться действовать «по наитию». О двух таких попытках, о том, как именно они предпринимались, какие имели предпосылки, к каким привели результатам, т.е. о практическом опыте внедрения хелпдеска в условиях агрессивной враждебной среды, и будет рассказано в этом топике. Надеюсь, он хоть немного заполнит образовавшийся пробел, предоставив эникейщикам и низкоквалифицированным админам сведения о том, как из состояния A, когда о хелпдеске и речи быть не может, перейти в состояние A’, когда этот хелпдеск уже внедрен и работает.
(далее…)

Инструмент планирования и контроля из подручных материалов

Инструмент планирования и контроля из подручных материалов

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

Но сколько ни говори о хороших процессах — всегда есть возможность что-то подкрутить и сделать немного лучше. Сегодня расскажу о том, как мы боролись с «забывчивостью» руководителей проектов у себя в студии.
(далее…)

Книги для тимлидов и руководителей проектов. Часть 2

Предыдущая статья очень хорошо была воспринята читателями, поэтому, как и обещал, сегодня подготовил статью-бонус.

Итак, я просил ответить на вопрос какие книги из статьи вы читали?

Результаты опроса:

Название книги Количество голосов Процент
Том ДеМарко. Deadline. Роман
об управлении проектами
247 54%
Фредерик Брукс. Мифический человеко-месяц, или Как создаются
программные системы
174 38%
Джоэл Спольски. Джоэл о программировании 165 36%
Том Демарко и Тимоти Листер. Человеческий фактор. Успешные
проекты и команды
148 32%
Джейсон Фрайд, Дэвид Хайнемайер Хенссон. Rework.
Бизнес без предрассудков
108 24%
Джеффри Янг и Уильям Саймон. iКона. Стив
Джобс
94 21%
Том ДеМарко, Тимоти Листер. Вальсируя с Медведями: управление
рисками в проектах по разработке программного обеспечения
70 15%
Том Демарко, Тимоти Листер. Балдеющие от адреналина и зомбированные
шаблонами. Паттерны поведения проектных команд
51 11%
Кармин Галло. iПрезентация. Уроки
убеждения от лидера Apple Стива Джобса
48 11%
Патрик Ленсиони. Смерть от совещаний 21 5%
Патрик Ленсиони. Пять пороков команды. Притчи о
лидерстве
19 4%
Патрик Ленсиони. Пять искушений руководителя: притчи о лидерстве 16 4%
Патрик Ленсиони. Три признака унылой работы. История со смыслом
для менеджеров (и их подчиненных)
11 2%

А теперь еще один бонус — список книг по заданной тематики, которые прислали нам читатели: (далее…)

Информационные табло, индикативные системы и управление

Информационные табло, индикативные системы и управление Мне несколько раз приходилось сталкиваться с задачами, сформулированными примерно так: «Нужно построить информационное табло». Это были разные организации, использовать свои табло они планировали для различных целей; объединяло их только то, что все эти цели находились в плоскости управления. Использование термина «информационное табло» не совсем вяжется с управлением; оно ближе к «справочно-информационной» тематике, как например, здесь; поэтому далее буду использовать термин «индикативная система». Но суть статьи не в этом. Было интересно обобщить основные моменты построения автоматизированных систем информационных индикаторов для управления деятельностью предприятия.
(далее…)

Восемь способов улучшить мозговой штурм

В Alconost я часто сталкиваюсь с необходимостью собирать команду и использовать мозговой штурм, например, при производстве видеороликов, чтобы найти достойную идею сценария или решить, как лучше проиллюстрировать на экране текст диктора. Я обратил внимание, что некоторые штурмы проходят очень результативно, а некоторые еще больше усложняют решение задачи. Мне стало интересно, как решают это проблему в мире, и вот я наткнулся на статью Ричарда Брэнсона, основателя Virgin, которая рассказывает о принципах успешного брэйнсторминга.

Полезные советы от британского миллиардера под катом.

image

(далее…)

Книги для тимлидов и руководителей проектов

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

В отечественном IT я часто наблюдаю следующую картину: тимлидом часто становился лучший (?) разработчик из команды (aka 23-летний сеньор). А чтобы стать руководителем проекта (project manager) иногда достаточно просто знать английский и «павэрпойнт» на уровне пользователя. Это реалии отечественного аутсорсинга и с этим нужно как-то жить.

В итоге часто получается как-то так:

Потому что на десять сеньоров по статистике девять тупят.

(далее…)