Я пришел в проект в момент самого внедрения SharePoint. На тот момент у меня в бэкграунде был хороший опыт в веб-разработке, но масштабы и специфика работы enterprise-решений такого уровня оставались для меня «терра инкогнита». Это был вызов: система только зарождалась в компании, и никто до конца не понимал, во что она вырастет.
За 15 лет я прошел путь от системного администратора до руководителя команды из 15 человек, а сам портал превратился из скромной новостной ленты в полноценную цифровую экосистему для более 20 тысяч сотрудников, пережив несколько масштабных миграций.
1. Технологический таймлайн и миграции
Жизненный цикл нашего портала — это классическая история развития On-Premises решений Microsoft в крупном бизнесе:
- 2011 год — Точка старта (SharePoint 2007): Развертывание системы, первые кастомизации, притирка к платформе.
- 2012 год — Первая миграция (Переход на SharePoint 2010): Быстрый апгрейд, расширение возможностей для бизнес-логики и улучшение интерфейса. На этой версии портал прожил довольно долго, обрастая огромным количеством сервисов.
- 2019 год — Эпоха Возрождения (Внедрение SharePoint 2019): Глобальный шаг вперед. Мы осуществили сложнейшую миграцию контента и накопленных за годы приложений с устаревшего SharePoint 2010 сразу на современный SharePoint 2019. Это потребовало серьезного пересмотра архитектуры, так как разрыв между версиями был колоссальным.
2. Мой путь: от админа до руководителя направления
За полтора десятилетия я успел примерить практически все ключевые роли, что дало мне уникальное 360-градусное понимание продукта:
- Системный администратор: Разбирался с инфраструктурой, «железом», фермами серверов, отказами и производительностью «под капотом» (особенно в эпоху SP 2007/2010).
- Разработчик: Писал кастомную логику, веб-части, оптимизировал код под высокие нагрузки.
- Проджект-менеджер: Учился переводить требования бизнеса на язык техзаданий, управлять сроками и ожиданиями заказчиков.
- Архитектор интеграций: Проектировал стыковку SharePoint с другими тяжеловесными системами (HR, 1С, шины данных).
- Руководитель команды: В итоге я возглавил команду из 15 специалистов. Мы полностью закрывали цикл: от обеспечения непрерывной работы системы (24/7) до её развития.
3. Эволюция платформы: какие сервисы мы создали
Портал начинался как скромный интранет с корпоративными новостями и базовой адресной книгой. Но со временем он трансформировался в полноценную цифровую среду с развитой многоролевой моделью доступа, где сотрудник мог:
- Управлять бэк-офисом (Заявки и согласования): В зависимости от полномочий сотрудник мог в пару кликов запустить процесс — от заказа канцелярии до согласования отпуска.
- Бронировать переговорные комнаты: Интегрированный сервис, решивший вечную проблему поиска свободного места для встреч.
- Искать экспертов: Адресная книга переросла в инструмент поиска сотрудников по конкретным компетенциям.
- Пользоваться внутренней доской объявлений: Локальный маркетплейс (купить/продать/отдать), который отлично зашел аудитории и повысила лояльность к порталу.
- Видеть расчетные листки: Вывод детальной информации о заработной плате и социальных начислениях с соблюдением строжайших требований безопасности.
4. Процессы в команде: «Agile по-нашему»
Когда команда выросла до 15 человек, перед нами встал вопрос организации процессов. Я не считаю себя глубоким теоретиком в методологиях, но мы построили живой и эффективный процесс, близкий к Scrum и Agile.
У нас не было жесткой бюрократии. Поток задач состоял из двух русел: новые запросы от бизнеса и инциденты/баги. На регулярных планерках мы собирались всей командой, совместно разбирали входящий пул, оценивали приоритеты и прямо на месте решали, кто, что и к какому сроку берет в работу. Это давало гибкость и высокую скорость реакции, что критично для систем, обеспечивающих непрерывную деятельность компании.
5. Грабли, инциденты и архитектурные уроки
Каждое On-Premises решение, живущее годами, рано или поздно сталкивается с «болезнями роста». Наш портал не стал исключением, и основная доля инцидентов приходилась на две проблемы:
- Обратная сторона глубокой кастомизации: В погоне за бизнес-требованиями мы писали много кастомного кода. Периодически случались ситуации, когда одно неудачно написанное или неоттестированное приложение (например, с утекшей памятью или бесконечным циклом в серверном коде) могло «повесить» всю ферму и изолировать весь портал для пользователей. Это научило нас жесткому код-ревью и изоляции процессов.
- Ад уникальных разрешений (Unique Permissions): На этапе проектирования архитектуры некоторых приложений была допущена классическая ошибка SharePoint — создание слишком детальной структуры прав доступа с огромным количеством уникальных разрешений на уровне элементов (списков, документов). Со временем, когда объемы данных выросли, SharePoint начал тратить колоссальные ресурсы на расчет этой матрицы прав (Security Scope). Это приводило к критическому падению производительности и долгим часам оптимизации и «схлопывания» прав до уровня папок и библиотек.
6. Локальная автоматизация и точка перегиба
Вплоть до 2023 года мы с командой продолжали активно и совместно развивать портал. Мы всегда искренне прислушивались к требованиям наших пользователей, стараясь делать их ежедневную работу комфортнее. Важной частью нашей экосистемы стала помощь различным бизнес-подразделениям с локальной автоматизацией их внутренних процессов — мы создавали для них удобные цифровые инструменты внутри SharePoint, закрывая точечные боли бизнеса.
Однако постепенно я начал отчетливо понимать, что мой профессиональный и карьерный рост внутри компании остановился. Масштабы системы были огромными, но технологические рамки On-Premises платформы начали меня ограничивать. Я принял решение двигаться дальше и полностью сфокусировался на освоении новых, современных технологий с перспективой их дальнейшего практического применения в новых проектах.
Заключение
15 лет с SharePoint — это история о том, как гибкость платформы может быть одновременно её главным плюсом и главным минусом. Нам удалось вырастить из технологического фундамента 2007 года современный портал на SharePoint 2019, сохранив преемственность данных и процессов, и построить сильную команду, готовую к вызовам любого масштаба. Это был потрясающий опыт, который заложил мощную базу для моего дальнейшего технологического пути.
Добавить комментарий