GitLabでプロジェクト管理する
の編集
Top
/ GitLabでプロジェクト管理する
[
トップ
] [
編集
|
差分
|
バックアップ
|
添付
|
リロード
] [
新規
|
一覧
|
単語検索
|
最終更新
|
ヘルプ
]
-- 雛形とするページ --
10の質問
ABC予想
AI
AI API
AI プロンプト
AIでつかわれているtransformerのまとめ
AIの話題
ANTLR
ANTLR v3 FAQ よくある質問
ANTLR 独学
ANTLR4 独学
ANTLRでOracleのDDLを解析してみる
ANTLRチュートリアル
AOP
API
ARMマイコン基盤
ATOM SHELL理論
Access VBAメモ
Access-Control-Allow-Origin
AndroidとTensorflow
Android開発
Android開発 入門
AngularJS
Anko
Apache Bench
ArchUnitを学ぶ
Axiosとは
Axis2
BI Publisherで始めるデータ駆動型レポート作成
BPMNの勉強
BackTrack4
Blog from iPhone
Bootstrapとは
BracketName
C3 AI Applications
C3 AI エクスマキナ
CSS備忘録
CentOS
ChatGPTの話題
Chevrotainのパーサメソッド
Chevrotain一覧
Chromeエクステンション
Cocoa Touch Static Library
CoffeeScript
Confluent Control Centerやってみる
C言語でオブジェクト志向な記述方法
DDD ドメイン駆動設計
DDL生成ツール
DJUnit
DMM.comのAPIとか
DOSコマンドメモ
Dashcode
DeepFloyd IF
Dockerが動かない場合の対処
ES2015
Eclipse Monkey
Eclipse Plugin
Eclipseの色設定
Eclipse使いがXCode使い初めて知りたいこと
ElasticMQメモ
Elixir
Emmet
Erlangメモ
ExcelファイルをAIに読ませる
Exceptionを見やすく
Expression Tree
FLEX
FLEX リフレクション
Fisheye
FlashやJavascriptを使った演出
FormattingRules
FrontPage
GAE
GAE Data Store API
GENERAL SQL PARSER JAVA を試してみる
GLOBAL
GPT4ALL
GQL
GUIからMacPortsを管理するアプリケーション - Porticus
Generative Adversarial Networks
Gin JavaScriptで構文解析
Git Blame
GitHubアクションを使ったトロイの木馬のまとめ
GitLab
GitLabRunnerを増やす
GitLabでPlantUML使ってみる
GitLabでプロジェクト管理する
GitLabの機能をそのまま使って認証システム作ったらどこまでできる?
GitLabサーバインストールとメンテ注意事項
GitとAntとSpringとJUnit
Google Cloud Platform
Googleの裏技
Google認定プロジェクトマネージャの勉強メモ
Grails
GraphQL
HTM 階層型時間メモリ
HTML スクレイピング
HTML パース
HTML5
HTML5 Canvas
Hadoop
Help
If Then Maybe プログラミング
Inkscape script
InterWiki
InterWikiName
InterWikiSandBox
JAVAの記事一覧
JBoss
JDBC テーブル一覧を得る
JDBC カラム一覧を得る
JDT eclipse
JGRIB
JHIPSTER JDL
JHIPSTER OpenAPI
JHIPSTER エンティティをフィルタリングする
JHIPSTER6.1.2
JHIPSTERでスマホサイト
JHIPSTERのBLUEPRINTを作る
JHIPSTER一覧
JHipster
JHipster API FirstDepelop
JHipster エンティティを更新する
JHipster7をつかってみる
JHipsterでBuleprintを使いこなす
JHipsterのコード生成を改造
JHipsterのプロジェクトをGitLabでCI/CDする
JHipsterのプロジェクトをデプロイする
JMeter
JOOQとは
JSFとStruts
JSqlParser
Java Closure
Java Compiler API
Java Function
Java SQL Parserを調査する
Java Spring AOP
Java Spriteを設計してみる
Java オブジェクトのダンプ
Java ドラックできる曲線
Java 備忘録
Java 文字化け
Java11以降のJRE
Java7サンプルコード
JavaFx
JavaScriptでパーサを作る Chevrotain
Javaasist 動的にクラスを編集
Javascript グラフィックライブラリ
Javascript コーディングパターン
Javascript界隈
Javassist
JavaでSVG
Javaで関数型で引数をとる
JavaのジェネリクスTip
Javaのラムダ式
Javaの有名なライブラリ紹介
Javaは、IDEのテンプレートを使いこなせばいいよ
Javaプログラマ向けモナド
Javaメモリリーク
Jenkins
Jenkins(Hudson)メモ
Jestとは
Jhipsterマイグレーション
Json Yaml Xml Hash Scala
Kafka REST Proxy さわってみる
Kotolin
LDAPサーバをdockerで立ち上げる
Linux メモ
LiquiBaseとは
Lombok
MDBをコンパクトにするVBA
MQL5 小作品
MT4
MT5 EA
MYSQL
MacTool
Macにしゃべらせる
Mac用のメモ
Mattermostを使ってオンプレミスでチャット環境を作る
Maven
Mementoパターン
MenuBar
NILScript
NetBeanでプロファイル
Network Service Desk Engineer
Node-RED
Node-Red
NumPy
OQL オブジェクト問い合わせ言語
OSコマンドインジェクション
ObjctiveC サウンド
ObjectMapperの備忘録
ObjectiveC NSString
ObjectiveC サーバ
ObjectiveC ターミナル用コマンドを作る
ObjectiveC バックグラウンド
ObjectiveC ワーニング
Oculusアプリの開発
OpenFeint
OpenOffice
OpenResty
Outlook VBA
PHP
POSTGRESQL
Pandas Python Data Analysis Library
PdfBox Java用PDFライブラリ
Plagger
PukiWiki
PukiWiki/1.4
PukiWiki/1.4/Manual
PukiWiki/1.4/Manual/Plugin
PukiWiki/1.4/Manual/Plugin/A-D
PukiWiki/1.4/Manual/Plugin/E-G
PukiWiki/1.4/Manual/Plugin/H-K
PukiWiki/1.4/Manual/Plugin/L-N
PukiWiki/1.4/Manual/Plugin/O-R
PukiWiki/1.4/Manual/Plugin/S-U
PukiWiki/1.4/Manual/Plugin/V-Z
PyHipster
QuartzCore
RAD
REST
RWKV
Rails3
Railsと差分開発についての考察
React.js
React.js モーダル画面
RecentDeleted
RedmineLE
Redshift
Relumeでサイトの骨格を作る
Require.js
Rubycocoa
RubyでScalaをコンパイルするツールをつくる
Rubyアソシエーション認定証
Ruby入門
SCALA REPL
SCALA support tool
SCALAの記事一覧
SELinux
SEO
SEO Yahoo対策
SEO対策一覧
SPAM対策
SQLite
SSH
SVNをJavaで操作
SakuraZencoding
SandBox
Scala / Hadoop
Scala Process exec
Scala 遅延評価
Scala/LiftでSlim3
ScalaSigParser
ScalaWithExcel
Scala チュートリアル
Scalaで3D
ScalaでLisp
ScalaとGroovyのPOJO比較
ScalaのIDEについて
Scala言語を学ぶやさしいツール「Kojo」
Slack API やってみる
SocketAppender
Spring
Spring bootでのテストのTIPS
SpringBootのSTSの新規プロジェクトでるエラーの対応
SpringSecurity SAML
Sqlite
Squirrel
StringTemplate
Stringクラス拡張
TALEND
ThreadLocal
Todo一覧
Trac Lightning
Twitter
UltraEdit
Unityでシューティングゲーム作る際のメモ
VBAでREST通信
VBAのコード
VBAをOpenOffice.org Basicにする
VBAをOpenOffice.org+Basicにする
VPN構築の勉強メモ
VPSやIaaSメモ
VSCodeでRuby開発
VSCodeメモ
VSCode用ChatGptのPlugin
VSCode設定
VirtualBox On Mac
Visual Studio Code プラグイン開発
Vuexとは
WBS管理の弊害
WIN32API
WSDL
Watson
WebDesign探訪
WebLogic フィルタ
WikiEngines
WikiName
WikiWikiWeb
Windows10のPowerShell でキーボードの言語切り替え
WindowsTool
Worker Thread パターン
XBee
XDOCLET
XForms
XPath
XSL
YahooPIPES
Yahooインフォセンター
Yet Another Pragger
YouTuber
YukiWiki
anacondaをcygwinで使う
ansible
antlr snippet
antlr 再入門
antlrと日本語
autoit
automator
bluemix
bootstrap2
bower
ccze Colorize log files on CentOS and Ubuntu using ccze tool
centos7
cglibを使って動的コード生成
cocos2d
cygwin
diff
dockerのローカルイメージをDocker-in-Dockerで参照する
eclipse設定
emacs 備忘録
emacs 文字列置換
emacsをviライクにする
excel tips
excelのdiff
expectで自動化
figmaにプラグインをインストールする
ftp自動化
gemini
generator-jhipster-gql
git diffを使った構成管理の省力化
goをやってみる
grizzly
gulp
homebrew
iPhone Bluetoothプログラミング
iPhone iAd
iPhone 実機テスト手続き
iPhoneでグラフィックのHellowWorld
iPhoneとGmailメール
iPhoneに実機転送
iPhoneプログラミング
iPhoneプログラミング/ビューを理解すればiPhoneアプリの基礎を押さえられる
iPhoneプログラミング一覧
iPhoneプログラミング入門
iPhone開発/Interface Builder Plug-in
iPhone開発/キャプチャの取り方
intra-mart
jQuery.Flickableのメモ
java spring boot 認証 memo
jersey
jhipster-codeにアノテーション追加してみる
jhipsterのテンプレート改造準備
jparsecドキュメント日本語訳
jparsec入門
kafkaの勉強
log4j2の脆弱性
mac diff
mailcowのインストール
memcached
minecraft マイクラ あるきながら、高速ダンジョン作成
mqttの勉強
nginx_lua
nginxのメモ
node_moduleをnpm linkを使って自分用にする
npm
openapi generator
openapi-generatorをコンパイル
openstack
oraclerac
play framework 1.2.5 sample
play! framework
play!framework selenium
playframework テンプレート
postmanとopenapi
prezi プレゼン
pukiwikiで行動管理
pukiwikiに類似したツール
pukiwiki勉強
pukiwiki記事一覧
python
python3のwindowsでの日本語文字化け対応
pythonでseleniumを使う
pythonのテストに使うライブラリ
rails5
reactでポップアップ表示
redmine
ruby on rails 6.0.0
scala
scala 99problem 32~
scala prototype.zip
scala repl
scala sbaz
scala spring
scala/インストール
scalaでまだ不勉強なところ
scalaのインストール
selenium
slack api
spark
spring boot
spring initializerをつかってプロジェクトのひな型をゲットする
spring-test
springboot
springboot env
storybook
sublimetext2
swagger
tracについて
ubuntu
vaadin
vue を typescriptで開発
vue 共通部品作成
vue.js memo
vue.jsとは
vue.jsのデバッグ
vue一覧
webの編集画面のよくあるパターン
windows環境構築
wordpress
xamppについて
•Axis2の本家のスタートガイドによるWebサービスの作り方
【Javascript】【CLIライブラリ】commanderの勉強
【MQL5】KuniRangeBreakoutEA
いまさらながらC++
びっくりする短いコード
アクター
アニメーション
アノテーション
アプリコット
アプリコット PukiWiki
アプリコード
アプリコード林邦行
イラストのエフェクト
インテンショナルプログラミング
カスタマイズjhipster7.9.3イメージ
カブロボ
ガイガーカウンター
クラスとハッシュマップの関係
クラック対策
クロス集計
コマンドラインという概念への考察
コミニュケーション
コード生成
サロゲートキーを使ったテーブル設計
シェルのサンプル
シェルサンプル
スクレイピング
スレッドプログラミングメモ
ソースtoソース変形
ターミナルをAppleScriptで制御
テキストエディタ作成javascriptフレームワーク
テスト用まっさらDBをdockerでたてる
テスト駆動
テレワーク環境の比較
ドット絵
バイオビルダー合成生物学メモ
バグの少ない設計のためのValueObject
パフォーマンスチューニング
フロントエンドのテストの結合テストを減らすには?
プッシュ技術
プログラマーじゃない人に覚えてほしいプログラムのコメントの書き方
プロジェクト管理スプレッドシート
マイクラ 有名ディメンション モッド
マクスウェル方程式
メタ
ラムダ計算について考える
リベリカJava13いいみたい
リモートワークでのプロジェクト注意点
レイアウトツール
ログ解析
世界の構文解析グラマーたち
予定表
予定表/2009-12-14
予定表/2009-12-18
予定表/2009-12-19
予定表/2009-12-22
予定表/2009-12-23
予定表/2009-12-24
事業の心構え
事業計画方針
人工知能とCUDA
人工知能コンペKaggle
仕様書のフォーマットについての考察
他言語サイトサンプル作成
仮説Oracleの罠
作曲と効果音作り
共和分
口コミ
古いRails5を入れる
哲学
大文字小文字変換
学習をHackする
扶養とシステム
投薬のみのガンの治療薬
擬似コーディングのすすめ
放射能対策
数式を扱う
文章を書く
新エネルギー
新年の抱負2010
新技術 プログラム編
日本のゼネコン式IT開発が失敗する理由
最近更新したページ
未来技術/新技術
枯れた技術の水平思考
株価データ
業界の動向
構文解析の記事一覧
正規表現
気象データ
流れるようなインタフェース
管理画面の生成におけるopenapiとJDLなどの考察
細胞の若返り
経済のことをまとめてみる
脆弱性
自分でPlaggerみたいなのを作るためのメモ
論語/学而第一
負荷テスト
販売/デスクトップPC
販売/ノートパソコン
販売/外部ストレージ
起業
酸化グラフェン
開発哲学
電子出版
電子出版の記事一覧
非可換幾何学
顧客分析のデシル分析とRFM分析
DIコンテナについて考える
MP3から携帯着うたを作る方法
[[GitLab]] * 目次 [#ab473b73] #contents * なぜガントチャートが必要なのか? [#lc1f65c1] それは、人員の過不足を予見するために必要だと思う。 エクセルでできるのは、タスク分割までにして、それ以降の分析はスケジュール用のツールをつかったほうが効率が良い ** excelのセルからガントチャートの構文を生成 [#r1dd6249] エクセルのせるから文字列を生成するような形式で、ガントチャートの構文を生成するというやりかたも既存のやり方にほぼ近い形式でガントチャートを利用できるのでかもしれない。 * なぜ、紙で書いたものでなくマークダウンなのか? [#m51aa365] マークダウンは、デザインには力をつかわないので、本質的なことに焦点をあてやすい。 デザインは、力をいれてないわりには、まあまあというのがメリットだ。 本質的なことにかかることに修正をいれやすいのだ * なぜマークダウン形式のガントチャートがいいのか? [#adec57f1] - テキストファイルであることのメリットは、Gitをはじめとする、テキストファイル用のエコシステムがたくさんあること。 * 趣旨 [#z049d0df] GitLabはPlantUmlで管理できるので、ガントチャートで進捗率を確認したり、 そのタイミングでその日の作業報告をマージリクエストのコメントにかく運用もできることを示すことを記事にしてみた。 * メリット [#f75e4b09] このやり方以外では、プロジェクトリーダを中心としたミーティングを開催し、それぞれの担当者から報告をうけるようになるのが通例である。 関係のないタスクの担当者の報告を聞く羽目になり生産性に改善の余地を感じることになる。 * 前提 [#ibf51e51] GitLabでPlantumlと連携させていることが前提の記事となっている。 連携させる記事は別途書いている。 * プロジェクト管理について [#fcbe6941] ** 現場で使えそうな、時間の月とか週とか日とかのスコープについて [#kda36891] プロジェクト管理で開発の現場でつかえそうなのは、以下の2つでいいと思う - 週単位のスコープと - 日単位のスコープ 理由は、月単位のスケジュールはリスケになる確率が高いし、月単位のスケジュール管理gあ必要な大規模なプロジェクトなプロジェクトには、専任のプロジェクトを管理する人がいるだろうから、自分には月やクォータ単位のスコープは不要と判断した。 ** GitLabのスケジュール管理について [#o2d71cbf] Issueなどをタイムラインで管理するのは、GitLabのPremiumで有料だけれども、 PlantUmlをインストールして、手書きでチマチマやる分には無料である。 *** projectLibreで表現できていた、親タスクはどうするの? [#xe375d16] projectLibre https://www.projectlibre.com/ からGitLabでのガントチャートへの移行を考えたときに、 いままでできていた親チャートの表現どうしようかと思い、いろいろ思考錯誤してみた結果、以下の考え方で大丈夫な感じだ。 - 親タスクは -- 親タスク -- という形で、タイトルを入れれる区切り線で代替するのがよい ** 記述粒度はWeekとDayの2種類 [#f83a00cb] 週単位のスコープでは、抱えている案件全体の列挙と、予測される必要な人員を書いていき、不足している人員が何人なのか割り出すことができ、採用計画へとつなげることができる。 ** 自分の見解 [#m345d0a5] plantUmlでのガントチャートの表記を勉強してみた結果、PlantUMLのガントチャートは、無料ながらも実践投入できるであろうという次の見解に至った。 - PlantUMLのガントチャート機能で人をアサインしてみると作業が超過しているかどうかの確認ができるようになっている。 - ガントチャートのひな形を用意しておけば、学習コストはかなり抑えられる。 - 進捗報告をgitのブランチにプッシュするだけになるので、夕会などをひらいて進捗報告会を開かなくても、進捗の管理ができるようになる。 * プロジェクト管理のひな形 [#b3ac239b] このひな形からさらに各プロジェクトごとのひな形を作ることをお勧めします。 ** 週単位のスコープのガントチャートのひな形 [#u381abf8] 以下のサンプルは、タスクを省略形式をつかっていますが、実際につかってみると省略形式なしでいいかと思います。 @startgantt language ja ' プロジェクトのスケール projectscale weekly ' プロジェクトの開始日 Project starts the 2022-11-01 ' 進捗の%によって色が変わるスタイル指定 <style> ganttDiagram { task { BackGroundColor GreenYellow LineColor Green unstarted { BackGroundColor Fuchsia LineColor FireBrick } } } </style> ' 本日に色を塗る today is colored in #AAF -- タスクのまとまりの名前 -- ' タスク名と量の定義 [起業マインドトレーニング] as [TASK_1-1] lasts 4 weeks [売るものを決める] as [TASK_1-2] lasts 4 weeks [マーケティング力を鍛える] as [TASK_1-3] lasts 8 weeks [販売力と信用力を鍛える] as [TASK_1-4] lasts 8 weeks ' タスク間の関連 [TASK_1-1] -> [TASK_1-2] [TASK_1-2] -> [TASK_1-3] [TASK_1-3] -> [TASK_1-4] ' ゴール [会社を作る] as [TASK_1] happens at [TASK_1-4]'s end ' 進捗% [TASK_1-1] is 0% completed [TASK_1-2] is 0% completed [TASK_1-3] is 0% completed [TASK_1-4] is 0% completed @endgantt ** デイリーのスコープのひな形 [#l4820d05] @startgantt language ja ' 土日休み saturday are closed sunday are closed ' 祝日を指定 2022-11-03 is closed 2022-11-23 is closed ' 個人の休暇 {Aさん} is off on 2022-11-22 to 2022-11-23 ' プロジェクトの開始日を指定 Project starts the 2022-11-01 ' 担当者名をタスク名の隣に表示させない指定 hide ressources names ' 進捗の%によって色が変わるスタイル指定 <style> ganttDiagram { task { BackGroundColor GreenYellow LineColor Green unstarted { BackGroundColor Fuchsia LineColor FireBrick } } } </style> ' 本日に色を塗る today is colored in #AAF ' タスク名と量(人日)の定義 %を使う場合は0より大きくするひつようがある.例 {Aさん:95%} {Bさん:5%} [やりたいことを見つける] as [TASK_1-1-1] on {Aさん} lasts 3 days note bottom memo1 end note [25点の「知」を手に入れる] as [TASK_1-1-2] on {Aさん} lasts 7 days [25点の「人」を手に入れる] as [TASK_1-1-3] on {Aさん:50%} {Bさん:50%} lasts 7 days [25点の「金」を手に入れる] as [TASK_1-1-4] on {Aさん} lasts 7 days ' タスク間の関連 [TASK_1-1-1] -> [TASK_1-1-2] [TASK_1-1-2] -> [TASK_1-1-3] [TASK_1-1-3] -> [TASK_1-1-4] ' ゴール [起業マインドトレーニング完了] as [TASK_1-1] happens at [TASK_1-1-4]'s end ' 進捗% [TASK_1-1-1] is 0% completed [TASK_1-1-2] is 0% completed [TASK_1-1-3] is 0% completed [TASK_1-1-4] is 0% completed @endgantt * 想定する運用について [#p001bb6e] ガントチャートのツールを使っているユーザは、複数人での運用をしているという前提で運用を考えてみる。 ** スケジュールを立てるとき [#uc1e867d] - ひな形をもとに作成した進捗率0%のテキストファイルをmainブランチにマージする -- スコープは週単位ものと、日単位のものを用意する ** 報告者 [#u76e346d] - 朝会のかわりに、本日やることを書いたマージリクエストを飛ばす - デイリーのスコープの進捗率を「定時」の1時間前に更新する。 - スケジュール上のメモを - 夕会の報告がわりに、マージリクエストのコメントを更新する - 以上の報告を30分以内に報告を終える - 共有事項はIssueとして記入する ** 報告を受ける側 [#pb2602d2] - マージリクエストのコメントを読む - マージする - 毎週金曜日は週単位のスコープのガントチャートの進捗率を更新する。 * 実際に運用してみた感想 [#lff23217] このやり方はエクセルを使ったプロジェクトの管理 すでにエクセルを使って、プロジェクトのタスクを分割した運用をしている人は多い。 しかしそのやり方だと、以下のデメリットがある ** エクセルを使ったプロジェクト管理のデメリット [#je8d83cf] - 人のアサインをした場合に、同じ人が重複しているかどうかという観点での確認が困難 - タスクに土日の概念を入れにくい つまり、プロジェクト管理ツールを使えないエクセルだけしかつかえない人をプロジェクトリーダとかにしてはならない。 ** plantumlでは、人のアサインの重複確認ができる [#ua0aa07b] ガントチャートに人をアサインすると、下のほうに100とか出てくる1人日の意味だ plantumlのガントチャートでは人をアサインすると、下のほうに1日ごとのマス目がでてきて、担当者が左下にきて、枠には100と表示される。100の意味は1人日を意味している それは1人日の意味だ ** メモ機能が便利 [#r79402c9] タスクの下にメモを追加することができるが、実際につかってみると、これはタスクのヒアリングに使える。ヒアリングした結果を取り急ぎここに書いておける。 つまり、メンバー間の認識の齟齬をその場でチェックして、即座にガントチャートに反映させることができるのである。
spamではない場合はチェックをいれてください。
タイムスタンプを変更しない
[[GitLab]] * 目次 [#ab473b73] #contents * なぜガントチャートが必要なのか? [#lc1f65c1] それは、人員の過不足を予見するために必要だと思う。 エクセルでできるのは、タスク分割までにして、それ以降の分析はスケジュール用のツールをつかったほうが効率が良い ** excelのセルからガントチャートの構文を生成 [#r1dd6249] エクセルのせるから文字列を生成するような形式で、ガントチャートの構文を生成するというやりかたも既存のやり方にほぼ近い形式でガントチャートを利用できるのでかもしれない。 * なぜ、紙で書いたものでなくマークダウンなのか? [#m51aa365] マークダウンは、デザインには力をつかわないので、本質的なことに焦点をあてやすい。 デザインは、力をいれてないわりには、まあまあというのがメリットだ。 本質的なことにかかることに修正をいれやすいのだ * なぜマークダウン形式のガントチャートがいいのか? [#adec57f1] - テキストファイルであることのメリットは、Gitをはじめとする、テキストファイル用のエコシステムがたくさんあること。 * 趣旨 [#z049d0df] GitLabはPlantUmlで管理できるので、ガントチャートで進捗率を確認したり、 そのタイミングでその日の作業報告をマージリクエストのコメントにかく運用もできることを示すことを記事にしてみた。 * メリット [#f75e4b09] このやり方以外では、プロジェクトリーダを中心としたミーティングを開催し、それぞれの担当者から報告をうけるようになるのが通例である。 関係のないタスクの担当者の報告を聞く羽目になり生産性に改善の余地を感じることになる。 * 前提 [#ibf51e51] GitLabでPlantumlと連携させていることが前提の記事となっている。 連携させる記事は別途書いている。 * プロジェクト管理について [#fcbe6941] ** 現場で使えそうな、時間の月とか週とか日とかのスコープについて [#kda36891] プロジェクト管理で開発の現場でつかえそうなのは、以下の2つでいいと思う - 週単位のスコープと - 日単位のスコープ 理由は、月単位のスケジュールはリスケになる確率が高いし、月単位のスケジュール管理gあ必要な大規模なプロジェクトなプロジェクトには、専任のプロジェクトを管理する人がいるだろうから、自分には月やクォータ単位のスコープは不要と判断した。 ** GitLabのスケジュール管理について [#o2d71cbf] Issueなどをタイムラインで管理するのは、GitLabのPremiumで有料だけれども、 PlantUmlをインストールして、手書きでチマチマやる分には無料である。 *** projectLibreで表現できていた、親タスクはどうするの? [#xe375d16] projectLibre https://www.projectlibre.com/ からGitLabでのガントチャートへの移行を考えたときに、 いままでできていた親チャートの表現どうしようかと思い、いろいろ思考錯誤してみた結果、以下の考え方で大丈夫な感じだ。 - 親タスクは -- 親タスク -- という形で、タイトルを入れれる区切り線で代替するのがよい ** 記述粒度はWeekとDayの2種類 [#f83a00cb] 週単位のスコープでは、抱えている案件全体の列挙と、予測される必要な人員を書いていき、不足している人員が何人なのか割り出すことができ、採用計画へとつなげることができる。 ** 自分の見解 [#m345d0a5] plantUmlでのガントチャートの表記を勉強してみた結果、PlantUMLのガントチャートは、無料ながらも実践投入できるであろうという次の見解に至った。 - PlantUMLのガントチャート機能で人をアサインしてみると作業が超過しているかどうかの確認ができるようになっている。 - ガントチャートのひな形を用意しておけば、学習コストはかなり抑えられる。 - 進捗報告をgitのブランチにプッシュするだけになるので、夕会などをひらいて進捗報告会を開かなくても、進捗の管理ができるようになる。 * プロジェクト管理のひな形 [#b3ac239b] このひな形からさらに各プロジェクトごとのひな形を作ることをお勧めします。 ** 週単位のスコープのガントチャートのひな形 [#u381abf8] 以下のサンプルは、タスクを省略形式をつかっていますが、実際につかってみると省略形式なしでいいかと思います。 @startgantt language ja ' プロジェクトのスケール projectscale weekly ' プロジェクトの開始日 Project starts the 2022-11-01 ' 進捗の%によって色が変わるスタイル指定 <style> ganttDiagram { task { BackGroundColor GreenYellow LineColor Green unstarted { BackGroundColor Fuchsia LineColor FireBrick } } } </style> ' 本日に色を塗る today is colored in #AAF -- タスクのまとまりの名前 -- ' タスク名と量の定義 [起業マインドトレーニング] as [TASK_1-1] lasts 4 weeks [売るものを決める] as [TASK_1-2] lasts 4 weeks [マーケティング力を鍛える] as [TASK_1-3] lasts 8 weeks [販売力と信用力を鍛える] as [TASK_1-4] lasts 8 weeks ' タスク間の関連 [TASK_1-1] -> [TASK_1-2] [TASK_1-2] -> [TASK_1-3] [TASK_1-3] -> [TASK_1-4] ' ゴール [会社を作る] as [TASK_1] happens at [TASK_1-4]'s end ' 進捗% [TASK_1-1] is 0% completed [TASK_1-2] is 0% completed [TASK_1-3] is 0% completed [TASK_1-4] is 0% completed @endgantt ** デイリーのスコープのひな形 [#l4820d05] @startgantt language ja ' 土日休み saturday are closed sunday are closed ' 祝日を指定 2022-11-03 is closed 2022-11-23 is closed ' 個人の休暇 {Aさん} is off on 2022-11-22 to 2022-11-23 ' プロジェクトの開始日を指定 Project starts the 2022-11-01 ' 担当者名をタスク名の隣に表示させない指定 hide ressources names ' 進捗の%によって色が変わるスタイル指定 <style> ganttDiagram { task { BackGroundColor GreenYellow LineColor Green unstarted { BackGroundColor Fuchsia LineColor FireBrick } } } </style> ' 本日に色を塗る today is colored in #AAF ' タスク名と量(人日)の定義 %を使う場合は0より大きくするひつようがある.例 {Aさん:95%} {Bさん:5%} [やりたいことを見つける] as [TASK_1-1-1] on {Aさん} lasts 3 days note bottom memo1 end note [25点の「知」を手に入れる] as [TASK_1-1-2] on {Aさん} lasts 7 days [25点の「人」を手に入れる] as [TASK_1-1-3] on {Aさん:50%} {Bさん:50%} lasts 7 days [25点の「金」を手に入れる] as [TASK_1-1-4] on {Aさん} lasts 7 days ' タスク間の関連 [TASK_1-1-1] -> [TASK_1-1-2] [TASK_1-1-2] -> [TASK_1-1-3] [TASK_1-1-3] -> [TASK_1-1-4] ' ゴール [起業マインドトレーニング完了] as [TASK_1-1] happens at [TASK_1-1-4]'s end ' 進捗% [TASK_1-1-1] is 0% completed [TASK_1-1-2] is 0% completed [TASK_1-1-3] is 0% completed [TASK_1-1-4] is 0% completed @endgantt * 想定する運用について [#p001bb6e] ガントチャートのツールを使っているユーザは、複数人での運用をしているという前提で運用を考えてみる。 ** スケジュールを立てるとき [#uc1e867d] - ひな形をもとに作成した進捗率0%のテキストファイルをmainブランチにマージする -- スコープは週単位ものと、日単位のものを用意する ** 報告者 [#u76e346d] - 朝会のかわりに、本日やることを書いたマージリクエストを飛ばす - デイリーのスコープの進捗率を「定時」の1時間前に更新する。 - スケジュール上のメモを - 夕会の報告がわりに、マージリクエストのコメントを更新する - 以上の報告を30分以内に報告を終える - 共有事項はIssueとして記入する ** 報告を受ける側 [#pb2602d2] - マージリクエストのコメントを読む - マージする - 毎週金曜日は週単位のスコープのガントチャートの進捗率を更新する。 * 実際に運用してみた感想 [#lff23217] このやり方はエクセルを使ったプロジェクトの管理 すでにエクセルを使って、プロジェクトのタスクを分割した運用をしている人は多い。 しかしそのやり方だと、以下のデメリットがある ** エクセルを使ったプロジェクト管理のデメリット [#je8d83cf] - 人のアサインをした場合に、同じ人が重複しているかどうかという観点での確認が困難 - タスクに土日の概念を入れにくい つまり、プロジェクト管理ツールを使えないエクセルだけしかつかえない人をプロジェクトリーダとかにしてはならない。 ** plantumlでは、人のアサインの重複確認ができる [#ua0aa07b] ガントチャートに人をアサインすると、下のほうに100とか出てくる1人日の意味だ plantumlのガントチャートでは人をアサインすると、下のほうに1日ごとのマス目がでてきて、担当者が左下にきて、枠には100と表示される。100の意味は1人日を意味している それは1人日の意味だ ** メモ機能が便利 [#r79402c9] タスクの下にメモを追加することができるが、実際につかってみると、これはタスクのヒアリングに使える。ヒアリングした結果を取り急ぎここに書いておける。 つまり、メンバー間の認識の齟齬をその場でチェックして、即座にガントチャートに反映させることができるのである。
テキスト整形のルールを表示する