بازگشت به کتابخانهکتابخانه1.1نقشهٔ دوره — آدم‌ها قبل از سیستم
چگونه یک تیم توسعه بسازیمHOW TO BUILD A DEV TEAM — از فرهنگ و استخدام تا فرایند، تخمین، مالی و اشتباهات رایج — تجربهٔ واقعی Tighten
v1.0.0
LESSON 1.1فصل ۱ — آدم‌ها زیربنا هستند

نقشهٔ دوره — آدم‌ها قبل از سیستم

  • ~۸ دقیقه
  • ۵ پرسش
  • متن را انتخاب کن تا هایلایت شود

مت استافر در Tighten تیمی از دولوپرها ساخت که هم آدم‌ها را نگه می‌دارد هم کار تحویل می‌دهد. هدف این دوره این است که همان مسیر را به تو بدهد: چطور تیم توسعه بسازی یا تیم فعلی‌ات را بهتر کنی — از فرهنگ تا استخدام، از فرایند کد تا تخمین و مالی. نقطهٔ شروع، برخلاف بیشتر دوره‌های مدیریت مهندسی، ابزار و اسپرینت نیست. نقطهٔ شروع آدم‌هاست.

Tighten از کجا شروع شد

وقتی مت و شریک تجاری‌اش دن شیتس Tighten را راه انداختند، چیزی که می‌خواستند «بهره‌وری حداکثری» نبود. می‌خواستند شغل خوب بسازند؛ جایی که خودشان هم دوست داشته باشند در آن کار کنند. هر دو قبلاً جاهایی کار کرده بودند که آخر هفته می‌گفتند بیا TPS Reportت را پر کن — و از آن زندگی خسته شده بودند.

چند سال بعد، با کمک یک مشاور برند، ارزش‌ها را روی کاغذ آوردند و اسمش را گذاشتند **Great Tighten Experiment**: آزمایش ساختن جایی که واقعاً بخواهی برایش کار کنی.

تز اصلی دوره

دوره روی این جمله سوار است: **People are the absolute foundation.** در Tighten اول آدم‌ها را فهمیدند، بعد سیستم‌ها را. ارزش شماره یک شرکت هم همین را فریاد می‌زند: Trust Comes First. اگر اعتماد نباشد، هیچ فرایندی کار نمی‌کند — نه برای کارمند، نه برای مدیر، نه برای مشتری.

DIAGRAMمسیر دوره
فرهنگ و اعتماد
→
بستر بهره‌وری + شکل نقش‌ها
→
استخدام و مدیریت آدم‌ها
→
فرایند کد و تسک
→
رابطه با سازمان + تخمین + مالی
→
دوازده اشتباه رایج

دوازده درس، شش فصل

فصلچه می‌گیری
۱. آدم‌ها زیربنا هستندفرهنگ، ارزش، صداقت، Radical Candor، تعارض سالم
۲. بستر کار و شکل تیمرهبری ضد میکرو، ابزار، تیم کوچک فول‌استک
۳. جذب و نگهداشتآگهی، مصاحبه، آنبوردینگ، PIP، جشن
۴. فرایند کد و تسکGitHub، PR، کانبان، lowercase agile
۵. سازمان و تخمینرابطه با بیزنس، #NoEstimates، Ballpark
۶. پول و تله‌هاهزینهٔ واقعی هر دولوپر، دوازده اشتباه

این نقشه همان سرفصل سری Laracasts مت استافر است: *How to Build a Dev Team*. هر درس یک قسمت است؛ هیچ موضوعی جا نمی‌ماند.

چه کسی این دوره را می‌خواند

  • کسی که تازه مدیر مهندسی شده و هیچ آموزشی برای این شغل ندیده
  • لید فنی که می‌خواهد تیم کوچک بسازد بدون اینکه به اسکرام و Jira پناه ببرد
  • بنیان‌گذار یا صاحب آژانس که فروش بلد است ولی تیم توسعه را مثل «نصب توالت» می‌بیند
  • دولوپری که می‌خواهد بفهمد تیم سالم چه شکلی است تا بداند کجا بماند و کجا فرار کند
Great Tighten Experiment
تصمیم مت و دن: جایی بسازیم که خودمان بخواهیم در آن کار کنیم — نه شرکتی که آخر هفته TPS Report می‌خواهد.
Trust Comes First
ارزش شماره یک Tighten. بدون اعتماد، سیستم و سیاست فقط بافت‌جوشِ ترس‌اند.

قرارداد این دوره با تو

مت صریح است: بیشتر متدولوژی‌های رسمی توسعه را «صنعت مشاوره‌ای که اسکَم است» می‌داند. Agile Manifesto را دوست دارد؛ Agile صنعتی را نه. تخمین را خطرناک می‌داند؛ وقتی مجبور شود Ballpark می‌گوید نه Deadline. تیم ایده‌آلش کوچک، فول‌استک، حداکثر یک جونیور در هر پروژه است.

اگر دنبال چارچوب گواهی‌دار Scrum Master هستی، این دوره آن را به تو نمی‌فروشد. اگر می‌خواهی تیمی بسازی که خودت هر روز دوست داشته باشی به آن سر بزنی — برو درس بعد: فرهنگ.

به زبان ساده

اول آدم، بعد سیستم. Tighten را ساختند تا جایی باشد که خودشان بخواهند در آن کار کنند. اعتماد زیربناست.

مثال واقعی

مت و دن از شرکت‌هایی آمده بودند که آخر هفته TPS Report می‌خواستند. اسم آزمایش‌شان شد Great Tighten Experiment و ارزش اول Trust Comes First.

دانش‌سنجی

آزمون درس

۵ Q
01
نقطهٔ شروع ساختن تیم توسعه در این دوره چیست؟
02
Great Tighten Experiment چه بود؟
03
ارزش شماره یک Tighten چیست؟
04
اگر هدفت تیم فوق‌مولد و متخصص باشد، مت چه می‌گوید؟
05
این دوره عمداً کدام چیز را به تو نمی‌فروشد؟