Gandjustas' blog

Фильтр по тегу: бизнес


Успех проекта SharePoint, где он?

Есть статистика, которая говорит, что более половины SharePoint проектов неуспешны (смотреть тут). С точки зрения бизнеса успешных проектов еще меньше, так как затраты оказываются выше, чем экономический эффект.

Проблема

Многие проекты SharePoint фактически ведутся по процессам разработки программного обеспечения. Все процессы разработки ставят целью разработку нового или доработку существующего ПО. Основные KPI для такого проекта – сроки, функциональный объем и бюджет. Еще говорят о качестве, но качество померить сложно и оно как-то выпадает из основных характеристик.

Негативным эффектом такого способа ведения проектов становится то, что создается много кастомного кода. Ведь нельзя делать разработку, когда нечего положить в систему контроля версий. Обучая разработчиков out-of-the-box функционал, я много раз слышал вопрос о том, что же будет в итоге лежать TFS.

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

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

Как добиться успеха

В первую очередь надо фокусироваться не на поставке функционала, а на увеличении value от внедрения. Причем этот самый value надо не просто определить, а измерять. Проект сч...

читать дальше...
добавлено: 10 окт 16 просмотры: 1372, комментарии: 0



Как поставщики решений SharePoint обманывают заказчиков

На днях получит вот такой коммент в обсуждении на Хабрахабре:

Государственный университет в регионе N хочет себе СЭД, пользователей на 100. Кроме СЭД хочет простенький портал, телефонную книгу, новости, календарики.
На Sharepoint Server денег тратить не хочется, да и нет необходимости — рейтинги, социальные сети, политики хранения контента не в почете у сотрудников.
Поэтому решили купить СЭД на Foundation, заплатив только за СЭД-надстройку (будем считать что лицензионные права на Foundation у них уже есть).


За 2-3 года документов скопилось около 60-80 тыс. (по всем группам). По ним нужно, в самом простейшем случае:
а) осуществлять быстрый и легко настраиваемый поиск (по конкретным атрибутам и без управляемых метаданных) по любым элементам и с учетом прав
б) быстро искать и исполнять задачи. задач при этом становится = (кол-во документов * 5)

Если знаете способ реализовать это на Foundation «изкаропки», пожалуйста, расскажите, очень интересно.

Исходный пост и обсуждение можете почитать по ссылке: http://habrahabr.ru/post/210844/#comment_7260770

Используя SharePoint Server, даже версии Standard, можно настроить быстрый и удобный поиск по документам и задачам. Это даже не потребует программирования, достаточно будет за день-два выполнить настройку поисковых представлений.

Решение, предлагаемое автором коммента, требует создания баз данных, custom service applications, собственного интерфейса пользователя и кода для привязки к стандартному функционалу. При очень хорошем раскладе т...

читать дальше...
добавлено: 06 окт 16 просмотры: 1268, комментарии: 0



Итоги 2014 года и планы на будущее

2014 год для меня выдался очень бурным. В апреле я покинул компанию АйТеко, где работал менеджером по развитию бизнеса, а до этого архитектором решений. За время работы в АйТеко я приобрёл огромный опыт продажи и создания бизнес-решений, разобрался как работает крупный бизнес (в основном банки и телеком) и понял как можно помогать им делать работу более эффективно.

После айтеко я еще несколько месяцев работал part-time архитектором, параллельно развивая свой бизнес. С июля я работаю исключительно на себя и безмерно этому рад.

Последние три месяца 2014 года выдались очень “горячими”, было много проектов и все хотелось закрыть до нового года, чтобы в 2015 войти без хвостов и с кучей денег. К счастью мне это удалось, но пришлось отодвинуть на второй план блогинг и другие активности. Зато удалось заработать в два раза больше, чем я зарабатывал, работая в интеграторе.

Рынок в 2014-2015 году

Еще с начала 2014 года была очевидна тенденция снижения размеров проектов. Мало кто заказывал типичные корпоративные порталы с длинными циклами планирования и внедрения, все хотели быстро получить результат . В 2015 году эта тенденция усилится из-за экономического кризиса.

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

читать дальше...
добавлено: 08 июл 16 просмотры: 758, комментарии: 1



Итоги 2015 года

Предыстория

В середине 2014 года я бросил работать по найму и начал развивать свой бизнес по консалтингу и разработке программ. До конца 2014 года я работал один. Иногда аутсорсил небольшие проекты знакомым, где риск был минимален.
За полгода мне удалось заработать больше, чем работая “на дядю”. Но для этого пришлось много вкалывать. Пришло понимание, что такая деятельность плохо масштабируется и я начал искать людей.

 

Все хотят бизнес, но никто не хочет рисковать

Год назад я написал пост, в котором написал что ищу партнеров, которые смогли бы развивать бизнес вместе со мной.  Искал людей, которые будут разделять мои ценности (об этом ниже) и захотят развиваться как бизнесмены.
За неделю собрал 500 просмотров в блоге и еще неизвестно сколько через RSS и получил только 3 (три) отклика. Это удивило больше всего. На хабре и форумах постоянно все пишут, что не хотят работать “на дядю”, хотят свое дело и т.д.
На практике оказалось, что готовых рискнуть гораздо меньше. Никто не хочет покидать зону комфорта.

 

Ценности

Ниже список того, чего я придерживаюсь сам и требую от всех партнеров и сотрудников.

Win-Win

ИТ-шники не всегда разделяют эту позицию. Для них есть “мы” и “они” и если “они” выиграют, то “мы” проиграем. Из-за этого нет доверия между ИТ-шниками и клиентами.
Я всегда говорю: “Не бывает так, кто клиент хочет странного. Бывает так что ты чего-то не понимаешь”. Казалось бы просто – разбирайся в проблеме, управляй рисками заказчика, и доверие к тебе возрастет...
читать дальше...
добавлено: 16 май 16 просмотры: 784, комментарии: 0



Итоги 2015 года

Предыстория

В середине 2014 года я бросил работать по найму и начал развивать свой бизнес по консалтингу и разработке программ. До конца 2014 года я работал один. Иногда аутсорсил небольшие проекты знакомым, где риск был минимален.
За полгода мне удалось заработать больше, чем работая “на дядю”. Но для этого пришлось много вкалывать. Пришло понимание, что такая деятельность плохо масштабируется и я начал искать людей.

 

Все хотят бизнес, но никто не хочет рисковать

Год назад я написал пост, в котором написал что ищу партнеров, которые смогли бы развивать бизнес вместе со мной.  Искал людей, которые будут разделять мои ценности (об этом ниже) и захотят развиваться как бизнесмены.
За неделю собрал 500 просмотров в блоге и еще неизвестно сколько через RSS и получил только 3 (три) отклика. Это удивило больше всего. На хабре и форумах постоянно все пишут, что не хотят работать “на дядю”, хотят свое дело и т.д.
На практике оказалось, что готовых рискнуть гораздо меньше. Никто не хочет покидать зону комфорта.

 

Ценности

Ниже список того, чего я придерживаюсь сам и требую от всех партнеров и сотрудников.

Win-Win

ИТ-шники не всегда разделяют эту позицию. Для них есть “мы” и “они” и если “они” выиграют, то “мы” проиграем. Из-за этого нет доверия между ИТ-шниками и клиентами.
Я всегда говорю: “Не бывает так, кто клиент хочет странного. Бывает так что ты чего-то не понимаешь”. Казалось бы просто – разбирайся в проблеме, управляй рисками заказчика, и доверие к тебе возрастет...
читать дальше...
добавлено: 29 дек 15 просмотры: 1119, комментарии: 3



Итоги 2014 года и планы на будущее

2014 год для меня выдался очень бурным. В апреле я покинул компанию АйТеко, где работал менеджером по развитию бизнеса, а до этого архитектором решений. За время работы в АйТеко я приобрёл огромный опыт продажи и создания бизнес-решений, разобрался как работает крупный бизнес (в основном банки и телеком) и понял как можно помогать им делать работу более эффективно.

После айтеко я еще несколько месяцев работал part-time архитектором, параллельно развивая свой бизнес. С июля я работаю исключительно на себя и безмерно этому рад.

Последние три месяца 2014 года выдались очень “горячими”, было много проектов и все хотелось закрыть до нового года, чтобы в 2015 войти без хвостов и с кучей денег. К счастью мне это удалось, но пришлось отодвинуть на второй план блогинг и другие активности. Зато удалось заработать в два раза больше, чем я зарабатывал, работая в интеграторе.

Рынок в 2014-2015 году

Еще с начала 2014 года была очевидна тенденция снижения размеров проектов. Мало кто заказывал типичные корпоративные порталы с длинными циклами планирования и внедрения, все хотели быстро получить результат . В 2015 году эта тенденция усилится из-за экономического кризиса.

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

читать дальше...
добавлено: 10 авг 15 просмотры: 681, комментарии: 0



Как поставщики решений SharePoint обманывают заказчиков

На днях получит вот такой коммент в обсуждении на Хабрахабре:

Государственный университет в регионе N хочет себе СЭД, пользователей на 100. Кроме СЭД хочет простенький портал, телефонную книгу, новости, календарики.
На Sharepoint Server денег тратить не хочется, да и нет необходимости — рейтинги, социальные сети, политики хранения контента не в почете у сотрудников.
Поэтому решили купить СЭД на Foundation, заплатив только за СЭД-надстройку (будем считать что лицензионные права на Foundation у них уже есть).


За 2-3 года документов скопилось около 60-80 тыс. (по всем группам). По ним нужно, в самом простейшем случае:
а) осуществлять быстрый и легко настраиваемый поиск (по конкретным атрибутам и без управляемых метаданных) по любым элементам и с учетом прав
б) быстро искать и исполнять задачи. задач при этом становится = (кол-во документов * 5)

Если знаете способ реализовать это на Foundation «изкаропки», пожалуйста, расскажите, очень интересно.

Исходный пост и обсуждение можете почитать по ссылке: http://habrahabr.ru/post/210844/#comment_7260770

Используя SharePoint Server, даже версии Standard, можно настроить быстрый и удобный поиск по документам и задачам. Это даже не потребует программирования, достаточно будет за день-два выполнить настройку поисковых представлений.

Решение, предлагаемое автором коммента, требует создания баз данных, custom service applications, собственного интерфейса пользователя и кода для привязки к стандартному функционалу. При очень хорошем раскладе т...

читать дальше...
добавлено: 04 фев 14 просмотры: 1947, комментарии: 1



Успех проекта SharePoint, где он?

Есть статистика, которая говорит, что более половины SharePoint проектов неуспешны (смотреть тут). С точки зрения бизнеса успешных проектов еще меньше, так как затраты оказываются выше, чем экономический эффект.

Проблема

Многие проекты SharePoint фактически ведутся по процессам разработки программного обеспечения. Все процессы разработки ставят целью разработку нового или доработку существующего ПО. Основные KPI для такого проекта – сроки, функциональный объем и бюджет. Еще говорят о качестве, но качество померить сложно и оно как-то выпадает из основных характеристик.

Негативным эффектом такого способа ведения проектов становится то, что создается много кастомного кода. Ведь нельзя делать разработку, когда нечего положить в систему контроля версий. Обучая разработчиков out-of-the-box функционал, я много раз слышал вопрос о том, что же будет в итоге лежать TFS.

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

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

Как добиться успеха

В первую очередь надо фокусироваться не на поставке функционала, а на увеличении value от внедрения. Причем этот самый value надо не просто определить, а измерять. Проект сч...

читать дальше...
добавлено: 31 янв 14 просмотры: 1089, комментарии: 0