Knowledge Sharing. Философия и не только

Александр Калугин Доклад графомана-гигантомана

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

фиксировать знания, перерабатывать их и произоводить синтез новых, а главное – это

культура, которая способствует обмену знанием (knowledge sharing).

Д. Петелин

Эпиграф

Один программист Пишет ОДНУ программу для себя

в одну итерацию. На языке из 50-ти команд c

простыми интерфейсами Который придумал он сам В однопоточном sandbox Используя to-do list на бумажке и

писяя код на бумажке нестираемой ручкой

По завершении – выбрасывает код … и продукт.

Мир, где не нужен Knowledge Sharing

Что если одинокие программисты встретились?

Требования в рамках итерации.

Прогресс в рамках итерации. О продукте (backlog +

уже сделанное) О предметной области. О людях (заказчик и

команда) Технические знания О процессе О корпоративной культуре О моде и трендах.

Какие знания нужно шарить?

«Марксизм-Ленинизм»◦ Повышение

производительности труда◦ Непрерывность деятельности

предприятия

Зачем шарить знания?

«Не Марксизм»◦ Мотивация сотрудников◦ Общая забава

Повышение результативности: внедрение и распространение best-practices, пресечение bad-practices

Комфортные условия труда (оптимизации бизнес-процессов и автоматизации технологических процессов).

Повторяемость и отчуждение процесса

Зачем шарить знания?

Удовлетворение личностных потребностей

Любопытство Принадлежность к общности, само-

идентификация Постановка целей и

обратная связь

Как шарить знания?

D

E

V

S

Хр

ани

ли

ще

дан

ны

х

Ввод

Поиск/Внедрение

Пр

ям

ой

об

мен

Описание

Распространение

Обобщение

Систематизация

Препятствия

Руководство: Knowledge-sharing = непроизводительные затраты◦ Проблема:

Затраты основных сотрудников на сбор данных, Дополнительные (выделенные) роли для поддержания собранных

данных в актуальном состоянии, инвентаризации, структурирования, обобщения.

◦ Решение: Проблемы нет: да, на первый взгляд затраты непроизводительные, но

повышается вероятность непрерывности деятельности предприятия и сокращаются издержки производительной деятельности.

Требуется процесс и инфраструктура, которая позволяет наиболее легко работать со знаниями

Необходимо вовлекать сотрудников в процессы обработки собранных знаний

Препятствия

Разработчики: Knowledge-sharing = лишний «геморрой»◦ Проблема:

На sharing знаний необходимо тратить дополнительные усилия, при этом обычно достаточно тяжело в будущем этими данными воспользоваться.

Не всегда понятны цели сбора знаний◦ Решение: Необходимы:

удобный ненапряжный процесс, инфраструктура и инструменты для ввода знаний

эффективные средства доступа и поиска к уже собранной информации

процесс сбора знаний должен продвигаться но не насаждаться/контролироваться «сверху»

Как на практике?

Контекст Заказная разработка

◦ Длительные контракты. ◦ Клиенты возвращаются.

Много проектов и много сотрудников◦ Ввод и вывод сотрудников с проектов, ◦ Передача проекта между командами на

границе фаз/итераций Сложный софт

◦ алгоритмический, системный, малораспространенные платформы, включая embedded -- отсутствие документации.

Эволюционирующий гибкий процесс Молодой коллектив

◦ Обучение новых сотрудников. Не только процесс, нои техническая квалификация

Английский язык

В рамках проекта Вовлеченность аналитика:

◦ Формальная фиксация письменная требований.◦ Доспецификация вначале и по ходу проекта.

«Хранитель спецификации»◦ Поддержка требований – сведение требований в единую

спецификацию. Процедуры релиза. Автоматизированные средства сборки и

среды для сборки. Атомарные коммиты, внедрение git-подобных

средств для упрощения ветвления. Письменное документирование архитектуры

(частичное) – либо в рамках фазы анализа, либо при консервации проекта.

Чеклисты по тестированию.

Уровень организации Выделенный отдел аналитики

и документирования.

Средства общения.◦ Корпоративная

социальная сеть◦ Mailing-List-ы.

«Синхромитинги»:◦ проектные, ◦ post-mortem, ◦ корпоративные, ◦ стратегические.

Библиотека.Первичные документы Wiki

◦ Технологические находки, Библиотеки, Архитектурные элементы, Элементарные процедуры и процессы

Карточки проекта◦ Технологический профиль◦ Участники◦ Интересности

Проектные документы◦ Спецификации, Proposals, Test Reports, Планы

тестирования, Чеклисты тестирования, Отчеты по видам работ, etc.

Непроектные документы◦ Планы обучения

Библиотека.Обобщения

Шаблоны документов◦ Стандартизованные структуры◦ Идеология документов

Менеджерские Case-Study Обобщенные чеклисты по видам

функциональности Assumption Inventory Описание процесса разработки (незавершено)

◦ Описание артефактов этапа pre-sale. Планы обучения

◦ по технологиям, ◦ курс лекций по тестированию

Политики и инструкции Корпоративный кодекс Стилистика текста Библиотека библиотек и технических приемов

Развитие технических знаний:◦ Программа исследования новых технологий◦ Архитектурные Code-Review

Семинары◦ Юзер-группа для

новичков по процессу. ◦ SAPDUG◦ Группа Team-Lead-ов◦ Семинар аналитиков◦ * Группа начинающих

тестировщиков.◦ * Группа старших

программистов

Программы и семинары

Эффективный поиск знаний Документирование

архитектуры◦ Срезанные углы◦ Сложные технические решения◦ Результаты оптимизации

Получение информации из багов

Шаблоны документов Прозрачность статуса

Следующие шаги