Найти в Дзене
Есть простые способы объяснить, а есть формализованные Можно было бы просто и ясно рассказать о том как проходит обсуждение требований, разработка и внедрение изменений. А можно попробовать это все задокументировать, описать на PlantUML, сделать схемку и выложить для обсуждения. @startuml заказчик -> руководительпроекта: потребности/задачи руководительпроекта -> руководительпроекта: оценка проекта руководительпроекта ->заказчик:согласование стоимости проекта заказчик -> руководительпроекта: проект согласован руководительпроекта -> бизнесаналитик: задачи от заказчика бизнесаналитик -> заказчик: запрос подробностей заказчик -> бизнесаналитик: уточнения бизнесаналитик -> бизнесаналитик: формализация требований бизнесаналитик -> заказчик: согласование заказчик -> бизнесаналитик:утверждение требований бизнесаналитик -> системныйаналитик: согласованные бизнестребования системныйаналитик -> системныйаналитик: анализ требований системныйаналитик -> системныйаналитик: формирование задач на разработку системныйаналитик -> разработчик: задачи для разработки разработчик -> разработчик: анализ задач разработчик -> системныйаналитик: запрос уточнений системныйаналитик -> разработчик: детализация задач на разработку разработчик -> руководительпроекта: оценка задач по времени руководительпроекта -> разработчик:утверждение руководительпроекта -> системныйаналитик: утверждение разработчик -> разработчик: разработка функциональности разработчик -> системныйаналитик: отправка на тестирование системныйаналитик -> системныйаналитик: тестирование разработки системныйаналитик -> разработчик: отправка замечаний по разработке разработчик -> разработчик: анализ замечаний и внесение правок разработчик -> системныйаналитик: отправка доработок системныйаналитик -> системныйаналитик: тестирование доработок системныйаналитик ->бизнесаналитик: согласование доработанного функционала системныйаналитик ->руководительпроекта: согласование функционала бизнесаналитик -> бизнесаналитик: оценка на соответствие требованиям бизнесаналитик -> системныйаналитик: утверждение бизнесаналитик -> руководительпроекта: подтверждение разработки руководительпроекта -> руководительпроекта: оценка разработки руководительпроекта -> заказчик: показ функциональности бизнесаналитик -> заказчик: показ функциональности системныйаналитик -> заказчик: показ функциональности заказчик -> заказчик: оценка функциональности заказчик -> руководительпроекта: замечания по разработке заказчик -> бизнесаналитик: замечания по разработке заказчик -> системныйаналитик: замечания по разработке руководительпроекта -> руководительпроекта: оценка замечаний от заказчика руководительпроекта -> бизнесаналитик: задание разобраться руководительпроекта -> системныйаналитик: заданиеразобраться бизнесаналитик -> бизнесаналитик: оценка замечаний от заказчика системныйаналитик -> системныйаналитик: оценка замечаний от заказчика системныйаналитик -> бизнесаналитик: запрос подробностей бизнесаналитик -> системныйаналитик:уточнения системныйаналитик -> разработчик: уточнения по разработке разработчик -> разработчик: оценка уточнений разработчик -> разработчик: внесение правок разработчик -> системныйаналитик: отправка изменений системныйаналитик -> системныйаналитик: оценка внесенных изменений системныйаналитик -> бизнесаналитик: отправка для оценки изменений системныйаналитик -> руководительпроекта: отправка для оценки изменений бизнесаналитик -> бизнесаналитик: анализ изменений руководительпроекта -> руководительпроекта: анализ изменений бизнесаналитик -> системныйаналитик: подтверждение бизнесаналитик -> руководительпроекта: подтверждение руководительпроекта -> бизнесаналитик: подтверждение руководительпроекта -> системныйаналитик: подтверждение руководительпроекта -> заказчик: отправка функциональности на проверку заказчик -> заказчик:проверка функциональности заказчик -> руководительпроекта: утверждение руководительпроекта -> техпис: задание на разработку документации техпис -> техпис: разработка документации техпис -> заказчик: передача документации на ИС и так далее ....
9 месяцев назад
IT - это "всегда учиться"
В IT невозможно не учиться каждый день. Ты все время учишься (и во многом именно это мне и нравится). Ты сидишь в субботу вечером с пивом. Но перед тем как посмотреть субботний футбол ты просматриваешь обучающие материалы, читаешь книги, пробуешь что-то новое создать, ... Девушка смотрит на тебя как на дебила, который не ведет ее в кафе и не кормит вкуснейшими суши. А ты сидишь и пытаешься изменить схему sequence, которую сделал года 2 назад на одном проекте. Потому что ощущаешь что "что-то там не так было"...
10 месяцев назад
Простота в моделировании Мне кажется что одной из основных задач в работе системного аналитика является упрощение "всяких сложностей" для максимально быстрого понимания разными разработчиками собственно того что необходимо реализовать для выполнения конкретных бизнес-задач. Если вы начнете рисовать всякие сложные схемы организации данных в системе, то получите больше негатива для разработчиков (да, более подробно, но плохо читаемо и "воспроизводимо").
1 год назад
Все врут
При проведении интервью со стейкхолдерами вы должны всегда помнить что они все врут. Врут по разным причинам. Может даже неосознанно (просто им кажется что ситуация в компании именно такая, как они себе ее представляют). Или им хочется выставить себя несколько в другой роли (быть более важными и значительными)...
1 год назад
Очень интересно про специалистов 1С. Посмотрел тут случайно обзор заработных плат в Питере (в телеге проскочило). И оказалось что специалисты (и разработчики, и аналитики) по 1С имеют одни из самых больших зарплат. В других регионах лидируют в основном питонисты и java-разработчики. Питер стал столицей 1с? ))))
1 год назад
PlantUML. То ли рисунки, то ли код.
Не то чтобы давно открыл для себя PlantUML. Но так чтобы по-настоящему - начал интересоваться только сейчас. И действительно заинтересовался. Вроде бы как рисуешь, но пишешь кодом (для тех, кто пришел в аналитику или проектирование архитектуры из разработчиков - очень удобное средство). Можно быстро менять конфигурацию объектов в рисунке и нет необходимости в сложных графических редакторах. Никакие MS Visio точно не нужны. Странно, но на данный момент из всего UML набора самым "модным" стала именно диаграмма последовательностей...
1 год назад
Коммуникации в проекте
О чем вообще речь В процессе «автоматизации» различных процессов в компаниях мы сталкиваемся в основном не с техническими проблемами («как … , и как чтобы …, почему не …. и т. д.),а с проблемами коммуникаций. Мне кажется что коммуникации — это основная проблема в процессе разработки любой системы (даже и не про IT). Можно много и «правильно» делать все по методологиям, но если не получается «слушать и слышать» - ничего хорошего не получится. Это касается и коммуникации с заказчиком, и общения внутри команды разработки...
1 год назад
я вообще абсолютно толерантен (если правильно написал это слово) Вот только совсем недавно понял что меня раздражает в просмотре докладов/выступлений от западных чуваков. Они очень быстро "произносят буквы" (такое ощущение что они настолько торопятся, что "вот прям сейчас поезд уйдет, а их забудут"). И голоса у мужиков такие что ... слушайте, ну вот это из серии - "а вы не девочка?"
1 год назад
Часто сейчас начал замечать как "разъезжаются" взгляды на it у бизнеса и собственно IT. Много разговоров в it о том какие подходы использовать, про паттерны, про "различие в разных подходах к архитектуре приложений" и даже про "экономию ресурсов". Но под ресурсами, подходами и т.д. подразумеваются именно it-подходы, взгляды и т.д. Про собственно бизнес-подходы, про деньги (на которые "все вот это делается") - вот про это ни слова. Только какие-то архитекторы систем (обычно из "хрустальных башен") только они думают об этом. И уже они, вроде как, смотрят на архитектуры предприятий в целом, на "единые подходы ко взглядам". А в подавляющем количестве "it-специалистов" живет в голове совсем другое понимание происходящего. И вроде бы как именно ПиэМы, аналитики (бизнес или системные) должны постоянно "возвращать" разработчиков, тестировщиков и пр. "на землю". Но уже и эти "товарищи" думают совсем не о пользе для бизнеса. Ну про ПиэМов все понятно - "надо сдать проект вовремя". Про тимлидов в разработке - тоже все ясно. Но как аналитики и архитекторы не могут донести простую информацию что "ресурсы серверов" и "потребности бизнеса" - это "немного о разном".
1 год назад
познавательно и понравилось подходом habr.com/...018
1 год назад
Документирование
Все осознают необходимость документирования этапов проектирования систем, этапов проработки требований, задач по разработке. Все сталкиваются с отсутствием документации и ощущают недостатки базы знаний. Но: - "зачем нам системное проектирование - на начальном этапе обойдемся и ...." - "слишком подробное описание и проработка требований может тормозить собственно сам процесс разработки и внедрения, в любом случае ведь требования будут меняться" - "реализация задач в разработке проводиться самими разработчиками и они знают как описать"...
1 год назад