
项目管理
神马_逗_浮云
上善若水
展开
-
好团队必有的7个特征
一个好的团队,究竟具备什么样的特征?什么样的团队,才是好团队呢?以下这7个特征,可以是很好的衡量标准!1、明确的团队目标一个好的团队,大家一定有共同的,明确的目标是大家都认可的,是一面旗帜,大家都朝着旗帜的方向前进。2、共享一个好的团队,就在于团队成员之间,能够把为了达成团队共同目标的资源、知识、信息及时地在团队成员中间传递。以便大家共享经验和教训。转载 2017-05-27 09:21:02 · 6196 阅读 · 0 评论 -
沟通技巧落地
沟通的技巧落地,一方面是说要有常提到的情商怎样让没有实权的你在推进大家完成任务、在协调大家的工作时不那么讨厌;另一方面是要让每次沟通都有效率,不耽误时间。对于前者,我的建议有:始终清楚自己是项目经理,但不是经理,不要盛气凌人;用有理有据的事实来说服别人,而不是“老板的决定”、“反正跟你没关系”这种操蛋的说法;别人遇到困难不要说“我不管,这是你的事儿”,主动去理解他的困难,并且尽力帮忙解决,解决原创 2017-11-14 13:47:53 · 489 阅读 · 0 评论 -
项目管理工具一:职责清晰的6W1H原则
所谓6W1H,即是:Who—工作的责任者是谁?For whom—工作的服务和汇报对象是谁?Why—为什么要做该项工作?What—工作是什么?Where—工作的地点在哪里?When—工作的时间期限?How—完成工作所使用的方法和程序?只有一一回答出了以上问题,我们在工作中才能不断得到锻炼和提高。也才会有更多的时间去思考未来工作的发展方向。原创 2018-01-15 16:53:40 · 2112 阅读 · 0 评论 -
项目管理工具二、STAR原则
所谓STAR原则,即Situation(背景)、Task(任务)、Action(行动)和Result(结果)四个英文单词的首字母组合。 此法则适用于招聘面试,招聘面试也是任何一位项目经理都要经历的事情。在与应聘人员交谈时,首先了解应聘人员以前的工作背景,尽可能多了解他先前供职公司的经营管理状况、所在行业的特点、该行业的市场情况,即所谓的背景调查(Situation),然后着重了解该员工具体的原创 2018-01-15 16:56:14 · 4087 阅读 · 0 评论 -
项目管理工具三、目标管理的SMART原则
所谓SMART原则,即是:目标必须是具体的(Specific);目标必须是可以衡量的(Measurable);目标必须是可以达到的(Attainable);目标必须和其他目标具有相关性(Relevant);目标必须具有明确的截止期限(Time-based);在给员工制定绩效目标和团队工作目标都必不可少的参考工具。原创 2018-01-15 16:57:05 · 9478 阅读 · 0 评论 -
项目管理工具四、有效管理的PDCA原则
所谓PDCA即是计划(Plan)、实施(Do)、检查(Check)、调整(Adjustment)的首字母组合。无论哪一项工作都离不开PDCA的循环,每一项工作都需要经过计划、执行计划、检查计划、对计划进行调整并不断改善这样四个阶段。原创 2018-01-25 13:14:04 · 3027 阅读 · 0 评论 -
项目管理工具四、有效管理的PDCA原则
所谓PDCA即是计划(Plan)、实施(Do)、检查(Check)、调整(Adjustment)的首字母组合。无论哪一项工作都离不开PDCA的循环,每一项工作都需要经过计划、执行计划、检查计划、对计划进行调整并不断改善这样四个阶段。原创 2018-01-18 13:25:09 · 1296 阅读 · 0 评论 -
char、varchar、varchar2区别
char varchar varchar2 的区别 区别: 1.CHAR的长度是固定的,而VARCHAR2的长度是可以变化的, 比如,存储字符串“abc”,对于CHAR (20),表示你存储的字符将占20个字节(包括17个空字符),而同样的VARCHAR2 (20)则只占用3个字节的长度,20只是最大值,当你存储的字符小于20时,按实际长度存储。 2.CHAR的效率比VARCHAR2的效转载 2018-01-19 09:48:23 · 382 阅读 · 0 评论 -
项目管理中需求分析工作六守则
守则1 永远不要显得比客户更聪明第一条:了解需求,而不是去批评客户; 第二条:客户比你更熟悉业务的环境; 第三条:客户总是知道问题在哪儿,你的工作就是要让他们自己愿意说出来;守则2 尊重用户的现实选择第一条:客户永远是对的; 第二条:提供最合适的解决方案,而非最好或最贵的方案; 第三条:不要把客户当傻瓜;守则3 转述需求的人也是客户第一条:转述者一般会把自己想象成...转载 2018-04-10 09:21:33 · 790 阅读 · 0 评论 -
如何将java web项目上线/部署到公网
留印关于如何将Java Web上线,部署到公网,让全世界的人都可以访问的问题。小编将作出系列化,完整的流程介绍。1.在myeclipse中开发好项目,打包成war格式,不会的同学参考以下http://zhidao.baidu.com/link?url=Gb0OV9pHiDtJr8nyjPrnSA65g49I4TEAn2N3pwXsxzVsCaX0gJ8RQZHQ2GmDrmdM0lto...转载 2018-04-11 10:43:33 · 331 阅读 · 0 评论 -
谈判技巧
商务实践中一点点积累。可以先从一些基本点做起,比如: 1)搞清楚竞争者,明确自己的优势:充分展现你为客户提供的核心价值是什么,例如在软件技术框架的先进性方面,在功能与非功能需求的符合度方面,在性能方面,以及在软件售后服务方面的优势和特点等。项目管理者联盟 2)把握商讨的氛围:不卑不亢,切忌一味迎合。很多的软件开发项目,为了赢得客户订单,对客户需求一一应承,什么都能做,签单后无法控制需求和工作量,转载 2017-10-31 17:56:06 · 503 阅读 · 1 评论 -
项目管理 第一章 项目选择
第一章 项目选择 项目选择是项目管理的重要内容,成功的项目管理离不开正确的项目选择。 参照PMBOK,项目定义:为创造独特的产品、服务或成果而进行的临时性工作。 即开始-工作-结束。那么项目选择就是判断项目是否要进行实施。 项目类别有多种,主要有:软件工程类、运维类、人员外派类、免费维护类、产品研发类、售前类、管理类、其他(预研类、学习培训类)。本篇主要是针对软件工程原创 2017-10-20 16:09:36 · 769 阅读 · 0 评论 -
论“朝三暮四”在管理上的应用
有个成语故事是这样的:有个养猴人养了一群猴子,他对猴群的食物实现配给制。猴群的食物是橡树的果实。他对猴子们说:“我白天给三颗橡子,晚上给四颗橡子。”群猴都很气愤。养猴人改口说:“我白天给四颗橡子,晚上给三颗橡子。”群猴都很高兴。 为什么每天都是七颗橡子,白天给少点,晚上多给点,引起群猴不满;而白天多给点,晚上少给点,却让群猴很高兴?一些从事管理工作的管理者,绝对不会明白这种心理转载 2017-07-12 17:13:54 · 500 阅读 · 0 评论 -
業務システムの開発ドキュメント標準化 第1回:開発ドキュメント体系と業務フロー
常駐・派遣型ビジネスから脱却するには ソフトウェア業界の仕事は、下請け・孫請けのピラミッド構成となることが多く、常駐・派遣型のビジネスがかなりのパーセンテージを占めています。そんな中、他の業界と同じように、下請け脱却を目指して"一括請負"で仕事を引き受けたいとする会社もあります。 その志は善しとしましょう。しかし、肝心の"実力"が伴っていないと発注者も受託者转载 2017-07-04 09:49:11 · 3052 阅读 · 0 评论 -
業務システムの開発ドキュメント標準化 第2回:機能一覧表とI/O関連図
請負で仕事をするために必要な2つの作業 システム開発の仕事では、仕様の追加や変更は日常茶飯事です。「これで仕様凍結!と宣言して、仕様変更を受け付けなければ良い」などとこちらの勝手を言う人もいますが、事はそう簡単にはいきません(安易な変更を抑制する効果はありますが…)。現実的にはその仕様のままじゃ動かなかったりするので、ある程度の追加・変更はあるものと覚悟しておく必要があ转载 2017-07-04 09:56:56 · 1215 阅读 · 0 评论 -
業務システムの開発ドキュメント標準化 第3回:基本設計書
基本設計のドキュメント構成と作成手順 第1回で「業務フロー」、第2回で「機能一覧表とI/O関連図」について説明しました。今回は残りのアウトプットを取り上げて、基本設計フェーズのドキュメント標準を完了させることにします。「DUNGEON」の標準で定義されている基本設計工程のアウトプットは、表1の通りです。工程ドキュメント转载 2017-07-04 09:58:15 · 1339 阅读 · 0 评论 -
業務システムの開発ドキュメント標準化 第4回:詳細設計書(前半)
機能設計書のドキュメント体系 設計ドキュメント標準「DUNGEON」で定義されている設計工程のアウトプットは表1の通りです。「DUNGEON」では、基本設計書で骨組みを定義し、詳細設計書で肉付けを行います。つまり、基本設計書で作成したドキュメントはそのまま(必要に応じて修正も加えて)利用され、さらに詳細機能を表すためのドキュメントを追加して「詳細設計書」となります。转载 2017-07-04 09:59:24 · 1825 阅读 · 0 评论 -
業務システムの開発ドキュメント標準化 第5回:詳細設計書(後半)
能設計書のドキュメント体系 これまでに、表紙、目次/概要、I/O関連図、画面/帳票レイアウト、項目説明書について説明してきました。今回は残りのドキュメントについて説明し、詳細設計フェーズのドキュメント編を完了します。詳細設計フェーズのアウトプットの1つである「機能設計書」を構成するドキュメント構成は、表1のとおりです。ドキュメント用途转载 2017-07-04 10:00:14 · 2399 阅读 · 0 评论 -
業務システムの開発ドキュメント標準化 第6回:単体テスト仕様書&報告書
設計&テストのV字モデル 一般にウォーターフォール型開発におけるテストは、図1のようなV字モデルで表されます。DUNGEONは、このV字モデルにのっとった設計&テスト体系を採っています。 つまり、次のように要求分析と総合テスト、基本設計と結合テスト、詳細設計と単体テストを対比させ、各テストでは対応する設計書の内容を満たすことを確認するのです。转载 2017-07-04 10:01:57 · 1908 阅读 · 0 评论 -
業務システムの開発ドキュメント標準化 第7回:結合テストと総合テスト
セス ソフトウェアの開発におけるテスト作業は、「テスト計画」「テスト設計」「テスト実施」「テスト管理」という4つのプロセスで構成されます(図1)。図1:テストの4つのプロセス テスト計画プロセスでは、テスト全体の指針や概要をまとめます。テストの目的、対象範囲、実施方法、テスト体制、テスト環境、スケジュール、合格基準など、テスト全般に関わる转载 2017-07-04 10:03:38 · 1781 阅读 · 0 评论 -
業務システムの開発ドキュメント標準化 第8回:要求仕様書の標準化プロセス
ソフトウェアライフサイクルプロセス(SLCP)とDUNGEON 「DUNGEON」はソフトウェア開発の各工程において必要とするドキュメント標準を決めて、その具体的なテンプレートを用意したものです。概念的なアプローチとはまったく逆に、アウトプット側から開発プロセスを標準化するという実践的な考え方を重視しています。 これまで7回にわたって、基本設計から詳細設計、转载 2017-07-04 10:05:11 · 2591 阅读 · 0 评论 -
项目中常见的沟通方式
项目中常见的沟通方式: 1 文档沟通: 优点: a 不受文字数量的限制,内容具体; b 便于查阅存档及日后的统一管理;适合描述功能多、业务复杂的项目; c 适合跨部门协作的项目 缺点: a 不容易建立统一标准; b 面向不同角色,阅读时不容易找到重点; c 费时;理解成本高,沟通效原创 2017-08-15 16:21:06 · 6520 阅读 · 0 评论 -
PowerDesigner常用设置
使用powerdesigner进行数据库设计确实方便,以下是一些常用的设置附加:工具栏不见了调色板(Palette)快捷工具栏不见了PowerDesigner 快捷工具栏 palette 不见了,怎么重新打开,找回来呢上网搜索了一下”powerdesigner 图形工具栏”,找到了找回PowerDesigner工具栏palette的方法 Tools(工具栏) customsiz...原创 2018-06-01 16:08:36 · 3466 阅读 · 0 评论