當今世界，絕大部分組織機構都或多或少留有金字塔型組織結構的痕跡。軍隊的金字塔型組織結構更加很明顯，在一些閃客類的活動當中金字塔型的結構就不很明顯。不管是哪種型別的組織，組織的成員之間或多或少都存在上下級這種金字塔型的關係。這種型別的關係具有很多中的特點，如服從性（下級一般需要服從上級）、利益性（上下級的關係建立與維持一般是靠利益）、朦朧性（上下級之間都會保留一些內容，這些內容的存在導致看不太清對方）等等。
由於上下級的關係具有如上所說的一些特點，那麼上下級之間必然存在一些模糊地帶。就像機械的齒輪之間，如果兩個齒輪之間距離過大，則齒輪的傳動會產生較大的損失；如果兩個齒輪之間非常緊密的貼合，那麼會導致齒輪嚴重磨損。比較好的情況是齒輪之間貼合的相對緊密，而又不連在一起，中間再新增一些潤滑油，那麼齒輪的運轉會高效很多。
在上段中以齒輪來說明上下級之間的關係，已經能夠說明上下級之間關係的複雜性。然而，實際的上下級之間的關係，要比指輪傳動複雜的多的多！有些上下級關係是臨時的、有些上下級關係是短暫的、有些上下級關係是緊密聯絡的、有些上下級關係是矛盾的、有些上下級關係是衝突大於合作、有些上下級關係是基本趨於一致的......。
而大多數的情況下，需要上下級之間的關係必須能夠達到某種程度的以上，才能把事情辦成、辦好！下面舉乙個例子，來說明上下級關係的複雜性，之後再給出一些搞好上下級關係的建議。
例子
需求方主要是產品經理、專案經理，很多情況下產品經理與專案經理是乙個人，大多數專案經理是由產品經理提拔上來的。由於，專案經理從產品經理公升職而來，但其不懂技術，另外由於其產品設計經驗較多，但管理經驗不足，有些專案經理相對更加缺乏管理經驗、管理方法。
實現方一般包括開發、測試，開發與測試是兩個小組，但具有相同的乙個領導。開發、測試的領導技術很強、要求很嚴，其管理方法可以概括為2個**：高要求、嚴標準（對下級提出要求，同時要求獲得結果），換人（達不到第一條的人，經常被歸結為執行力不強、能力不行）。在其的管理方法中，這兩個工具都是大威力的，但是缺乏像一些小型的gun（發布時說這裡是敏感詞，不讓用）、照明彈、繩索、匕首等類的**。可以歸納為：其管理工具威力大、品種單一。
另外，專案經理可以直接與公司最高層溝通，此渠道很暢通。
在這種情況下，開發相對處於弱勢一方：直接上級要求嚴、需求一般又由專案經理直接來定、測試可以直接把一些意見反饋給開發與測試的直接上級、專案經理可以直接把一些問題匯報給公司最高層、開發技術實力不高......。
在上述情況下，開發的直接負責人（a）與開發、測試的負責人（b）之間的關係，就是乙個典型的上下級關係。
從兩種極端上來說就好解決好此問題：
1、a以及其團隊很牛逼，搞定各種問題，則b肯定會對a滿意，a與b之間的關係就會很順暢，或者a在b面前還可以牛b一下；
2、b發現a團隊有問題，進行切實的分析與幫助，協助a以及其團隊克服自身問題，從而達到第一種情況。
a與b的關係實際上總體處於兩個極端的中間，在b的腦海中，更接近與第2中情況；在a的腦海中是處於1、2之間。由此，a、b之間由於對事實、各自利益等出發點，得出不同的結論，不同的結論又影響到a與b之間的關係。
解決建議
1、不要太天真
上述情況，是實際情況的乙個概括性的說明。一些經驗不豐富的開發人員或者管理人員會以為此種問題，很好解決：找領導說明情況、自己好好努力等。這些方法可以做，但是不一定能夠解決問題，不一定能夠馬上解決問題，甚至會起到反的作用。舉乙個例子，找上級談的時候，很容易陷入對一些實事的爭論之中！一旦進入這種情況，那麼後果只會更加糟糕。
2、誰主動去解決這個問題
在出現此種上下級關係不順暢的情況下，下級a更應該主動去解決這個問題。因為，從權利角度說官大一級壓死人，上級說你對，你就對，說你錯，你就錯；從責任角度說，上級找下級來是解決問題的，完成任務的過程中需要克服各種困難，這是a的分內之事......。所以a應該主動想辦法去解決這個問題。
3、兩手抓、兩手都要硬
解決該問題，需要兩手抓：一手抓任務完成情況，提高成果的質量、時間、進度、控制風險等；一手主動與上級溝通，從上級那裡了解到其認識、關切，解決這些問題、關切。
在工作過程中，這兩手都要抓，並且都要硬！
上下級關係是乙個很重要、但又不好處理的關係；把這種關係處理的好壞、處理的成熟度，是乙個管理者的管理能力水準的體現。
上下級查詢
create table catalog id int identity 1,1 primary key,name varchar 20 not null,superid int 上級id remark varchar 50 go insert into catalog values 所有類別 0,...
PHP遞迴統計上下級
php遞迴統計上級 1.由於專案需要類似於分銷，需要統計所有上級，並且的到上級id號 member id 上下級關係是通過字段 p id 建立上下級關係.上級無級，之前最多是 分銷，通過mysql一級一級的查詢。對於無限級，則用乙個遞迴函式來統計。an highlighted block class...
1947 推斷上下級 hiho coder
時間限制 10000ms 單點時限 1000ms 記憶體限制 256mb h公司包括ceo在內，一共有n名員工，編號1 n，其中ceo的編號是1。除了ceo之外，其他員工都有唯一一名直接上司，形成了一種樹形的上下級關係。現在小hi知道h公司所有的上下級關係，一共m對。換句話說，只要兩名員工a和b之間...