Яку книгу управління ви б рекомендували прочитати для нового керівника команди? [зачинено]
Відповіді:
Народні засоби: Продуктивні проекти та команди приходять на думку.
Перша глава книги стверджує,
«Основні проблеми нашої роботи мають не стільки технологічний, скільки соціологічний характер».
Книга наближається до соціологічних чи «політичних» проблем, таких як «гуркіт» команди, тиша в робочому середовищі та висока вартість обігу.
Управління людьми , так само колекцією управлінських речей від Rands In Repose , варто прочитати і смішно завантажуватись.
Тонна правди зосередилася до її суті.
Швидкий розвиток Стіва МакКоннелла.
Причина, через яку я переживаю PeopleWare, полягає в тому, що тут є ще кілька речей, які ви, можливо, зможете реалізувати як керівник команди. Коли ви лідер команди (з дефіцитом, який зазвичай поставляється), велика частина PeopleWare багато в чому прагне, оскільки ви не зможете суттєво впливати на робоче середовище, зарплати та підбір персоналу тощо.
Я думаю, це залежить від того, чи шукаєте ви щось в процесі розробки або від управління та лідерства. Поки я не читав, мені подобається вигляд Перших 90 днів, який хтось порекомендував. Крім того, мені дуже подобається "Менеджер за одну хвилину", хоча у багатьох є проблеми з ним (значною мірою, що це розповідається як історія, і що його вміст очевидний - з чим я згоден, але ми часто пропускаємо очевидне, тому час від часу нагадуючи про себе - це не погано і що б ти не думав про це, принаймні, дуже короткий).
Міфічний місяць чоловіка Фреда Брукса має багато чудових, що не потрібно робити. Це та Peopleware - це два, які визначають управління проектами програмного забезпечення.
Якщо ви новий керівник програмного забезпечення, рекомендую:
Це написано з точки зору "Я щойно став керівником команди - тепер що?" і має безліч практичних сценаріїв, представлених чітко. Він також має хороші посилання в кожному розділі, тому він корисний як поточний довідник.
AntiPatterns в управлінні проектами - це чудовий перелік способів зробити щось не так. Це великий список речей, яких слід уникати.
Що ж, перелічені хороші вже досить популярні у більшості програмістів. Як щодо цього: Правило без жопа Боб Саттон .
Я б фактично заперечував за оцінку програмного забезпечення: Демістифікація Чорного мистецтва або щось подібне. Ваш стиль управління, хоча він може бути відрегульований, до цього часу значною мірою встановлений. Ви завжди можете навчитися робити речі краще, швидше, але ваш стиль справді є тим, ким ви є.
Деякі люди - це самовпевнені ривки, інші люблять кричати і кричати, а інші слухають і створюють консенсус. Якщо ви розвивались протягом певного періоду часу, ці риси особистості знаходяться в значній мірі або досить помітні. Ваша нова посада вимагатиме багато планування: ваш час та час інших людей. Щоб досягти успіху, краще зрозумійте це правильно (або здебільшого правильно).
Ваш статус керівника команди щойно відрізаний визначатиметься вашою здатністю доставляти проекти вчасно.
Ваш власний. Навчіть свого керівника серією дискусій та наставницьких занять, а ваш стажист веде приватний журнал ситуацій, реакцій та успіхів чи невдач. По суті, вони напишуть власну книгу. Ця вправа не стільки для самої книги, ні посилання, а для заохочення до роздумів.
Потім, після того, як свіжоспечений лідер зрозуміє проблеми, виберіть кілька чудових книг, розміщених в інших публікаціях.
Моя думка полягає в тому, що ви повинні мати певний досвід керівництва та управління, перш ніж читати про них книги, просто тому, що ви не будете достатньо знати про тему, щоб дійсно зрозуміти, оцінити та ставитись до прочитаного. Наприклад, ви б не радили комусь прочитати Code Complete до того, як вони напишуть свій перший рядок коду, чи не так? Це ж стосується і тут. Змочіть ноги, щоб вам було з чим пов’язати, а потім йдіть за книгами.