Людський фактор. Успішні проекти і команди, 3-е видання. Тому Демарко 3537
Паперова книга
3537
-
ISBN978-5-93286-217-9
-
Видавництво
-
Автор
-
СеріяПрофессионально
-
Рік2020
-
МоваРосійська
-
ІлюстраціїЧорно-білі
490 ₴
Все про “Людський фактор. Успішні проекти і команди, 3-е видання. Тому Демарко”
Від видавця
Деякі книги про комп'ютери зробили такий помітний вплив на управління розробкою програмного забезпечення, як "Людський фактор". Унікальне осяяння цієї книги, довгі роки зберігала своє положення в списку бестселерів: "найскладніші проблеми розробки програмного забезпечення носять не технічний, а соціальний характер. Ці людські проблеми вирішувати не просто, однак, вирішивши їх, ви збільшите шанси на успіх до верхньої межі."
Що нового у третьому виданні?
У третьому виданні з'явилося шість нових глав і внесені численні правки в основний текст, так що тепер книга краще відповідає сучасним середовищ розробки і сучасним проблемам. Зокрема, книга тепер освітлює патології лідерства, які раніше за патології не вважалися; эволюционирую-системоутворюючою культуру зборів; гібридні команди, що складаються з людей різних і, здавалося б, несумісних поколінь; а ще зростаюче розуміння того, що деякі наші інструменти служать швидше якорями, а не двигунами. Кожен, кому необхідно управляти проектом по розробці програмного забезпечення або цілою організацією такого роду, знайде на сторінках цієї книги безліч цінних порад.
Передмова
Те, що прийнято нині називати проектом "Людський фактор", почалося для нас одним довгим нічним перельотом через Тихий океан понад тридцять років тому. Ми летіли разом з Лос-Анджелеса в Сідней, щоб читати свої лекції з конструювання програмного забезпечення. Не в силах заснути, ми всю ніч язиком клепають про серйозні труднощі, з якими стикалися у власних проектах розробки систем і про яких дізнавалися з розповідей наших клієнтів. Один з нас - і ми не можемо вже згадати, хто саме - підсумовуючи розмову, сказав ось що: "Бути може... головні проблеми системної розробки не стільки технологічні, скільки соціологічні".
Ця думка вкоренилася далеко не відразу, оскільки суперечила того способу мислення, який ми використовували в ті роки. Як і практично кожен, хто брав участь у підприємствах, заснованих на високих технологіях, ми були переконані, що технологія - це відповідь на всі питання, і що якими б не були ваші проблеми, для них знайдуться більш якісні технологічні рішення. Але якщо вам довелося вирішувати завдання гуманітарні по самій своїй природі, більш якісна технологія навряд чи могла допомогти. Наприклад, якщо люди, вимушені працювати в одній групі, не довіряли один одному, ніякої дивний пакет програм і ніяка технологічна штучка не здатні були це виправити.
Як тільки на цю ідею пролилося світло, ми почали придумувати приклади до неї, і нам обом незабаром стало очевидно, що соціальні складнощі у більшості відомих нам проектів сто разів перевершували будь-які технологічні виклики, які виникали у цих проектах. Далі ми неминуче зіткнулися з ще більш сумним фактом: хоч кожен з нас відчував нутром, причому досить давно, що соціологія важливіше технології, ми обидва в управлінні проектами завжди діяли всупереч своїм відчуттям. Звичайно, час від часу ми робили щось, щоб учасникам команд приємніше працювалося разом або щоб зняти напругу, що виникає в групі, але ці дії ми ніколи не сприймали як сутність своєї роботи.
Як змінився стиль нашого управління, усвідом ми раніше, що людська складова питання має набагато більше значення, ніж технологічна? Ми почали писати списки. У нас були під рукою чисті слайди для проектора і маркери, так що ми нанесли деякі списки на слайди і, відчуваючи легке запаморочення, обмірковували ідею взяти і показати деякі з цих ідей нашим слухачам у Сіднеї. Якого чорта! Сідней знаходиться на іншому кінці світу щодо Штатів і Європи; якщо ми провалимося в Австралії, будинки навіть ніхто не дізнається, вирішили ми.
На наступному тижні наші слухачі в Сіднеї відразу ж включилися в матеріал про людському факторі, а крім того - були трохи засмучені (очевидно, не тільки ми керували так, наче значення мала лише технологія). Найприємніше, що люди стали включатися в процес і розповідати нам свої приклади по цій темі, за що ми були неймовірно вдячні.
Між тим раннім експериментом на околиці і першим виданням книги, що вийшла в 1987 році, ми виконали величезну роботу: проводили опитування та емпіричні дослідження, щоб підтвердити свої підозри про вплив середовища (частина II цього третього видання) і перевірити деякі з своїх більш радикальних припущень щодо командного динаміки і спілкування (велика частина решти книги).
Перші два видання "Людського фактора" зробили нас свого роду рахунковою палатою ідей щодо гуманітарної боку технологічних проектів, так що нам довелося розширювати свій підхід, щоб встигнути за подіями. Нові розділи цього третього видання присвячені деяким патологій лідерства, які раніше такими не вважалися, що еволюціонує культурі зборів, гібридним командам, що складається з людей різних і, здавалося б, несумісних поколінь; а ще росте розуміння того, що деякі наші найпоширеніші інструменти служать швидше якорями, а не двигунами.
Що нового у третьому виданні?
У третьому виданні з'явилося шість нових глав і внесені численні правки в основний текст, так що тепер книга краще відповідає сучасним середовищ розробки і сучасним проблемам. Зокрема, книга тепер освітлює патології лідерства, які раніше за патології не вважалися; эволюционирую-системоутворюючою культуру зборів; гібридні команди, що складаються з людей різних і, здавалося б, несумісних поколінь; а ще зростаюче розуміння того, що деякі наші інструменти служать швидше якорями, а не двигунами. Кожен, кому необхідно управляти проектом по розробці програмного забезпечення або цілою організацією такого роду, знайде на сторінках цієї книги безліч цінних порад.
Передмова
Те, що прийнято нині називати проектом "Людський фактор", почалося для нас одним довгим нічним перельотом через Тихий океан понад тридцять років тому. Ми летіли разом з Лос-Анджелеса в Сідней, щоб читати свої лекції з конструювання програмного забезпечення. Не в силах заснути, ми всю ніч язиком клепають про серйозні труднощі, з якими стикалися у власних проектах розробки систем і про яких дізнавалися з розповідей наших клієнтів. Один з нас - і ми не можемо вже згадати, хто саме - підсумовуючи розмову, сказав ось що: "Бути може... головні проблеми системної розробки не стільки технологічні, скільки соціологічні".
Ця думка вкоренилася далеко не відразу, оскільки суперечила того способу мислення, який ми використовували в ті роки. Як і практично кожен, хто брав участь у підприємствах, заснованих на високих технологіях, ми були переконані, що технологія - це відповідь на всі питання, і що якими б не були ваші проблеми, для них знайдуться більш якісні технологічні рішення. Але якщо вам довелося вирішувати завдання гуманітарні по самій своїй природі, більш якісна технологія навряд чи могла допомогти. Наприклад, якщо люди, вимушені працювати в одній групі, не довіряли один одному, ніякої дивний пакет програм і ніяка технологічна штучка не здатні були це виправити.
Як тільки на цю ідею пролилося світло, ми почали придумувати приклади до неї, і нам обом незабаром стало очевидно, що соціальні складнощі у більшості відомих нам проектів сто разів перевершували будь-які технологічні виклики, які виникали у цих проектах. Далі ми неминуче зіткнулися з ще більш сумним фактом: хоч кожен з нас відчував нутром, причому досить давно, що соціологія важливіше технології, ми обидва в управлінні проектами завжди діяли всупереч своїм відчуттям. Звичайно, час від часу ми робили щось, щоб учасникам команд приємніше працювалося разом або щоб зняти напругу, що виникає в групі, але ці дії ми ніколи не сприймали як сутність своєї роботи.
Як змінився стиль нашого управління, усвідом ми раніше, що людська складова питання має набагато більше значення, ніж технологічна? Ми почали писати списки. У нас були під рукою чисті слайди для проектора і маркери, так що ми нанесли деякі списки на слайди і, відчуваючи легке запаморочення, обмірковували ідею взяти і показати деякі з цих ідей нашим слухачам у Сіднеї. Якого чорта! Сідней знаходиться на іншому кінці світу щодо Штатів і Європи; якщо ми провалимося в Австралії, будинки навіть ніхто не дізнається, вирішили ми.
На наступному тижні наші слухачі в Сіднеї відразу ж включилися в матеріал про людському факторі, а крім того - були трохи засмучені (очевидно, не тільки ми керували так, наче значення мала лише технологія). Найприємніше, що люди стали включатися в процес і розповідати нам свої приклади по цій темі, за що ми були неймовірно вдячні.
Між тим раннім експериментом на околиці і першим виданням книги, що вийшла в 1987 році, ми виконали величезну роботу: проводили опитування та емпіричні дослідження, щоб підтвердити свої підозри про вплив середовища (частина II цього третього видання) і перевірити деякі з своїх більш радикальних припущень щодо командного динаміки і спілкування (велика частина решти книги).
Перші два видання "Людського фактора" зробили нас свого роду рахунковою палатою ідей щодо гуманітарної боку технологічних проектів, так що нам довелося розширювати свій підхід, щоб встигнути за подіями. Нові розділи цього третього видання присвячені деяким патологій лідерства, які раніше такими не вважалися, що еволюціонує культурі зборів, гібридним командам, що складається з людей різних і, здавалося б, несумісних поколінь; а ще росте розуміння того, що деякі наші найпоширеніші інструменти служать швидше якорями, а не двигунами.
Анотація
Людський фактор. Успішні проекти і команди, 3-е видання. Тому Демарко
Всі характеристики
- Видавництво
- Автор
- ПерекладачС. МаккавеевМихаил Зислис
- СеріяПрофессионально
- КатегоріяКомп'ютерна література
- Рік2020
- Сторінок288
- Формат170х240 мм
- ОбкладинкаМ'яка
- Тип паперуОфсетний
- МоваРосійська
- ІлюстраціїЧорно-білі
- Оригінальна назваPeopleware: Productive Projects and Teams
Товар входить до категорії
-
Безкоштовна доставка від
3'000,00 ₴
Рецензії