2017年3月9日変更 ガントチャートをGithubからダウンロードする方法が分からない。というお声を頂いたので、直接ダウンロード出来るようにダウンロードURLを変更致しました。 エクセルで工程管理・実績管理・スケジュール管理するためのガントチャートを作りました。二番煎じどころではないくらいに多くの方が同じようなExcelファイルを作られております。 ただ、アドインが必要だったり、カスタマイズがしづらかったので、オレオレExcelガントチャートを作るに至りました。 制作にかかった時間は1時間ほど。Excel便利だなぁと改めて感じた次第です。 ダウンロードexcel_ganttchart.xlsx すごい便利そう！使ってみたい！という方は多くないと思いますが、もしそんな方がいれば自由に使ってください。もちろんこのテンプレートは無料です！ 念の為、このファイルにより起こった、いかなる障害・損失

スマホゲーム運営のコンサルティングをやっております、あかおぎ(@akahiro0211)です。 今回はみなさん大好きな「炎上」をテーマにnoteを書いてみようと思います。 といっても「ネット上の炎上」ではなく笑、 「炎上しているプロジェクトに自分がアサインされた時、それをどうやって鎮火させるか」 という、もっと身近なやつです。笑 ネット上で炎上したことはないけど、炎上プロジェクトにアサインされて辛い経験をしたことのある人は、なかなか多いんじゃないでしょうか。 これを書こうと思ったのは、ぼくが今までの経歴上、炎上プロジェクトに途中からアサインされて火消しをするということが多く、 ・炎上しているPJの共通点がだいたい見えてきて ・火消しの際、やることが毎回一緒だと思ったので これを共有したら、日本のどこかで炎上プロジェクトに疲弊している人の助けになるかな、と思ったためです。 ※炎上プロジェクト

こんにちは、らくからちゃです。ぶらっとTwitterサーフィンしておりますとこんなツイートが目に留まりました。 「なんでもポジティブに考えれば幸せになれる」っての、まるっきりウソだから。現実のネガティブな側面を直視して受け入れることで、不安がなくなり、的確に現実に対処できるようになり、成功確率がぐっと高まり、はるかに幸せになれることなんて、いくらでもある。 — ふろむだ⭐️若い頃知りたかったこと書く (@fromdusktildawn) 2018年2月17日 すげーわかる。 確かに『すごーい』『たーのしー』と言いながらお仕事をしていても、ヤバめな何かを『あれ大丈夫なのかな・・・』『もしかしてヤバくない...？』と不安を抱えながらだと、全く楽しめません。 で、こうした不安を綺麗さっぱりしてお仕事を楽しむため、弊チームでは定期的に『怒らないからヤバいと思っていること全部言う会』を開催しているの

Googleではこれまで、生産性が高く、働きやすい組織を作るために、従業員に対して大規模な調査を行ってきました。 その結果として、2009年には「Project Oxygen」として、最高の上司になるための「8つのルール」を定義しています。 ※1番から、重要だと思われる順に並んでいます。 ＜チームのパフォーマンスをあげる優秀なマネージャーの条件＞ いいコーチであること チームを勢いづけ、マイクロマネジメントはしない メンバーの成功に気を配り、積極的に関与する 生産的、かつ成果主義であること 良いコミュニケーターであること メンバーのキャリア開発を手助けすること チームのための明確なビジョンと戦略を持っていること チームにアドバイスできる技術的な専門知識を持つこと ※こちらから参照 Googleの強みは技術が優れていることだと思われていましたが、意外にも技術的な専門知識がマネジメント能力に及

自分の働く会社を思い出していただけると実感としてわかることだが、どんな組織でも「優秀な人」と「そうでない人」がいる。はっきり言うなら**「仕事ができる人」と「足を引っ張っている人」**である。 では、可能かどうかはひとまず置いておいて、「足を引っ張っている人」を全員解雇し、何割かの「優秀な人」だけで仕事をしたら、会社の業績は上がるだろうか？

Redmineを使ったチケット管理をしている方必見！ジワジワとredmineを壊して失敗させていく方法を公開しちゃいます。 チケット管理のアンチパターンとベストプラクティス - Javaプログラマのはしくれダイアリー こちらの記事の便乗ですが、私の今までのチケット管理経験から「こうすると失敗するよ」という実例を挙げてみようと思います。私はほぼredmineしか触っていないので、今回はredmineでのお話となります。 ※ 冒頭の記事と被る内容も多々有りますが、気にせず列挙していきます。 ※ 主にSI業界に関するチケット管理のお話です。 ※ 大規模プロジェクトは想定していません。多くても20人以内程度を想定した記事です。 これであなたも無事、失敗できる！ 進捗率をユーザの裁量で更新させる 対象バージョン「なるはや」 チケットの内容が途中から変わる 増殖するプロジェクト固有のトラッカー 「本日

先日、2013/3/23（土）に弊社でチケット駆動と開発環境に関するイベントを開催しました。リンク先には資料も上がっていますので参照ください（※アトラシアン製品関連のイベントです）。 基調講演にはチケット駆動開発を推進されている関西XPUGのあきぴーさんをお招きして「チケット駆動開発をパターン言語で読み解く」という話をしていただき、最終枠ではパネルディスカッションをしました。 チケット駆動開発とウォーターフォール パネルディスカッションでは、僕が「チケット駆動開発を作業計画に使うのは難しく、WBSとの併用が現実的」と話し、あきぴーさんが「作業計画をチケット駆動開発で回していくには」というノウハウを紹介されていました。 この違いは僕がウォーターフォール的な新規案件を、あきぴーさんがアジャイル的な開発/保守運用案件を前提にしているためです。 僕自身はBTS（Bug Tracking Syste

Windows 10にリモートサーバー管理ツール（RSAT）をインストールしてWindows Serverを管理する：Tech TIPS クライアントのWindows OSからリモートのWindows Serverを管理するには、「RSAT（Remote Server Administration Tools）」というツールをインストールする必要がある。管理対象のサーバに応じて、2種類のRSATツールが利用できる。

「ゼロからのデータモデリング入門」は、ビジネスの変化に強いシステムを構築する上で必要な概念である「データモデリング」の基本的な考え方とその使い方を分かりやすく解説した人気連載である。＠IT eBookシリーズ Vol.28は、この全12回の連載を「保存版」として、すぐ手元で参照できるようにまとめたものだ。 「モデリング」とは、ある一定のルールに基づいてモノやコト（事象）を整理する技法のこと。物事を正しく整理すれば、「現状の再確認」がしやすくなり、さらに「新たな発見」も期待できる。 本eBookで取り扱う「データモデリング」は、「データ」をモデリングする手法だ。一般的にITシステムの開発には「要件定義」「基本設計」「詳細設計」「システム開発」「テスト」「納品／リリース」「運用・保守」などの工程があるが、このうち「基本設計」の工程でデータモデリングを使う。例えばデータベースシステムでは、「デー

マネジメント 新しいチームのあり方を探求 就活 就活生必見！サイボウズの疑問 ティール組織 会社の「あたりまえ」が変わる 多様性 100人100通りの個性 ワークスタイル 働き方、生き方、もっと自由に 青野慶久 サイボウズ社長の想いと覚悟 キャリア 人生の「積み上げ方」を見直す 複業 複数の「本業」をもつ働き方 人事制度 多様な働き方を支える仕組み マンガ サクッと手軽に読める！

何度か書いていますが、しんざきはシステム関係の仕事をしており、今はそんな大きくないチームの責任者です。自分でも色々作業しますが、一応マネジメントもする立場です。 今とはまた違うチームにいた頃、チームの統合・再編成が行われたことが何回かありました。 チームメンバーは増えたり減ったりしますが、大体毎度、新しいメンバーを何人かは見ることになります。 当たり前のことですが、知らないメンバーと一緒にやっていく際には、まずその人にどんなタスクを振るか、どうタスクを振るかを考えないといけません。 何か新しい技術に触れていくならどのようにスキルのキャッチアップをしてもらうか考えないといけませんし、引き継ぎがあるなら引き継ぎの計画を立てなくてはいけません。 だからチームの再編成の時には、本格的に仕事を始める前に、それぞれのメンバー、及びそれぞれのメンバーの以前の上司に必ず面談とヒアリングをします。いや、別に

朝も早くから目が覚めたので、出社前に愚痴っとく。 当方のスペックは ・30代、化学系メーカに勤務。 ・大学での専攻は情報系ではない。パソコンは趣味でいじってきた。 1. SIerへの思い ・毎回、見積もりの度に「何人月ですか？」と聞くが、聞いてる私だって無意味な質問だと思ってるよ。 すまん、私の説明が悪すぎるのか、こっちの決裁権者は上から下まで人月でしか理解できないんだよ。 妥当かどうかはわからんけど、例えばソースの行数単価とか、プログラムの容量単価とかで説明したこともある。「訳がわからないから、やっぱり人月で表現してくれ」と言われたがな。 ・要求する機能に対して短い納期を設定しているが、「なんとかします」って言ってくれてありがとう。無理をねじ込んでごめん。 私にはお金関係を決裁する権限もなければ給料も安いから、ありがとう、ごめんと言うしかできない。 ・毎年「保守費、下がりませんか？」とお

WBSとは？目的やメリット、作成方法について解説【プロジェクトマネジメント講座 第7章】 2024.08.19  株式会社システムインテグレータ プロジェクト管理に欠かせない「WBS」。 WBSはプロジェクトをスムーズに進行させ、チームメンバー全員が目標に向かって効率良く作業できるようにするための強力なツールです。 「WBS」という言葉を耳にしたり、見たことはあっても、その基礎となる概念や具体的な作り方について深く理解している人は案外少ないものです。 本記事では、WBSの基本を理解したい方、メンバーに浸透させたい方向けに、WBSの基本的な概念から、目的やメリット、そして正しい作成方法に至るまで、わかりやすく解説します。 ポイントについて簡単にまとめた資料もご用意しておりますので、ぜひこちらもご覧ください。 WBS（Work Breakdown Structure：作業分解構成図）は、プロジ

営業やマネージャーにとって、現場にいるプログラマというのは扱いづらい存在である。 飲み会などで、普段の彼らを観察してみると。同じエンジニア同士で固まってボソボソとよくわからない話をして、控えめな声で笑っており、総じて温厚で、扱いやすそうな人々に見える。 ところが、仕事になると、彼らはなんやかんのと理由をつけて、スケジュールに文句を言い、プロジェクト途中のリクエストには素直に答えてくれず、あげくには遠回しな嫌味を言ってきたり、極端な場合には、その温厚な仮面を投げ捨てて、攻撃的な暴言さえ吐く事がある。 どうも彼らは我々の事が嫌いらしい、と感じている営業・マネジメント職の人もいるのではないだろうか？ 彼らの人格や価値観に問題がある可能性も否定しないが、このような感情的な齟齬は、多くの場合、あなた自身が彼らの「自尊心」を傷つけていることに気づいていないことが多い。 プログラマの自尊心 プログラミン