У Глеба Архангельского есть система контекстного планирования. Смысл в том, что задачи доклассифицируются по контекстам: супермаркет, созвон с бухгалтерией, Вася Пупкин и т.п. - это обстоятельства, которые требуются для выполнения. Классификация требует ресурса, но позволяет делать "заодно" - фильтр по Васе Пупкину - это агента на встречу с ним. Фильр по супермаркету - список, что купить. и т.п. Но в реальности все это GTD, Дорофеев, Кови и Архангельский - это инструменты помощника руководителя. Для себя всерьез таким заниматься можно, но в итоге все упрощается. И выше правильно пишут, что в 80-90% случаев итог такого учета - задач больше, чем влазит. После прореживания сложный учет уже не нужен. Другой вариант - формирование привычек, когда многое уходит из списка задач в автоматические действия. В сумме или ты сможешь управлять своими задачами и вовремя выкинешь лишнее, или выгоришь и лишнее выкинется само.
Зависит от организации жизни. Есть, например, дача, квартира, машина, дети, жена, работа, отдых, родители, друзья. И вот тут начинается: траву косить<-диск для триммера заменить<-купить+залить бензина для триммера в канистру, а то кончается. Песка перу кубов привезти, сарай поддомкратить. В квартире через неделю меняют газовый стояк, надо успеть разобрать шкаф над трубой, а то его вывернут монтировкой с мясом, подумать, не заменить ли шкаф на полки, съездить в Леруа посмотреть полвесную систему и мебельный щит + розетка в спальне не алё, надо разбираться и, возможно, влетаем на отгоревший ноль и перепрокладку проводки от щитка. Старший ребеной идет в музыкалку в сентябре, у младшего плавание, у обоих свой план прививок и бассейн у каждого в своей группе. Детям обещан выход в аква-парк, у двух друзей дни рождения в этом месяце (подарок, привезти, забрать). На следующей неделе они едут к бабушке на два-три дня, надо взять отгул, погулять с женой, пока лето. Машину надо гнать на ТО, уже в плане переборка подвески и надо посмотреть, что еще там насчитают. Обновить ОСАГО...Зубной (импланты/брекеты)...Долгосрочное обучение (магистратура или долгосрочное ДПО)...Поступление ребенка в институт...Дни рожедния (куча народу)...Выбраться выпить пива с бывшими коллегами... И так еще несколько страниц мелким почерком. Есть вещи, которые регулярно генерируют кучу дел и не ложатся в чек-листы типа держать в холодильнике вот этот список продуктов, регулярной уборки и т.п. Средняя семья с двумя детьми, квартирой, машиной, дачей, учебой, лечением, не тупой работой, каким-то профессиональным развитием и хобби, активным отдыхом/спортом и секциями детей - это несколько сотен задач разной срочности в таск-листе. 80 - это очень мало. И проектов тут уже не хватает. Если говорить на этом языке - тут активы, программы, плановое обслуживание и все по взрослому.
Я не топлю за то, чтобы все выписать. Просто, показываю, что иногда в проекты не ложится.
Проектировать так же. В контексте есть группа кейсов, вокруг классов модели. Эти кейсы сами себя не реализуют. Выделяет контекст, затем снова кейсы и задача сводится к предыдущей.
В новый контекст её добавишь. Огромное лукавство в том, что возникает иллюзия: правильная архитектура защитит от изменений. Но всегда найдётся требование, ломающее архитектуру.
Нет не попробуем. Это неизбежно заведет нас в политическую дискуссию, которые тут запрещены.
Давайте лучше про этику. Про вопросы благодарности, про "не плюй в колодец", про то, как Паша слетал поужинать в Париж. И про то, что при наличии сотен сигналов, предупреждающих людей о, не будем говорить "опасности", о небезоблачности некоторых решений, мыши продолжают грызть кактус. А сигналы эти для самоуспокоения будем называть желтыми.
Если оставить эмоции, надо учесть, что есть еще и факты. И если написанное правда, что мы и пытаемся тут выяснить - это камушек на чашу весов при принятии во многом судьбоносных решений для многих наших коллег.
И раз вы говорите об уважении, то где оно у вас самого? Почему не дать людям оценить факты самостоятельно, а сразу начать затыкать автора и принижать ценность его информации?
Вот пример far manager: >Первоначально Far Manager был доступен в качестве 40-дневной условно-бесплатной программы для всех, за исключением граждан стран бывшего СССР, которые могли использовать его как бесплатную программу только для некоммерческого использования.
И вот, что пишет нам miro: >На прошлой неделе мы сообщили вам, что с введением новых санкций США и ЕС мы не сможем поддерживать работу аккаунтов, зарегистрированных в России и Беларуси после 12 сентября.
Добавлю к этому: "проектировать взаимодействие машина-машина: тут у разработчиков сильно лучше " Тут оба разработчика взаимодействующих машин каждый тянет в свою сторону и получаются часто очень причудливые архитектуры :) А потом нужна связь взаимодействия пяти машин с пользовательским сценарием и у разрабов сразу лапки: "у меня все работает, а пользовательский сценарий - не моя профессия!"
Добрался уточнить: в Москве на системного аналитика учат 20 колледжей. Обычно - это ~4 года, за которые сделать младшего СА из школьника, увлеченного информатикой, вполне можно. https://postupi.info/city/1/coll-prof/2384
Посмотрим. На мой взгляд наоборот, аналитик требований - профессия из заказного режима разработки длинными итерациями. Такой режим сильно вытесняется короткими итерациями при малом документировании, где требования, как документ или артефакт часто вообще не создаются или создаются на коленке.
А вот вопрос: кто напишет 200 тикетов в месяц стоит все острее
Новый профстандарт расширяет профессию. Аналитик требований нужен в заказной разработке и сильно бюрократизированной внутренней. Но есть и продуктовые проекты и ит-сервисы и там нужны аналитики, но не чистые аналитики требований, а проектировщики.
По многим причинам разделять профессии не нужно. Там, где нужен аналитик требований не обойтись без понимания, как работает проектирование. Системы усложняются. Системные требования очень много где включают тонны интеграции и межсервисного взаимодействия. Это подтверждается исследовнием вакансий системных аналитиков.
С другой стороны работа аналитика требований к системе глазами пользователей уходит к бизнес-аналитикам и продактам.
Так что по нашим наблюдениям, рынок, как вы говорите лег на бок.
Профстандарт расширен для учета обоих положений :)
Я не преподавал в ит-колледже. Но думаю, что выпускник колледжа тоже вполне имеет эти навыки на выходе. По крайней мере ит-студент на 2-3м курсе может работать младшим и иметь эти навыки
Не очень понятно, из чего вы исходите в оценке навыков младшего СА.
Профстандарт предполагает, что СА - это ИТ-инженер со специализацией в проектирование и разработку требований. И перед тем, как стать младшим СА надо стать вообще ИТ-инженером.
Теперь по пунктам:
Сбор образцов данных из систем, продуктов и баз данных;
Сбор образцов исходного программного кода аналогичных, заменяемых, развиваемых или интегрируемых систем и продуктов;
Сохранение собранных исходных данных и ведение реестра собранных материалов.
Под контролем старших товарищей - идти, куда послали собирать то, что сказали, класть в реестр, разработанный старшими. Посмотрите комплиментарные функции более высоких грейдов.
Вести деловые переговоры;
Опять же не конфликтные переговоры, а войти, поздороваться, обьяснить, кто ты и чего хочешь, забрать материалы, поблагодарить. Не сморкаться в рукав... Не бином Ньютона.
Пользоваться инструментами для просмотра данных в текстовом и двоичном виде;
Пользоваться инструментами для доступа к данным и извлечения данных из реляционных баз данных;
Читать исходный программный код;
Знать языки манипулирования данными (SQL);
Пользоваться инструментами онлайн-опросов.
Посмотрите ФГОС по информатике - это при нормальном преподавании дети умеют на выходе из школы.
Навыки по изучению задач автоматизации и работы аналогичных и интегрируемых систем (оставлены сложные пункты) - длинный список не привожу
Оформление проектной и эксплуатационной документации (оставлены сложные пункты) - длинный список не привожу
Это делают бакалавры любой ИТ-специальности 2-3го курса в курсовом проекте.
>>>Заключение: впечатление от нового профстандарта СА, что "лохматость повысилась"
Младший СА сегодня - это выпускник любой ИТ-специальности с высшим образованием.
Это становится разочарованием для тех, кто шел в специальность по принципу "я писать умею, пойду в аналитики требования писать" и для "беглых от технологий", кто имеет ИТ-специальность, но всерьез ненавидит технологии и не хочет к ним прикасаться.
Для таких товарищей можно рекомендовать профессию бизнес-аналитика. Правда, для нее есть свой профстандарт :)
Температура блока питания еще выдает :)
Спокойно обходилось кабелем от сломанного утюга еще в 91м. Стимул знать физик в 5м классе.
У Глеба Архангельского есть система контекстного планирования. Смысл в том, что задачи доклассифицируются по контекстам: супермаркет, созвон с бухгалтерией, Вася Пупкин и т.п. - это обстоятельства, которые требуются для выполнения. Классификация требует ресурса, но позволяет делать "заодно" - фильтр по Васе Пупкину - это агента на встречу с ним. Фильр по супермаркету - список, что купить. и т.п.
Но в реальности все это GTD, Дорофеев, Кови и Архангельский - это инструменты помощника руководителя. Для себя всерьез таким заниматься можно, но в итоге все упрощается. И выше правильно пишут, что в 80-90% случаев итог такого учета - задач больше, чем влазит. После прореживания сложный учет уже не нужен. Другой вариант - формирование привычек, когда многое уходит из списка задач в автоматические действия. В сумме или ты сможешь управлять своими задачами и вовремя выкинешь лишнее, или выгоришь и лишнее выкинется само.
Зависит от организации жизни. Есть, например, дача, квартира, машина, дети, жена, работа, отдых, родители, друзья. И вот тут начинается: траву косить<-диск для триммера заменить<-купить+залить бензина для триммера в канистру, а то кончается. Песка перу кубов привезти, сарай поддомкратить. В квартире через неделю меняют газовый стояк, надо успеть разобрать шкаф над трубой, а то его вывернут монтировкой с мясом, подумать, не заменить ли шкаф на полки, съездить в Леруа посмотреть полвесную систему и мебельный щит + розетка в спальне не алё, надо разбираться и, возможно, влетаем на отгоревший ноль и перепрокладку проводки от щитка. Старший ребеной идет в музыкалку в сентябре, у младшего плавание, у обоих свой план прививок и бассейн у каждого в своей группе. Детям обещан выход в аква-парк, у двух друзей дни рождения в этом месяце (подарок, привезти, забрать). На следующей неделе они едут к бабушке на два-три дня, надо взять отгул, погулять с женой, пока лето. Машину надо гнать на ТО, уже в плане переборка подвески и надо посмотреть, что еще там насчитают. Обновить ОСАГО...Зубной (импланты/брекеты)...Долгосрочное обучение (магистратура или долгосрочное ДПО)...Поступление ребенка в институт...Дни рожедния (куча народу)...Выбраться выпить пива с бывшими коллегами...
И так еще несколько страниц мелким почерком. Есть вещи, которые регулярно генерируют кучу дел и не ложатся в чек-листы типа держать в холодильнике вот этот список продуктов, регулярной уборки и т.п.
Средняя семья с двумя детьми, квартирой, машиной, дачей, учебой, лечением, не тупой работой, каким-то профессиональным развитием и хобби, активным отдыхом/спортом и секциями детей - это несколько сотен задач разной срочности в таск-листе.
80 - это очень мало.
И проектов тут уже не хватает. Если говорить на этом языке - тут активы, программы, плановое обслуживание и все по взрослому.
Я не топлю за то, чтобы все выписать. Просто, показываю, что иногда в проекты не ложится.
Системы баз данных. Полный курс
Гарсиа-Молина Г., Ульман Дж. Д., Уидом Дж.
Первые главы этой книги исчерпывающее объясняют, где взять модель предметной области.
Это знание можно подпереть методологией описания бизнес-процессов и будет полный фарш.
Методология структурного анализа и проектирования SADT. Дэвид А. Марка, Клемент МакГоуэн
Мы все бежим куда-то в ооп сразу, забывая, что база закладывается в структурных подхода. И в практика ооп уже никто ничего не разжевывает.
Но многие мои знакомые коллеги, все это считает старье, не заслуживающим внимания и остаётся без базы.
Проектировать так же. В контексте есть группа кейсов, вокруг классов модели. Эти кейсы сами себя не реализуют. Выделяет контекст, затем снова кейсы и задача сводится к предыдущей.
В новый контекст её добавишь. Огромное лукавство в том, что возникает иллюзия: правильная архитектура защитит от изменений. Но всегда найдётся требование, ломающее архитектуру.
В РФ человек может работать по договору ГПХ. В других странах тоже может быть контрактные сотрудники. Нужно больше деталей.
Пожалуй, даже учебник математики за 3й класс способен раскачать на эмоции :)
А так это журналисты - это их работа, их так учат. Новость же дана в перепечатке.
Автор мог что-то добавить от себя, но не стал, да.
Сам же факт надо проверить. Возможно кто-то тут близок к ситуации.
Хорошо, попробуем.
Нет не попробуем. Это неизбежно заведет нас в политическую дискуссию, которые тут запрещены.
Давайте лучше про этику. Про вопросы благодарности, про "не плюй в колодец", про то, как Паша слетал поужинать в Париж. И про то, что при наличии сотен сигналов, предупреждающих людей о, не будем говорить "опасности", о небезоблачности некоторых решений, мыши продолжают грызть кактус. А сигналы эти для самоуспокоения будем называть желтыми.
Если оставить эмоции, надо учесть, что есть еще и факты. И если написанное правда, что мы и пытаемся тут выяснить - это камушек на чашу весов при принятии во многом судьбоносных решений для многих наших коллег.
И раз вы говорите об уважении, то где оно у вас самого? Почему не дать людям оценить факты самостоятельно, а сразу начать затыкать автора и принижать ценность его информации?
Не знаю, как это объяснить. Вероятно, если надо объяснять, то не надо объяснять.
К тому, что ушло поколение.
Вот пример far manager:
>Первоначально Far Manager был доступен в качестве 40-дневной условно-бесплатной программы для всех, за исключением граждан стран бывшего СССР, которые могли использовать его как бесплатную программу только для некоммерческого использования.
И вот, что пишет нам miro:
>На прошлой неделе мы сообщили вам, что с введением новых санкций США и ЕС мы не сможем поддерживать работу аккаунтов, зарегистрированных в России и Беларуси после 12 сентября.
Добавлю к этому: "проектировать взаимодействие машина-машина: тут у разработчиков сильно лучше "
Тут оба разработчика взаимодействующих машин каждый тянет в свою сторону и получаются часто очень причудливые архитектуры :)
А потом нужна связь взаимодействия пяти машин с пользовательским сценарием и у разрабов сразу лапки: "у меня все работает, а пользовательский сценарий - не моя профессия!"
Добрался уточнить: в Москве на системного аналитика учат 20 колледжей. Обычно - это ~4 года, за которые сделать младшего СА из школьника, увлеченного информатикой, вполне можно. https://postupi.info/city/1/coll-prof/2384
Посмотрим. На мой взгляд наоборот, аналитик требований - профессия из заказного режима разработки длинными итерациями. Такой режим сильно вытесняется короткими итерациями при малом документировании, где требования, как документ или артефакт часто вообще не создаются или создаются на коленке.
А вот вопрос: кто напишет 200 тикетов в месяц стоит все острее
Новый профстандарт расширяет профессию. Аналитик требований нужен в заказной разработке и сильно бюрократизированной внутренней. Но есть и продуктовые проекты и ит-сервисы и там нужны аналитики, но не чистые аналитики требований, а проектировщики.
По многим причинам разделять профессии не нужно. Там, где нужен аналитик требований не обойтись без понимания, как работает проектирование. Системы усложняются. Системные требования очень много где включают тонны интеграции и межсервисного взаимодействия. Это подтверждается исследовнием вакансий системных аналитиков.
С другой стороны работа аналитика требований к системе глазами пользователей уходит к бизнес-аналитикам и продактам.
Так что по нашим наблюдениям, рынок, как вы говорите лег на бок.
Профстандарт расширен для учета обоих положений :)
Я не преподавал в ит-колледже. Но думаю, что выпускник колледжа тоже вполне имеет эти навыки на выходе. По крайней мере ит-студент на 2-3м курсе может работать младшим и иметь эти навыки
Не очень понятно, из чего вы исходите в оценке навыков младшего СА.
Профстандарт предполагает, что СА - это ИТ-инженер со специализацией в проектирование и разработку требований. И перед тем, как стать младшим СА надо стать вообще ИТ-инженером.
Теперь по пунктам:
Сбор образцов данных из систем, продуктов и баз данных;
Сбор образцов исходного программного кода аналогичных, заменяемых, развиваемых или интегрируемых систем и продуктов;
Сохранение собранных исходных данных и ведение реестра собранных материалов.
Под контролем старших товарищей - идти, куда послали собирать то, что сказали, класть в реестр, разработанный старшими. Посмотрите комплиментарные функции более высоких грейдов.
Вести деловые переговоры;
Опять же не конфликтные переговоры, а войти, поздороваться, обьяснить, кто ты и чего хочешь, забрать материалы, поблагодарить. Не сморкаться в рукав... Не бином Ньютона.
Пользоваться инструментами для просмотра данных в текстовом и двоичном виде;
Пользоваться инструментами для доступа к данным и извлечения данных из реляционных баз данных;
Читать исходный программный код;
Знать языки манипулирования данными (SQL);
Пользоваться инструментами онлайн-опросов.
Посмотрите ФГОС по информатике - это при нормальном преподавании дети умеют на выходе из школы.
Навыки по изучению задач автоматизации и работы аналогичных и интегрируемых систем (оставлены сложные пункты) - длинный список не привожу
Оформление проектной и эксплуатационной документации (оставлены сложные пункты) - длинный список не привожу
Это делают бакалавры любой ИТ-специальности 2-3го курса в курсовом проекте.
>>>Заключение: впечатление от нового профстандарта СА, что "лохматость повысилась"
Младший СА сегодня - это выпускник любой ИТ-специальности с высшим образованием.
Это становится разочарованием для тех, кто шел в специальность по принципу "я писать умею, пойду в аналитики требования писать" и для "беглых от технологий", кто имеет ИТ-специальность, но всерьез ненавидит технологии и не хочет к ним прикасаться.
Для таких товарищей можно рекомендовать профессию бизнес-аналитика. Правда, для нее есть свой профстандарт :)
Это анекдот про три гвоздя :) Три конверта - это вали на меня, вали на обстоятельства, готовь три конверта :)
https://zen.yandex.ru/media/id/602a72555e0abe56107efee3/anekdot-pro-tri-konverta-603f82edafc00e4c65e54349