,

Data Science for Teams

20 Lessons from the Fieldwork

Paperback Engels 2025 9780443364068
Verwachte levertijd ongeveer 9 werkdagen

Samenvatting

Managing human resources, time allocation, and risk management in R&D projects, particularly in Artificial Intelligence/Machine Learning/Data Analysis, poses unique challenges. Key areas such as model design, experimental planning, system integration, and evaluation protocols require specialized attention. In most cases, the research tends to focus primarily on one of the two main aspects: either the technical aspect of AI/ML/DA or the teams’ effort, or the typical management aspect and team members’ roles in such a project. Both are equally import for successful real-world R&D, but they are rarely examined together and tightly correlated. Data Science for Teams: 20 Lessons from the Fieldwork addresses the issue of how to deal with all these aspects within the context of real-world R&D projects, which are a distinct class of their own. The book shows the everyday effort within the team, and the adhesive substance in between that makes everything work. The core material in this book is organized over four main Parts with five Lessons each. Author Harris Georgiou goes into the difficulties progressively and dives into the challenges one step at a time, using a typical timeline profile of an R&D project as a loose template. From the formation of a team to the delivery of final results, whether it is a feasibility study or an integrated system, the content of each Lesson revisits hints, ideas and events from real-world projects in these fields, ranging from medical diagnostics and big data analytics to air traffic control and industrial process optimization. The scope of DA and ML is the underlying context for all, but most importantly the main focus is the team: how its work is organized, executed, adjusted, and optimized. Data Science for Teams presents a parallel narrative journey, with an imaginary team and project assignment as an example, running an R&D project from day one to its finish line. Every Lesson is explained and demonstrated within the team narrative, including personal hints and paradigms from real-world projects.

Specificaties

ISBN13:9780443364068
Taal:Engels
Bindwijze:Paperback

Lezersrecensies

Wees de eerste die een lezersrecensie schrijft!

Inhoudsopgave

CHAPTER 1 Lesson 1: Respect the basics, learn the roles <br>1.1 Organizational options<br>1.2 Team roles, generic<br>1.3 Team roles, actual<br>1.3.1 Infrastructure engineer<br>1.3.2 AI expert<br>1.3.3 Software developer<br>1.3.4 Team mentor-coordinator<br>1.3.5 Other roles and specialties<br>1.4 Our brave little team<br>CHAPTER 2 Lesson 2: Team building -- people over things<br>2.1 Building the team<br>2.2 Complexities and trade-offs<br>2.3 Getting people onboard<br>2.3.1 Setting the criteria<br>2.3.2 Misconceptions<br>2.3.3 Red flags<br>2.3.4 How to do it right<br>2.4 Letting people go<br>2.5 Departures<br>CHAPTER 3 Lesson 3: Keep the team happy, then committed<br>3.1 Leading versus Managing<br>3.1.1 Data Science as Engineering<br>3.1.2 Data Science is not classic Project Management<br>3.1.3 Key priorities and the human factor<br>3.2 Incentives and Commitment<br>3.2.1 Excellence and job satisfaction<br>3.2.2 Handling younger members<br>3.3 Team roles, revisited<br>3.3.1 In-depth guidelines<br>3.3.2 Transitions and integrations<br>3.3.3 The kick-off<br>3.3.4 The daily emergencies<br>3.3.5 Addressing personal issues<br>3.4 The dress code issue<br>CHAPTER 4 Lesson 4: Give room to new ideas, but always have contingencies<br>in place<br>4.1 The Software Engineering paradigm<br>4.1.1 Key differences and similarities with DS<br>4.1.2 Dealing with problems and failures<br>4.2 Exploiting new ideas<br>4.2.1 Diversity and collaboration<br>4.2.2 Gender diversity in the team<br>4.2.3 Diversity and Game Theory<br>4.3 Contingencies<br>4.3.1 Groupthink<br>4.3.2 Backups as a team principle<br>4.4 The big whiteboard<br>PART 2 Bend the rules<br>CHAPTER 5 Lesson 5: In the real world, there are no well-defined tasks <br>5.1 Unknown unknowns<br>5.1.1 Recognizing the proble<br>5.1.2 Analysis paralysis<br>5.2 Use cases<br>5.2.1 Civil Aviation<br>5.2.2 Agricultural quality control<br>5.3 The first shock<br>CHAPTER 6 Lesson 6: In the real world, data are raw and not ready for use<br>6.1 Handling real-world data<br>6.1.1 Factors and issues<br>6.1.2 Exploring the data<br>6.2 Use cases<br>6.2.1 Civil Aviation<br>6.2.2 Vehicle mobility analytics<br>6.2.3 SARS-CoV-2 pandemic<br>6.3 The second shock<br>CHAPTER 7 Lesson 7: Keep things simple, but not too simple <br>7.1 The automatic control paradigm<br>7.1.1 Principles of automatic control<br>7.1.2 Automation versus human factor<br>7.2 Project management and leadership<br>7.2.1 Toxic leadership<br>7.2.2 Project management, the NASA way<br>7.2.3 The Westrum model<br>7.3 Simplicity as a principle<br>7.3.1 Dealing with complexity<br>7.4 Use case: Adaptive X-ray machine<br>CHAPTER 8 Lesson 8: Embrace good ideas, even if they are risky <br>8.1 Assignments and initiatives<br>8.1.1 Who gives the presentations?<br>8.1.2 Remote control<br>8.1.3 Blame games<br>8.2 Endorsing openness<br>8.2.1 The curse of micro-management<br>8.2.2 Inclusive teamwork<br>8.3 Use cases<br>8.3.1 Mammographic mass shape analysis<br>8.3.2 Textiles modeling<br>8.4 Cold feet<br>CHAPTER 9 Lesson 9: Avoid the &ldquo;one tool for all'' mindset<br>9.1 Getting into the weeds<br>9.1.1 Traditional versus ``blind'' ML<br>9.1.2 Smart clouds and edges<br>9.1.3 &ldquo;Not invented here'' syndrome<br>9.2 Tunnel vision<br>9.2.1 The &ldquo;Einstellung''<br>9.3 Focus on the most valuable<br>9.4 Use cases<br>9.4.1 fMRI unmixing<br>9.4.2 COVID-19 data analysis<br>CHAPTER 10 Lesson 10: Avoid the &ldquo;minimum effort principle'' <br>10.1 Minimum efforts<br>10.1.1 Low productivity mode<br>10.1.2 Knowledge silos<br>10.1.3 Simplicity is not laziness: The &ldquo;XOR'' example<br>10.2 Marginally adequate<br>10.2.1 Quiet quitting<br>10.2.2 Learning versus delivering<br>10.2.3 Motivation alone is not enough<br>10.3 Opening up<br>PART 3 Forget the rules<br>CHAPTER 11 Lesson 11: Always have backups -- prepare for the unexpected<br>11.1 Hints from software risks<br>11.2 Managing risk<br>11.2.1 Assessment, prioritization, mitigation<br>11.2.2 Preventive planning<br>11.2.3 A little Game Theory<br>11.3 Team risks<br>11.3.1 Burnout<br>11.3.2 Over-confidence<br>11.3.3 Insecurities<br>11.4 Use case: Urban ETA prediction<br>CHAPTER 12 Lesson 12: Embrace critical feedback, always<br>12.1 The feedback loop<br>12.1.1 Reception of criticism<br>12.1.2 Dealing with arrogance<br>12.2 Conflict resolution in the team<br>12.2.1 Pack leaders and threshold guardians<br>12.2.2 Removing the barriers<br>12.2.3 Emergence of cooperation<br>12.3 Use case: Refugee influx analysis<br>12.4 Force Majeure<br>CHAPTER 13 Lesson 13: Iteration and adaptation versus long-term planning <br>13.1 The Software Development paradigm<br>13.1.1 The value of traditional approaches<br>13.1.2 Repetitions over strict designs<br>13.2 Iterative project management<br>13.2.1 Technical versus management issues<br>13.2.2 Common approaches<br>13.3 The OLPC example<br>CHAPTER 14 Lesson 14: Managing expectations<br>14.1 Expectations versus reality<br>14.2 Preemptive planning<br>14.3 The IPR issue<br>14.4 The DRS cluster example<br>CHAPTER 15 Lesson 15: Deadlines, prioritization, and getting things done<br>15.1 Priorities, preparations, and plans<br>15.2 Working under pressure<br>15.3 Tough decisions<br>15.4 Bending the rules<br>15.5 Getting things done<br>CHAPTER 16 Lesson 16: The &ldquo;Diminishing Residual Efforts'' effect<br>16.1 Efforts fade out<br>16.2 Technical debt<br>16.3 Outside the comfort zone<br>16.4 Emergency response<br>CHAPTER 17 Lesson 17: Integration -- the time of pain and suffering <br>17.1 R&D is not a product<br>17.2 Canary releases and feature toggles<br>17.3 ``Blind'' prototyping<br>17.4 Quality as a goal<br>17.5 Vaporware<br>17.6 No single points of failure<br>17.7 Use case: search & rescue robotics<br>PART 4 Embed, extend, repeat<br>CHAPTER 18 Lesson 18: Make things happen now, but plan for the future<br>18.1 The value of maintainability<br>18.2 The COBOL example<br>18.3 An important balance<br>18.4 Accept change<br>18.5 Randomized modeling<br>18.6 Proof of work<br>18.7 Debugging from 25 billion km away<br>CHAPTER 19 Lesson 19: Keep loyal to discipline, guidelines, and good<br>practices <br>19.1 No magic tricks<br>19.2 Three main drivers<br>19.3 Excellence is a habit<br>19.4 Take care of your team<br>19.4.1 Provide help<br>19.4.2 Seek consensus<br>19.4.3 Defend your people<br>19.4.4 Be honest and transparent<br>19.5 It&rsquo;s all yours forever<br>CHAPTER 20 Lesson 20: Remember why you do this <br>20.1 Critical events<br>20.2 Wins and loses<br>20.3 Successful failures<br>20.4 That&rsquo;s what is all about

Managementboek Top 100

Rubrieken

    Personen

      Trefwoorden

        Data Science for Teams