在软件领域，很少能有像《人月神话》一样具有深远影响力和畅销不衰的著作。
Brooks博士为人们管理复杂项目提供了最具洞察力的见解，既有很多发人深省的观点，又有大量软件工程的实践。
本书内容来自Brooks博士在IBM公司SYSTEM／360家族和OS／360中的项目管理经验，该项目堪称软件开发项目管理的典范。
该书英文原版一经面世，即引起业内人士的强烈反响，后又译为德、法、日、俄、中、韩等多种文字，全球销售数百万册。
确立了其在行业内的经典地位。
　　在本书第一次出版32年后的今天，我们重新整理了Brooks博士的经典内容，并将国内软件开发领域先行者们对《人月神话》中的实践及系统理论的使用经验和心得集结成册免费赠与大家共享，更使本书成为国内从业者的必读经典之一。
　　本书读者包括：软件开发人员、软件项目经理、系统分析师等IT从业者。
电子书非本站制作，收集来自互联网，版权归原作者所有,电子书只做购买前的参考交流，一般为节选，请在下载后24小时内删除，为保护原作者利益，建议您请点此购买已出版的《《人月神话》中文版》。

1、腾讯-产品经理才能素质模型图（策划运用5个岗位）2、腾讯项目经理才能素质模型图3、腾讯研发人员才能素质模型图4、腾讯-技术专业族职级评定标准5、腾讯-市场族职级评定标准6、腾讯项目通道才能素质模型V1.0

如何做好时间管理?不断是管理中一项关键内容。
本期分享会以项目时间管理的六个阶段为主线，分别介绍活动定义、活动排序、资源估算、历时估算、计划制定、进度控制的方法与经验，及如何在项目中实践。
其中要点如：1)利用WBS管好项目的人与事;2)前导图法排序活动;3)RBS与人员技能矩阵的应用;4)怎么准确估算工期;5)如何抓好项目关键路径;6)保障进度计划的方法;7)时间管理的建议与思考

由于上传限制，分割成3个压缩包了。
(转载)常常看到坛子里的朋友们专研和讨论SAP某一个功能的配置和用法，精神可嘉。
某项具体功能地实现，的确是顾问的基本功，但如果要从SAP业务顾问提升到另一个层次，无论是方案架构师、项目经理，还是管理咨询、业务流程专家（BPX,BusinessProcessExpert），都需要对企业架构、组织功能和业务流程等内容有一个全面而系统地认识和理解。
高度决定视野。
仔细想来，企业之间的竞争，不仅是客户、供应商、资金等外部资源的竞争，企业内部的业务流程竞争才是成败的关键。
每一个成功的企业背后，一定有一套优于竞争对手的业务流程，丰田之道就是一个很好的案例。
因此，个人以为，在实施SAP系统时，应该花更多的精力专注于端到端(End-to-End)业务流程地设计和优化上，尽可地消除业务流程中非增值的活动，而不是简单地用配置和二次开发来满足用户体验或无关大局的功能。
增值与不增值最简单的判断依据就是看客户是否愿意为这一生产活动付钱。
当然这并不是唯一标准，例如QA本身并不产生增值，理论上可以省去，但在实践中还是必不可少的，因为流程的主体——人，毕竟不是精密的机器。
最基本的端到端的业务流程包括：定单到收款(Order-to-Cash)采购到付款(Purchase-to-Pay)计划到制造(Planning-to-Manufacturing)会计到报告(Accounting-to-Reporting)招聘到退休(Recruiting-to-Retiring)也许将来按模块划分的SD、MM、PP、FI/CO顾问将会消失，取而代之的是业务流程专家。
最近，SAP公司在SDN上推出了BPX社区，体现了SAP对业务流程的重视。
SAPSolutionComposer就是一个很好的工具，通过预定义400多个最新的行业、跨行业以及基础构造和服务导图，协助SAP顾问和客户对业务流程有一个共同的认识和描述；
快速定位客户的关键业务需求并与SAP商业套件中的解决方案相对应，清楚地界定项目范围；
即便是对于SAP的初学者或企业管理人员，也可以通过SAPSolutionComposer学习到跨国企业运作中的主要业务流程和了解SAP系统的概览。
（最新版的SAPSolutionComposer12M左右）

软件项目风险管理是软件项目管理的重要内容。
在进行软件项目风险管理时，要辩识风险，评估它们出现的概率及产生的影响，然后建立一个规划来管理风险。
风险管理的主要目标是预防风险。
软件项目风险是指在软件开发过程中遇到的预算和进度等方面的问题以及这些问题对软件项目的影响。
软件项目风险会影响项目计划的实现案例场景模拟(24按照软件开发计划,需求分析应在12月31日前完成,然而在软件项目实施过程中项目经理发现,由于原先对工作量估算过于乐观,需求分析在12月31日之前已经不可能完成→(计划)显然,原先计划制定的不科学和不准确,导致了实施过程中进度难以控制,如果强行按照计划来执行显然是不可行的,为此,必须对计划重新进行分析和调整3案例场景模抄(3/48在软件设计阶段,软件设计负责人发现,用户需求中的某项需求(例如,将已有Wod文档的内容显示在Web页面上)至今尚未找到解决的技术途径→(技术)显然,该问题将直接影响软件项目的后续开发工作,影响到软件项目能否成功完成案例场景模抄(4/4s在需求分析过程中,软件设计负责人带领的需求分析小组和用户在进行交流的过程中发生了矛盾,出现了争吵,用户方说将不再配合需求分析小组的工作,而且他们确实没有配合开发方的工作→(合作)显然,开发方和用户方出现这种状况是双方没有想到的这种状况延续下去必将对软件项目的实施产生影响,影响软件项目的进度,甚至会导致项目失败5案例启示:风险在项目实施过程中大量存在软件风险方式多样软件风险事先难以确定软件风险会对软件项目的实施产生不良影响s如果不对风险进行良好的管理,项目就很难保证按照计划、在成本和进度范围内,开发出高质量的软件产品,甚至会导致项目失败51概述5.1.1风险51.2软件风险R5.1.3软件项目风险管理5.1.4软件项目风险管理的意义51.1风险￠卡内基.梅隆大学的软件工程研究所SEI风险是损失的可能性EWebster'sDictionary:风险是遭受损失、伤害、破坏的可能性心风险的根源是不利的情况(或损失)发生的不确定性,即不期望发生事件的客观不确定性风险是在给定情况下和特定时间内,那些可能发生的结果之间的差异,差异越大则风险越大851.1风险风险具有两大属性:可能性:风险发生的概率损失:指预期与后果之间的差异风险的损失=可能性×损失项目风险函数表达式项目风险具有不同的组成要素,如项目不希望发生的事件、事件发生的概率、事件的后果等,每个项目的风险可定义为不确定性和后果的函数风险=f(事件,不确定性,后果)风险=f(事故,安全措施)10

软件项目风险管理是软件项目管理的重要内容。
在进行软件项目风险管理时，要辩识风险，评估它们出现的概率及产生的影响，然后建立一个规划来管理风险。
风险管理的主要目标是预防风险。
软件项目风险是指在软件开发过程中遇到的预算和进度等方面的问题以及这些问题对软件项目的影响。
软件项目风险会影响项目计划的实现案例场景模拟(24按照软件开发计划,需求分析应在12月31日前完成,然而在软件项目实施过程中项目经理发现,由于原先对工作量估算过于乐观,需求分析在12月31日之前已经不可能完成→(计划)显然,原先计划制定的不科学和不准确,导致了实施过程中进度难以控制,如果强行按照计划来执行显然是不可行的,为此,必须对计划重新进行分析和调整3案例场景模抄(3/48在软件设计阶段,软件设计负责人发现,用户需求中的某项需求(例如,将已有Wod文档的内容显示在Web页面上)至今尚未找到解决的技术途径→(技术)显然,该问题将直接影响软件项目的后续开发工作,影响到软件项目能否成功完成案例场景模抄(4/4s在需求分析过程中,软件设计负责人带领的需求分析小组和用户在进行交流的过程中发生了矛盾,出现了争吵,用户方说将不再配合需求分析小组的工作,而且他们确实没有配合开发方的工作→(合作)显然,开发方和用户方出现这种状况是双方没有想到的这种状况延续下去必将对软件项目的实施产生影响,影响软件项目的进度,甚至会导致项目失败5案例启示:风险在项目实施过程中大量存在软件风险方式多样软件风险事先难以确定软件风险会对软件项目的实施产生不良影响s如果不对风险进行良好的管理,项目就很难保证按照计划、在成本和进度范围内,开发出高质量的软件产品,甚至会导致项目失败51概述5.1.1风险51.2软件风险R5.1.3软件项目风险管理5.1.4软件项目风险管理的意义51.1风险￠卡内基.梅隆大学的软件工程研究所SEI风险是损失的可能性EWebster'sDictionary:风险是遭受损失、伤害、破坏的可能性心风险的根源是不利的情况(或损失)发生的不确定性,即不期望发生事件的客观不确定性风险是在给定情况下和特定时间内,那些可能发生的结果之间的差异,差异越大则风险越大851.1风险风险具有两大属性:可能性:风险发生的概率损失:指预期与后果之间的差异风险的损失=可能性×损失项目风险函数表达式项目风险具有不同的组成要素,如项目不希望发生的事件、事件发生的概率、事件的后果等,每个项目的风险可定义为不确定性和后果的函数风险=f(事件,不确定性,后果)风险=f(事故,安全措施)10

某软件公司，员工人数100人左右，大部分员工是软件研发人员，包括项目经理、软件设计师、程序员、测试工程师、实施工程师等，除此之外还包括行政人员、财务人员。
公司在软件研发及日常管理上有一套成熟的管理方法，在没有考勤系统之前，与考勤相关的管理工作是这样的：每位员工需要上午上班时打一次卡，下午下班时打一次卡，中午的休息不需要打卡。
期间如果需要外出工作，从公司出发时需要打一次卡，回到公司时需要打一次卡。
员工请假需要填写请假条，请假分为事假、病假、年假等多种情况，请假需要直接领导审批，甚至还需要高层领导的审批。
行政部每天统计考勤信息，包括打卡信息、外出信息、请假信息，每月将考勤汇总信息提交给财务部。
财务部根据考勤汇总信息，调整员工的薪金。
但这样的管理方式，出现了一些不测事件：某员工想请年休假，但行政部告知该员工的当年度年休假已经休完了。
年休假的管理出现了问题，很可能会影响员工的工作积极性。
某员工投诉当月薪金多扣了钱，原因是考勤信息统计有误。
于是财务部将责任推到行政部，行政部推诿财务部要求不明确。
某天出现了紧急状况，高层领导想找员工A来处理，但员工A当天请了假，高层领导并不知情。
公司高层期望通过考勤系统提高考勤工作的效率和准确性，避免因为考勤问题影响正常工作。

OA系统测试用例1 引言1.1 编写目的本文档的目的在于为执行测试提供用例，指导测试的实施，查找分析缺陷，评估测试质量。
1.2 文档范围本文档包括了功能测试用例、功能测试用例、GUI测试用例、压力测试用例。
1.3 读者对象测试工作组成员，项目经理，个别开发人员

这本“手记”记录了项目经理小M的成长过程中的一系列案例故事，并结合案例介绍一些项目管理工具和模板的使用。
应网友的要求，发表其中一章，与大家分享。
开发阶段后期，客户可以操作实际系统了。
这个过程中，客户经常感觉与最初的设想有差异，变更开始多了起来。
虽然有变更流程，但在进度压力下一些人觉得“太麻烦了”，往往不再申请变更，而是直接找开发人员商量现场修改。
开始客户对这种高效的工作方式很赞同，而小M为了进度也就睁只眼闭只眼了。
但是，事态逐步得到控制，有人违反规定直接将未经测试的程序交给客户，更有甚者直接在客户的测试环境中修改程序。
因为跳过了版本管理的环节，所以经常会“改好的错误重新出现”，客户对于这种混乱

在三层架构中连接MSSQL数据库的源码。
本课程教程为本人原创，欢迎学习使用，请勿使用商业用途。
开发IDE为VS2013，数据库为MSSQL2012。
本资源中有视频教程和源码包，适合有C#语言基础和面向对象编程（OOP）基础的学员使用，次要讲述在.NET框架中使用C#语言进行软件项目架构（分层开发），为进阶成为项目经理或软件架构师奠定基础。

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。