Gandjustas' blog

Фильтр по тегу: Прочее


3 причины не верить почасовой ставке

За неделю ко мне обратились две компании, предлагали проект на SharePoint и спрашивали какая у нас (vnextsoft) почасовая ставка. Они не говорили какую конкретно задачу надо решать или какой портал сделать, их просто интересовала ставка.

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

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

Стоимость проекта - это произведение ставки на количество часов. Ставки варируются в 2-2,5 раза максимум. Количество часов, которое может быть потрачено на решение задачи, легко может отличаться в 3-5 раз. Один раз даже видел разницу в 10 раз.

Это вполне нормально. Алистер Коберн в статье “Магия числа ПИ для руководителей проектов” вывел простую зависимость - если команда новая и проект новый, то оценки нужно умножать на Пи в квадате, что примерно равно 9,87. Опытная команда, которая уже сделала аналогичные проекты, может сделать проект с трудозатратами в 10 раз меньше, чем неопытная. Кроме того, если у компании есть наработки, решающие задачи клиента, то оценка также может быть снижена.

Так что разница в оценках в 3-5 раз - вполне ожидаема. Почасовая ставка меньше влияет на стоимость проекта.

2. Почасовая ставка снижает качество

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

читать дальше...
добавлено: 05 дек 16 просмотры: 1291, комментарии: 3



Ваши вакансии - отстой или как HR-ам привлекать программистов

Этот пост не о технологиях, даже если вы не в курсе что такое SharePoint, то вам это не помешает.

Вчера в моей группе на facebook опубликовали вакансию программиста на SharePoint.
Название изменил, чтобы не делать лишний раз рекламу.

1) Компания: ООО «Рога и копыта» ведущая консалтинговая компания в области управления, обладающая 20-летним опытом создания комплексных информационных систем в строительстве, энергетике, нефтегазовой отрасли и др.

2) Требования к кандидату:
•знание и опыт разработки под платформу Microsoft SharePoint Server 2013/2016 в том числе — Web Parts, Features, Master Pages, Custom Controls, Event Receivers, Timer Jobs, Site / List Templates, Workflow;
•знание основных механизмов администрирования SharePoint (Центр Администрирования, PowerShell), опыт работы с ними;
•проектирование структуры контента решения (коллекции сайтов, сайты, списки, поля списков и т.д.);
•навыки использования и реализованные решения на Server Object model, Client object model и REST API;
•знание T-SQL;
• отличное знание платформы .NET (.Net Framework и языка программирования С#);
• отличное знание веб-технологий, опыт разработки (JavaScript + jQuery, HTML, CSS);
• опыт работы c ASP.NET, WCF;
•опыт участия в коммерческих проектах разработок на базе SharePoint 2010/2013;
•умение диагностировать проблемы в работе ПО, вести общение с клиентами при осуществлении проектирования систем, технического сопровождения;
•опыт выполнять диагностику и отладку решений...

читать дальше...
добавлено: 29 ноя 16 просмотры: 1304, комментарии: 2



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

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

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

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

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

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

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

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



Как проектному менеджеру провалить продажу проекта

В статье речь пойдет о типовых ИТшных проектах, которые продают большинство компаний-интераторов\аутсорсеров\разработчиков.

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

Я уже довольно долго занимаюсь продажами ИТ-проектов и часто видел как прекрасно построенные, с точки зрения стратегии, продажи с треском проваливались на пресейле.

Способ №1

Банально затянуть с предоставлением предложения. Казалось бы процесс закупки, особенно в крупных компаниях, может занимать месяцы. Тем не менее люди не любят ждать. Если через неделю после встречи с заказчиком вы не можете предоставить предложение, то вероятность успешного закрытия сделки падает. А если вы тянете месяц, то вероятность становится близкой к нулю.

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

И это при том, что скорость в современном мире – один из важных факторов дифференциации от конкурентов.

Способ №2

Следу...

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



Алиса в стране ИТ-проектов

Недавно наткнулся на сборник цитат из произведений Льюиса Кэрролла про Алису. Очень удивился, как некоторые цитаты описывают что происходит в ИТ-проектах.

 

Про заказчиков

Шляпных дел мастеров я уже видела. Мартовский Заяц, по-моему, куда интереснее. К тому же сейчас май — возможно, он уже немножко пришёл в себя.
— Ничего не поделаешь, — возразил Кот. — Все мы здесь не в своем уме — и ты, и я!
— Откуда вы знаете, что я не в своем уме? — спросила Алиса.
— Конечно, не в своем, — ответил Кот. — Иначе как бы ты здесь оказалась?

Про анализ требований

Не грусти. Рано или поздно все станет понятно, все станет на свои места и выстроится в единую красивую схему, как кружева. Станет понятно, зачем все было нужно, потому что все будет правильно.
Не все ли равно, о чем спрашивать, если ответа все равно не получишь, правда?
— Как мне попасть в дом? – повторила Алиса громче.
— А стоит ли туда попадать? – сказал Лягушонок. – Вот в чем вопрос.
– Ты что, не знаешь, что такое «это»?
– Я прекрасно знаю, что такое «это», когда я его нахожу.
Всё страньше и страньше! Всё чудесатее и чудесатее! Всё любопытственнее и любопытственнее! Всё страннее и страннее! Всё чудесится и чудесится!

Про написание Технического Задания

Я видала такую чепуху, по сравнению с которой эта чепуха — толковый словарь.
Как она ни пыталась, она не могла найти тут ни тени смысла, хотя все слова были ей совершенно понятны.
Если в мире все бессмысленно, — сказала Алиса, — что меша...
читать дальше...
добавлено: 23 июн 16 просмотры: 1111, комментарии: 1



Итоги 2015 года

Предыстория

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

 

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

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

 

Ценности

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

Win-Win

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



Новый блог на Jekyll и GitHub Pages

Семь лет назад я выбрал blogger как платформу для блога, потому что он поддерживал Windows Live Writer и был бесплатным. Сейчас Live Writer уже не поддерживается, стал модным “отзывчивый” дизайн и язык разметки markdown. Пришло время что-то менять.

Блог должен быть быстрым

Когда пользовался blogger меня изрядно бесило, что страницы открываются по 4-5 секунд на компьютере. На планшете можно было скроллить страницу только секунд через 10 после открытия. Хотелось, чтобы блог открывался менее чем за секунду и ничего не мешало сразу его проскроллить. Нужен был движок в котором я смогу контролировать разметку.

Блог должен быть бесплатным

Я, как и любой человек, люблю халяву. Ставить свою CMS и платить за хостинг мне не хотелось, но все бесплатные платформы - крайне медленные. Отличный вариант - GitHub Pages. По сути это бесплатный хостинг, но без бекенда. Вместо бекенда можно использовать статический генератор сайтов - Jekyll.

Jekyll и GitHub Pages

Для программистов это известная последовательность действий. Надо закидывать файлы в репозиторий на github и они автоматически превращаются в посты блога. Jekyll сам собирает список постов и rss-ленту по шаблонам.

Посты можно писать в html, markdown и textile. Этот пост, например, написан в markdown. Для публикации фрагментов кода можно использовать github-flavored markdown, например так:

window.myappName$ = window.myappName$ 
                    || jQuery.noConflict(true);
                    
(function($...
читать дальше...
добавлено: 06 май 16 просмотры: 761, комментарии: 0



Блоггинг и электронная коммерция без сервер-сайд

За 7 лет я написал более сотни постов. Все посты выводятся на главной с разбиением по страницам, по 5 постов. Всего 32 страницы. Угадайте сколько человек добиралось до десятой ? Ни одного. Это значит, что две трети того, что я написал, можно найти только в гугле или яндексе. Позиции у блога в индексе не очень высокие. Значит примерно половина блога просто не существует.

Старые посты

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

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

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

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

Рекомендации

Гораздо интереснее, чтобы читателю предлагали перейти к наиболее интересным и\или похожим постам. Для этого нужен механизм рекомендаций.

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

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