タグ

projectに関するsylvan_lのブックマーク (11)

  • 課題管理表 サンプル

    課題管理: ガーベージコレクターとは? こんにちは、経営コンサルタントの入野です。 15000人月以上の合併プロジェクト、2000人月規模のシステム開発プロジェクト、ベンチャーの新規事業立ち上げまで、様々なプロジェクト管理を経験させていただきました。 「課題管理表のテンプレートないですか?」 よくこんな質問をよくされますので、 プロジェクト管理における課題管理のコツをまとめ、 課題管理表のテンプレートをダウンロード提供させていただきます。 プロジェクト管理における課題管理の位置づけ プロジェクト計画書の目次は一般的には次のとおりです。 プロジェクトの経緯 ゴール スコープ スケジュール マスタースケジュール プロジェクトフェーズ WBS (Work Breakdown Structure) プロジェクト体制 体制図 役割 会議体 プロジェクト予算 コスト見積もり 定量的効果 定性的効果 プ

    sylvan_l
    sylvan_l 2011/07/27
    使える
  • ビジネスプランに盛り込むべき10の項目 | IDEA*IDEA

    これ、どこぞの学生さん向けエントリーですよ。事業計画書をかくときのひな形アウトラインとしてどうぞ。 カバーページ いわゆる表紙ですな。社名、ロゴ、タグラインが必要です。なお、連絡先も忘れずに。 サマリー Excecutive Summaryですな。言いたいことを簡潔にまとめます。 チーム 何をするか、よりも「誰がするか」が大事だったりしますからね。職歴と、その事業との関連を明確にしましょうね。また一緒に働いた人や企業なども書いておくといいでしょう(許可が必要ですが)。 解決しようとしている問題 これはとっても大切。どんなビジネスをするか、というよりも、「どういう問題を解決しようとしているか?」が大事です。ここで共感を得られないとうまくいきませんな。 で、解決法 その問題をどう解決しようとしているか。具体的な商品やサービスを紹介します。 マーケティング/セールス 市場規模やターゲットなど。顧

    ビジネスプランに盛り込むべき10の項目 | IDEA*IDEA
  • ガントチャート,プロジェクト管理,スケジュール表がサクサク作れる。チャート作成がカンタンに共有!しかもフリー タスク管理にも - Brabio!

    ガントチャート作るならエクセルの10倍速い初心者専用のクラウドツール。20万社突破! 工程管理もスケジュール表も簡単に作成。様々なビューで視覚的にわかりやすい プロジェクト管理 かんたんチャート作成、進捗管理もバッチリマイルストーンだって管理できます <便利な機能をかんたんに> ・プロジェクト横断ビュー ・ExcelCSV入出力 ・タスクをリンク ・進捗率(達成率)の入力管理 ・担当状況確認ビュー ・プロジェクトサマリー ・組織への対応

    ガントチャート,プロジェクト管理,スケジュール表がサクサク作れる。チャート作成がカンタンに共有!しかもフリー タスク管理にも - Brabio!
  • symfony1.4を海外のサーバーで動かすときに注意すること - ken39arg’s blog

    localで開発をしてAmazonEC2で運用しようとしたら、えらいハマった。 考えてみれば当たり前なんだけど、しばらく国内サーバーばかり使ってる温室育ちのボクはすっかり忘れてた。 タイムゾーンが違うのよね。。。 今回の場合は、ローカルで現在時間で公開時間を設定していたCMS用データをEC2に置いたサーバーでロードしたところ、全く使えなクなってしまった。 当たり前なんだけどUSWEST / USEASTどちらも、だいぶ日より時間が遅い。 そもそも、CMSならまだしも、CGMだとユーザーの投稿時間がめちゃくちゃになってしまう。 超あぶねー。 という訳で、以下を必須で設定していおいた方が良さそう project/configにsettings.yml all: .settings: default_timezone: Asia/Tokyo default_culture: ja projec

    symfony1.4を海外のサーバーで動かすときに注意すること - ken39arg’s blog
  • 関西ワークショップ#20 - Project Facilitation Project Wiki

    参加費 † 1000円 ※参加者一律の参加費です。(会場・備品利用の費用として。) 午前の部のみ、午後の部のみでも1,000円です。両方参加しても、1,000円です。 ↑ テーマ † 「ビジネスを成功に導くプロジェクトファシリテーション」 ソフトウェア開発現場の見える化により、チームメンバーのモチベーションアップを促し、プロジェクトの成功を考えるための取り組みであるプロジェクトファシリテーション(=PF)。 PFPでは、PFの意義から、現場での具体的な実践手法についての研究や議論、プロジェクト導入のための体験型ワークショップを推進してきました。 関西地区での20回目のワークショップの開催にあたり、私たちが目指してきたプロジェクトの成功を基として再考察し、さらに、その先にあるべき「ビジネスの成功」へアプローチして 行く方向を、現場視点で考えてみたいと思います。プロジェクトファシリテーション

  • Java初心者のチームが挑む基幹系刷新プロジェクト(番外編)

    私は,2007年2月2日付の記者の眼「『使えない人間』などいない」で「Java初心者で構成されるチームがいかにプロジェクトを完遂したか,という事例」があり,その事例を取材したうえで,日経ソフトウエア2007年5月号のJava特集でレポートすると書いた。その号がいよいよ明日(3月24日),発売される。特集のルポ「Java初心者のチームが挑む基幹系刷新プロジェクト」という記事である。 具体的には,群馬県内の各JAやJA関連組織のIT共同利用施設であるJA群馬電算センターが提供しているシステムの事例だ。Javaをほとんど知らなかった4人のメンバー,JA群馬電算センター 経済情報部の片野富久氏,前原貴美子氏,大久保浩治氏,渋谷知央氏が,基幹系システムの刷新プロジェクトに先立つパイロット・プロジェクトを成功させた,というものである。 もっとも,取材を終えた今では,この事例を「『使えない人間』などいな

    Java初心者のチームが挑む基幹系刷新プロジェクト(番外編)
  • masuidrive on rails » Blog Archive » masuidrive的プロジェクトの方針

    初めて会社員になって早3ヶ月。会社の仕組みもやっと分かってきたし、そろそろ格的に開発プロジェクトも動いて行くということで、今後、社内で私と一緒に開発して行く人に、「私がどういう考えで仕事を進めていきたいか」という事を知ってもらうためのプレゼンを作ってみました。(今のところ一人だけど) NIFTYさんと仕事した時も、作業に入る前に「今までどうやって遠隔地で仕事を進めてきたのか」をプレゼンしていました。特に初めて仕事をする場合、「今まで自分はどういう風に仕事をしてきて、この仕事はどういう風に勧めていきたいか」を明確にしておくと、スムーズに仕事を進めることができます。 仕事、特にその上でのコミュニケーションをうまく進めていくためには、信頼と共通認識が必要だと思ってます。信頼は当たり前の話ですが、開発を進める上での共通認識についてはあまり重要視されることが無い気がしています。 仕事をする上ではコ

    masuidrive on rails » Blog Archive » masuidrive的プロジェクトの方針
  • 第35回 画面設計書はどう作られるべきか

    Webサイトを構築する場合,通常は「設計書」を作成します。サイト全体の設計書であったり,ページ単体の設計書であったりするわけですが,今回は後者である「画面設計書」について考えてみましょう。 画面設計書を読むのは誰か Webサイトの構築では,対象ユーザーをできる限り具体的に決めてから開発を進めていきます。同様に,画面設計書にも「対象読者」を見定める必要があります。結論から言えば,かなり属性の異なる二種類の読者が存在します。 まず,発注者である「クライアント」です。クライアントは,技術的な難易度ではなく,自分たちのビジネス要件を満たすものが作られるかどうかを確認するために画面設計書を読みます。開発(プロジェクト)のゴールや,プロジェクトのメリット/デメリット,リリース後の顧客満足の予想などを,その設計書から読み取ろうとします。したがって,できる限り具体的なイメージが伝わるものが要求されます。

    第35回 画面設計書はどう作られるべきか
  • リスクベースドテスト:リスク分析を行ってみる : アークウェブ ビジネスブログ

    SEの進地です。 前回のエントリー「リスクベースドテスト:テストを自動化する意味を考える」ではテストには目的によって品質保証テストとバグ出しテストがあり、各テストに利用できるテスト戦略としてリスクベースドテスト(Risk Based Test)について触れました。今回は、リスクベースドテストの実施の第一段階としてリスクとは何かを解説し、リスク分析を実際に行ってみたいと思います。 ○リスクとは何か? リスク分析におけるリスク(Risk)は欠陥によって引き起こされる問題の重大性(Damage)と欠陥の発生確率(Probability of failure)によって定義されます。また、欠陥の発生確率はシステム利用時に欠陥の生じる確率(Usage frequency)と欠陥を作りこむ確率(Lack of quality)によって定義されます。 Risk -> Damage -> Probabili

    sylvan_l
    sylvan_l 2008/11/25
    リスク管理 1例
  • シンプル仕事術を実践する37 Signalsが仕事中に自問していること - IDEA*IDEA ~ 百式管理人のライフハックブログ

    ドットインストール代表のライフハックブログ

    シンプル仕事術を実践する37 Signalsが仕事中に自問していること - IDEA*IDEA ~ 百式管理人のライフハックブログ
    sylvan_l
    sylvan_l 2008/11/25
    プロジェクト内でこんな議論をすると、約にたちそう。
  • 2008-10-29

    OpenALとかさっぱりわかりません。 簡単にならす方法もあるらしいけど、俺はサンプラもどきをつくってみたいので遅延しない様にやりたいんです。 CrashLandingがそれっぽいけど、どこがどういう風に組み上がってるのかよくわからんよー。 どっかに良い教材はないものか、シンプルなサンプルコードとか…。 もうここに1週間近くひっかかってるので、かなり非生産的な気がしてきた、一端あきらめて他の事やろうかな…、 ここ数日ヨドバシのサイトがリニューアルに失敗して話題になっている。たしかに使い物にならない。 色々見たらキノトロープというその道では非常に有名なサイト制作会社が開発をおこなったらしい、自分の所のCMSシステムを利用したらしい。 多分ウェブ制作会社にいる人は、キノトでも失敗したって事はすげーむずかしかったんだろうなーとおもっているだろう。 でもシステム開発会社の人間は、なんでこんな聞いた

    2008-10-29
  • 1