A4用紙を使った自分流のタスク管理術とセルフマネジメント #sgadvent - give IT a try
はじめに この記事はソニックガーデンアドベントカレンダー15日目の記事です。 このアドベントカレンダーでは僕が勤務している株式会社ソニックガーデンのメンバーが、社内文化や会社のポリシー、役立つ技術情報などを紹介していくアドベントカレンダーです。 今回僕は「A4用紙を使った自分流のタスク管理術とセルフマネジメント」について書いてみようと思います。 その前に自己紹介 名前を伊藤淳一と言います。 兵庫県西脇市という田舎町からリモートで働いています。 ちなみに西脇市はこんなところにあります。 ソニックガーデンには2012年の6月に入社し、現在4年目になります。 予備知識：ソニックガーデンのビジネスモデルとプログラマの役割 ソニックガーデンでは「納品のない受託開発」というスタイルの受託開発をやっています。 これは簡単にいうと、お客さんから毎月定額で料金をいただき、プログラマは毎週一定の成果（システム
1on1は必ず議事録を残す(ときどき公開だってする) - よこなのへたのよこずき
これはFOLIO Advent Calendar 2019 16日目の記事です。 昨日は@grimroseさんのScala.jsとcatsとその仲間たち - Qiitaでした！ 昨年の秋から、リーダーとして採用とかチームの健康診断(?)とかをやっています。 難しいしなかなか上手くいきませんが、自分よりずっとベテランなメンバーの皆にアドバイスや見守りをいただきつつ1年生を終えました。 書籍や先人のブログ、周りからの声なんかを参考に見よう見まねでやってきましたが、何をするにも意識していたのは「前回との繋がり」がなくならないようにすることです。 ふりかえりや月次報告会のように、数週間に1度行うようなアクティビティはどうしても前回の記憶が薄れがちです。それでも、毎度新しい気持ちで望むのでなく、あくまで連続したイベントの中の1回と意識することで よいことや成長の積み重ね 課題やもやもやの経過観察 を
「失敗する前に戻ってやり直せるとしたらどうする？」という振り返り - Konifar's WIP
仕事で失敗した時の振り返りは気持ちが沈みます。失敗したのだから凹むのは仕方ないんですが、次に活かすためには失敗を真摯に受け止める必要があります。 振り返りは、 「よし、次がんばれそう」と思えるようになるのが理想だと思っているんですが、失敗を受け止めつつ前向きになるのは結構難しいんですよね。これは以前からどうすればいいかなぁと考えていて、1つ良さそうな方針が固まってきたので整理しておこうと思います。 と言っても、自分の考えてることのまとめなので「いやいや、振り返りってのはもっとこうすべきだよ」みたいな意見もあるかもしれません。その辺りは生暖かく指摘してもらえると助かります。 明るい雰囲気で振り返りたい 今はプレイヤーとして働かせてもらってますが、前職では時々フィードバック面談みたいなことをやらせていただいたりしてました。で、毎度のように暗い空気になってしまって申し訳ないなぁと思ってました。
Redmineを全員で使ったらカオスになった話
タスク管理のツールとしてオープンソースのRedmineを使っていた。エンジニアだけで使っているうちは特に問題はなかった。エンジニアが10数名、全員でも40人規模の会社なので全員の作業を見える化したいよねという話が上がって全員でRedmineを使い始めることになった。そして何が起きたか。 プロジェクトが乱立した エンジニアであれば「プロジェクト」は単位は大体想像がつくと思う。しかしながらツール上ではその単位でプロジェクトは作られなかった。「正規のプロジェクト」の小規模な機能追加であっても「○○対応プロジェクト」と銘打たれツール上にプロジェクトが作成された。 「〜対応プロジェクト」「〜導入プロジェクト」「〜検討プロジェクト」「〜プロジェクト」・・・どんな言葉にもプロジェクトを付ければ”プロジェクト”にできるんだということは新鮮ではあったし、勉強にもなった。（そもそも”プロジェクト”って何だ？）
WBS サンプル
スケジュール管理： WBSのサンプルのダウンロード こんにちは、経営コンサルタントの入野です。 15000人月以上の合併プロジェクト、2000人月規模のシステム開発プロジェクト、ベンチャーの新規事業立ち上げまで、様々なプロジェクト管理を経験させていただきました。 「WBS(Work Breakdown Structure)のサンプルないですか？」 よくこんな質問をよくされます。 プロジェクト管理におけるスケジュール作成・進捗管理のコツをまとめ、 WBSのサンプルをダウンロード提供させていただきます。 プロジェクト管理におけるスケジュール作成・進捗管理の位置づけ プロジェクト計画書の目次は一般的には次のとおりです。 プロジェクトの経緯 ゴール スコープ スケジュール マスタースケジュール WBS (Work Breakdown Structure) プロジェクト体制 体制図 役割 会議体 プ
WBS（Work Breakdown Structure）によるプロジェクト管理（旧稿）
WBS (Work Breakdown Structure) とは、プロジェクトを細分化して、ツリーのような階層構造として整理したものである。 WBSには、プロジェクトに関するすべての項目が、重複も漏れも無く書かれているので、プロジェクトを管理する上で、とても役に立つツールとなる。見積もりや作業の分担、進捗管理、工数管理などに、WBSを利用することができる。 WBSは、細分化した項目を並べた表であるが、この表に何を記入し、どのように運用するかは、プロジェクトの目的や状況などによってさまざまである。 ここでは、ソフトウェア開発プロジェクトの見積もりや工数管理を行うのに適した、WBSの作り方を紹介する。また、WBSを使ってプロジェクトを管理する上での、コツや注意点も紹介する。 この原稿は古いものです。「WBS（Work Breakdown Structure）によるプロジェクト管理」の最新版は
定量的なソフトウェア品質管理（pdf)
日科技連とSQiPの取り組み 1980年、日科技連では、日本におけるソフトウェア製品の品質向上と効果的開発の方法論の確立を目指して、「ソフトウェア生産管理研究委員会」（SPC, Software Production Control）を設置しました。 以来、「TQMとソフトウェア工学の結婚」を標榜し、日本的品質管理をソフトウェア生産に適用するための調査・研究・普及を行ってまいりました。 2007年に、この活動が「ソフトウェア品質に関する活動」であると分かりやすくすることと、ソフトウェア技術職という専門的職業の矜持を大事にしたいという思いから、SQiP(Software Quality Profession)に改称しました。 1980年の設立当初は、メインフレーマーで培われたソフトウェア品質技術・施策を議論する場でしたが、現在はソフトウェア産業に関わるすべての方々が議論できる場になっています
WBS（Work Breakdown Structure）によるプロジェクト管理 (5/5)
本稿で提案した拡張版WBS、及び、それを使ったプロジェクト管理手法は、実際の開発業務に適用したところ、充分に実践する価値のある手法である、という評価を得られた。 だが現状では、WBSの作成と運用を、Excelを使って行っている。そのため、その表現力や操作性には限界がある。 拡張版WBSには、プロジェクトに関する詳細な情報が記録されている。だが、膨大な数値が列挙された表だけでは、プロジェクトの状況を読み取るのにも困難が伴う。図表を駆使する等、分かりやすく見せ方を工夫することは、開発プロジェクトの効率にも大きく影響する [4] 。そのためには、本稿で提案する管理手法に即した専用のソフトウェアを作ることが望ましい。 ここでは、拡張版WBSによるプロジェクト管理手法をさらに発展させるため、専用のソフトウェアにて実現したい機能を提案する。 作業項目を多角的に分類する ソフトウェア開発プロジェクトのW
プロジェクト炎上を防ぐ10の法則 - WBS作成の極意 | INIブログ
※インテリジェントネットではWBSを引いたり、WBSに沿って一緒にものづくりをする仲間を募集しています。詳しくは【インテリジェントネット採用情報】をご覧ください。 先日、当社インテリジェントネットにてフリーランスとしてご活躍されているd-threeの大崎さんをお招きして社内勉強会「WBS講座」を開催しました。 ほぼ全員参加だったため、全くWBSやスケジュールをひいたことのない初心者もいれば、日頃から中～大規模サイト構築案件のディレクターとしてWBSをひいてプロジェクトマネジメントをしている中級者（どこまでが中級者でどこからが上級者かわかりませんが）まで幅広いメンバーが参加しました。初心者向けのレポートは新人ディレクターがアップしますので、このエントリでは中級者向けのレポートをアップしたいと思います。 そもそもWBSとは？ 「Work Breakdown Structure」です。ここまでは
WBSを書く、エクセルのひな形 - sunatomohisa.com
Webの仕事も半分くらいはシステム開発系の仕事方法と重なるもので、職場でも「仕事はすべてプロジェクトとして設計してからとりかかる」というのが重要なポリシーになっています。デキるビジネスマンの第一歩も段取り上手なわけですが、勘と経験でタスクやスケジュールを設計するよりも、ＷＢＳ、ＰＥＲＴを勉強するのがオススメです。 ＳＥな先輩に入門本を1冊教えてもらいました。 エンジニアでなくてもわかるレベルで書かれていると思います。 おおまかな考え方で参考になったのは次の3つあたり、 詳細はボリュームも控えめなので「とりあえず読む」のがオススメです。 ・階層の考え方は レベル０はプログラム レベル１はプロジェクト名そのもの レベル２がプロジェクト単位の最初のブレイクダウン 同じような仕事であれば だいたいレベル３くらいまではパターン化できるものである。。 ・ブレイクダウンの考え方は プロジェクトのタイプを
＠IT：明日からできるプロジェクト管理（1）
デスマーチを止める進ちょく管理の現実解:GanttProjectの導入で進ちょくをコントロールする：明日からできるプロジェクト管理（1）（1/4 ページ） 開発プロジェクトは、何もしなければどんどん混乱していく。計画は破綻し、成果物は四散し、開発要員の心理はズタズタになる。混乱を収拾するのは容易ではない。開発プロジェクトの立ち上げ段階から秩序を導入し、整理整頓されたその状況をカットオーバーまで維持すること。もちろん、それは口でいうほど簡単なことではないのだが、まったく無理なことでもない。本連載では、プロジェクトに秩序をもたらすさまざまな手法を、開発プロジェクトの段階を追って解説していく。そして、手法の説明だけではなく、具体的なツールを使って「どうすれば効率的な管理が可能なのか」という現実的な提案も行うつもりである。ここで使用するツールはすべてオープンソースのプロダクトである。効果的な方法を
アプリ開発スケジュールの立て方
最近とあるスマートフォンアプリの開発をしていまして、その開発スケジュールを立てることになりました。 ただ開発スケジュールについては今まで立ててもらってばかりで、自分で立てた経験が無いなーと思ったので、立て方について色々と調べたり経験者の方に聞いたりしてみました。 その内容のまとめをちらっと会社の日報に書いていたのですが、あとで見返せるようにブログにおこしておくことにしました。 マイルストーンを明確に設定すること そもそもマイルストーンとは？… 道路に1マイルごとに置かれた標石のこと スケジュール上の「重要な節目」となる日 設定しておくことで… スケジュール遅延を早期に認識することができる 目標が出来ることによるチームメンバーのモチベーション向上 スケジュール、コスト配分の目安 目安となるスケジュール、コストの配分としては、設計：３分の１、開発：３分の１、テスト：３分の１ 程度 この配分は従
Part2 作業計画とスケジュール作成の実践知識
進ちょく管理の第一歩は，納期・コスト・品質を守るためのスケジュールを立てることにある。その時に最も重要なのは，現実感のある作業内容を明確に定義することだ。Part2では，「WBS（Work Breakdown Structure）」を使って，緻密で現実的な計画を作るための勘どころを解説する。 「納期から半年遅れでようやくシステムが稼働した」，「要員の追加投入を繰り返し，人件費がかさんで予算を大きく超過した」――。 当初計画した納期を守ることができず，結果的に赤字に陥るプロジェクトが後を絶たない。仕様があいまいで手戻りが多発した，新しい技術の導入に手こずったなど，原因は様々だろう。 中でも多いのが，きちんと計画を立てていないこと，つまり基本ができていないことである。どこかの工程に遅延が生じたら，その場しのぎとばかりに別の工程を担当する要員を投入。今度は別の工程が遅れ始める。こうなると誰もプロ
チケット管理システム大決戦 JIRA vs Redmine vs Trac ユーザーが語る、なぜ私はこのツールを使うのか
チケット管理システム大決戦 JIRA vs Redmine vs Trac ユーザーが語る、なぜ私はこのツールを使うのか
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Wedoist
WBSには、守るべき3つのルールがある
WEBディレクターがスケジュールを引いてはいけない理由｜designaholic -Creative Column-