プログラマーだけがやっている効率的な仕事のやり方
プログラマーだけがやっている効率的な仕事のやり方 Only Programmers knows the way to optimize working 2015.08.26 Updated by Ryo Shimizu on August 26, 2015, 17:10 pm JST 先日上梓した拙書「最速の仕事術はプログラマーが知っている」がありがたいことに大変評判なようで、発売4日後に増刷が決まるなど売れ行きが好調のようです。 もともとこんな刺激的なタイトルの本を書いていいのか、という悩みもあったのですが、編集の方の強い熱意と最初のミーティングの段階で完璧に近いところまで揃えられた目次と企画書を見て、「これは時間を割いてでも書いてみたい」と思い、引き受けることにしました。 実際に世に出ても、「やっぱりこれは書きすぎなんじゃないか」「刺激が強すぎるんじゃないか」と危惧していたのですが、A
プロジェクトを成功させる5つのリスク管理工程
関連キーワード ERP | Excel | MES（製造実行システム） | PMO（プロジェクトマネジメントオフィス） 前回「プロジェクト運営の難所はこうして乗り越える」まで述べてきたように、今日のプロジェクト運営は多岐にわたるビジネスニーズへの対応、短期間・低コストでの導入、日々進化する技術への対応などが求められるため、より難易度が高くなってきている。ほとんどのプロジェクトでは計画段階で多くのリスクを内包しており、このリスクを適切に取り扱わずに、大量に発生する課題をただやみくもにつぶしていくだけでは、品質・コスト・スケジュールがどのような結果となるのか予測することはできない。このような難易度の高いプロジェクト運営において、プロジェクトのゴールを定量的に予測するためには、リスクを網羅的に洗い出し、計画的に管理する事がプロジェクトの成否を握っている。 当初からリスクがあると周囲から思われてい
リソース不足によるプロジェクト崩壊を防ぐ--役割を兼務するメンバーの士気を保つには
わたしは今、顧客と興味深いやりとりをしている真っ最中なのだが、他の顧客や組織も同じ問題で苦しんでいるのかと気になった。この顧客のところでは、開発者として契約したスタッフメンバーが、（リソース不足と人員削減のあおりで）テスターとビジネスアナリスト（BA）を兼ね、時にはプロジェクトマネージャー（PM）の役割も果たすことを求められている。この状況で起きる困難には、リソース管理の難しさ、役割の混乱、スキルの不一致、士気ややる気の低下、そしてビジネス上の成果を上げることの難しさも含まれる。 では、これらの困難についてもう少し詳しく見てみよう。 開発者として投入されたチームメンバーや契約業者がBAやPMの役割も果たさなくてはならない場合、リソースプールの状態を理解したり、管理したりするのが難しくなる。例えば、ある開発者は、ビジネスの分析やプロジェクト管理、テストにどれだけの時間を割いたのだろうか？事業
ガントチャートやWBSを備えたWebベースプロジェクト管理·LibrePlan MOONGIFT
LibrePlanは中〜大規模開発において有効なWebベースのプロジェクト管理です。 LibrePlanはまるでローカルアプリケーションのようなリッチなUIをもったWebベースのプロジェクト管理システムです。 ログインします。 ダッシュボードです。格好いいガントチャートが表示されています。 タスク同士の関連性も表現されています。 WBSです。 タスクの詳細です。 ワーカー一覧です。 どの機能もメニューから素早くアクセスできます。 ワーカーレポートです。他にも多様なレポートが揃っています。 主な機能としてはリソースマネジメント、WBS/ガントチャートを用いた計画表、各タスクのモニタリング、進捗度合いのトラッキング、APIを使ったデータ共有などとなっています。十数名くらいのプロジェクト規模であれば使いやすいのではないでしょうか。 LibrePlanはJava製のオープンソース・ソフトウェア（G
「まず仕上げる」という話 - やまもといちろうBLOG（ブログ）
話題になっていたので。 いち早く70%～80%程度の完成度で人に見せられるものを作ることがいかに重要か、という話 http://d.hatena.ne.jp/sotarok/20120105/1325698126 でも敗戦処理系の下請けや、制作環境など土台系の仕事をすることの多い弊社からすると、感覚はこんな感じだな、と思うわけです。上記サイトで書かれている通りですよね。試行錯誤の回数を増やさなければならない。 幾つか論点があるとすると、8割というか「まず見てもらえるレベルを提示して、相手に感覚を掴んでもらう」というレベルまでまず仕上げる、というのはクライアントのいる下請けか、上司が圧倒的な指揮権限を持っているプロジェクトなんだろうと思うわけです。 もし、全体工数の半分以下で8割仕上げられるのであれば、残りで想定100％までとっとと作れって話になりますね。でも、だいたい想像できるレベルまでモ
いち早く70%〜80%程度の完成度で人に見せられるものを作ることがいかに重要か、という話 - 肉とビールとパンケーキ by @sotarok
去年の年末、Facebookで以下の様な画像が流れてきて自分もついついシェアしたんだけど、久々に、というか、自分にとってのここ最近の課題をドンピシャで突かれたような気がして、しばらく頭から離れなかった。 出展: 中村 修治 - 中村 修治さんの写真アルバム | Facebook 「プロ」か「アマチュア」か、というのはこの際どうでも良くて、この図の、上の曲線が、目指すべきところだなって話なだけなので、とりあえずその話をまとめてみることにする。 けど、まぁ、だいたい、こういう話をまとめるのは苦手だし途中で面倒になってしまうので、以下サブセクションだけ先に作ってみたものの、ちゃんと書くかどうかわからない... が、まあ、いい！あと、なんかグダグダ書いてしまいそうだけど、結局、サブセクションのタイトルにしたことをこねくりまわしているだけです。 作ってみるまでわからない 何にも言えることだけど作って
初めて1人でWebサービスを作った時にEvernoteとNozbeでプロジェクト管理をしましたので公開します – Get Things Done 編（最終回） | シゴタノ！
Instramで「#沖縄」タグのついた最新20件の写真を表示してます。「ウェブサービス」を作るというのは、僕にとって未知の領域でしたが、タスクを1つ1つ細分化することで、ゴールがより明確になり作業もスムーズに行えるようになりました。 もっと大きいプロジェクトに着手する場合は見積もり時間やContextなど詳細に設定する場合もあるのですが、今回は1日で出来そうだったので特に見積もり時間を気にせず作業に没頭しました。 たとえ小さいプロジェクトに取り掛かる際でも頭の中のみで計画をたてるより、Nozbeなどのアプリケーションを使う方が遙かに作業がはかどります。 人間が記憶していられる事は自分たちが思ってるよりも少ないので、途中で進捗状況も把握しづらいですし、タスク個々を忘れてしまう可能性もあります。コンピュータに任せられるところは任せて、僕らにしかできない部分に集中する方が効率的です。 以上でシゴ
「計画的にやれ」が悲しいほどメンバーに通じない理由 − PG時代と何が違う？ 新任PMがついやってしまうNG集 − ＠IT自分戦略研究所
1人で仕事をしているプログラマ時代は、ばりばり仕事がこなせたのに、PMになった途端に仕事がうまく進まない！ そんな新任PMの悩みを解決するTipsを紹介します。 お悩みのPM諸君、ついこんなこと言っていませんか 同じ「プロジェクト」に関わるにしても、PM（プロジェクトマネージャ）になる前と後では大違いです。プログラマの1人として働いている時は、自分の作業に専念していればよかったのに、PMになった途端「顧客から新しい要望が来た」「○○さんの作業が遅れている」といってはフォローに追われる日々。「何で皆、ちゃんと動いてくれないんだ！」とストレスをためるPMも多いはずです。 ですが、「自分が動くこと」と「人に動いてもらうこと」が違うのは当然のこと。ですが、ついそのことを忘れて、こんなことを言ってしまうPMは多いのではないでしょうか。 これらはPMの発言としては“NG”です。いくら口をすっぱくして注
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
無料で使えるプロジェクト管理ツール「gantter」を使ってみて、これはもう手放せないと思ったポイント3つ | バシャログ。