Peter Seibel مهندس ارشد Twitter می گوید اندازه گیری خلاقیت در مهندسان بسیار مشکل است، او در کنفرانس @Scale که میزبان آن فیسبوک بود صحبتهایی در مورد نحوه کار و ارتباط تیم های کاری در شرکت های نرم افزاری بیان کرد. در این کنفرانس 1800 مهندس نرم افزار از 400 شرکت مختلف آمده بودند و تمام این مهندسان در طول فعالیت کاری خود پروژه ها و برنامه هایی ساخته بودند که در حال حاضر توسط میلیون ها و میلیاردها انسان در سراسر دنیا استفاده می شود.

Seibel در مورد تکامل نرم افزار در Twitter سخنرانی کرد و اشاره کرد جنجال و هرج و مرج برنامه نویس ها که به زبان های مختلف مثل Ruby، Java و Scala مسلط بودند می خواستند در تیم های کاری با هم کار کنند که این بسیار مشکل بود هر چند که این مسایل به مرور زمان کم کم حل شد.

نکته هایی از twitter برای مهندسان نرم افزار

او می گوید به عنوان یک صنعت ما می دانیم که چطور باید مقیاس و اندازه سازمان را بزرگتر کنیم طوری که بشود به هزاران نفر اجازه داد تا با همدیگر کار کنند اما ما در آن موقع به این موضوع پی نبردیم که چگونه باید افراد با خلاقیت مهندسی را از سایرین جدا کنیم و به عنوان گروه های پیشرو از آن ها استفاده کنیم و مدیریت منابع انسانی ما چه تدابیری باید داشته باشد، حتی میزان اهمیت این موضوع را هم نمی دانستیم.

Seibel معتقد است که مهندسان نرم افزار می توانند بسیار خلاقانه تر کار کنند اگر تعدادی از این مهندسان با هم دیگر کار کنند و ترکیب بشوند می توانند نتایج بهتری بگیرند. او می گوید برای 10 نفر لازم نیست شخص پیشرویی را به عنوان مهندس تاثیرگذار انتخاب کنیم یا او را در این گروه 10 نفره جای دهیم.

Seibel اضافه می کند برای 100 نفر مهندس لازم است 2 نفر را برای ساختن ابزارهای مهندسی و خلاقانه اختصاص دهیم و برای یک گروه 1000 نفری 255 مهندس برای پشتیبانی در نظر بگیریم که کار آنها به اندازه 1400 مهندس تاثیر گذار خواهد بود و در یک گروه 10000 نفری یعنی مقیاس مهندسان فیس بوک یک سوم آنها باید روی تکنیک های مهندسی کار کنند.

تکنیک های مهندسی می تواند موارد خیلی کوچکی باشد که در حل مشکلات و افزایش خلاقیت تیم موثر است و اگر به اندازه 1 درصد موثر باشند در مقیاس بزرگ سازمان ما می توانند بسیار تاثیر گذار باشند، به عنوان مثال کاهش زمان کامپایل تنها 5 دقیقه در روز می تواند 1 درصد به ارزش واقعی کار مهندسان اضافه کند.

او توضیح می دهد هر وقفه ای که باعث شود مهندسان از جریان کار خارج شوند 15 دقیقه از زمان آن ها را می گیرد همچنین او می گوید باید ابزارهای خوب و همچنین رفاه را برای کارکنان خود فراهم کنیم اگر می خواهیم آنها از کاری که می کنند لذت ببرند.

گروه های پیشرو مهندسان که قبلا به آن اشاره کردیم می توانند بر روی کاهش Tech Debt کار کنند این اصطلاح به عواقب مهندسی و برنامه نویسی باز می گردد یعنی مشکلاتی که الان وجود ندارد ولی در آینده دردسر ساز خواهد بود. Seibel می گوید که ما هنوز در Twitter مشکل Tech Debt داریم و برای پیشگیری از این مشکلات تلاش می کنیم و آرزوی ما این است که یک تیم خوب برای این کار در Twitter داشته باشیم، کسانی که بتوانند سریعا داخل کد شیرجه بزنند و زود تشخیص دهند و تصمیم گیری کنند و مشکل را در سریعترین زمان ممکن حل کنند.