・・・ ・不確実性パフォーマンス・ドメインについて加筆しました ・テーラリングについて加筆しました ・適応課題について補足を追加しました。 はじめにPMBOKといえば、PMIが世界中のプロマネの実務家から意見を集めてプロジェクトマネジメントについて知識体系化している分厚い本、というイメージです。 いや、でした。。。以前の第6版までは（7版からはすごく薄い）。 2021年8月に第7版が発表されると（ただし、日本語版はもっと先）公式からアナウンスがありましたが、本家サイトに行ってみると英語版は既に購入できる状態でしたので早速電子版を購入し読みましたので解説したいと思います。 一応前置きしておきますと、僕はPMPホルダーではありません。外資系にいるときにPMBOKをベースとしたプロジェクトマネジメントを実施したり、国内企業ではCMMI レベル5（最高レベル）を運用したりバージョンアップ対応を経験

ひと口にマネジメントといえど、そのスタイルは様々。 チームメンバーや部下、組織や技術、やり方も多彩にあります。このシリーズでは、”エンジニア”のマネジメントを担うメンバーに焦点を絞り、「エンジニアマネジメントってどうしてる？」と悩みや独自のやり方などを赤裸々に語ってもらい、メンバーの多種多様な”マネジメント観”を中心に、そのノウハウをお届けしていきます。 第一回目は、各プロダクト・サービスから社内のシステム、従業員の端末などあらゆる“セキュリティ”を担うセキュリティ室 室長の亀山に話を聞いてみました。 亀山 直生（かめやま なおき） 2015年に中途入社。AWSのセキュリティ監視や脆弱性診断というアプリのセキュリティ検査の業務、社内システムや社員を狙った攻撃への対策を担い、2021年1月に現セキュリティ室の室長・マネージャーに就任。ルールでガチガチに縛り付けるような対策より、必要な所に必要

株式会社ラクスが開催するエンジニア向けのイベント「RAKUS Meetup」。今回は「ソフトウェア開発の原則/法則」をテーマに、「楽楽精算」の開発エンジニアである紀井美里氏が、SaaSを開発するに当たって、人が集まっているだけのグループから自律した「チーム」になるまでに大切にしてきた3つの開発原則を紹介しました。講演資料はこちら SaaSを支える3つの開発原則 紀井美里氏：それでは「開発グループが開発チームになるまでの歩み」と題しましてお話しいたします。 まずは簡単に自己紹介いたします。私は紀井と申します。新卒で株式会社ラクスに入社しまして、入社してからずっと楽楽精算の開発に携わっています。一時期、子会社のラクスベトナムのメンバーと一緒に、オフショア開発をやっていた時期もあったのですが、現在は楽楽精算の国内開発チームで、PMのような役割を任されています。 そして本日お話しするのは、今日のR

本連載のこれまでの内容を簡単におさらいすると、「システム運用管理とはサービス業である」という考え方を基に、日々の運用管理業務の可視化・平準化を行い、お客様とのヒアリングによってSLAを導入してきました。「ここまで来れば完ぺき！」と言いたいところですが……。 システム運用管理はリスクマネジメント抜きでは語れない システム運用管理に少しでも携わったことがある方なら容易に想像が付くと思いますが、運用管理業務には常に「リスク」が付いて回ります。どんなに理想的な運用メニューを構築したとしても、システム自体にも、運用管理にかかわるさまざまなプロセスの中にも、リスクは潜んでいます。 そもそも、「リスク」って何でしょう？　よく耳にする言葉なので何となくイメージはつかめるかと思いますが、ここであらためて説明すると、リスクとは「損害を受ける可能性」のことです。また、リスクを「脆弱性×脅威×影響範囲」という定義

新入社員研修の狙いは、学生生活から一般社会人としての新しい社会環境へ適応するために、未知なるものへの不安を除去し、会社の業務活動に慣れ、早期に戦力化することです。今回は「内定者研修」「新人導入研修」「配属直後研修」「配属フォロー研修」という4種類の新入社員研修での留意点を紹介します。 新入社員研修の最大の狙いは、新しい組織・社会と会社業務への適応です。学生生活から一般社会人としての新しい社会環境へ適応するために、未知なるものへの不安を除去し、会社の業務活動に慣れ、早期に戦力化することが狙いです。新入社員研修としてとらえる範ちゅうは、「内定者研修」「新人導入研修」「配属フォロー研修」です。 1. 「内定者研修」の留意点 仲間形成による内定辞退の防止 各企業の採用活動には大変なコストと労力をかけているはずです。ところが、採用内定を出したのに、「内定辞退」というケースも散見されます。また、安易に

あからさまに失礼な態度ではないがプロジェクトの進み具合に悪影響を与えている人たち――こうした人たちは実に扱いにくい存在です。ここでは、彼らはなぜそうするのかを考え、最良の対応について実例を挙げつつ考えます。 扱いにくい人たち 扱いにくい人たちに対して電子会議室上で対応するのは、面と向かって対応することに比べて多少難しくなります。ここで言う“扱いにくい”とは“失礼な”という意味ではありません。確かに失礼な人たちは不快なですが、彼らが必ずしも扱いにくいわけではありません。本連載では、失礼な人たちへの対処法はすでに説明済みです。取りあえず一言指摘した後は、そのまま無視してしまうか、何事もなかったかのようにほかの人たちと同じよう接すればいいのです。それでも彼らが失礼な振る舞いを続けるようなら、彼らはきっとそのプロジェクトの誰にも見向きもされなくなるでしょう。自業自得です。 本当に厄介なのは、あから

ローカルおよびリモートのコンピュータ名を変更したり，ドメインへの参加を実行したりする。さまざまなサブコマンドが用意されており，Active Directoryドメインで管理されるアカウント情報なども操作できる。Active Directoryドメインのコンピュータ・アカウントをリセットしたり，ドメイン間の信頼関係を締結あるいは削除したりする，といった操作を実施できる。サブコマンドの後ろで「help」オプションを指定した「netdom サブコマンド名 help」と実行すれば，各サブコマンドのヘルプを表示する。 netdomはWindows 2000/Windows XP/Windows Server 2003のサポート・ツールに含まれている。インストールCD-ROMに収録されているほか，以下のWebサイトからも入手できる。 ●Windows 2000 Server （SP4）向け ●Wind

コンピュータのドメインへの参加や別のドメインへの移動といった作業を自動で行う場合に有用なツールとしてはNetdomが標準で利用できます。NetdomはWindows NT Server 4.0のころはリソース・キットのツールだったため，サポート外の扱いでした。これに対してWindows XPやWindows Server 2003ではSupport ToolsとしてそれぞれのOSのセットアップCD-ROMに収録され，OSの一部としてサポートが受けられます。 Netdomコマンドにはいくつかのサブコマンドがあり，ドメインの移行は，MOVEというサブコマンドで実行できます。図1のような環境で，MIZUKIという名前のコンピュータをRUMBAドメインからMTITドメインのmonyo1というOU（組織単位）に移動させる場合のコマンド入力例を図2に示します。コマンドを入力するコンピュータがドメインの

ActiveDirectory環境で、最終ログイン時刻を取得しようとすると、ドメインが「2003ネイティブ」の場合は「lastLogonTimestamp」を取得すればいいらしい*1んですが、残念ながら自分のところは未だに2000ネイティブのままだったりします。 このためだけに2003ネイティブへ移行するのは、ちょっと怖いなーなんて思ってしまうので、以下のようにしました。 2020/01/06 追記 ドメインの機能レベルが2008までしか検証できてないですが、lastLogonTimestamp と lastLogonでは更新されるタイミングが異なるようで、最新の最終ログイン日時を取得したい場合は、やはり各ドメインコントローラから lastLogon を取得した方がいいようです。 2020/01/06 追記ここまで さくっと一覧になってくれると嬉しいので、エクセルVBAで。 Private

サービス残業、責任のなすり付け、粉飾……、管理職の暴走が招いた結末：生き残れない経営（1/2 ページ） 政治の世界でも経営の世界でも、その場しのぎのごまかしは通用しないものである。経営トップからの強烈なプレッシャーによって自暴自棄になった赤字部門の管理職がとった行動とは？ 人間関係でも、政治の世界でも、スポーツの世界でもそうだが、表面を糊塗（こと）してその場をしのごうとする考え方は、後で必ず反動がくる。経営の世界でも同じことが言える。ごまかしてその場をしのぐ経営姿勢は、やがて企業を崩壊させることになる。たとえそれが小事であっても、芽を摘んでおかないと、やがては大事に発展する可能性がある。本質にアプローチしなければ、事態の真の改善は期待できない。近年の多くの企業の不祥事とその結末は好例である。 表面を糊塗しようとして失敗した、小経営者の哀れな物語を紹介しよう。某大企業のA製造課長は何期も赤字

GTD がアメリカで爆発的に流行して数年が経ちましたが、彼の地でも人気は一巡して、だれもが GTD について一通り知っているかのように振る舞っている空気が漂っています。 日本ではといいますと、2005 年に GTD を紹介したころに比べて認知度は高まったものの、知っている人は知っているという程度のような気がして、大きな流行となる以前にしぼんでしまった感があります。 しかし、GTD をとりまくアプリケーションやサービスの状況は数年前よりも格段にそろってきていて、今では自分にあった GTD の実装をいろいろと選べるようになってきています。 いろんなアイディアが出そろった今だからこそ、このへんで GTD をもう一度復習して、多くのブログで網羅されたベストプラクティスを集めてみたいと思い、これから毎週火曜日は GTD の日ということで連載にしたいと思います。 だんだん仕事を任されはじめて忙しくなっ

今週の月曜と火曜は国際ワークショップで久し振りに英語の口頭発表を行いました。この準備が大変で、久し振りに徹夜を含むデスマーチ状態で仕事を続け、そうした無理をしてなんとか発表できるところまで仕上げられました。 ただ今回の仕事でちょっとした個人的な勝利も経験することができました。なんとかこの期間中、自分としては GTD の習慣を続けられていたという実感があったのです。 よく「GTD なんて無意味だ」という意見を聞くときに挙げられている理由として、「多忙のときになかなか GTD を維持できない」というものがあります。普段続けるには手間がかかって面倒で、本当に必要なときに使えない、と感じるひとが多いようなのです。 今回も含めて、何度か修羅場をくくり抜けたところで、なんとなくコツらしきものがつかめてきましたので、それを７つのポイントにまとめてご紹介します。 1. 常に「収集」し続ける 多忙な状態にあ

Available for Windows, macOS and Linux. Downloads in seconds, installs instantly and ready to build projects immediately with zero setup. Simple, intuitive and uncluttered user interface will let you break down the work, build a Gantt chart, assign resources and calculate project costs in minutes. If you need some guidance into the basics of working with GanttProject, please watch this awesome vid

社長という立場は多くの不安と戦わなければならない。常にそうした戦いに打ち勝つことができる、能力のある社長でも情報なしに正しい意思決定はできない。 社長の不安「オレは会社が分からない」 白雪姫の継母である王妃が持っていた魔法の鏡というのをご存じだろうか。魔法の鏡に、「この世で一番美しいのは誰？」と問うと、鏡が「それは王妃様、貴女でございます」と答えるので、王妃は満足な日々を送っていた。ところが白雪姫が7歳になったときに、同じ質問に魔法の鏡が「白雪姫様です」と答えたところから、事件が始まるわけである。 中小企業の社長の中には自分の会社が分からないという人が多い。こうした社長は魔法の鏡があればいいのにと思うことだろう。 実際、客先から「うちの製品はいつ納入されるのか」という問い合わせを受けた社長が、現場を飛びまわり、仕掛り途中の製品を確認して納期回答するといった光景はよく見られるのである。 ある

「ビジョン」「目標」「戦略」「ミッション」「価値観」「コミットメント」。これらは企業リーダーが部下をわくわくさせるような組織をつくるための重要なキーワードである。 「問われるコーチング力」バックナンバーはこちら 東京証券取引所第1部に上場している株式会社あさひという企業をご存知だろうか？　現在、環境への配慮から自転車の需要が伸びているが、この会社は「店舗販売」と「ネット販売」という2つの分野で従来の常識を打ち破った事業を展開し、日本の自転車小売業界でナンバー1の地位を確立しつつある企業である。 あさひの経営理念は明確である。 「わたしたちは、自転車を通じて世界の人々に貢献できる企業を目指します。そして、その企業目的に賛同し、参画するすべての人々が、豊かな人生が送れることを目指します」 あさひはこの理念を掲げ、「サイクルライフをサポートする」という使命の下、「店舗販売」と「ネット販売」という

プロジェクト管理ってよく聞くけれど…… ソフトウェアの開発は、よく家を建てることにたとえられます。家を建てる場合、顧客の要望を聞いて設計などが終わった段階から、施工のスケジュールを立て、さまざまな関係者が予定に沿って作業を進めていきます。作業が予定どおりに進んでいるかを施工業者がチェックしたり、作業の途中で建築士が品質をチェックしたりしながら、家の完成まで工事全体を管理します。その管理をせずに家がちゃんと建つ保証はありません。 ソフトウェアを開発する場合も、顧客の要望を聞いて設計をした後に開発やテストの作業があり、その作業をさまざまな関係者が予定に沿って進めます。途中で作業が予定どおりに進んでいるかをチェックしたり、品質をチェックしたりしながら、完成までプロジェクト全体を管理する必要があります。 家を建てることは、何千年も前から行われてきているため、どうしたらうまくいくのか、何を管理してお