2016年度下半期のスケジュールを組む！一人親方フリーランスの作業計画。

あとで読むスポンサーリンク

スケジュール管理の方法変遷

2016年度の上半期が9月末までで終わり、10月から下半期が始まりました！
私の作業の方も丁度9月末までで大きな作業が一段落しまして、最後の調整やら家庭の雑事やらをやっていて、気が付けば下半期がスタートして12日も経っていますね(^o^;

ちょっと遅れましたが、2016年度の下半期の自分自身の仕事の計画をしていこうと思います。

ちなみに上半期の春先以降の流れを決定した内容は下記記事に記しました。

幸い春から夏の終わりまでは、このスケジュールに沿って思った通りの作業を行う事が出来ました(^-^)v

春からのガントチャートの引き方が私の作業管理としては適していたので、同じくフリーランスとして作業している方達の参考になればと、作業管理について書いてみたいと思います。

上半期の失敗

春先以降は良いガントチャートが引けたと思っているのですが、今年の最初に引いたガントチャートはどうだったのでしょうか？
まずは振り返ってみたいと思います。

今年の1月頃に引いていたガントチャート。
f:id:MoneyReport:20160118173111p:plain

あ、ガントチャートは「Brabio!」というWebサービスを利用して作成しています。

個別のWebサイト作成の開発に特化して「調査、デザイン、データ登録、開発、リリース」と作業を並べて書いていました。
実際の開発フェーズに合わせてガントチャートを書く、一般的な書き方です。

ただ、この方法は私のスケジュール管理としては不適合でした(-_-;

どうしてか？

細かい！

まずは「細かすぎた」点にあります。
複数の開発メンバーで開発を行う場合には、自分の作業だけではなく、他の開発者の方達の作業進捗も非常に大事になってきます。
共通部品が出来あがらなければ、個別の画面やページを実装した所で完成しませんし、他画面から遷移してくる場合にも受け取るパラメーターやデータの受け渡しの部分の調整をきちんと行わないと、個別の単体テストは出来ても繋げての結合テストでバグが頻発します(-_-;
このため、上述のような細かい作業単位のスケジュールの把握と調整が必要で、重要になってきます。

ところが１人で設計・開発・テスト・運用をやっている私の場合には、この個別の各フェーズのスケジュールを引く意味はあまりありません。
設計が早く終われば、その後すぐに開発に入ればよいですし、テストが遅れてもリリースは私の権限なので後ろ倒しになっても何ら問題ありません(^-^;

要はせっかく引いた細かいスケジュールの遅延や前倒しに大して意味が発生しないのです。

前後作業や他者の作業への影響度がない分、細かいガントチャートは作業終了単位でイチイチ管理タスクの「終了」とか「遅延発生」などの実績を書いていきますが、この作業管理のために発生する作業すらも邪魔というか管理しても意味がないというか・・・。
自ら無駄な作業を増やすだけという、状態になっていました。

開発案件単位の弊害

また「次の開発案件との兼ね合いが分からない」という問題もありました。
開発案件単位にガントチャートを作って管理していたので、一つの開発案件が終わって次の開発案件に移る時に、２つのガントチャートに作業進捗を書き込む必要がありました。
１つ目の案件が遅れれば、２つめの案件の開始も遅れます。
それをわざわざ別々のガントチャートを開いて、「こっちを遅らせて」、次に「あっちもずらして」と無為な作業が発生します(-_-;

顧客がいたり、他の開発者との兼ね合いがあれば、案件の切り替わりタイミングは非常に重要ですが、一人親方で自分で次の案件を漫然とスタートするだけというフリーランスの身だと、案件切り替わりも

「これが遅れて、次も遅れて。次の案件を短縮して進めよう！」

と思えば良いだけという(^o^;

いずれにしても開発案件単位のガントチャート管理は私にはまったく合っていませんでした(;_;)