• <em id="pai5d"></em><sup id="pai5d"></sup>
    
    

    <small id="pai5d"><rp id="pai5d"></rp></small>
    <option id="pai5d"></option>

    
    
  • <sup id="pai5d"></sup>
    <em id="pai5d"><label id="pai5d"></label></em>

  • <s id="pai5d"></s>
    當前位置 : 首頁(yè)  圖書(shū) 正文

    告別失控 軟件開(kāi)發(fā)團隊管理必讀簡(jiǎn)介,目錄書(shū)摘

    2021-04-13 09:55 來(lái)源:京東 作者:京東
    軟件開(kāi)發(fā)
    告別失控 軟件開(kāi)發(fā)團隊管理必讀
    暫無(wú)報價(jià)
    800+評論 99%好評
    編輯推薦:軟件開(kāi)發(fā)常常難以管理。新聞中充斥著(zhù)各種項目計劃拖延與預算超支的悲劇故事。雖然在開(kāi)發(fā)過(guò)程中引入一些正式的規范狀況能得到改善,但沒(méi)有哪種手段完全解決了問(wèn)題。投入了這么多時(shí)間和資金來(lái)加強對軟件開(kāi)發(fā)的控制,為何仍然如此難以控制?

    在本書(shū)中,Mickey W. Mantle和Ron Lichty通過(guò)一個(gè)簡(jiǎn)單的觀(guān)察發(fā)現回答了這個(gè)困擾已久的問(wèn)題:首先必須讓程序員和軟件團隊變得可控。也就是說(shuō),你需要先理解你的員工——如何招聘、激勵他們,并帶領(lǐng)他們開(kāi)發(fā)和交付杰出的產(chǎn)品。Mantle和Lichty總結了他們合起來(lái)超過(guò)70年的軟件開(kāi)發(fā)管理經(jīng)驗,并結合其他成功管理者的洞見(jiàn)和智慧,為需要為了成功交付軟件來(lái)管理員工與團隊的你提供了充分的指導。

    不論你是軟件管理新手還是老手,還是已經(jīng)有多年經(jīng)驗,都會(huì )欣賞本書(shū)中豐富的實(shí)用知識和實(shí)踐工具。
    內容簡(jiǎn)介:這是一本系統闡述面對混亂而容易失控的技術(shù)開(kāi)發(fā)團隊時(shí),如何管理、建設和強化團隊,成功交付開(kāi)發(fā)成果的大作。兩位作者M(jìn)ickey W. Mantle和Ron Lichty以合起來(lái)近70年的開(kāi)發(fā)管理經(jīng)驗為基礎,通過(guò)深刻的觀(guān)察和分析,找到了軟件開(kāi)發(fā)管理的核心問(wèn)題——人的管理,并圍繞如何真正理解程序員、找到合適的程序員、與程序員溝通這幾個(gè)核心話(huà)題,一步步展開(kāi),擴展到如何以人為本地進(jìn)行團隊建設、管理和項目管理。
    作者簡(jiǎn)介:Mickey W. Mantle
    從事軟件開(kāi)發(fā)工作超過(guò)40 年,作為軟件和硬件產(chǎn)品創(chuàng )建者、管理者和領(lǐng)導者,先后供職于Evans& Sutherland、Pixar、Br?derbund 和Gracenote 公司。他現在從事移動(dòng)/ 平板應用開(kāi)發(fā)、寫(xiě)作和咨詢(xún)工作。
    他的經(jīng)驗包括指導全球的研發(fā)團隊和管理跨學(xué)科的團隊進(jìn)行7×24小時(shí)的高效工作以交付成功的產(chǎn)品。憑借在印度、俄羅斯、加拿大和日本挑選、創(chuàng )建和管理離岸開(kāi)發(fā)機構的經(jīng)驗,他對使用跨時(shí)區、跨地域的不同人員和團隊進(jìn)行軟件開(kāi)發(fā)所面臨的管理挑戰有深刻的見(jiàn)解。

    Ron Lichty
    從事軟件開(kāi)發(fā)工作超過(guò)30 年,歷任程序設計經(jīng)理、開(kāi)發(fā)總監、產(chǎn)品與工程副總裁,先后供職于蘋(píng)果、富士通、Razorfish 和Schwab。他寫(xiě)過(guò)4 本書(shū)和數百篇文章,為創(chuàng )業(yè)公司和其他大小公司提供咨詢(xún),解決軟件開(kāi)發(fā)的難題,確保運行正常。
    他是6 家創(chuàng )業(yè)公司的顧問(wèn)。他曾是硅谷歷史悠久的開(kāi)發(fā)者組織SVForum 的董事會(huì )成員,目前是新興技術(shù)特別興趣組的聯(lián)合主席,創(chuàng )辦了它的軟件架構特別興趣組,還擔任過(guò)東灣創(chuàng )新組軟件管理實(shí)踐特別興趣組的主席。


    譯者簡(jiǎn)介
    趙普明,從事軟件開(kāi)發(fā)工作近十年,從程序員、項目經(jīng)理、開(kāi)發(fā)經(jīng)理到技術(shù)總監一步步走過(guò)來(lái),對技術(shù)團隊管理深有感觸。帶領(lǐng)過(guò)多個(gè)技術(shù)團隊,崇尚敏捷、開(kāi)源、分布式的核心小團隊開(kāi)發(fā),也做過(guò)遠程開(kāi)發(fā)。譯有《像計算機科學(xué)家一樣思考Python》一書(shū)。

    黃倩,工學(xué)博士,河海大學(xué)副研究員,先后畢業(yè)于南京大學(xué)計算機科學(xué)與技術(shù)系、中國科學(xué)院計算技術(shù)研究所,主要從事視頻壓縮、視頻處理等方向的研究工作。參與了AVS、HEVC等國內外視頻壓縮標準的制訂,發(fā)表學(xué)術(shù)論文近20篇。譯有《編程珠璣(第2版)》等技術(shù)書(shū)籍。

    張維維,愛(ài)書(shū),多年從事軟件行業(yè),擔任過(guò)開(kāi)發(fā)工程師、系統架構師、技術(shù)經(jīng)理、產(chǎn)品經(jīng)理、創(chuàng )業(yè)者等,關(guān)注能改善人的生活的技術(shù)和思考,并力圖有所貢獻。

    錢(qián)昊,畢業(yè)于北京大學(xué)計算機系,現在北京師范大學(xué)第二附屬中學(xué)工作,從事數學(xué)和信息等方面的課程教學(xué)。將程序設計作為業(yè)余愛(ài)好,喜歡擺弄各種電子設備,對語(yǔ)言和翻譯領(lǐng)域饒有興趣。另有獨立譯著(zhù)和合譯譯著(zhù)各一本。
    目錄:第1章 程序員為何難以管理 1
    1.1 程序員都做什么 3
    1.2 成功的程序設計經(jīng)理為什么難當 6
    第2章 理解程序員 8
    2.1 程序設計工種 9
    2.1.1 客戶(hù)端程序員 9
    2.1.2 服務(wù)器程序員 10
    2.1.3 數據庫程序員 10
    2.1.4 Web開(kāi)發(fā)人員及其他腳本編寫(xiě)者 11
    2.2 程序員的類(lèi)型 11
    2.2.1 系統工程師/架構師 12
    2.2.2 系統程序員 12
    2.2.3 應用程序員 13
    2.2.4 非真正意義上的程序員 13
    2.3 領(lǐng)域知識 14
    2.4 程序員的工作要求與能力 14
    2.5 工作地點(diǎn)與關(guān)系 18
    2.5.1 內部雇員 18
    2.5.2 遠程雇員 19
    2.5.3 合同工 19
    2.5.4 合同管理團隊和外包公司 20
    2.6 代系特點(diǎn) 20
    2.7 個(gè)性特點(diǎn) 22
    2.7.1 左腦型的人與右腦型的人 23
    2.7.2 夜晚型的人與白天型的人 24
    2.7.3 “牧童”與“農民” 25
    2.7.4 英雄 25
    2.7.5 內向的人 26
    2.7.6 憤世嫉俗的人 26
    2.7.7 奇葩 27
    2.8 小結 27
    2.9 工具 27
    第3章 尋找并招聘優(yōu)秀的程序員 28
    3.1 確定要招聘哪種程序員 30
    3.2 編寫(xiě)職位描述 32
    3.3 推銷(xiāo)職位 35
    3.4 招聘全職雇員 37
    3.4.1 持續不斷地招聘 37
    3.4.2 招聘預算 38
    3.4.3 招聘案例分析 40
    3.4.4 雇員推薦 41
    3.4.5 高效的招聘 43
    3.4.6 招聘秘訣 43
    3.5 招聘合同工 45
    3.6 審查簡(jiǎn)歷 46
    3.7 縮小范圍 48
    3.8 準備面試 49
    3.9 面試 54
    3.10 做出雇用一個(gè)程序員的決定 59
    3.11 給程序員發(fā)合適的錄取通知 62
    3.12 跟進(jìn)直到程序員答應 67
    3.13 小結 68
    3.14 工具 68
    第4章 幫助新員工順利入職 69
    4.1 引導員工盡早入職 69
    4.2 為新員工的到來(lái)做準備 71
    4.3 介紹 76
    4.4 確保成功 77
    4.5 最初的預期 78
    4.6 小結 81
    4.7 工具 81
    第5章 成為高效的程序設計經(jīng)理:向下管理 82
    5.1 贏(yíng)得技術(shù)尊重 82
    5.2 招聘杰出的程序員 87
    5.3 強化現有的團隊 87
    5.4 管理不同類(lèi)型的程序員 87
    5.5 引導 92
    5.6 保護 92
    5.7 評判和改進(jìn)績(jì)效 94
    5.7.1 設立目標 94
    5.7.2 績(jì)效審查 97
    5.7.3 知道何時(shí)削減損失 101
    5.8 組織思維 102
    5.8.1 人員配置 102
    5.8.2 組織 107
    5.8.3 對功能失調的組織進(jìn)行故障診斷 115
    5.9 交付成果和慶祝勝利 116
    5.10 小結 117
    5.11 工具 117

    經(jīng)驗法則與至理名言 118
    管理中面臨的挑戰 121
    人員管理 141
    管理團隊,順利交付 164

    第6章 成為高效的程序設計經(jīng)理:向上管理、對外管理及自我管理 183
    6.1 向上管理 183
    6.1.1 了解你的上司 184
    6.1.2 準備好溝通材料 185
    6.1.3 了解你老板的老板 186
    6.1.4 時(shí)機 187
    6.1.5 成為模范員工 188
    6.1.6 概要 188
    6.2 向外管理 189
    6.2.1 與你部門(mén)內的人合作 189
    6.2.2 了解其他部門(mén) 189
    6.2.3 利用重要的支持功能部門(mén) 191
    6.2.4 管理跨公司關(guān)系 196
    6.2.5 概要 201
    6.3 自我管理 202
    6.3.1 個(gè)人風(fēng)格 202
    6.3.2 時(shí)間和優(yōu)先級管理 205
    6.3.3 溝通管理 207
    6.3.4 管理實(shí)踐 209
    6.3.5 跟蹤管理 213
    6.3.6 尋找導師 215
    6.3.7 概要 215
    6.4 小結 216
    6.5 工具 216
    第7章 激勵程序員 217
    7.1 激勵理論 217
    7.1.1 馬斯洛的需求層次理論 218
    7.1.2 麥格雷戈的X-Y理論 219
    7.1.3 赫茨伯格的激勵因素和保健因素理論 220
    7.2 適用于程序員的激勵因素 222
    7.3 理論付諸實(shí)踐 226
    7.4 基本因素——(缺乏時(shí))不滿(mǎn)的原因 227
    7.4.1 作為上司被尊重 227
    7.4.2 有趣 231
    7.4.3 學(xué)習與成長(cháng) 232
    7.4.4 良好的工作條件 233
    7.4.5 合理的公司政策和管理 237
    7.4.6 合乎職業(yè)道德的管理 240
    7.5 關(guān)鍵激勵因素 244
    7.5.1 改變世界 244
    7.5.2 學(xué)習與成長(cháng) 245
    7.5.3 工具和技術(shù) 247
    7.5.4 認可與稱(chēng)贊 247
    7.5.5 和員工快樂(lè )相處 249
    7.5.6 利益 249
    7.6 個(gè)人承諾 251
    7.7 技術(shù)攻守 253
    7.8 了解你的程序員的動(dòng)力——從頭開(kāi)始 254
    7.9 小結 255
    7.10 工具 255
    第8章 建立成功的開(kāi)發(fā)文化 256
    8.1 定義“成功” 257
    8.2 程序設計文化 257
    8.3 公司文化 258
    8.3.1 利用公司文化的復雜度 259
    8.3.2 規避公司的負面文化 259
    8.3.3 技術(shù)在你的公司中扮演什么樣的角色 260
    8.3.4 什么力量在推動(dòng)你的公司 262
    8.4 成功的程序設計文化的特征 263
    8.4.1 互相尊重 264
    8.4.2 創(chuàng )新 265
    8.4.3 標準 266
    8.4.4 交付 267
    8.4.5 溝通 267
    8.4.6 虛擬團隊間的溝通 269
    8.4.7 公平 271
    8.4.8 授權 271
    8.4.9 職業(yè)精神 272
    8.4.10 拒絕傻瓜和笨蛋 273
    8.4.11 卓越 274
    8.4.12 程序設計上的卓越 274
    8.4.13 團隊精神和協(xié)作 275
    8.4.14 激情 275
    8.4.15 關(guān)注客戶(hù):“最重要的是客戶(hù)體驗,笨蛋!” 275
    8.4.16 學(xué)習 277
    8.4.17 環(huán)境 278
    8.5 小結 279
    8.6 工具 279
    第9章 管理成功的軟件交付 280
    9.1 定義項目 281
    9.1.1 確保需求和假設都足夠清晰 282
    9.1.2 把需求限制在“什么”上,而不是“如何” 284
    9.1.3 力求取悅客戶(hù) 285
    9.1.4 迅速估計工作的規?!?86
    9.1.5 識別無(wú)法商榷的日期 287
    9.1.6 激勵團隊 288
    9.2 規劃工作 289
    9.2.1 將項目拆分為功能點(diǎn),并按優(yōu)先級排序 290
    9.2.2 將功能點(diǎn)拆分為任務(wù)和子任務(wù) 291
    9.2.3 發(fā)動(dòng)團隊進(jìn)行自底向上的估計 292
    9.2.4 將任務(wù)估計集成為項目估計 293
    9.2.5 尋找估計中的不足 294
    9.2.6 對風(fēng)險達成共識,而不只是時(shí)間表 295
    9.2.7 為單元測試與項目測試分配足夠的時(shí)間 297
    9.2.8 每一次估計都是獨立的挑戰 297
    9.2.9 確定項目的節奏 298
    9.3 展開(kāi)計劃 298
    9.3.1 參與項目啟動(dòng) 299
    9.3.2 定義“完成” 299
    9.3.3 定義“成功” 300
    9.3.4 建立項目工作手冊 301
    9.4 執行工作 304
    9.4.1 設計工作 304
    9.4.2 進(jìn)行設計復審 307
    9.4.3 完成項目原型來(lái)傳達設計 307
    9.4.4 設立共同認可的里程碑 308
    9.4.5 確保設立常規代碼檢入會(huì )議 309
    9.4.6 積極驅動(dòng)開(kāi)發(fā) 310
    9.5 終盤(pán)結束期 316
    9.5.1 不再增加新功能 316
    9.5.2 運行產(chǎn)品 317
    9.5.3 準備好宣布成功以及開(kāi)啟更新版本的工作 317
    9.5.4 知道何時(shí)減損 319
    9.5.5 OEM或國際版 320
    9.6 交付軟件 321
    9.6.1 慶?!?21
    9.6.2 反思 322
    9.6.3 分享 325
    9.6.4 重構 325
    9.6.5 小版本升級 326
    9.7 小結 326
    9.8 工具 326
    工具 327
    熱門(mén)推薦文章
    相關(guān)優(yōu)評榜
    品類(lèi)齊全,輕松購物 多倉直發(fā),極速配送 正品行貨,精致服務(wù) 天天低價(jià),暢選無(wú)憂(yōu)
    購物指南
    購物流程
    會(huì )員介紹
    生活旅行/團購
    常見(jiàn)問(wèn)題
    大家電
    聯(lián)系客服
    配送方式
    上門(mén)自提
    211限時(shí)達
    配送服務(wù)查詢(xún)
    配送費收取標準
    海外配送
    支付方式
    貨到付款
    在線(xiàn)支付
    分期付款
    郵局匯款
    公司轉賬
    售后服務(wù)
    售后政策
    價(jià)格保護
    退款說(shuō)明
    返修/退換貨
    取消訂單
    特色服務(wù)
    奪寶島
    DIY裝機
    延保服務(wù)
    京東E卡
    京東通信
    京東JD+
    亚洲精品乱码久久久97_国产伦子一区二区三区_久久99精品久久久欧美_天天看片永久av影城网页
  • <em id="pai5d"></em><sup id="pai5d"></sup>
    
    

    <small id="pai5d"><rp id="pai5d"></rp></small>
    <option id="pai5d"></option>

    
    
  • <sup id="pai5d"></sup>
    <em id="pai5d"><label id="pai5d"></label></em>

  • <s id="pai5d"></s>