Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Леонид

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 »
76
А мне двухцветные стрелочки понравились.

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

Вы бы для начала пообщались с операторами федерального и московского порталов госуслуг. А потом и с текущими разработчиками, если будет смысл. Узнали бы текущее состояние и ближайшие перспективы. Плюс то, как в их епархиях принято оформлять предложения.

Кто знает? Может, ваш ларчик просто открывается. Или не открывается вообще (именно вами), потому что раздербанен по бюджетам разных ведомств.

"Описание самого процесса в чем рекомендуете делать? Есть ли какие-то предпочтения, или наоборот неявные запреты."

В инфографике. И ни в коем случае не связываться с какими-нибудь "профессиональными" нотациями. Ее будет достаточно вплоть до формирования техтребований на конкурс, если до этого дойдет. А техтребовния, скорее всего, уже будут писать специально обученные люди.

* * *

"Письмо со своим предложением мы уже направили Президенту РФ, Председателю Правительства РФ, Мэру Москвы и руководителям департаментов городского имущества и информационных технологий города Москвы"

Я же говорил - скучно не будет не только Вам.

(внутренний перфекционист вопит в голос о том, что в списке адресатов не хватает Спортлото)

77
Я ещё могу рассказать про нанимателей — люди не обязаны:
1) давать фидбек на тестовые задания;
2) говорить то, что они думают.

Это про нанимателей, но не про людей.

78
Для всех / Re: прошу консультации
« : 16 Июня 2016, 17:09:59 »
В ответ получила: "В постановке задачи  следует избегать сложных аббревиатур и сокращений, чтобы документ был понятен максимально широкому кругу читателей". Я даже понять не могу о чем это? Начинаю сомневаться в своей проф пригодности  :(

Значицца так. Никаких "сложных аббревиатур и сокращений" в тексте не нашел. Все "сложное" заранее объявлено в глоссарии (неправильно объявлено, но это сейчас неважно, ниже напишу).

Само "ТЗ" представляет из себя вполне читабельный документ, для начинающего вполне на уровне.

Может статься, что при написании ТЗ не учтены бестпрактизы этой замечательной компании. Или представления об оных не менее блистательного рекрутера. Но это на самом деле не головная боль начинающего аналитика с улицы.

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

В общем, не расстраивайтесь. С Вами все в порядке.

* * *
Теперь про глоссарий. В строчке "валидация с помощью JS" надо было просто написать, что такое JS. А правила валидации расписать в конце текста, там где "Также необходимо осуществить валидацию данных формы на стороне сервера."

Кстати, на будущее. Если некая компания не мастурбирует на западные методы и терминологию, то "валидацию" в использованном Вами контексте лучше называть "форматно-логическим контролем", или ФЛК. Так заведено в  отечественной практике. И не беда, что конкретно в Вашем случае "логической" составляющей в ФЛК нет (только контроль формата данных), все равно "ФЛК".

79
Раньше ещё можно было найти на портале госзакупок документы участников конкурса и сам договор контракта с победителем, теперь этого нет, только изначальные документы заказчика.

Поищите лоты на работы по готовым техническим проектам. В них может быть и ТЗ, и документация техпроекта. Хотя вряд ли в полном объеме.

Задача у меня традиционная: научиться делать документацию по ГОСТу на приличных примерах и воспользоваться ими как рыбой по первой поре и сжатых к нулю сроках.

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

80
Вакансии / Re: Аналитик. Москва
« : 07 Июня 2016, 14:26:26 »
Да ладно. Не такая уж плохая вакансия для аналитика с двухлетним стажем. Ну, по описанию.

81
как правильно называется роль человека в проекте, который выполняет такую работу?

Часто, очень часто роль(роли), выполняющая следующий задачи:

— % прибыли закладываемый в проект
— оплата заказчика по этапам, отдельным работам
— сколько остался должен заказчик
— оплата исполнителям
— задолженность исполнителям

...находится вне команды проекта. А именно, в "финансовом управлении" или его аналогах.

82
Работы мало? Кризис на дворе? У нас тоже банк не знает куда теперь двигаться, все в замешательстве :((

Лично у меня мало. Но не из-за кризиса, а благодаря умелому планированию РП текущей фазы проекта. Но и это пройдет. )

А банк разве не всегда в одном направлении движется - туда, где есть деньги? ))

83
что то это вы тут воспитанием занимаетесь ))

Со скуки.

84
Заказчики, если сами набирают, так же не очень привыкли информировать

А не надо ждать милостей от заказчика. Взять их у него - наша задача. Хотя бы по телефону. Но заказчику всей конторой исчезнуть всяко посложнее, чем агенту. У моих потенциальных работодателей не получалось, по крайней мере (когда мне самому было интересно, разумеется).

85
Я работаю на заказчика, все резюме. которые получаю на почту отправляю заказчику, если заказчику интересно, то он назначает встречу, если нет, то к сожалению нет.

Это очевидно. Я говорил про другое. Вы, когда заказчику неинтересно, информируете сами своих "соискателей"? А на их звонки почту отвечаете? Не сомневаюсь.

Я к рекрутинговыми агентами обращался в жизни раз 5. Так вот если память мне не изменяет, только один честно сказал, что его заказчик присмотрел себе кого-то более подходящего, за что ему (агенту) и спасибо. Остальные просто исчезали.

86
Прорывным решением фирмы Тойота был отказ от узкой специализации и переход на кроссфункциональность для обычных трудяг. Если что, автомобильный гигант это немного больше 5 человек. Не изобретайте. Смотрите статистику.

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

"Каждый тестировщик должен уметь программировать."
А так же проектировать пользовательские интерфейсы и базы данных, писать спецификации требований и руководства пользователей, управлять звездолетом и менять пеленки. Специализация - удел насекомых.

Хорошо бы, но где ж таких взять? Чтобы настолько были упороты в любознательности? Ломоносовых нынче мало с обозами ходит. Идейные коммунисты полегли в 40-х. Нынешнее устройство страны шепчет "грабь, бухай, отдыхай", а не "учиться, учиться и еще раз учиться". Нескольких выживших на всех не хватает.

Потому чаще можно встретить тестировщика-универсала, который тестирует так же ловко, как управляет звездолетом. А не наоборот.

И еще один момент. Некоторые активности лучше не совмещать в рамках одного проекта, даже если достаточно компетентен. Программирование с тестированием, например.

87
Узкая специализация очень невыгодна. Даже в мире материального производства это давно поняли.

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

Будучи руководителем проекта я писал спецификации, проектировал архитектуру, делал макеты пользовательского интерфейса. Просто потому, что это позволяло сделать проект существенно быстрее.

А вот это как раз в наших условиях совершенно нормально. :)

88
Только вот стопка отсутствует.

Да кто их знает... Они ж вряд ли только тут ищут. А на относительно вкусные по нынешним временам условия налетят все кому не лень, хоть попробовать. Проходили уже.

С другой стороны, может отсутствовать и стопка, и старый.

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

Будем надеяться, топикстартер к таковым не относится.

89
Как это соотносится с утверждением:

(вспоминается анекдот про молодого рекрутера, старого рекрутера и большую стопку резюме)

90
Ну и я не утверждал, что главное - инструмент, пофигу методики.
Это абсолютно нормальная последовательность:

1) Изучение инструмента
2) Выполнение аналитической работы с помощью инструмента

Тем не менее, в нормальной последовательности им (методикам) места не нашлось.

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

Нет, не такой же. Вести осмысленную аналитическую работу с методиками, но без крадла можно, а вот наоборот - нет.

Леонид, мне кажется Вы кокетничаете.

Какие же деликатные собеседники на форуме. Я бы по-другому сказал. )

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

Равно как и тот, который использует все известные инструменты сразу.

Из этих утверждений не следует:
1) Что джира является СУТ (утверждается , только что джира может использоваться для управления требованиями, но не утверждается, она является системой управления требованиями.

Хех... То, что может использоваться как СУТ и используется как СУТ, скорее всего СУТ и является (как минимум, в рамках проекта). Что там в других местах - какая разница?
Гаечный ключ молотком де юре не является, но при должном энтузиазме и при отсутствии под рукой молотков, де факто очень даже.

У программистов сейчас не так , как было 30,20,10 лет назад. Их производительность труда по сравнению с программированием на машинных кодах сильно выросла

Соглашусь. Сейчас практически любой программист может "печатать со скоростью 1000 знаков в минуту". Многие доказывают это на практике.

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

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

И с аналитиками и инструментарием для них тоже самое.

Работа аналитика сильно отличается от "механистической" работы программиста. В последнем случае влияние инструментария гораздо важнее (хотя и не всегда имеет решающее значение). Так что "то же самое" не получится.

Опять же ИИ не предназначен замены ЕИ, а предназначен прежде всего для его усиления, для решения тех задач , которые ЕИ решить может и не в состоянии.

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

Ой, чтота мне бухгалтера 80х вспомнились с арифмометрами и счетами...

Не зря вспомнились, кстати. Имеют прямое отношение к обсуждаемому вопросу. Те бухгалтера ан масс гораздо лучше понимали суть проводимых операций, чем сегодняшнее "поколение 1С". Хотя "поколение 1С" может нашлепать куда больше проводок за единицу времени даже не приходя в сознание. С точки зрения бизнеса это хорошо: нужные операции проводятся, а кнопкодавы стоят дешево и меняются легко и непринужденно. Но вот вырасти в главбуха у ортодоксального кнопкодава шансов никаких.

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 »