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 “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 “Not invented here'' syndrome<br>9.2 Tunnel vision<br>9.2.1 The “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 “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 “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 “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’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’s what is all about