【項目管理】

項目管理管理知識

摘要: 1. 環境搭建

　　1.1 下載

　　　　http://www.sonatype.org/nexus/
　　　　NEXUS OSS [OSS = Open Source Software，開源軟件——免費]
　　　　NEXUS PROFESSIONAL -FREE TRIAL [專業版本——收費]。
　　　　所以選擇NEXUS OSS 閱讀全文

posted @ 2016-03-01 17:36 rogerfan 閱讀(304) | 評論 (0) 編輯

【轉】maven--私服的搭建（Nexus的使用）

摘要: 私服是什么
私服，私有服務器，是公司內部Maven項目經常需要的東東，不總結一下，不足以體現出重視。Nexus是常用的私用Maven服務器，一般是公司內部使用。下載地址是http://www.sonatype.org/nexus/go。默認端口8081,這里我選擇最新版nexus-2.5.0-04。

常用功能

Nexus常用功能就是：指定私服的中央地址、將自己的Maven項目指定到私服地址、從私服下載中央庫的項目索引、從私服倉庫下載依賴組件、將第三方項目jar上傳到私服供其他項目組使用。

開啟Nexus服務后訪問url地址http://localhost:8081/nexus/(推薦使用自己的ip地址)，之后登錄系統，用戶名密碼分別是：admin/admin123.

最頻繁的就是點擊左側菜單欄的Repositories按鈕
閱讀全文

posted @ 2015-09-19 10:35 rogerfan 閱讀(461) | 評論 (0) 編輯

【轉】VisualSVN Server的配置和使用方法圖文

摘要: 1.為什么要用VisualSVN Server，而不用Subversion？

回答：

因為如果直接使用Subversion，那么在Windows 系統上，要想讓它隨系統啟動，就要封裝SVN Server為windws service，還要通過修改配置文件來控制用戶權限，另外如果要想以Web方式【http協議】訪問，一般還要安裝配置Apache，如果是新手，豈不是很頭痛？而VisualSVN Serve集成了Subversion和Apache，省去了以上所有的麻煩。安裝的時候SVN Server已經封裝為windws service，Apache服務器的配置也只是在圖像界面上，指定認證方式、訪問端口等簡單操作；另外，用戶權限的管理也是通過圖像界面來配置。

2.為什么不用TFS?

回答:

因為我們一開始就是用Subversion和TortioseSVN,所以就沒有更換其他的軟件。至于TFS至今沒有用過，其實，我只是看了一些的文章而已，對它也不了解。

3.VisualSVN Serve 閱讀全文

posted @ 2015-09-11 16:27 rogerfan 閱讀(1245) | 評論 (0) 編輯

【轉】Nexus安裝、使用說明

摘要: 1、為什么使用Nexus

如果沒有私服，我們所需的所有構件都需要通過maven的中央倉庫和第三方的Maven倉庫下載到本地，而一個團隊中的所有人都重復的從maven倉庫下載構件無疑加大了倉庫的負載和浪費了外網帶寬，如果網速慢的話，還會影響項目的進程。很多情況下項目的開發都是在內網進行的，連接不到maven倉庫怎么辦呢？開發的公共構件怎么讓其它項目使用？這個時候我們不得不為自己的團隊搭建屬于自己的maven私服，這樣既節省了網絡帶寬也會加速項目搭建的進程，當然前提條件就是你的私服中擁有項目所需的所有構件。

2、Nexus下載

下載地址：http://www.sonatype.org/nexus/go

3、Nexus啟動

我下載的是zip包，解壓后進入\nexus-2.1.2-bundle\nexus-2.1.2\bin\jsw\，根據操作系統類型選擇文件夾，我選的是windows-x86-32文件夾，進入后可看到如下所示bat文件。閱讀全文

posted @ 2014-05-26 10:40 rogerfan 閱讀(2254) | 評論 (0) 編輯

《領導軟件開發團隊》-軟件項目流程管理

摘要: 需求獲取與分析

a)不要在需求獲取和分析過程中吝嗇你的時間，對需求的明確可以減少你以后設計和開發的改動，提高你所開發軟件的可用性。你對它的輕視只可能換來對你的產品修改、計劃延遲等方面的懲罰。

b)要使盡各種辦法，盡量多的獲取客戶的需求，主要的方法包括：仔細閱讀合同標書和市場資料、與客戶直接的談話交流、讓用戶觀看或使用原型界面提出意見。另外不要忽略內部客戶的一些合理需求如測試人員等。

c)進行正規的需求管理，如建立需求文檔或使用需求管理數據庫等。在文檔或數據庫中要保留每個需求的詳細描述及其來源，最好還能記錄一些其他細節信息（如用戶的一些原始描述等），另外別忘了確定每個需求的優先級。

d)在設計前組織你的設計人員開會進行需求理解和討論。由于閱讀文字性的信息容易造成一些誤解和歧義，最好讓需求制定者組織會議，給相關人員（如各子系統設計人員）講解需求并進行設計討論。這樣做有兩個好處，一是避免設計與需求出現偏差，二是激發設計人員產生初步的設計想法。
閱讀全文

posted @ 2013-01-25 15:30 rogerfan 閱讀(442) | 評論 (0) 編輯

中小型軟件項目開發一般流程建議

摘要: 一：編寫目的
本文檔的編寫旨在探尋規范的軟件開發流程、加快軟件開發速度、提高軟件開發質量、降低項目綜合成本。
IT界有一句格言："You can do it right; you can do it fast; you can do it cheap. Pick two." 而我們要做的就是：提供優質服務、項目周期短、成本低廉
二：總體說明
項目從用戶需求說明書的提出，到系統的第一個完整版本的交付使用經歷了若干或復雜或簡單的過程，但不管項目大小如何一般需要經歷以下幾個步驟：
1．需求分析。
2．撰寫需求規格說明書
3．總體設計
4．詳細設計
5．編碼實現
6．測試、試運行、上線
7．驗收
8．日常維護
9．（下一個版本的循環開發）閱讀全文

posted @ 2013-01-25 15:27 rogerfan 閱讀(591) | 評論 (0) 編輯

優秀項目經理必備的8個要素

摘要: 結合本人這幾年在項目管理上的總結和得失，本人認為優秀的項目經理要有責任心、要善于溝通、能引導客戶、能預測風險、善于總結、隨需應變、善于激勵團隊、同時也要懂技術。

　　責任心

　　作為項目經理首先要有責任心。有了責任心，你會把項目當成自己的孩子，傾注你的全部心血。責任，會驅使你關注項目的進度，千方百計去尋找各種資源，推著項目往前走。甚至吃飯、睡覺，走路、坐車，都想著整個項目團隊，想著他們還在加班加點，你可能很自然地給他們帶點夜宵、沖杯咖啡，犒勞員工。

　　有了項目經理做表率，整個團隊會鼎力支持工作，士氣非常高，技術問題也迎刃而解，得到領導稱贊和客戶肯定，項目將朝著預想的方向發展。

　　許多開發人員抱怨項目經理一天沒干多少事情，而工資還挺高。其實，項目經理一刻都沒閑著，他總在想著怎樣更好的執行項目計劃，調整項目進度等，腦子一直在不停地運轉，所以說項目經理是心累。閱讀全文

posted @ 2013-01-23 14:57 rogerfan 閱讀(490) | 評論 (0) 編輯

優秀項目經理的六個習慣

摘要: 項目經理是項目的領頭人，是項目團隊靈魂型的人物。項目經理需要具備怎樣的良好習慣方能更有助于團隊、項目和自我的成功，史蒂芬·柯維博士在《高效能人士的七個習慣》一書中闡述了高效能人事所需要具備的七個習慣：積極主動、以終為始、要事第一、雙贏思維、知彼解己、統合綜效、不斷更新(關于這七個習慣的內涵本文不作描述，有愛好的讀者可以去參閱《高效能人士的七個習慣》這本書)。無疑，這七個習慣也是優秀項目經理所需要具備的。然而，從作者多年的工作經驗來看，作為項目經理這樣一個特別的角色，除了需要具備上述七個習慣外，還需要具備如下與其職位息息相關的六個習慣：目標導向、全局思維、計劃先行、關注意點、客戶至上和注意團隊。以下對這六個習慣進行剖析。
閱讀全文

posted @ 2013-01-23 14:54 rogerfan 閱讀(365) | 評論 (0) 編輯

【轉】政府IT項目管理經驗

摘要: 項目背景及概要
　　政府項目，項目金額百萬級別。屬于電子政務范疇，并同時需要開發多套部門應用系統。
　　項目啟動
　　項目啟動很重要，這是項目經理判斷項目操作的一個最基本點，由于項目性質是政府，目標客戶是官僚機構，我一開始并沒有去做調研，而是先通過拉關系，建立兄弟般的友情開始，從聊天中我摸清了政府對這個項目的一些基本看法，這對我們實施可是有巨大幫助！屬于指導性綱領。
　　項目溝通機制
　　對于官僚機構，他們最喜歡的就是匯報，有領導的欲望，所以我制定的溝通，每星期碰面一次，每周以工作報告形式匯報。并制定了雙方領導通報機制，畢竟政府項目多是領導工程（一把手工程）
閱讀全文

posted @ 2013-01-23 13:36 rogerfan 閱讀(519) | 評論 (0) 編輯

【轉】Windows下安裝Redmine

摘要: 為food項目配置了項目管理平臺，綜合了trac、dotProject、Redmine等幾個開源平臺，最終選擇了Redmine。項目主頁 http://www.redmine.org

下面是安裝方法：

一、Redmine安裝。

1、準備

安裝之前請閱讀：RailsInstaller簡化了Rails在Windows上的安裝過程

英文原文：RailsInstaller Provides Easy Rails on Windows Installation

作者：Rob Bazinet 譯者：張龍

RailsInstaller向Windows開發者提供了一種便捷的方式以輕松、快速創建Ruby on Rails 3應用。到目前為止，Windows開發者需要自己搭建好Ruby、RubyGems、Rails以及SQLite才能開始創建Rails應用。多虧了來自Engine Yard的Nic Williams博士及其團隊，現在一切都變得簡單異常。閱讀全文

posted @ 2012-12-26 10:19 rogerfan 閱讀(1641) | 評論 (0) 編輯

用Artifactory管理內部Maven倉庫

摘要: 1. 介紹

Maven是Java開發者中流行的構建工具，Maven的好處之一是可以幫助減少構建應用程序時所依賴的軟件構件的副本，Maven建議的方法是將所有軟件構件存儲于一個叫做repository的遠程倉庫中。

Maven會從ibiblio.org中的公用倉庫中同步構件，這個公用倉庫下載緩慢、不穩定，并且不包含一些構件的最新版本，而且不能上傳團隊私有的構件。通過設置內部Maven倉庫，團隊可以更有好地利用Maven倉庫的優勢并且克服使用ibiblio上的倉庫時的缺點。

本文著眼于Maven倉庫工具應提供的一些功能，列出了選擇Maven倉庫工具的標準，說明了使用Artifactory設置Maven倉庫的相關步驟。在Linux和Windows中設置Maven倉庫的過程是相同的，少數不同點在文中已經用高亮顯示，本文列出了與這個Maven倉庫的使用有關的POM文件的范例，用截圖來向用戶闡述如何設置Maven倉庫，Maven和artifactory配置范例也有列出。閱讀全文

posted @ 2011-10-28 11:08 rogerfan 閱讀(1443) | 評論 (0) 編輯

【轉】Windows下的SVN服務器安裝及配置

摘要: 準備工作

　　首先先下載Windows版本的SVN服務器(各位都會使用搜索引擎所以就不提供下載地址了),這里我以svn-win32-1.4.3的ZIP解壓縮版為例,將其解壓縮到目標目錄,例如我是解壓到D盤下的Subversion目錄,把D:\Subversion\bin加到系統環境變量,如果你的解壓位置與我不同,那么請按照你的實際路徑設置環境變量。

第一步:創建SVN數據庫

　　打開Windows命令提示符,執行命令svnadmin create F:\SVN,svnadmin create是創建SVN數據庫的命令,F:\SVN是你的SVN數據庫位置,這里我只是舉個例子,你可以自己決定SVN數據庫位置,執行完以上命令后就會在F盤下多出一個SVN目錄,里面有若干目錄和文件,conf目錄是用來存放權限配置的,后面會詳細說明,dav目錄用來提供給apache和mod_dav_svn存儲內部數據,db目錄是所有版本控制的數據文件,hooks目錄用來放置hook腳本文件,locks目錄存放Subversion文件庫鎖定數據,用來追蹤存取閱讀全文

posted @ 2010-07-09 09:02 rogerfan 閱讀(659) | 評論 (0) 編輯

【轉】maven2完全使用手冊

摘要: maven2 起步
相信maven1 大家都已經很熟悉了，具體maven能做什么，就不詳細說了。個人覺得maven在開源項目中用的還是比較多的，公司內部，就不太清楚了。我以前的公司用過一段時間，不過后來就沒有下文了。
與maven1 相比，maven2可算是幾乎重寫了，不過從速度來說應該更快。
主要的幾個新特性包括：（詳細參考http://www.ibm.com/developerworks/cn/opensource/os-maven2/index.html）
閱讀全文

posted @ 2008-11-05 14:08 rogerfan 閱讀(4614) | 評論 (0) 編輯

jira-3.11-Standalone+confluence-2.6.0＋MySQL5.0安裝

摘要: 1.安裝好jdk,并配置好JAVA_HOME,path,classpath三個環境變量,不知道如何配置的話可以上網上搜一下,很多的,我用的是JDK1.5,最好用新版本的,不然的話可能有些不支持.

2.安裝mysql5.0,并新建一個jiradb數據庫,為了很好的支持中文,編碼都選擇utf8

,我的用戶名密碼都是root,一下會用到;不會的可到www.mysql.cn上面下載,軟件和安裝文檔都有,你也可以用mysql-front來通過界面化操作數據庫.

3.從http://www.atlassian.com/software/jira/JIRADownloadCenter.jspa下載jira-3.11 Enterprise - Standalone +confluence-2.6.0,解壓到指定目錄,整個應用都在"atlassian-jira-enterprise-3.11-standalone下,你可以把它拷到指定的地方,以下簡稱jira,我拷到了D盤根目錄下,它自帶了一個tomcat5.5的服務器.
閱讀全文

posted @ 2008-07-17 13:09 rogerfan 閱讀(470) | 評論 (1) 編輯

【轉】Autodesk SketchBook Pro 2009 官方簡體中文綠色版

摘要: Autodesk SketchBook Pro（軟件主頁）是一款漂亮的繪畫工具，使用備受贊譽的Autodesk? SketchBook? Pro，自由發揮您的創造力。只需輕觸筆尖，您就可以按自己的方式使用此款業界最強大的繪畫和繪圖工具集。此款靈活的高品質應用程序提供基于手勢且友好的用戶界面，此界面構建于Alias已獲專利的 Marking Menu?技術基礎之上。閱讀全文

posted @ 2008-07-07 17:27 rogerfan 閱讀(696) | 評論 (0) 編輯

【轉】簡單是一種美：提高項目成功率的一些方法

摘要: 1. 盡量不要考慮項目外的重用

許多人認為能提高軟件的重用度是最好的，然而每個項目實際情況都會有所不同，在設計項目中的某個模塊、方法時，過多的考慮項目外的重用，必然會參加項目的復雜度，增加時間的開銷。也許有人會說，這會減少下一項目的開銷，試問，下一項目是什么項目？有什么需求？各方面有什么影響因素？有誰會在當前知道這一切。如果真要重用，應該是在項目結束后再將可重用的部分提取出來，經過修改、優化后做為企業的可重用資產，而不是當前項目中的一廂情愿。閱讀全文

posted @ 2008-01-17 17:48 rogerfan 閱讀(362) | 評論 (0) 編輯

【轉】質量控制與測試工作協調方案

摘要: 1.方案說明

目前測試實施已經構建了較完整的過程，但測試質量保證還未形成系統性的方案。測試作為質量保證的內容，應該得到較好的控制和持續的改進，測試只有和質量控制結合起來才能夠實現這一目標，該方案就是以此為出發點。

2.當前質量控制和測試協調的問題協調問題

測試人員不能及時了解項目進度并合理安排測試；閱讀全文

posted @ 2008-01-17 11:25 rogerfan 閱讀(261) | 評論 (0) 編輯

【轉】淺析軟件項目進度管理中的積習流弊

摘要: 　　軟件項目的進度是國內企業普遍最重視的項目要素，之所以如此收到關注無非有以下幾點：

　　1. 與客戶的協約中或者項目計劃中，最明確的,客戶最關心的要求是進度。對許多客戶而言如期拿到成功，完成項目，向上面交差，其他尚可以遮遮掩掩，唯獨時間點是無法打折扣。而且國內好多軟件項目都和客戶的政績掛鉤，和客戶方的項目干系人升遷、利益密切相關。有些項目必須在某個時間點可以達到可以展示的程度，如果越過了這個時間點完成，對客戶而言幾乎是一文不值。進度之所以最明確是相對于其他要求更具有隱含性和潛在性。對項目的質量、成本的要求其實相對應該更重要一些，但是這些要求只是被隱含在要求的各個層次、細節當中，許多要求其實是潛在的，而沒有集中出現在明文規定之中。閱讀全文

posted @ 2008-01-17 11:22 rogerfan 閱讀(314) | 評論 (0) 編輯

【轉】軟件項目團隊有效性和五原則

摘要: 對于軟件項目團隊，人員的技巧和經驗可能對生產率產生高達10倍的影響。在《人月神話》中曾提到對于一個100人的團隊，最好是只保留25個經驗豐富的項目經理進行開發，而解散其它成員。當實際上一個軟件團隊不可能要求每個人都經驗豐富，經過充分的培訓和智商奇高，都是牛人的團隊往往更容易出現混亂。因此需要謹慎實施只雇傭優秀開發人員的想法，一個更好的方式是多考慮如何去建設一個有戰斗力的團隊或者是如何真正去保證團隊的有效性。
閱讀全文

posted @ 2008-01-17 11:04 rogerfan 閱讀(303) | 評論 (0) 編輯

【轉】如何“識別”優秀的程序員

摘要: 如何“識別”優秀的程序員，Daniel總結了幾條關鍵要素。他寫道，“并不是和聽起來那么容易。在這兒工作經驗的作用是很有限的，因為偉大的程序員不一定要‘正式’的工作經歷來證明他們的偉大。許多的工作經歷可能會被誤導。”以下摘自每日閱讀：閱讀全文

posted @ 2008-01-17 10:58 rogerfan 閱讀(848) | 評論 (1) 編輯

關于項目管理的知識點

摘要: 1. 你們的項目組使用源代碼管理工具了么？
應該用。VSS、CVS、PVCS、ClearCase、CCC/Harvest、FireFly都可以。我的選擇是VSS。
2. 你們的項目組使用缺陷管理系統了么？
應該用。ClearQuest太復雜，我的推薦是BugZilla。
3. 你們的測試組還在用Word寫測試用例么？
不要用Word寫測試用例（Test Case）。應該用一個專門的系統，可以是Test Manager，也可以是自己開發一個ASP.NET的小網站。主要目的是Track和Browse。
4. 你們的項目組有沒有建立一個門戶網站？
要有一個門戶網站，用來放Contact Info、Baselined Schedule、News等等。推薦Sharepoint Portal Server 2003來實現，15分鐘就搞定。買不起SPS 2003可以用WSS (Windows Sharepoint Service)。
5. 你們的項目組用了你能買到最好的工具么？閱讀全文

posted @ 2007-12-21 16:43 rogerfan 閱讀(383) | 評論 (0) 編輯

【轉載】項目修復－把有麻煩的項目帶向成功

摘要: 定義有麻煩的項目

首先，我們來定義一下什么叫有麻煩的項目，它們一般具有以下特征：
1、項目表面上已經進入后期，但是沒有人能說出項目結束時間。
2、產品漏洞百出。
3、管理層已經無法控制進度，制定的進度計劃沒有半點準確性。
4、開發人員日夜加班，效率低下。
5、項目小組的士氣極度低落，失去了工作的激情。

像這樣有麻煩的項目在行業內普遍存在，如果不采取一些措施來修復的話，項目注定會失敗，什么是失敗？失敗項目的成本、工期遠遠超過估算，甚至項目被取消。作為項目經理，項目的負責人，我們有什么方法可以把這些有麻煩的項目拉向正軌呢？本人前一段時間親身經歷過一個像這樣的有麻煩的項目，讀過《快速軟件開發》一書后，其中的“項目修復”一節使我受益非淺，運用上面講的一些方法后成功的把項目拉向了正軌，本文在參考《快速軟件開發》一書的基礎上介紹一些實用的項目修復方案。
閱讀全文

posted @ 2007-12-21 15:41 rogerfan 閱讀(459) | 評論 (2) 編輯

什么是CMM/CMMI

摘要: 軟件能力成熟度模型(Capability Maturity Model For Software ,簡稱SW-CMM/CMMI),是由美國卡內基梅隆大學軟件工程研究所(CMU SEI)研究出的一種用于評價軟件承包商能力并幫助改善軟件質量的方法，其目的是幫助軟件企業對軟件工程過程進行管理和改進，增強開發與改進能力，從而能按時地、不超預算地開發出高質量的軟件。其所依據的想法是：只要集中精力持續努力去建立有效的軟件工程過程的基礎結構，不斷進行管理的實踐和過程的改進，就可以克服軟件開發中的困難。CMM/CMMI是目前國際上最流行、最實用的一種軟件生產過程標準，已經得到了國際軟件產業界的認可，成為當今(企業)從事規模軟件生產不可缺少的一項內容。閱讀全文

posted @ 2007-11-16 16:08 rogerfan 閱讀(487) | 評論 (0) 編輯

需求分析的20條法則

摘要: 對商業用戶來說，他們后面是成百上千個供應商，前面是成千上萬個消費顧客。怎樣利用軟件管理錯綜復雜的供應商和消費顧客，如何做好精細到一個小小調料包的進、銷、調、存的商品流通工作，這些都是商業企業需要信息管理系統的理由。軟件開發的意義也就在于此。而弄清商業用戶如此復雜需求的真面目，正是軟件開發成功的關鍵所在。閱讀全文

posted @ 2007-07-11 14:25 rogerfan 閱讀(304) | 評論 (0) 編輯

WEB開發-WEB軟件開發結構原則

摘要: WEB軟件開發的結構原則，包括目錄結構、數據結構、代碼結構、公用信息、文件和數據存放等。
WEB開發主要針對的是B/S結構的軟件開發。

WEB軟件開發結構十條原則

一、目錄結構清楚，不宜過深，復雜，路徑最好用相對地址
二、命名適當
三、常變內容、界面使用模板較好
四、公共信息統一存儲
五、 Include文件不可嵌入較多
六、目錄下不可存儲太多內容文件
七、數據結構要設計合理
八、數據校驗應在服務器端
九、連接數據庫近晚，斷開連接近早
十、盡量少使用SESSION與COOKIE 閱讀全文

posted @ 2007-07-10 10:09 rogerfan 閱讀(525) | 評論 (0) 編輯

項目管理成功的12個關鍵原則

摘要: 項目管理成功的12個關鍵原則

1、項目經理必須關注項目成功的三個標準
簡單地說，一是準時；二是預算控制在既定的范圍內；三是質量得到經理和用戶們的贊許。項目經理必須保證項目小組的每一位成員都能對照上面三個標準來進行工作。閱讀全文

posted @ 2007-07-10 10:06 rogerfan 閱讀(412) | 評論 (0) 編輯

測試新手的一些經驗

摘要: 前言
因為已經帶領和訓練測試團隊多年，所以按慣例我總有些東西確定需要傳達給測試新手。不管你是一個測試新手還是一個經驗豐富的測試專家，都有不少有益的東西需要牢記在心。
1、你是一個檢查者，你不需要為質量負責
很多測試人員誤入歧途，不明白他們是評測產品的而不是控制產品的。這兩者之間有著天壤之別。例如，一個測試團隊花費好幾周時間測試并發現很多缺陷，只是為了看著管理層決定發布一個有已知嚴重缺陷的產品。測試團隊經常會感到士氣受挫，置疑他們測試的目的。
我詢問團隊中的成員他們是否被支付薪水了，通常得到的回答都是“是”。我又詢問他們是否盡力去做工作了，再一次，通常得到的回答都是“是”。我于是告訴他們，“你們做了你們的工作。你們盡力測試，發現了缺陷并進行了上報。那么現在可以回家休息了。實際上，作為一名測試人員唯一失敗的地方是不上報一個已知的缺陷。” 閱讀全文

posted @ 2007-07-02 16:57 rogerfan 閱讀(266) | 評論 (0) 編輯

一面兩面三面

摘要: 一塊磚頭如果只有一面光，我們可以拿它來鋪地；如果有兩面光，我們可以拿它來砌墻；如果有三面光，可以讓它當一面。

這兩天，我的N個朋友和我自己，都遇到了如何對待同事的問題。

我想到一個考人處理公共事物能力的考卷中，常出現的問題：

你公司有個業務能力很強的老銷售，永遠能夠完成銷售任務指標，但是他不遵守公司紀律，比如遲到、早退、在辦公室吸煙；這時來了個新畢業的文員，就坐在老銷售旁邊，他對老銷售的行為不滿，并認為這樣會帶壞公司的風氣，來找你反應他的想法，你會如何做閱讀全文

posted @ 2007-07-02 16:55 rogerfan 閱讀(400) | 評論 (0) 編輯

不可不知的10條定律

摘要: 又名十大管理學原理

1、彼得原理

　　每個組織都是由各種不同的職位、等級或階層的排列所組成，每個人都隸屬于其中的某個等級。彼得原理是美國學者勞倫斯·彼得在對組織中人員晉升的相關現象研究后，得出一個結論：在各種組織中,雇員總是趨向于晉升到其不稱職的地位。彼得原理有時也被稱為“向上爬”的原理。

　　這種現象在現實生活中無處不在：一名稱職的教授被提升為大學校長后，卻無法勝任；一個優秀的運動員被提升為主管體育的官員，而無所作為。閱讀全文

posted @ 2007-07-02 16:53 rogerfan 閱讀(268) | 評論 (0) 編輯

失去客戶的六種錯誤

摘要: 一個創業者錢辛萬苦的創業，也許失去客戶只因為他的六種錯誤。

1、替自己找借口
　　假設你擁有一家公共關系公司：你沒能在規定期限前完成工作，那么，你將如何應付客戶的抱怨和不滿呢？千萬不要找理由說：“我快被繁重的工作壓垮了，所以一直沒騰出時間開始做你的方案。“這實在是很不明智的，客戶才不會關心你是否承擔得了如何繁重的工作，他們只會記得，你承諾過在一個確定期限以前完成工作卻又言而無信。
　　與其找借口，還不如先老老實實承認自己的過失，然后再盡力使事情好轉。哪怕是加班加點的工作，給顧客打折扣，并將顧客所需要的當晚就送到他家里去。當你能承擔所有責任并改正你的過失時，本來一個不好的事反而會讓你贏得顧客的信任。閱讀全文

posted @ 2007-07-02 16:52 rogerfan 閱讀(308) | 評論 (0) 編輯

IT團隊的暗藏的管理問題

摘要: 　　一般的團隊都會暗藏著一些問題，區別在于問題數量的多寡及其程度的嚴重性；從另一個角度來看，如果完全沒有問題就不是團隊，而是一堆機器。當一個管理人員接管一個團隊的時候，他首先要找出并解決這個團隊有沒有暗藏著個人或小組利益沖突的問題，因為這些問題會影響團隊目標的一致性，否則它不是團隊，只是人們或不同的小隊湊在一起，再壞一些，就是各方仇家聚集在一起。
次要的問題包括：閱讀全文

posted @ 2007-07-02 16:48 rogerfan 閱讀(360) | 評論 (0) 編輯

激勵為什么會失效？

摘要: 不是注重用外部的力量來激勵員工，而是要用認可和獎勵點燃員工的心中之火。

點評：
　　著名的調查公司Sirota Survey Intelligence的一項大型調查表明，大約85%的公司的員工，在入職的時候都是情緒高漲，但是在工作6個月之后，熱情會急劇下降，并在以后的工作中會持續下降。閱讀全文

posted @ 2007-07-02 16:46 rogerfan 閱讀(391) | 評論 (0) 編輯

古老寓言的管理哲學

摘要: 古老的寓言在管理者時代依然閃耀著奪目的智慧光彩……

　　木桶效應

　　一只沿口不齊的木桶，它盛水的多少，不在于那塊最長的木板，而在于最短的那塊木板。要想使木桶多盛水，不是去增加最長的木板的長度，而是要下工夫補上最短的那塊木板。
　　寓意：這就是著名的“木桶法則”。它告訴領導者：在管理過程中，要下工夫很抓單位的薄弱環節。閱讀全文

posted @ 2007-07-02 16:40 rogerfan 閱讀(334) | 評論 (0) 編輯

高祖劉邦的用人哲學

摘要: 　　《史記?高祖本紀》載：“高祖置酒雒陽南宮。高祖曰：“列候諸將無敢隱朕，皆言其情。吾所以有天下者何？項氏之所以失天下者何？”高起、王陵對曰：“陛下慢而侮人，項羽仁而愛人。然陛下使人攻城略地，所將下者因以予之，與天下同利也。項羽妒賢嫉能，有功者害之，賢者疑之，戰勝而不予人功，得地而不予人利，此所以失天下也。”高祖曰：“公知其一，未知其二。夫運籌策帷帳之中，決勝于千里之外，吾不如子房。鎮國家，撫百姓，給饋，不絕糧道，吾不如蕭何。連百萬之軍，戰必勝，攻必取，吾不如韓信。此三者，皆人杰也，吾能用之，此吾所以取天下也。項羽有一范增而不能用，此其所以為我擒也。” 閱讀全文

posted @ 2007-07-02 16:38 rogerfan 閱讀(332) | 評論 (0) 編輯

小寓言十則

摘要: 抉擇
一個農民從洪水中救起了他的妻子，他的孩子卻被淹死了。事后，人們議論紛紛。有的說他做得對，因為孩子可以再生一個，妻子卻不能死而復活。有的說他做錯了，因為妻子可以另娶一個，孩子卻不能死而復活。我聽了人們的議論，也感到疑惑難決：如果只能救活一人，究竟應該救妻子呢，還是救孩子？于是我去拜訪那個農民，問他當時是怎么想的。他答道：“我什么也沒想。洪水襲來，妻子在我身過，我抓住她就往附近的山坡游。當我返回時，孩子已經被洪水沖走了。” 閱讀全文

posted @ 2007-07-02 16:37 rogerfan 閱讀(308) | 評論 (0) 編輯

管理故事：一條褲子

摘要: 一個小男孩弄到了一條褲子，自己很喜歡，但是穿上后才發現褲子太長了，不適合。于是找到了奶奶，央求她給改一下。但奶奶說現在的家務事太多，忙不開，讓他去找媽媽。于是小男孩找到了媽媽，可媽媽正在和人打橋牌，沒時間。最后小男孩沒辦法只好去找姐姐，但姐姐說有約會，時間就要到了，并高興的走出了家門。小男孩很失望，懷著失望的心情睡著了。過會兒，奶奶忙完家務事了，想起了小孫子說的事，于是就把小男孩的褲子剪短了。媽媽打完牌后，也剪短了一截。姐姐回來后，也剪短了一截。可想而知，小男孩的褲子會變成什么樣。
閱讀全文

posted @ 2007-07-02 16:26 rogerfan 閱讀(299) | 評論 (0) 編輯

管理之道：提高領導力的軟技巧

摘要: 編者按：軟技巧可能是最易被領導者忽視的要素。
我們至深的恐懼是什么？
我們至深的恐懼不是害怕我們的力量不夠。
我們至深的恐懼是害怕我們失去領導力。

衛有恒說，當我接觸一些企業的領導人時，他們常會向我或其他人流露出一絲的憂郁和擔心——擔心自己威信掃地，指揮不動員工。

現代企業發展快，企業的硬件設施更新換代同樣快。好設備就出好成績，這種說法恐怕沒有認同，按此推理，好的經營環境就出好領導，也不是絕對。我們常聽到這樣一句話，硬軟兼施。“硬”好理解，領導者常會使用些硬技巧（行政命令、法律手段）來實現威力。“軟”呢？衛有恒說，同樣重要。然而，軟技巧可能是最易被領導者忽視的要素。閱讀全文

posted @ 2007-07-02 16:23 rogerfan 閱讀(276) | 評論 (0) 編輯

JAVA—咖啡館

公告

常用鏈接

留言簿(17)

隨筆分類(542)

隨筆檔案(438)

文章分類(182)

文章檔案(142)

新聞分類

※→ 【JAVA文檔】

※→ 【親人博客】

※→ 【休閑娛樂】

※→ 【友情鏈接】

※→ 【學習網站】

※→ 【服務網站】

※→ 【著名網站】

※→ 【阿里博客】

最新隨筆

搜索

積分與排名

最新評論

閱讀排行榜

評論排行榜

【項目管理】