دسترسی نامحدود
برای کاربرانی که ثبت نام کرده اند
برای ارتباط با ما می توانید از طریق شماره موبایل زیر از طریق تماس و پیامک با ما در ارتباط باشید
در صورت عدم پاسخ گویی از طریق پیامک با پشتیبان در ارتباط باشید
برای کاربرانی که ثبت نام کرده اند
درصورت عدم همخوانی توضیحات با کتاب
از ساعت 7 صبح تا 10 شب
دسته بندی: برنامه نويسي ویرایش: نویسندگان: Watts S. Humphrey سری: ISBN (شابک) : 0201776391, 9780201776393 ناشر: Addison-Wesley Professional سال نشر: 2001 تعداد صفحات: 0 زبان: English فرمت فایل : CHM (درصورت درخواست کاربر به PDF، EPUB یا AZW3 تبدیل می شود) حجم فایل: 1 مگابایت
در صورت تبدیل فایل کتاب Winning with Software: An Executive Strategy به فرمت های PDF، EPUB، AZW3، MOBI و یا DJVU می توانید به پشتیبان اطلاع دهید تا فایل مورد نظر را تبدیل نمایند.
توجه داشته باشید کتاب برنده شدن با نرم افزار: یک استراتژی اجرایی نسخه زبان اصلی می باشد و کتاب ترجمه شده به فارسی نمی باشد. وبسایت اینترنشنال لایبرری ارائه دهنده کتاب های زبان اصلی می باشد و هیچ گونه کتاب ترجمه شده یا نوشته شده به فارسی را ارائه نمی دهد.
پیام / مفهوم پیامی که در اینجا وجود دارد این است که اگر میخواهید نرمافزار خوب، بهویژه با هر اندازه قابل توجهی توسعه دهید، به یک فرآیند قوی و تیمی از برنامهنویسان/مهندسین منظم نیاز دارید. کلمات عملیاتی در اینجا قوی و منضبط هستند. این دو اصطلاح، بهویژه رشته یک، بهخوبی در ما طنینانداز میشوند، زیرا یکی از دلایل مهم یک پروژه مشکلساز، فقدان نظم و انضباط برای دنبال کردن یک فرآیند تعریفشده است. پیام بعدی این است که \"کیفیت مهم است\" - حتی بیشتر از برنامه. این به ویژه برای هر کسب و کاری که از نرم افزار استفاده می کند مرتبط است. هنگامی که پروژه شروع به "خارج شدن از مسیر" می کند، تیم پروژه ممکن است به چیزی که با آن راحت است بازگردد که اغلب رویکرد "تنبل" است. کمی شبیه به یک تیم فوتبال - وقتی همه چیز به شکل گلابی پیش میرود و روی پای عقب است، عادتهای بد پنهان میشوند... تکلها از دست میرود، افراد در دفاع به موقعیت نمیرسند، توپ رها میشود، پاس. به بیراهه می رود..... انضباط از پنجره بیرون می رود! فرآیند نرم افزار شخصی او (PSP) و فرآیند نرم افزار تیمی (TSP) با برنامه نویسی شدید (XP) یا جنبش توسعه نرم افزار چابک ناسازگار نیستند، اگرچه ممکن است جمعیت XP مخالف باشد. من فکر نمیکنم هامفری با این که از زاویه موسسه مهندسی نرمافزار (SEI) میآید، مخالف باشد و نقش مهمی در توسعه مدل بلوغ قابلیت SEI (CMM) داشته باشد که اغلب به عنوان نقطه مقابل XP شناخته میشود. با گفتن همه اینها و توجه به اینکه تمرکز بر توسعه نرم افزار است، پیام ها صرف نظر از آنچه در حال توسعه است به همان اندازه قابل اجرا هستند. به طور کلی، خواندن آن با چند توصیه عالی و مثال های عملی خوب است. بنابراین با عنوان و این واقعیت که ممکن است در جاها کمی خشک باشد، آن را برای نرم افزار، فناوری خاص خود (موشک، پل، شبکه، ماهواره، سیستم ارتباطی و غیره) درج کنید، معطل نشوید و همچنان منطقی خواهد بود و برخی از بینش های مفید را به شما ارائه می دهد. آنچه ما یاد گرفتیم این بیشتر رویکرد فعلی ما را تایید کرد تا اینکه چیز جدیدی به ما یاد داد. اما، ما را در مورد تعدادی از تکنیکهایی که میتوانیم برای نشان دادن ارزش اتخاذ یک رویکرد قوی و منظم در مدیریت پروژه استفاده کنیم، روشن کرد. بنابراین، ما در حال دریافت نسخه دیگری از کتاب هستیم و آن را به مدیر نمونه کار پروژه در یکی از سازمان های مشتری خود می دهیم. این برای ما تأیید می کند که این کتاب برای مدیران است.
MESSAGE / CONCEPT The message here is that if you wish to develop good software, particularly of any significant size, you need a robust process and a team of disciplined programmers/engineers. The operative words here are robust and disciplined. These two terms, particularly the discipline one, resonate particularly well with us, because one of the significant causes of a problem project is the lack of discipline to follow a defined process. The further message is that "quality counts" - even more so than schedule. This is particularly relevant to any business that uses software. When the project starts to "go off the track", the project team might go back to what they are comfortable with which often is the "lazy" approach. A bit like a football team - when things go pear shaped and they are on the back foot, bad habits sneak in .....tackles get missed, individuals don't get into position in defence, the ball gets dropped, the pass goes astray.....discipline goes out the window! His personal software process (PSP) and team software process (TSP) aren't incompatible with the extreme programming (XP) or agile software development movement, although the XP crowd may disagree. I don't think Humphrey would disagree even though he is coming from the Software Engineering Institute (SEI) angle and was a significant player in the SEI Capability Maturity Model (CMM) development which is often held up as the antithesis of XP. Having said all that and noting that the focus is on software development, the messages are equally applicable regardless of what is being developed. Overall, it is a good read with some excellent advice and practical examples. So don't be put off by the title and the fact it can be a bit dry in places, insert for software, your particular technology (missile, bridge, network, satellite, communications system, etc) and it will still make sense and provide you with some useful insights. WHAT WE LEARNT It more confirmed our present approach rather than taught us something new. BUT, it did enlighten us on a number of techniques we can use to show the value of taking a robust and disciplined approach to project management. So much so, we are getting another copy of the book and giving it to the manager of the project portfolio in one of our client organisations. This confirms for us that this is a book for executives.