
- •Розділ 1. Групові процеси
- •Тема 1. Групова динаміка та комунікації в сучасному суспільстві
- •Вступ. Предмет, мета, завдання та значення дисципліни в підготовці фахівців з програмного забезпечення.
- •2. Роль людського фактору в галузі програмної інженерії.
- •3. Масовість у використанні та створенні програмних систем.
- •Індивідуалізм та групова робота в індустрії програмної інженерії.
- •Список літератури
- •Microsoft Solutions Framework [Электронный ресурс] – Режим доступа: http://ru.Wikipedia.Org/wiki/Microsoft_Solutions_Framework
- •OpenUp [Электронный ресурс] – Режим доступа:
- •Тема 2. Професійна етика і діловий етикет
- •2. Дотримання етичних та етикетних норм в діяльності фахівця з програмного забезпечення.
- •3. Відповідальність за недотримання норм професійної етики та етикету в процесі розробки програмного забезпечення.
- •Етична поведінка
- •Список літератури
- •Тема 3. Особливості малих груп
- •Формальні і неформальні групи у колективі
- •Наслідки формування неформальних груп
- •Статус і ролі членів групи. Групові норми. Формування спільної думки. Згуртованість групи.
- •Моделі груп розроблювачів програмного забезпечення.
- •Розподіл ролей Scrum
- •Література.
- •Тема 4. Динамічні процеси в малій групі
- •1. Механізми розвитку:
- •2. Механізми стабілізації:
- •6 Основних елементів, які є визначальними для групової динаміки
- •2. Динаміка розвитку груп розроблювачів програмного забезпечення формування, шторм, нормування, функціонування, руйнування.
- •Сфери групової життєдіяльності
- •3. Влада, вплив, лідерство. Форми влади і впливу. Лідерство: стиль і ефективність. Стилі керівництва. Психодіагностика.
- •Відмінності між керівником і лідером
- •Стилі лідерства (керівництва)
- •Види диференціації лідерства
- •4. Методи групового ухвалення рішень. Сила переконання. Мотивація. Маніпуляція та її використання при управління групою.
- •Переваги і недоліки групового прийняття рішень
- •Переваги і недоліки групового прийняття рішень
- •Форми групового ухвалення рішення
- •Громадська думка
- •Література.
- •Тема 5. Конфлікти як явище у суспільних та міжособистісних відносинах
- •Функції конфліктів
- •2. Види конфлікту та їх характеристика
- •3. Умови та причини виникнення конфліктів в процесі розробки програмного забезпечення.
- •4. Стратегії подолання конфліктних ситуацій. Моделі поведінки в ситуації конфлікту.
- •Структурні методи розв’язання конфлікту
- •5. Поняття тренінгу. Значення тренінгу для підвищення якості групової динаміки.
- •Список літератури
- •Розділ 2. Спілкування як взаємодія та обмін інформацією
- •Тема 6. Суспільні та міжособистісні відносини
- •2. Роль і природа міжособистісних і суспільних відносин.
- •3. Єдність спілкування і діяльності.
- •Література.
- •Тема 7. Загальна характеристика спілкування.
- •2. Типи взаємодії.
- •3. Взаємодія як організація спільної діяльності.
- •Механізм соціальної взаємодії
- •4. Спілкування як сприйняття (перцепція).
- •5. Механізм взаєморозуміння в процесі спілкування.
- •6. Суть і ефекти міжособистісного сприйняття.
- •Способи корекції помилок сприйняття інших людей з опорою на еталони
- •Список літератури
- •Тема 8. Спілкування як обмін інформацією (комунікація)
- •2. Вербальна комунікація. Засоби вербальної комунікації.
- •3. Невербальна комунікація. Засоби невербальної комунікації.
- •Література.
- •Тема 9. Ділове спілкування
- •2. Форми усного ділового спілкування (презентація, нарада, співбесіда, переговори).
- •II. Діалогічні
- •3D презентації
- •III. Інтерв'ю. Прес-конференція .
- •3. Поняття документа. Класифікація документів.
- •4. Вимоги держстандарту до оформлення документів.
- •5. Вимоги до тексту документа.
- •Література
- •Тема 10. Комунікації в організаціях
- •2. Комунікативні зв’язки в організаціях.
- •Комунікації по низхідній.
- •Комунікації по висхідній.
- •Комунікації по горизонталі.
- •3. Комунікативні бар’єри.
- •4. Електронні засоби комунікації.
- •5. Особливості використання засобів комунікації в процесі створення реалізації програмного забезпечення.
- •Vyew – для проведення нарад онлайн
- •Література
3. Масовість у використанні та створенні програмних систем.
Процес розробки програмних систем підпорядкований певному життєвому циклу, який являє собою впорядкований набір видів колективної діяльності і визначає хто (який член команди), що (які дії), коли (дані дії по відношенню до інших дій) і як (деталі і етапи цих дій) робить для досягнення цілі.
Особливістю групи в галузі програмної інженерії є велика диференціація ролей всередині групи і диференціація самих груп.
1. На рівні організації:
Група інженерії процесу розробки – займається визначеним супроводом і покращенням базового процесу розробки і організації;
Незалежна група якості – SQA-група – виконує планування і організацію дій, гарантуючих дотримання дисципліни розробки у відповідності з етапами процесу розробки і діючими стандартами;
Незалежна група тестування виконує планування і проведення незалежного тестування програмних продуктів (ПП), які розробляються за проектами програмних систем, з метою встановлення їх відповідності вимогам замовника;
Група навчання несе відповідність за координацію і систематизацію діяльності по навчанню: підготовка навчальних і методичних матеріалів, спеціальних курсів, проведення навчання.
2. На рівні проекту програмних систем:
Керівник проекту несе повну фінансову відповідальність за виконання проекту перед замовником;
Системні аналітики виконують обстеження умов і потреб в автоматизації діяльності організації – замовника;
Група якості виконує контроль якості в проекті ПС; підзвітна лише керівникам проекту.
Група тестування виконує процес тестування програмних комплектів проекту; підзвітна лише керівникам проекту.
Менеджер проекту програмного забезпечення (ПЗ) несе повну відповідальність за всі дії, пов’язані з розробкою програмного продукту (ПП); контролює ресурси проекту.
Проектувальники приймають і документують проектні рішення, які стосуються архітектури і функцій програмних систем (ПС);
Програмісти виконують програмування або моделювання компонентів ПС за проектними специфікаціями підготовленими проектувальниками; проводять відладку і автономне тестування розроблених компонентів.
Група управління конфігурацією виконує процес управління конфігурацією версій і робочих продуктів проекту ПС.
Група техніко-технологічного забезпечення виконує придбання і встановлення загальносистемного програмного забезпечення, проектування і монтаж, придбання і встановлення технічних засобів в організації замовника.
Знання функціональних ролей груп і фахівців в галузі програмної інженерії дозволить:
а) сформувати у майбутніх фахівців уявлення про розроблюваний програмний продукт і умови розробки в цілому;
б) зрозуміти розподіл функцій між співпрацівниками, закріплена у посадових інструкціях;
в) осмислити посадову ієрархію, послідовність підпорядкування;
г) усвідомити характер діяльності в групах.
Індивідуалізм та групова робота в індустрії програмної інженерії.
Кожній команді розробників властивий еволюційний цикл розвитку, який передбачає: процес формування, шторму, нормування, функціонування, завершення.
В процесі формування групи необхідно враховувати різноманітність особистісних властивостей, притаманних членам розробникам програмних систем (вони є представниками різних культур, національностей тощо).
Динамічною характеристикою групи є система соціальних ролей. При цьому, змінюється не лише зміст ролі, але і її значення по відношенню до інших ролей.
Важливими ролями серед груп розробників ПС є ролі лідерів. Основними обов’язками лідера в групі розробників ПС є:
реалізація нововведень;
створення нових культурних взірців;
перевірка нових способів взаємодії між членами групи.
Таким чином, лідер виступає як новатор, розвиваючи і змінюючи субкультуру групи. За такі цінні послуги, надані групі, він отримує кредит довіри групи. В групах вивчають різноманітні види взаємовідносин та взаємодії: керівництво, лідерство, формування групової думки, згуртованість групи, конфлікти, груповий тиск та інші, які і формують динаміку групи.
Вивчення групової динаміки дозволяє фахівцям в галузі програмної інженерії оволодіти різними підходами у вирішенні проблем управління процесами в групі.
В групі розробників ПС високо цінуються навики комунікації і ділової кореспонденції, які є основою для побудови успішної кар’єри. Обмін ідеями і спільна розробка ПС неможливі без постійного спілкування з колегами. (письмове, усне).
Для здійснення спілкування і створення документації в процесі розробки ПС фахівець повинен вміти:
підтримувати взаємодію і спілкування;
знаходити спільні інтереси із співрозмовником;
розуміти чужу точку зору;
швидко реагувати на висловлювання співрозмовника;
будувати систему доказів;
говорити, слухати, писати;
ефективно проводити наради, бесіди, переговори, диспути, презентації, використовуючи комп’ютерні і сітьові засоби комунікації; оформляти документацію;рецензувати письмову технічну документацію з метою виявлення різного роду проблем.
Фахівець повинен знати:
сучасні аспекти ділової і міжкультурної комунікації;
компоненти ділової комунікації;
специфіку складання ділових листів; специфіку комунікації в Інтернет;
види і способи ділових бесід, переговорів, презентацій.