我們專案組組織了讀書分享，當時組織這個讀書分享我也是很糾結。
作為專案經理不是職能經理，自己到底組織一場讀書分享合不合適？
我把我的疑惑和需求說給了我們專案群經理，希望從他那裡能夠得到一些經驗。
疑惑：我們從專案角度出發來組織學習，會不會觸碰了職能經理的職能邊界？經理的建議是可以嘗試一下。我們專案組開了乙個會，約定了一下。
我們其實是在專案結束後一周內，確定好閱讀範圍，確定好分享人，確定好分享時長兩小時。
流程分為依次提問和自由提問，分享人可以拿任何的分享資料分享（doc,**）都行。
目的就是讓大家心裡有一定的概念並對當前最容易實行的乙個敏捷方法進行深入討論。
這是當時分享人的乙個分享大綱
第一次分享，大家也在適應遮掩的一種分享狀態。
整體過程很順利也夠味，如果能夠再放鬆一些那就更好了，大家說著說著就說成了專案總結會~
從有了開這種分享會的想法到實行，總結下來就是如果大家都抱有期待並且準備充足那就先試試。有想法就嘗試。
一些之前的想去執行的想法，當下就會執行嘗試。
終於到了標題中的這一部分。之前讀敏捷相關的書籍時，很多會提到站會上需要乙個像權力交接棒的實際物品來標識你的權力~
以前我們開站會，時間和習慣都不錯，到時間我提醒大家開會，大家湊一堆開始開會。
但是，總覺得缺少一些什麼讓整個會議顯得有點太過於形式。
我想起了開始的那句話：有乙個實際的權力物品來做交接。
看吧，就是這只小鴨子
每天的站會，不同的主持人，主持人的象徵就是擁有這只小鴨子~
就是誰拿到這只小鴨子，誰就是站會的負責人和支援人。
8：40 他會在群裡喊，然後會議上主持，結束後流動到另一位組織者手裡~
大家對站會接受度更高了，對這個專案也有了一些感情，團隊的人的默契和氛圍會默默提高很多。
這種感覺是潛移默化的，也是需要我們隨時提醒和建立的。
再回過頭來說那次敏捷分享的效果，我們之前是開發，然後測試，最後上線。
我們雖然是分階段提測但是沒有執行分階段測試。
所以這次新版本中我們「打成」一致嘗試分階段提測後分階段測試。就是 開發-測試交替進行。
有沒有難度呢？有，就是大家的時間和專注度會受到衝擊。
對於實踐這個開發、測試交替進行我們承認一些東西也相信一些東西。
我們組內也承認起初實踐起來肯定會比之前的模式有一定的不適應，但是我們依然信心。
希望可以踴躍暴漏問題不管是個人還是團隊不管是心情還是問題，都暴露出來。
我們組內達成了一致默默嘗試了一下，我們重視了組內的衝刺總結會，其實從總結會上我們收穫還是很多的。
一些開發和溝通問題，組內他們能夠自組織去主動解決，根據目前組內的主動性，我覺得我不需要關心。
我重點解決了一下時間和專注度衝突的問題。
--你是馬上斷開思路去改正？還是抱著忐忑的心情繼續開發？
開發修復完bug，馬上回給測試，測試此時正在測試下乙個階段，
--你是斷開思路馬上去回歸？還是思索著會不會影響後面的功能的心情測試下去？
我們就問題討論，最終達成一致
當然我們還依然堅信，剛開始實踐期間肯定會有不適應和一些問題。
但是我們還堅持要解決問題並把問題的根因找出來，想辦法解決。這是毋庸置疑的。
分階段提測，大家達成一致是因為每一次提交的功能不是很多，測試測試之前可以先在群裡發出通知。
開發就一些工作進行微調，便於後面的bug修改。
測試發通知--3：00統一提bug--開發4：00開始修復--測試最晚命題談進行回歸
還有一點就是，對於流程和嚴重bug，隨時支援，沒有理由。這個大家也是認可的。
其實這一段時間對於我到其他社群進行了一次敏捷分享；
對於專案組，我們使用權力交接棒--小黃鴨，進行大家主人翁意識的交接培養。
對於專案，我們實踐衝刺，我們開始重視每一次的衝刺總結會，
我們希望團隊中任何乙個人都可以發現問題並自己發起會議（當然也是集中遇到問題或者集中解決問題）
我們實踐開發-測試交替進行的模式，為什麼呢？
這個原因我們的測試總結得很好，縮短時間其次，重要的是測試可以提前參與，提前發現問題，而不是最後採取發現問題。
我理解的是通過測試的力量在過程中來保駕護航，而不是在專案最後去修修補補。
最近感觸很大，當一些行動獲得大家認可的時候，大家互相能理解，大家也都互相提建議。
為了讓專案更好，讓我們更加自主，你好，我好，專案好。你提高，我提高，專案也提高。
當前的應屆生的學習能力和融合能力確實很強。
作為專案經理除了要保證專案交付這個基本目標以外，也是希望大家從專案中能夠獲得一些東西。我更希望是自驅的動力~
如果可以，可以把專案中的好的實踐帶到其他專案中去，去默默影響他人。
堅持自己，堅持自己的那些原則。獲得好的優秀的經驗，慢慢影響他人。
閱讀原始碼收穫和最近發現的小知識
收穫一些以前沒怎麼用的方法 1.listret new arraylist ret.add 1 ret.add 2 ret.add 3 ret.add 4 ret.add 5 string s new string 10 s 9 time string strings ret.toarray s s...
關於敏捷開發當中的每日站會
在敏捷開發當中有乙個每日站會，開會的時間不是很長。基本是總會昨天做了什麼時事，遇到了什麼問題，然後今天準備做什麼事情。由於是第一次使用這種模式開發，剛開始很不習慣，感覺這些事情好像用一封郵件就可以解決了，沒必要開什麼每日站會，甚至有點浪費時間，而且我們在前面開會的時間都不好把握，有時開得很長，然後一...
清北學堂的小技巧和小收穫
剛來到清北學堂，收穫頗多，首先是李昊大佬的乙個有用的模板 include include include include include include using namespace std 一堆標頭檔案 typedef long long ll typedef long double ld ty...